Czy mogę połączyć paszport produktu ze swoim systemem ERP lub zarządzania zapasami?

Połączenie jest punktem wyjścia systemu, a nie wyjątkiem

Tak, połączenie między produktowym paszportem cyfrowym a systemem ERP lub systemem inwentaryzacji jest zgodne z przeznaczeniem cyfrowego paszportu produktu. Artykuł 11 ESPR (Rozporządzenie (UE) 2024/1781) stanowi, że paszport musi być skonfigurowany technicznie w taki sposób, aby dane mogły być wymieniane za pośrednictwem otwartych, interoperacyjnych standardów między stronami w łańcuchu. Oznacza to, że dane, które już znajdują się w systemie ERP lub inwentaryzacji — numery artykułów, dane materiałowe, pochodzenie, specyfikacje techniczne — mogą w zasadzie być źródłem, z którego zostanie wypełniony paszport, zamiast ręcznego ponownego wprowadzania wszystkiego. Elektropas.com jest w tym łańcuchu miejscem, w którym te dane są łączone w paszport, hostowane i połączone z nośnikiem danych QR. To, jak dokładnie to połączenie wygląda technicznie — jaki format pliku, jaki interfejs API, które pola są obowiązkowe — nie zostało jeszcze ustalone dla urządzeń elektronicznych i ICT, ponieważ delegowany akt dla tej podkategorii nie został jeszcze opublikowany.

Kto to dotyczy i gdzie jest granica

To pytanie dotyczy głównie producentów i importerów, którzy już strukturalnie prowadzą dane produktów — w pakiecie ERP, systemie PIM lub administracji magazynowej — i chcą uniknąć, aby paszport stał się oddzielnym, ręcznym procesem. Dla nich połączenie jest istotne, ponieważ zmniejsza duplikowanie pracy i zmniejsza ryzyko błędów.

To nie dotyczy: produktowy paszport cyfrowy nie zastępuje systemu ERP i vice versa. Paszport to osobny, zewnętrznie dostępny zbiór danych, który jest połączony z produktem fizycznym za pośrednictwem unikalnej identyfikacji i nośnika danych, jak opisuje artykuł 10 ESPR. System ERP pozostaje wewnętrzną administracją przedsiębiorstwa; paszport to warstwa, która na zewnątrz — w kierunku konsumenta, organu nadzoru lub następnego ogniwa w łańcuchu — ujawnia informacje. Połączenie oznacza zatem, że dane z jednego systemu przepływają do drugiego, a nie że oba systemy się łączą.

Dokładny standard techniczny nie jest jeszcze ustalony dla elektroniki

Nie ma ustalonej daty opublikowania specyfikacji technicznej dla urządzeń elektronicznych i ICT. Zgodnie z planem pracy ESPR 2025-2030 delegowane akty są opracowywane dla każdej kategorii produktów, a dla elektroniki oczekuje się od 2027 roku. Dopóki akt nie zostanie opublikowany, obowiązują tylko ogólne zasady z artykułów 10 i 11: paszport musi być interoperacyjny, czytelny maszynowo i oparty na otwartych standardach. Który standard konkretnie będzie obowiązywać dla elektroniki — jaki format danych, które interfejsy, które pola obowiązkowe — nie zostało jeszcze ustalone. Gdy tylko delegowany akt dla tej podkategorii zostanie opublikowany, informacja ta zostanie tutaj uzupełniona.

Jak to działa w praktyce

Kolejność, w której to zwykle się robi, wygląda następująco. Najpierw mapuje się, które dane już znajdują się w istniejącym systemie ERP lub inwentaryzacji i które z nich są prawdopodobnie istotne dla paszportu produktu — pomyśl o składzie materiałów, pochodzeniu, dokumentacji technicznej i informacjach dotyczących naprawy. Następnie warto sprawdzić, czy te dane są już strukturalnie i konsekwentnie rejestrowane, ponieważ czytelność maszynowa jest jedną z zasad artykułu 11: im czystsze i bardziej jednoznaczne dane źródłowe, tym łatwiejsze będzie późniejsze połączenie. Następnie trzeba czekać na delegowany akt dla elektroniki, ponieważ dopiero wtedy będzie wiadomo, jaki format i jaka metoda połączenia są wymagane. Gdy ta specyfikacja będzie dostępna, można sprawdzić, czy istniejący system może dostarczyć eksport w tym formacie, czy też potrzebna jest etapa przejściowa. W tej chwili nie ma powodu do budowania określonej integracji technicznej, ponieważ standard, na którym by się opierała, nie jest jeszcze ustalony — ta praca mogłaby wtedy potencjalnie wymagać ponownego wykonania.

