Pimcore – wdrożenia, integracje i rozwój platformy PXM

Pimcore to otwarta platforma PXM (Product Experience Management), w której można prowadzić dane produktowe, dane podstawowe, zasoby cyfrowe, dane klientów oraz treści publikowane w kanałach cyfrowych. W projektach e‑commerce najczęściej pełni rolę centralnego źródła danych produktowych i plików dla sklepu, platformy B2B, marketplace'ów i partnerów handlowych.

Pimcore obsługuje PIM, ale się do niego nie ogranicza. PIM jest jednym z obszarów platformy — obok MDM, DAM, danych klientów, CMS i DXP oraz warstwy Digital Commerce. Dlatego projekt może objąć wyłącznie dane produktowe albo od razu szerszy zakres, jeżeli te same dane obsługują również katalog, portal partnerski czy materiały drukowane. Zestawienie obszarów jest w sekcji o platformie.

Gotowy system PIM przychodzi z zamkniętym modelem danych, do którego dopasowuje się katalog. W Pimcore model projektuje się pod własny asortyment: klasy obiektów, pola, relacje i dziedziczenie. Dochodzi do tego PIM, DAM i MDM w jednym środowisku, otwarty kod na Symfony oraz API i Datahub do zasilania kanałów. Ceną tej elastyczności jest projekt, który trzeba przemyśleć — porównanie obu podejść jest w sekcji o wyborze systemu.

Tak, oba obszary są częścią platformy. DAM przechowuje zdjęcia, wizualizacje, instrukcje i certyfikaty oraz wiąże je z produktami i kanałami; MDM prowadzi dane referencyjne, na których stoi katalog — marki, kategorie, dostawców i słowniki. Największa korzyść wynika z tego, że stoją na tym samym modelu co dane produktowe, więc powiązanie pliku z wariantem nie wymaga trzeciego systemu.

Najczęściej dla producentów, marek własnych i dystrybutorów, którzy sprzedają w kilku kanałach i utrzymują dane w kilku miejscach naraz. Liczba produktów jest tylko jednym z kryteriów — znaczenie mają też warianty, języki, źródła informacji, liczba kanałów, częstotliwość zmian i liczba osób pracujących nad danymi. Przy prostym katalogu i jednym kanale wdrożenie zwykle się nie broni.

ERP zwykle zarządza informacjami handlowymi, magazynowymi i transakcyjnymi. Pimcore może przejąć rozwijanie danych produktowych, relacji, tłumaczeń, materiałów oraz procesu ich przygotowania do publikacji. Dokładny podział zależy od obecnych systemów i odpowiedzialności w firmie.

Takie połączenie jest jednym z typowych elementów architektury PIM. Przed rozpoczęciem prac trzeba ustalić zakres danych, kierunek synchronizacji, częstotliwość wymiany oraz sposób obsługi błędów. Zakres tych prac opisuje osobno integracja Pimcore.

Tak i to jest typowa architektura: Pimcore prowadzi dane produktowe oraz pliki i przekazuje ich gotową wersję do Magento 2 albo Shopify. Nie zastępuje przy tym platformy sprzedażowej — sklep nadal obsługuje koszyk, płatności i zamówienia, a Pimcore odpowiada za to, co ma w nim być opublikowane.

Jednej ceny nie podajemy. Koszt zależy od liczby rekordów, złożoności modelu danych, liczby źródeł i integracji, zakresu migracji, workflow, ról oraz liczby kanałów docelowych — wszystkie dziewięć czynników rozpisaliśmy w sekcji o koszcie i czasie wdrożenia. Widełki powinny powstać po zebraniu tych informacji, a nie wyłącznie na podstawie liczby produktów.

Terminu nie podajemy przed analizą danych i kanałów. Na harmonogram wpływa przede wszystkim stan danych źródłowych i liczba integracji, a nie liczba produktów — czyszczenie i scalanie danych bywa dłuższe niż sama konfiguracja platformy. Projekt można podzielić na etapy: pierwszy zwykle obejmuje jeden zestaw danych i jeden kanał, kolejne dodają następne.

Tak, mapa usług Aurora Creation przewiduje osobną usługę utrzymania Pimcore. Przejęcie powinno rozpocząć się od oceny wersji, kodu, integracji, dokumentacji i sposobu wdrażania zmian.

Na początku potrzebna jest lista systemów i kanałów, przykładowe produkty, źródła danych, odpowiedzialność zespołów oraz opis obecnych problemów. Pełne porządkowanie katalogu przed pierwszą rozmową nie jest wymagane.