Akeneo PIM dla Batna24: 30 tysięcy atrybutów i katalog rozsyłany do kilkunastu kanałów
Batna24 zaczynał od sprzętu sieciowego, a dziś sprzedaje także elektronikę użytkową, AGD, artykuły do domu i ogrodu czy motoryzację – w dziewięciu wersjach językowych, we własnych sklepach B2C i B2B, w dropshippingu i na kilkunastu platformach sprzedażowych. Każda z tych grup opisuje produkt innym zestawem parametrów. Zbudowaliśmy PIM, który utrzymuje ponad 17 tysięcy produktów opisanych ponad 30 tysiącami atrybutów, zasila je danymi z bazy Icecat i rozsyła do sklepu, ERP i pozostałych systemów.

Batna24 – od sprzętu sieciowego do katalogu wielokategoryjnego
Batna24 to europejski dystrybutor sprzętu sieciowego. Prowadzi UniFi Enterprise Partner Program, szkolenia MikroTik i wysyła zamówienia tego samego dnia. Sprzedaje detalicznie, hurtowo i w modelu dropshipping.
Trzon oferty to marki sieciowe i infrastruktura: Ubiquiti, MikroTik, Extralink. Katalog wyszedł jednak daleko poza sieci – dziś obejmuje elektronikę użytkową, monitoring, inteligentny dom, AGD, artykuły do domu i ogrodu, motoryzację, narzędzia, a nawet artykuły dla dzieci i zwierząt. Każdy z tych działów opisuje produkt innym zestawem parametrów.
Sklep działa na PrestaShop i jest spięty z systemem ERP Bilans własną integracją – opisaliśmy to w osobnym case study wdrożenia sklepu Batna24. Dane produktowe potrzebowały jednak własnego miejsca: takiego, które obsłuży wszystkie grupy asortymentu naraz i wyśle je do każdego kanału sprzedaży w odpowiednim formacie.
Katalog, w którym każdy dział opisuje produkt inaczej
Router opisują inne parametry niż odkurzacz, a szafa rack inne niż fotel gamingowy. Przy katalogu obejmującym kilkanaście działów zestawy atrybutów sumują się do liczby, przy której o powodzeniu projektu decyduje wydajność systemu.
Punkt wyjścia Sklep i integracja z ERP działały już wcześniej. Brakowało warstwy, w której dane produktowe powstają raz i są utrzymywane niezależnie od tego, gdzie akurat trafiają. Bez niej każdy nowy kanał sprzedaży oznaczał kolejny zestaw plików do przygotowania.
Od warsztatu do systemu dostrojonego pod rozmiar katalogu
Wdrożenie zamknęliśmy w dwa miesiące, w trzech fazach. Najwięcej pracy pochłonęły dwa obszary: własna optymalizacja Akeneo pod wolumen danych Batna24 oraz zasilenie katalogu treścią z bazy zewnętrznej.
Warsztat i mapa modelu danych
Z zespołem Batna24 ustaliliśmy listę kanałów sprzedaży, wersje językowe, rodziny produktów, zakres atrybutów, osie wariantów oraz podział użytkowników na kanały i grupy. Ten warsztat wyznaczył docelową skalę systemu.
Środowisko wdrożeniowe
Repozytorium z automatyzacją workflow i konfiguracja środowiska, na którym powstawała cała konfiguracja. Przy katalogu tej wielkości środowisko musi od początku odpowiadać docelowemu obciążeniu.
Uruchomienie Akeneo i optymalizacja pod skalę
Instalacja systemu, a zaraz po niej praca nad wydajnością: własne zmiany w kodzie Akeneo, sposób indeksowania i budowa zapytań, zakres danych ładowanych do widoków oraz zadania przetwarzane w tle. Optymalizację prowadziliśmy samodzielnie, pod konkretny wolumen danych Batna24.
Struktura danych produktowych
Rodziny produktów jako schematy danych dla poszczególnych grup asortymentu, komplet atrybutów technicznych, osie wariantów oraz osobne atrybuty na cechy wyróżniające produkt.
Icecat, import i konektory
Integracja z bazą treści produktowych Icecat, import danych ze źródła dostawcy z mapowaniem na atrybuty rodzin oraz konektory wysyłające katalog do sklepu i pozostałych systemów.
Trzydzieści tysięcy atrybutów i katalog, który pracuje płynnie
Najtrudniejsza część projektu nie polegała na konfiguracji, tylko na wydajności modelu danych tej wielkości.
Katalog opisany trzydziestoma tysiącami atrybutów obciąża każdą warstwę systemu: indeksowanie, wyszukiwanie, siatkę produktów, ekrany rodzin i grup atrybutów oraz zadania masowe. Zamiast dzielić katalog na mniejsze instancje albo szukać obejść, zeszliśmy do kodu Akeneo i dostosowaliśmy go do pracy na tym wolumenie danych. Optymalizację przeprowadziliśmy samodzielnie, w oparciu o własne doświadczenie z tym systemem – od sposobu indeksowania i budowy zapytań, przez zakres danych ładowanych do widoków, po obsługę operacji masowych. Efekt: Batna24 pracuje na jednym katalogu, a nie na kilku podzielonych po działach asortymentu.
Skąd bierze się 30 tysięcy atrybutów
To nie jeden długi formularz, tylko suma kilkunastu światów produktowych.
- Osobna rodzina produktów dla każdej grupy asortymentu.
- Własny zestaw parametrów technicznych w każdej rodzinie.
- Osie wariantów: rozmiary, kolory, długości i typy.
- Dziewięć wersji językowych zwielokrotnia liczbę wartości.
Co zoptymalizowaliśmy
Praca na warstwie, której nie widać z poziomu panelu.
- Własne zmiany w kodzie Akeneo pod wolumen danych tej wielkości.
- Indeksowanie i zapytania dostrojone do trzydziestu tysięcy atrybutów.
- Zakres danych ładowanych do siatki i ekranów edycji ograniczony do potrzebnych.
- Atrybuty uporządkowane w grupy i rodziny, żeby praca na katalogu była płynna.
- Operacje masowe i zadania w tle dobrane do rozmiaru katalogu.
Co z tego ma zespół produktowy
Katalog tej wielkości musi się dać przejrzeć i poprawić w jednym miejscu.
- Wyszukiwanie i filtrowanie po atrybutach w całym katalogu.
- Edycja masowa zamiast poprawiania pozycji po pozycji.
- Kompletność liczona osobno dla kanału i wersji językowej.
- Status produktu odcinający niegotowe rekordy od publikacji.
Optymalizacja po naszej stronie
Katalog tej wielkości nie pracuje płynnie na ustawieniach z pudełka. Zoptymalizowaliśmy go samodzielnie, schodząc do kodu Akeneo i dostosowując system do wysokiego wolumenu danych produktowych. To ta praca, a nie konfiguracja rodzin i kanałów, zdecydowała o tym, że trzydzieści tysięcy atrybutów da się przeszukiwać i edytować w jednym miejscu.
Specyfikacje prosto z bazy producentów
Kilkadziesiąt parametrów na karcie produktu nie powstaje ręcznie. Wchodzą tam z zewnętrznej bazy treści i są uzupełniane danymi własnymi Batna24.
Integracja z bazą Icecat
Treści produktowe utrzymywane przez producentów, wpięte wprost w rodziny.
- Dopasowanie po kodzie producenta i marce.
- Zdjęcia, opisy i specyfikacje wchodzą do atrybutów rodzin.
- Wybór kategorii i pól, które mają być zaciągane.
- Aktualizacje bazy wchodzą razem z kolejnym importem.
Import ze źródła dostawcy
Drugie źródło zasilania katalogu, obok bazy producentów.
- Import danych produktowych z zewnętrznego źródła.
- Mapowanie pól źródła na atrybuty poszczególnych rodzin.
- Atrybut źródła importu przy każdym rekordzie.
- Struktura przygotowana pod podpięcie kolejnych źródeł.
Dane, których nie ma w bazie zewnętrznej
Pola wynikające z tego, jak Batna24 realnie sprzedaje i obsługuje sprzęt.
- Kod celny i kraj pochodzenia z przedstawicielem.
- Gwarancja, gwarancja przedłużona i formularz gwarancyjny.
- Pudełko zbiorcze wraz z liczbą sztuk w opakowaniu.
- Instrukcja obsługi i film o produkcie.
- Dwie wyróżniające cechy prezentowane pod tytułem produktu.
Baza zewnętrzna to podstawa, nie całość
Icecat wnosi to, co wiedzą producenci: parametry, zdjęcia i opisy. Reszta – cło, gwarancja, opakowanie zbiorcze i cechy, którymi Batna24 wygrywa na listingu – powstaje po stronie firmy i żyje w tym samym rekordzie.
Jeden katalog, kilkanaście miejsc sprzedaży i komplet systemów
Kanał w PIM to nie tylko miejsce publikacji, ale też zestaw wymagań wobec danych i własna definicja kompletności.
Sklep detaliczny, sklep hurtowy i dropshipping potrzebują innych zestawów pól niż platformy sprzedażowe, a każda platforma ma własne drzewo kategorii i własne wymagania wobec zdjęć i opisów. W konfiguracji Batna24 kanały opisują te różnice, a dziewięć wersji językowych prowadzonych jest obok siebie w tym samym rekordzie. Po stronie systemów PIM styka się z ERP Bilans, ze sklepem PrestaShop oraz z pozostałymi środowiskami, a wymianę danych domykają konektory oraz zadania uruchamiane cyklicznie.
Kanały sprzedaży
Własna sprzedaż i platformy zewnętrzne obsługiwane z tego samego katalogu.
- Sklep B2C, sklep B2B i dropshipping.
- Platformy sprzedażowe: Allegro, Amazon, eBay, Kaufland, Empik i kolejne.
- Osobne drzewa kategorii dla poszczególnych kanałów.
- Dziewięć wersji językowych prowadzonych obok siebie.
Integracje z systemami
PIM jako źródło danych dla całego ekosystemu sprzedaży.
- Wymiana danych z systemem ERP Bilans.
- Konektor do sklepu na PrestaShop.
- Obsługa środowiska WooCommerce.
- Import i eksport w formatach XML oraz CSV.
- Zadania cykliczne pilnujące aktualności danych.
Podział pracy w zespole
Przy katalogu tej wielkości nad danymi pracuje kilka osób naraz.
- Użytkownicy rozdzieleni według kanałów sprzedaży.
- Grupy odpowiadające obszarom pracy nad katalogiem.
- Uprawnienia ograniczające zakres edycji.
- Historia zmian przy rekordach produktowych.
Nowy kanał to konfiguracja, nie nowy plik
Wcześniej każde kolejne miejsce sprzedaży oznaczało osobny zestaw plików do przygotowania i pilnowania. Teraz oznacza kanał w PIM, który bierze dane z tego samego rekordu i sam pilnuje, czego jeszcze brakuje.
Jak model danych wygląda po stronie klienta
Atrybuty z PIM nie zostają w panelu. Budują drzewo kategorii, filtry na listingu, tabelę parametrów i dane handlowe na karcie produktu.
Kilkanaście działów zamiast jednej branży
Elektronika, monitoring, inteligentny dom, AGD, dom i ogród, motoryzacja, narzędzia. Każdy dział to inna rodzina produktów i inny zestaw parametrów w PIM. To właśnie ta rozpiętość, a nie sama liczba produktów, generuje trzydzieści tysięcy atrybutów.
Dane handlowe i dokumenty przy każdej pozycji
Kod EAN, kod produktu, karta w PDF, obsługa gwarancyjna i serwisowa. To pola prowadzone w PIM i wysyłane do sklepu razem z opisem – dzięki temu ta sama pozycja wygląda tak samo w sklepie, w hurcie i na platformie sprzedażowej.
Opinie o współpracy
Z Batna24 pracujemy nie tylko przy PIM: wcześniej powstał sklep na PrestaShop i integracja z ERP, a katalog rozwijamy razem z zespołem firmy.
Trzydzieści tysięcy atrybutów to moment, w którym PIM przestaje być kwestią instalacji, a staje się kwestią wydajności. Zeszliśmy do kodu Akeneo i dostosowaliśmy go do pracy na takim wolumenie danych produktowych. To była trudniejsza i ciekawsza część tego projektu niż konfiguracja rodzin i kanałów.
Daniel Tomaszewski CEO, Sellision
Katalog, który udźwignął rozszerzenie oferty
Batna24 prowadzi dane produktowe w jednym systemie i publikuje je do sklepów, dropshippingu oraz na platformy sprzedażowe. Wejście w kolejny dział asortymentu oznacza nową rodzinę produktów, a nie nowy sposób pracy.
Model danych opisuje każdą grupę asortymentu osobną rodziną produktów, a warianty rozmiaru, koloru, długości i typu żyją pod wspólnym modelem. Specyfikacje wchodzą z bazy Icecat i ze źródła dostawcy, a dane własne firmy – cło, gwarancja, opakowanie zbiorcze, cechy wyróżniające – powstają w tym samym rekordzie.
Katalog pracuje płynnie przy trzydziestu tysiącach atrybutów, bo optymalizację przeprowadziliśmy samodzielnie: dostosowaliśmy kod Akeneo do wysokiego wolumenu danych, sposób indeksowania oraz zakres danych ładowanych do widoków. Z tego jednego katalogu zasilany jest sklep na PrestaShop, ERP Bilans i pozostałe kanały sprzedaży, a dziewięć wersji językowych prowadzonych jest równolegle.
Za Sellision stoi zespół z 12-letnim doświadczeniem
Status PrestaShop Expert, setki wdrożonych i utrzymywanych sklepów oraz zespół dev, DevOps, QA i CRO to konkretna przewaga: znamy pułapki aktualizacji, architekturę sklepu i to, co realnie podnosi sprzedaż.
- Status PrestaShop Expert 3★ – najwyższy poziom certyfikowanego partnerstwa
- Pełne repozytorium kodu i dokumentacja – bez vendor-lockingu, wszystko dostajesz na własność
- Dostęp do autorskich modułów (np. B2B), które realnie obniżają koszty wdrożeń
Masz duży katalog i systemy, które muszą się spinać ze sklepem?
Porozmawiajmy o wdrożeniu PrestaShop, dedykowanej integracji z ERP, zasilaniu katalogu z PIM i technicznym SEO pod Google i AI. Bezpłatna konsultacja, bez zobowiązań. Zobacz, jak pracujemy z firmami z branży hurtowni i dystrybucji: sklep internetowy dla hurtowni.
Umów bezpłatną konsultację