Podstawa prawna: artykuł 10 i 11 rozporządzenia ESPR

Fakt, że powiązanie z systemem ERP lub zarządzania zapasami jest możliwe i zamierzone, wynika z dwóch artykułów. Artykuł 10 rozporządzenia ESPR opisuje wymagania, którym musi spełniać cyfrowy paszport produktu, w tym powiązanie z unikalnym identyfikatorem produktu i dostępność danych dla zainteresowanych stron. Artykuł 11 dotyczy konkretnie projektowania technicznego i funkcjonowania paszportu i określa, że ma to miejsce na podstawie otwartych, interoperacyjnych standardów, które umożliwiają wymianę danych w łańcuchu. Razem artykuły te tworzą podstawę, dla której powiązanie między wewnętrznymi systemami firmy a zewnętrznym paszportem nie jest dodatkiem, ale częścią sposobu, w jaki system jest skonfigurowany — chociaż dokładne wdrożenie techniczne dla urządzeń elektronicznych nie zostało jeszcze opublikowane.

Kto chce teraz przygotować się z wyprzedzeniem, powinien uporządkować własne dane produktu: spójnie, uporządkowane i kompletne, aby później powiązanie — gdy standard dla elektroniki będzie znany — wymagało jak najmniej dodatkowej pracy. Elektropas.com śledzi publikację aktu delegowanego dla urządzeń elektronicznych i ICT i uzupełni tę stronę, gdy specyfikacja techniczna będzie znana.

Na czym to się opiera

Samo rozporządzenie znajduje się na EUR-Lex. Podajemy odniesienia dla każdego twierdzenia; nie musisz nam wierzyć.

Co konkretnie należy zrobić

Co się od Państwa oczekuje

Połączenie systemu ERP lub inwentarzowego z cyfrowym paszportem produktu to dla wielu firm logiczna droga: dane produktu już tam są, więc dlaczego nie przesłać ich automatycznie? ESPR (Rozporządzenie (UE) 2024/1781) nie nakazuje, jak technicznie przebiega to połączenie, ale określa, jakim wymogom musi odpowiadać sam paszport. Te wymogi określają w praktyce, co połączenie z własnym systemem może i nie może robić.

Paszport musi spełniać wymogi techniczne z artykułu 11

Artykuł 11 rozporządzenia ESPR (Rozporządzenie (UE) 2024/1781) opisuje wymogi techniczne projektowania cyfrowego paszportu produktu: jak dane muszą być dostępne, w jakiej formie i z jakim połączeniem z unikalną identyfikacją produktu. Dla firmy zatrudniającej od 10 do 100 pracowników oznacza to, że połączenie z własnym systemem ERP nie może być niewiążący eksport pliku Excel: dane dostarczone z systemu muszą odpowiadać formatowi technicznemu obowiązującemu dla paszportu. Jaki dokładnie format obowiązuje, zostanie opracowany dla każdej kategorii produktu; więcej na ten temat przeczytasz na stronie dotyczącej formatu pliku paszportu.

Paszport musi być połączony z unikalną identyfikacją produktu

Artykuł 10 rozporządzenia ESPR (Rozporządzenie (UE) 2024/1781) określa wymogi dotyczące zawartości i struktury paszportu, w tym połączenia z kodem identyfikacyjnym na produkt. System ERP często już pracuje z numerami artykułów, identyfikatorami SKU lub kodami partii, ale nie są one automatycznie równe kodowi identyfikacyjnemu wymaganemu przez paszport. Dla średniej firmy oznacza to, że konieczna jest konwersja między wewnętrznym kodowaniem produktu a kodem identyfikacyjnym, który jest udostępniany na zewnątrz przez kod QR. Jak ustawić unikalny kod na produkt, opisano na stronie dotyczącej nadawania unikalnego identyfikatora każdemu produktowi.

Połączenie musi aktualizować dane bez utraty informacji o źródle

System ERP stale się zmienia: poziomy zapasów ulegają zmianie, artykuły są wycofywane, pojawiają się nowe warianty. Paszport podlega innemu rytmowi — musi pozostać dostępny przez określony czas, nawet jeśli bazowy produkt nie jest już sprzedawany. Połączenie, które po prostu „na żywo okresu, przez który paszport musi istnieć.

