Akeneo PIM dla SkupSzop: jedno źródło danych dla dwóch sklepów i marketplace’ów
SkupSzop łączy skup książek online ze sklepem – czytelnikom wypłacił już blisko 40 milionów złotych za odkupione egzemplarze, a w katalogu ma ponad 190 tysięcy ofert. Gdy firma zaczęła rozszerzać asortyment poza książki, opis produktu przestał mieścić się w logice kodu ISBN. Wdrożyliśmy Akeneo jako miejsce, w którym dane produktowe powstają raz i trafiają do dwóch sklepów, na trzy rynki i na platformy sprzedażowe.

SkupSzop – skup książek i sklep w jednym miejscu
SkupSzop prowadzi skup książek używanych i sprzedaje je razem z nowościami. Sprzedający wpisuje lub skanuje kod ISBN, od razu widzi wycenę, nadaje darmową przesyłkę i dostaje przelew po weryfikacji paczki.
Katalog obejmuje ponad 190 tysięcy ofert, a każdy egzemplarz ma przypisany stan zużycia w czterostopniowej skali – od nowej książki po widoczne ślady używania. Stan przekłada się na cenę, więc ten sam tytuł występuje w sklepie w kilku wariantach jednocześnie. Od poniedziałku do piątku o 17:00 firma publikuje nową partię używanych nowości, dostępną także w aplikacji mobilnej.
Sklep działa na własnej platformie, zbudowanej wokół danych książkowych. Kolejnym krokiem firmy było rozszerzenie oferty poza książki. Nowy asortyment ma inną charakterystykę: opisują go atrybuty, warianty i specyfikacje, których nie da się wyprowadzić z jednego kodu.
Nowy asortyment nie mieści się w logice kodu ISBN
Książkę opisuje jeden identyfikator i stały zestaw pól. Suplement, zabawka czy artykuł ogólny wymagają własnej struktury: rodzin produktów, atrybutów, wariantów i osobnych treści dla każdego kanału sprzedaży.
Punkt wyjścia Dane nowych produktów powstawały w arkuszach i były wprowadzane po stronie sklepu. Przy jednej grupie asortymentu to wystarcza. Przy kilku rodzinach, wariantach i trzech kanałach każdą zmianę trzeba powtarzać w kilku miejscach, a różnice wychodzą dopiero na karcie produktu.
Od warsztatu odkrywczego do katalogu gotowego na kolejne rodziny
Wdrożenie prowadziliśmy w trzech fazach i zamknęliśmy w miesiąc. Najpierw ustaliliśmy model danych na warsztacie i opisaliśmy go w dokumentacji, potem uruchomiliśmy środowisko i samo Akeneo, a na końcu przenieśliśmy do systemu strukturę katalogu i pierwszy import.
Warsztat odkrywczy
Z zespołem SkupSzop ustaliliśmy języki i waluty, liczbę kanałów sprzedaży, rodziny produktów, grupy atrybutów, typy grup oraz role użytkowników. Warsztat zamknął listę pól, które muszą znaleźć się w modelu danych.
Dokumentacja i makiety
Zapis ustaleń: struktura każdej rodziny produktów, komplet atrybutów, drzewa kategorii dla poszczególnych kanałów i zakres uprawnień ról. Dokumentacja była podstawą konfiguracji i punktem odniesienia przy odbiorze.
Środowisko wdrożeniowe
Repozytorium z automatyzacją workflow, konfiguracja serwera i uruchomienie środowiska, na którym powstawała konfiguracja systemu. Zmiany szły przez repozytorium, więc każdy krok da się odtworzyć.
Uruchomienie Akeneo i podstawowa konfiguracja
Instalacja systemu, trzy kanały sprzedaży, trzy pary język–waluta, rodziny produktów, grupy atrybutów, grupy powiązanych produktów oraz cztery role z osobnymi uprawnieniami.
Struktura katalogu, zakres danych i import
Drzewa kategorii dla każdego kanału wraz z opisami, zdjęciami i metadanymi SEO, pełny zakres pól karty produktu oraz import danych ze źródła zewnętrznego wraz z mapowaniem na atrybuty.
Rodziny, atrybuty i warianty zamiast kolumn w arkuszu
Model danych opisuje produkt raz, a system pilnuje, żeby żadne pole nie zostało puste. Kompletność i ocena jakości widoczne są przy każdym rekordzie.
Rodziny produktów z własnym zestawem pól
Każda rodzina ma inny zakres danych i inne grupy atrybutów.
- Rodzina uniwersalna dla asortymentu ogólnego.
- Rodzina suplementów z grupą wartości odżywczych.
- Grupy atrybutów: szczegóły produktu i cechy produktu.
- Kolejne rodziny dokładane bez przebudowy modelu.
Komplet pól karty produktu
Wszystko, co trafia na kartę, powstaje w jednym systemie.
- SKU i EAN jako identyfikatory produktu.
- Zdjęcia, tytuł, opis i cechy produktu.
- Szerokość, wysokość, głębokość i waga pod wysyłkę.
- Producent, tagi oraz źródło importu danych.
- Meta tytuł, meta opis i adres URL pod SEO.
- Załączniki PDF i recenzje produktowe.
Warianty pod wspólnym modelem
Gramatura czy smak nie mnożą osobnych produktów w katalogu.
- Suplementy: gramatura i smak.
- Asortyment ogólny: dodatkowo kolor i gatunek.
- Warianty zgrupowane pod jednym modelem produktu.
- Produkty powiązane spinane w osobne grupy.
Po co model, a nie kolejne kolumny
Arkusz opisuje produkt tak, jak akurat wygodnie osobie, która go wypełnia. Model danych opisuje go tak, jak wymaga tego kanał sprzedaży. Dzięki temu ten sam produkt trafia do sklepu i na platformę sprzedażową bez przepisywania czegokolwiek ręcznie.
Trzy kanały i trzy rynki obsługiwane z jednego katalogu
Kanał decyduje o tym, jaka wersja opisu jest potrzebna i kiedy produkt jest gotowy do publikacji.
W Akeneo kanał sprzedaży to nie tylko miejsce publikacji, ale też zestaw wymagań wobec danych. Skonfigurowaliśmy trzy kanały: dwa sklepy internetowe i platformy sprzedażowe. Każdy ma własne drzewo kategorii, własny zakres pól i własną definicję kompletności. Do tego dochodzą trzy pary język–waluta, więc ten sam produkt ma równolegle prowadzone wersje dla rynku polskiego, niemieckiego i angielskiego. Zmiana opisu w jednym miejscu rozchodzi się wszędzie tam, gdzie produkt jest wystawiony.
Trzy kanały sprzedaży
Osobne struktury dla sklepów i dla platform sprzedażowych.
- Dwa sklepy internetowe, każdy z własnym drzewem kategorii.
- Kanał platform sprzedażowych z odrębną strukturą.
- Zakres danych dobrany do wymagań kanału.
- Kompletność liczona osobno dla każdego kanału.
Kategorie z własną treścią
Kategoria to też miejsce na treść i dane pod wyszukiwarki.
- Opis i zdjęcie kategorii prowadzone w systemie.
- Meta tytuł i meta opis pod SEO.
- Identyfikatory kategorii Allegro dla kanału platform sprzedażowych.
- Struktura kategorii niezależna od struktury sklepu.
Trzy rynki i trzy waluty
Wersje językowe prowadzone obok siebie, nie w osobnych plikach.
- Polski w złotych, niemiecki w euro, angielski w funtach.
- Tłumaczenia pól widoczne w jednym widoku produktu.
- Braki w wersji językowej widać przed publikacją.
- Nowy rynek to konfiguracja, nie kopia katalogu.
Jeden produkt, wiele miejsc publikacji
Sklep, drugi sklep i marketplace mają inne wymagania wobec tego samego produktu. Zamiast utrzymywać trzy wersje katalogu, SkupSzop utrzymuje jeden i publikuje z niego trzy widoki.
Import danych i cztery role, które pilnują jakości
Dane wchodzą do systemu importem, a nad ich stanem pracują osoby z rozdzielonymi uprawnieniami.
Katalog zasilamy importem ze źródła zewnętrznego, a każdy rekord niesie informację o tym, skąd pochodzi. Dzięki temu widać, które dane przyszły z importu, a które powstały w firmie. Nad opisami pracuje kilka osób o różnym zakresie odpowiedzialności, więc uprawnienia rozdzieliliśmy na cztery role. Osoba odpowiedzialna za SEO pracuje na metadanych, edytor na treści, a manager kontroluje, co jest gotowe do publikacji.
Import ze źródła zewnętrznego
Dane produktowe wchodzą do katalogu automatycznie.
- Import danych z zewnętrznego źródła do rodzin produktów.
- Mapowanie pól źródła na atrybuty w systemie.
- Atrybut źródła importu przy każdym rekordzie.
- Kolejne źródła podpinane według tego samego wzorca.
Cztery role z osobnymi uprawnieniami
Każdy pracuje na swoim wycinku danych produktowych.
- Administrator odpowiada za konfigurację systemu.
- Manager kontroluje gotowość produktów do publikacji.
- Edytor prowadzi opisy, cechy i zdjęcia.
- Rola SEO pracuje na metadanych i adresach URL.
Kompletność jako warunek publikacji
Braki widać przed wystawieniem produktu, nie po nim.
- Kompletność liczona dla kanału i wersji językowej.
- Ocena jakości danych przy każdym produkcie.
- Status produktu odcina niegotowe rekordy od publikacji.
- Jedno miejsce, w którym widać stan całego katalogu.
Praca na danych zamiast pracy na plikach
Arkusz nie powie, kto ostatnio zmienił opis ani czy produkt jest gotowy na rynek niemiecki. System z rolami i kompletnością odpowiada na oba pytania od razu, bez pytania kogokolwiek o wersję pliku.
Skąd wziął się ten model danych
Wzorce, które SkupSzop wypracował na książkach, przenieśliśmy do struktury Akeneo. Jedna karta z wariantami i pełny opis na listingu działają tak samo dobrze dla nowego asortymentu.
Książkę opisuje jeden kod
Sprzedający podaje ISBN, a system podstawia tytuł, autora i wycenę. Cała ścieżka skupu opiera się na tym jednym identyfikatorze. Poza książkami taki skrót nie istnieje – opis produktu trzeba złożyć z atrybutów, i to był punkt wyjścia do wdrożenia.
Warianty tego samego tytułu na jednej karcie
Wydanie, oprawa i stan zużycia to warianty jednej pozycji, a nie osobne produkty w katalogu. Klient wybiera je na jednej karcie. Ten sam wzorzec przenieśliśmy do modelu danych w Akeneo – tam rolę wydania i oprawy przejmują gramatura, smak, kolor i gatunek.
Listing żyje danymi z katalogu
Opis kategorii, filtry, oceny i stan każdego egzemplarza pochodzą z danych produktowych. Im pełniejszy opis w katalogu, tym więcej sklep może pokazać na listingu i tym więcej treści widzi wyszukiwarka. Dlatego kategorie w Akeneo mają własne opisy, zdjęcia i metadane.
Opinie o współpracy
Projekt prowadziliśmy razem z zespołem SkupSzop: od warsztatu, na którym powstał model danych, przez dokumentację, po konfigurację i pierwszy import.
Przy jednej grupie asortymentu arkusz jeszcze wystarcza. Przy kilku rodzinach, wariantach i trzech kanałach zaczyna kosztować, bo każdą zmianę trzeba powtórzyć w kilku miejscach. Ustawiliśmy model danych tak, żeby opis produktu powstawał raz i sam trafiał tam, gdzie jest potrzebny.
Daniel Tomaszewski CEO, Sellision
Katalog, który rośnie razem z ofertą
SkupSzop prowadzi dane nowego asortymentu w jednym systemie i publikuje je do sklepów oraz na platformy sprzedażowe. Dołożenie kolejnej rodziny produktów to konfiguracja, a nie kolejny arkusz.
Model danych obsługuje dziś rodzinę uniwersalną i suplementy, a kolejne rodziny dokłada się bez przebudowy struktury. Warianty gramatury i smaku żyją pod wspólnym modelem produktu, więc katalog nie puchnie od duplikatów. Kategorie mają własne opisy, zdjęcia i metadane, a kanał platform sprzedażowych dodatkowo identyfikatory kategorii Allegro.
Trzy pary język–waluta pozwalają prowadzić opisy dla rynku polskiego, niemieckiego i angielskiego obok siebie. Kompletność i ocena jakości danych pokazują stan katalogu przed publikacją, a cztery role rozdzielają pracę między konfigurację, treść, metadane i akceptację.
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ę