Jak zintegrować cyfrowy paszport produktu z ERP i PIM
Praktyczny, uczciwy przewodnik po łączeniu cyfrowego paszportu produktu z systemem ERP i PIM: przepływ danych, tabele mapowania pól, wzorce synchronizacji, realne pułapki i terminy 2026-2027.
Krótka odpowiedź
Integracja cyfrowego paszportu produktu (DPP) odczytuje dane zgodności, które już posiadasz - dane podstawowe z systemu ERP, atrybuty produktu z PIM oraz dowody od dostawców -, składa jeden rekord paszportu na produkt i publikuje go za kodem QR opartym na GS1 Digital Link. Nie wyrywasz ani ERP, ani PIM. Dokładasz na wierzchu warstwę paszportu, która z nich czyta, uzupełnia luki regulacyjne i utrzymuje każdy paszport w synchronizacji, gdy dane źródłowe się zmieniają.
Dlaczego ERP i PIM to właściwy punkt startu
Twój ERP jest systemem referencyjnym dla handlowej i prawnej tożsamości produktu: numeru artykułu, GTIN, prawnego producenta, podmiotu gospodarczego wprowadzającego go na rynek UE, zestawienia materiałowego i powiązań z dostawcami. Twój PIM przechowuje atrybuty opisowe: materiały, instrukcje pielęgnacji, wymiary, zdjęcia i teksty skierowane do konsumenta w każdym języku, w którym sprzedajesz. DPP potrzebuje obu - plus trzeciego obszaru, który większość firm niedocenia: dowodów od dostawców (deklaracji substancji, potwierdzenia zawartości recyklatu, danych o śladzie węglowym), które nie znajdują się jeszcze w żadnym z tych systemów.
Wyjście od ERP i PIM oznacza, że nie wprowadzasz ponownie danych, które już istnieją. Zadaniem integracji jest odczytać to, co jest, skierować każdą wartość do właściwego pola paszportu i oznaczyć luki, byś wiedział dokładnie, co jeszcze trzeba zebrać.
Które dane gdzie żyją: ERP vs PIM vs dostawcy
| Pole danych DPP | Zwykły system źródłowy | Sprawdzenie rzeczywistości |
|---|---|---|
| Identyfikator produktu (GTIN, numer seryjny) | ERP lub PIM | Kotwica całego paszportu - musi być unikalny i czysty |
| Prawny producent + podmiot gospodarczy | ERP | Proste; już wymóg prawny |
| Zestawienie materiałowe / komponenty | ERP lub PLM | Obecne, ale rzadko na poziomie substancji, którego wymaga DPP |
| Skład materiałowy + substancje | PIM, PLM lub dostawcy | Największa luka dla większości zespołów |
| Substancje wzbudzające obawy (np. SVHC) | Dostawcy, PLM | Na podstawie deklaracji; niemal nigdy w ERP |
| Ślad węglowy | Narzędzie LCA lub dostawcy | Paszport baterii chce go na kWh |
| Zawartość recyklatu | Dostawcy | Musi być poparta dowodami, nie szacowana |
| Naprawialność + części zamienne | PIM lub system serwisowy | Kluczowe dla elektroniki i tekstyliów w ESPR |
| Dokumenty zgodności (DoC, certyfikaty) | Repozytorium dokumentów lub ERP | Podlinkowane jako pliki, nie przepisywane |
| Koniec życia + instrukcje pielęgnacji | PIM | Dla konsumenta; wymaga każdego języka |
| Dane dynamiczne (stan zdrowia baterii) | IoT / telematyka | Tylko bateria; aktualizowane w cyklu życia produktu |
Wzorzec jest stały: Twój ERP i PIM pokrywają domyślnie około 60-70 % paszportu, a pozostałe 30-40 % to dowody od dostawców, które musisz zebrać i zweryfikować. Każdy uczciwy plan integracji budżetuje tę lukę w pierwszej kolejności.
Architektura integracji, od początku do końca
Działająca integracja DPP ma pięć etapów, które warto wyobrazić sobie jako jednokierunkowy przepływ danych:
- Ekstrakcja. Konektor lub API pobiera dane podstawowe produktu z ERP i atrybuty z PIM - według harmonogramu lub wyzwolone zdarzeniem zmiany.
- Uzupełnienie luk. Brakujące pola (substancje, recyklat, węgiel) są proszone od dostawców przez ustrukturyzowany formularz lub portal dostawców, aby dowody trafiały w spójnej formie zamiast rozproszonych e-maili i PDF-ów.
- Mapowanie i walidacja. Każde przychodzące pole jest mapowane na model danych DPP dla danej grupy produktów, a następnie walidowane wobec reguł rozporządzenia (pola obowiązkowe, formaty, jednostki). Dane nieprawidłowe lub brakujące są oznaczane, nie odrzucane po cichu.
- Złożenie i nadanie identyfikatora. Platforma buduje rekord paszportu i wiąże go z GS1 Digital Link, aby jeden kod QR do niego rozwiązywał.
- Publikacja i utrzymanie synchronizacji. Paszport wchodzi na żywo z dostępem warstwowym (publiczny, ograniczony, tylko organy). Gdy ERP lub PIM się zmienia, paszport się aktualizuje - a wcześniejsze wersje są zachowywane dla ścieżki audytu.
Kluczowym wyborem projektowym jest kierunek. Twój ERP i PIM pozostają źródłem prawdy; warstwa paszportu jest za nimi. To sprawia, że proces zgodności nigdy nie zapisuje z powrotem do Twoich systemów operacyjnych - i ich nie psuje.
Mapowanie Twoich pól na model danych DPP
Mapowanie pól to miejsce, w którym integracje odnoszą sukces albo grzęzną. Celem jest udokumentowane, jeden-do-jednego powiązanie między każdym polem źródłowym a polem paszportu, które zasila, z regułą transformacji wszędzie tam, gdzie formaty się różnią. Mały fragment prawdziwego mapowania wygląda tak:
| Źródło (system.pole) | Pole DPP | Transformacja |
|---|---|---|
| ERP.MATNR | passport.productId | Poprzedź prefiksem firmy GS1, aby utworzyć GTIN |
| PIM.material_composition | passport.materials[] | Podziel ciąg na ustrukturyzowaną tablicę %-wagowych |
| Supplier.svhc_declaration | passport.substancesOfConcern[] | Zwaliduj wobec listy kandydackiej, dołącz plik dowodu |
| LCA.co2e_total | passport.carbonFootprint | Przelicz na kg CO2e (bateria: na kWh) |
| PIM.care_instructions | passport.endOfLife | Jeden wpis na język |
Dwie zasady oszczędzają miesiące bólu. Po pierwsze, mapuj na model danych dla grupy produktów, nie na ogólny - paszport baterii i tekstylny DPP wymagają różnych pól, więc jedno uniwersalne mapowanie się łamie. Po drugie, traktuj mapowanie jako wersjonowaną konfigurację, a nie kod zakopany w skrypcie, aby osoba odpowiedzialna za zgodność mogła je odczytać i zmienić bez programisty.
Cztery sposoby na połączenie (i kiedy używać którego)
| Wzorzec | Wysiłek | Najlepsze do | Świeżość danych |
|---|---|---|---|
| Wgranie arkusza / CSV | Niski | Pilot lub pierwsze 50 SKU | Ręczna migawka |
| REST API przez middleware (iPaaS) | Średni | Rosnący, zmieniający się katalog | Zaplanowana lub prawie w czasie rzeczywistym |
| Natywny konektor ERP/PIM | Średni | SAP, Dynamics 365, Pimcore, Akeneo | Zaplanowana synchronizacja |
| Webhooki sterowane zdarzeniami | Wyższy | Katalogi na żywo i dane dynamiczne | Czas rzeczywisty |
Większość zespołów nie powinna zaczynać od najbardziej wyrafinowanej opcji. Dostarcz pilota opartego na CSV dla jednej linii produktów, udowodnij, że mapowanie pól jest poprawne, a potem przejdź do API lub natywnego konektora, gdy paszporty będą wiarygodne. Webhooki w czasie rzeczywistym uzasadniają swoją złożoność tylko wtedy, gdy masz dane, które naprawdę się zmieniają - stan zdrowia baterii, aktualizację kosztu naprawy - a nie statyczny rekord ustawiony raz przy produkcji.
Trudne części, przed którymi nikt nie ostrzega
Jakość danych podstawowych wypływa natychmiast. Brakujące GTIN-y, zduplikowane SKU i niespójne jednostki pozostają niewidoczne, dopóki integracja paszportu nie przepuści każdego produktu przez walidator. Zabudżetuj pierwszy sprint na porządkowanie, nie na funkcje.
Potrzebnych danych często nie ma w żadnym systemie. Deklaracje substancji i dowód zawartości recyklatu zwykle żyją u dostawców, nie w Twoim ERP. To problem zbierania danych, zanim stanie się problemem integracji - rozwiąż wcześnie przepływ dowodów od dostawców.
Paszporty się rozjeżdżają. Paszport zbudowany raz i zapomniany dezaktualizuje się w chwili, gdy dane źródłowe się zmieniają. Potrzebujesz synchronizacji plus wersjonowania, aby paszport na żywo był zawsze aktualny, a każdy poprzedni stan audytowalny.
Warstwy dostępu to wymóg, nie dodatek. Publiczność widzi jeden widok; organy nadzoru rynku i recyklerzy widzą więcej. Twoja integracja musi przenieść ten model dostępu, a nie spłaszczyć wszystkiego w jeden publiczny blok.
Własność jest organizacyjna, nie techniczna. Dane DPP rozciągają się na zespoły ERP, PIM, PLM i zrównoważonego rozwoju. Wyznacz jednego właściciela paszportu, zanim napiszesz linijkę kodu integracji, bo inaczej projekt utknie między działami.
Jak to się mapuje na terminy 2026-2027
Pracę nad integracją warto zacząć teraz, bo kalendarz jest ustalony na wejściu (wszystkie daty zweryfikowane w lipcu 2026):
- 19 lipca 2026 - Komisja Europejska musi mieć uruchomiony centralny rejestr DPP UE na mocy artykułu 13 ESPR. Rejestr jest katalogiem: dla danego identyfikatora produktu wskazuje, gdzie hostowane są dane paszportu, więc Twoja integracja musi wytworzyć rozwiązywalny GS1 Digital Link, a nie tylko wewnętrzny rekord.
- 18 lutego 2027 - paszport baterii staje się obowiązkowy dla baterii EV, LMT i przemysłowych powyżej 2 kWh na mocy Rozporządzenia w sprawie baterii (UE) 2023/1542. To wiążący, datowany obowiązek, który wymaga danych dynamicznych, więc zaplanuj synchronizację sterowaną zdarzeniami, jeśli baterie są w zakresie.
- Od około 2026-2027 - Plan pracy ESPR 2025-2030 (przyjęty 16 kwietnia 2025) wdraża akty delegowane dla żelaza i stali, tekstyliów, mebli, opon i aluminium, przy czym DPP każdej grupy obowiązuje mniej więcej 18 miesięcy po jej akcie. Te daty są orientacyjne, więc zbuduj infrastrukturę teraz i włączaj każdą grupę produktów, gdy pojawiają się jej reguły.
Praktyczny wniosek: który reżim uderzy w Ciebie pierwszy, integracja - ERP i PIM na wejściu, zwalidowany paszport na wyjściu, opublikowany rozwiązywalny identyfikator - jest taka sama. Zbuduj ją raz, a będziesz gotowy na resztę.
Gdzie pasuje DPPAutomate
DPPAutomate jest zbudowany, by usiąść dokładnie tam, gdzie ten artykuł umieszcza warstwę paszportu: za Twoim ERP i PIM, czytając z nich zamiast je zastępować. Udostępnia pełne REST API ze specyfikacją OpenAPI 3.1 oraz serwer MCP, dzięki czemu Twój middleware - albo agent AI - może przesyłać dane produktu prosto do paszportu. Natywne integracje ERP i PIM oraz webhooki pokrywają wzorce zaplanowany i w czasie rzeczywistym; przepływ danych od dostawców domyka lukę dowodową; a każdy paszport rozwiązuje się przez wbudowany GS1 Digital Link, więc publikowany identyfikator jest gotowy dla rejestru. Jeśli sprzedajesz online, ten sam paszport wpina się w Twoje oferty e-commerce i marketplace.
Tryby Przegląd i Automatyczny pozwalają utrzymać człowieka w pętli, gdy budujesz zaufanie, a potem zautomatyzować, gdy mapowanie zostanie sprawdzone. Możesz zacząć od pilota CSV na jednej linii produktów i skalować do synchronizacji na żywo sterowanej zdarzeniami na tej samej platformie.
Gotowy, by połączyć swoje systemy? Poznaj przegląd integracji, przeczytaj dokumentację API albo zacznij za darmo i zmapuj swój pierwszy produkt już dziś.
Częste pytania,
odpowiedzi.
Szybkie odpowiedzi na pytania, które czytelnicy zadają najczęściej w tym temacie.
Porozmawiaj z ekspertem ds. zgodności →Czy muszę wymienić swój ERP lub PIM, aby wystawić cyfrowy paszport produktu?+
Nie. Platforma DPP stoi za Twoimi istniejącymi systemami. Odczytuje dane podstawowe z ERP i atrybuty produktu z PIM, uzupełnia luki regulacyjne dowodami od dostawców i publikuje paszport - bez zapisywania z powrotem do Twoich systemów operacyjnych ani ich zastępowania.
Jak połączyć mój ERP z platformą DPP?+
Są cztery sposoby, w rosnącej kolejności nakładu pracy: wgranie CSV lub arkusza dla pilota, REST API przez middleware (iPaaS), natywny konektor dla systemów takich jak SAP, Dynamics 365, Pimcore lub Akeneo oraz webhooki sterowane zdarzeniami dla danych w czasie rzeczywistym lub dynamicznych. Większość zespołów zaczyna od CSV i przechodzi do API lub natywnego konektora.
Jakich danych produktu ERP i PIM nie dostarczają dla DPP?+
Zwykle 30-40 % paszportu - skład materiałowy i substancji, substancje wzbudzające obawy, zawartość recyklatu i ślad węglowy - nie ma w Twoim ERP ani PIM. Te dowody żyją u dostawców i trzeba je zebrać oraz zweryfikować, co jest zwykle najtrudniejszą częścią projektu DPP.
Czy cyfrowy paszport produktu musi pozostawać zsynchronizowany z moim ERP i PIM?+
Tak. Paszport zbudowany raz dezaktualizuje się, gdy tylko dane źródłowe się zmieniają. Poprawna integracja resynchronizuje według harmonogramu lub na zdarzenia zmiany i zachowuje wcześniejsze wersje dla ścieżki audytu, aby paszport na żywo był zawsze aktualny, a każdy poprzedni stan udowadnialny.
Na kiedy integracja ERP i PIM musi być gotowa?+
Centralny rejestr DPP UE musi być uruchomiony do 19 lipca 2026, paszport baterii jest obowiązkowy od 18 lutego 2027, a akty delegowane ESPR dla tekstyliów, stali, mebli i innych wchodzą stopniowo od około 2026-2027. Integracja jest taka sama dla każdego reżimu, więc zbudowanie jej teraz przygotowuje Cię na wszystkie.
Czytaj dalej.
What is a Digital Product Passport? Complete Guide 2025
Learn everything about Digital Product Passports: what they are, why they matter, and how they're transforming product transparency in the EU.
5 Steps to Prepare for EU Sustainability Requirements
Actionable roadmap for businesses to prepare for incoming EU sustainability regulations including DPP, ESPR, and circular economy mandates.
Digital Product Passport Implementation: Best Practices Guide
Proven strategies and best practices for successful DPP implementation. Learn from early adopters and avoid common pitfalls.