Gdzie się psuje w praktyce

Kilka sytuacji pojawia się stosunkowo często u firm, które chcą połączyć swój system ERP z produktowym paszportem.

Automatyczna synchronizacja zastępuje aktywne paszporty. Gdy artykuł w systemie ERP zostanie zmieniony — nowy dostawca komponentu, zmodyfikowane opakowanie — zmiana ta jest czasami bezpośrednio wdrażana w opublikowanym paszporcie, bez wyjaśnienia, czy powinien to być nowy paszport, czy aktualizacja istniejącego.

Numer artykułu jest mylony z identyfikacją produktu. Wewnętrzny numer artykułu z systemu inwentarzowego jest używany jako unikalny kod identyfikacyjny paszportu, podczas gdy numer ten może się różnić w zależności od kanału sprzedaży lub regionu — co powoduje, że jeden fizyczny produkt kończy się z wieloma wzajemnie odbiegającymi paszportami.

Wycofanie z systemu ERP powoduje przełączenie paszportu do trybu offline. Gdy produkt zostanie oznaczony jako "niedostępny" w systemie inwentarzowym, połączenie przestaje publikować lub obsługiwać paszport — podczas gdy paszport musi pozostać dostępny dla produktów, które już są w użyciu u konsumenta.

Połączenie dostarcza dane w formacie, który nie odpowiada wymaganiom. System ERP eksportuje dane w formacie wewnętrznym (na przykład CSV z niestandardowymi nazwami pól), który nie odpowiada jeden do jednego strukturze wymaganej przez paszport, co powoduje, że potrzebny jest pośredni etap, który nie był przewidziany.

Poziomy opakowania się mieszają. System inwentaryzacyjny często rejestruje na poziomie jednostki sprzedaży, podczas gdy paszport produktu może różnić się dla każdego wariantu produktu lub jednostki opakowania — szczególnie w przypadku produktów dostarczanych w pudełkach zawierających wiele urządzeń. Jak działa ta interakcja, opisano na stronie dotyczącej jak paszport produktu działa w przypadku pudełka zawierającego wiele urządzeń.

Co możesz zarejestrować.

Dla firm rozważających powiązanie swojego systemu ERP lub systemu inwentaryzacyjnego z paszportem produktu warto wcześniej dokumentalnie ustalić szereg kwestii:

Przegląd pól z systemu ERP odpowiadających polom w paszporcie, wraz z wyjaśnieniem różnic między wewnętrznym kodowaniem artykułów a zewnętrzną identyfikacją produktu.
Procedura określająca, co się dzieje po modyfikacji produktu: kiedy zmiana w systemie ERP prowadzi do utworzenia nowego paszportu, a kiedy do aktualizacji istniejącego paszportu.
Procedura wycofania, w którym określono, że paszport jest niezależny od statusu "aktywny" lub "wycofany" w systemie zapasów.
Porozumienie dotyczące tego, kto odpowiada za integrację — wewnętrzny zespół IT, platforma zewnętrzna lub kombinacja — oraz kto weryfikuje, czy dostarczone dane rzeczywiście spełniają wymagany format.
Dokumentacja używanego formatu technicznego, aby w przypadku kontroli lub audytu można było wykazać, że integracja spełnia wymagania artykułu 11 rozporzadzenia ESPR (Rozporządzenie (UE) 2024/1781).

Dla przedsiębiorstw, które poza systemem ERP stosują również strukturę GS1 w swojej logistyce, ważne jest wiedzieć, czy i w jaki sposób ta struktura jest zgodna z wymaganiami paszportu; więcej na ten temat znajduje się na stronie poświęconej co to jest GS1 Digital Link i czy jest konieczny dla paszportu produktu. Ponadto warto określić, w jaki sposób integracja obsługuje rejestr, do którego mają być wpisane paszporty, jak wyjaśniono na stronie poświęconej europejskiemu rejestrowi cyfrowych paszportów produktów.

To nie jest porada prawna. Ta strona zawiera ogólne informacje o przepisach, których dotyczy ta platforma. Nie znamy Twojej sytuacji. Jeśli masz wątpliwości dotyczące Twojej sprawy, skonsultuj się z prawnikiem lub właściwym organem nadzoru.

Napisane za pomocą sztucznej inteligencji na podstawie powyższych źródeł, sprawdzone przez człowieka na 2026-08-22. Coś się nie zgadza? Daj nam znać — korekty otrzymują pierwszeństwo.