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

Połączenie jest punktem wyjścia, forma techniczna jeszcze nie

Połączenie między cyfrowym paszportem produktu a własnym systemem ERP lub inwentarzowym pasuje do sposobu, w jaki ESPR ustanowiła paszport: dane muszą być czytelne maszynowo i interoperacyjne, właśnie po to, aby nie trzeba było ich wpisywać ręcznie za każdym razem. Artykuł 10 ESPR (Rozporządzenie (UE) 2024/1781) ustala wymagania dotyczące paszportu produktu skierowane na interoperacyjność, a artykuł 11 dotyczy projektu technicznego i jego funkcjonowania, w tym sposobu wymiany danych. Oznacza to, że połączenie jest w zasadzie możliwe. To, czego jeszcze brakuje, to konkretne wdrożenie techniczne dla tekstyliów: jaki format pliku, które pola są obowiązkowe i czy pojawi się standardowy interfejs API, nie jest jeszcze określone. Te szczegóły wynikają z dodatkowych przepisów opracowywanych specjalnie dla odzieży i tekstyliów.

Dla kogo dotyczy i dla czego nie

Wymóg interoperacyjności z artykułu 10 i postanowienia techniczne z artykułu 11 mają zastosowanie do cyfrowego paszportu produktu jako takiego, niezależnie od tego, czy marka, importer lub private label opracowuje paszport samodzielnie, czy powierza to zadanie. Jest to zatem wymóg ogólny w ramach ESPR, a nie coś, co wymyśla się oddzielnie dla każdej kategorii produktu. To nie oznacza obowiązku budowania już teraz technicznego połączenia, ani gwarancji, że określony format pliku lub protokół okaże się później przydatny. Paszport nie jest kopią systemu ERP: zawiera dane istotne dla paszportu (skład, pochodzenie, informacje o konserwacji i podobne), nie pełną administrację zapasów ani zamówień. W praktyce połączenie oznacza, że część już dostępnych danych produktu jest przesyłana do paszportu, a nie że oba systemy całkowicie się łączą.

Kiedy to staje się konkretne i co do tego czasu obowiązuje

Stała data tego obowiązku nie została jeszcze ustalona. Z planu pracy ESPR na lata 2025–2030 wynika, że akt delegowany dla tekstyliów oczekiwany jest w 2027 roku, a odzież zawierająca osiemdziesiąt procent lub więcej włókien włóknistych zostanie uwzględniona w pierwszej kolejności. Gdy tylko akt zostanie opublikowany, jasne będą również, jakie wymogi techniczne są stawiane wymianie danych, a tym samym czy i jak połączenie z systemem ERP lub inwentarzowym może wyglądać. Do tego czasu obowiązują tylko ogólne postanowienia artykułów 10 i 11: rama jest ustalona, wdrożenie techniczne dla tekstyliów jeszcze nie. Jeśli ktoś chciałby już teraz budować połączenie, budowałby na bazie, której szczegóły mogą się jeszcze zmienić.

Co to oznacza w praktyce, krok po kroku

Po pierwsze, warto się przyjrzeć, jakie dane znajdują się już we własnym systemie i które z nich prawdopodobnie trafią do paszportu: skład włóknisty, kraj produkcji, pochodzenie materiału, instrukcje konserwacji. Następnie praktyczne jest rejestrowanie tych danych w sposób jak najbardziej ustrukturyzowany, w stałych polach ze zdefiniowanymi wartościami zamiast tekstu wolnego, aby łatwiej można je było później przenieść do dowolnego formatu. Potem rozsądnie jest czekać z rzeczywistym budowaniem technicznego połączenia lub interfejsu API, ponieważ wymogi dla tekstyliów nie zostały jeszcze określone; energia włożona teraz w konkretne połączenie może wymagać dostosowania po opublikowaniu aktu delegowanego. To, co już działa, to dostarczanie danych w dostępny obecnie sposób: ręcznie, za pośrednictwem pliku, lub poprzez prostą eksportę z istniejącego systemu. Texpas opracowuje paszport z danych dostarczonych przez producenta lub importera i już teraz przetwarza to dostarczanie bez konieczności bezpośredniego połączenia. Gdy tylko ramy techniczne dla tekstyliów będą znane, można będzie rozważyć, czy bardziej bezpośrednie połączenie z systemu ERP lub inwentarzowego ma wartość dodaną.

Na czym to jest oparte: artykuł 10 i 11 ESPR

Wymóg interoperacyjności i wymóg czytelności maszynowej dla cyfrowego paszportu produktu wynikają z artykułu 10 ESPR (Rozporządzenia (UE) 2024/1781), który określa ogólne wymagania dotyczące paszportu. Artykuł 11 tego samego rozporządzenia opisuje projekt techniczny i działanie paszportu, w tym sposób, w jaki dane są cyfrowo rejestrowane i wymieniane. Oba artykuły stanowią ramy, w których późniejsze przepisy specificzne dla produktów dotyczące tekstyliów muszą wypełnić szczegóły techniczne; to wypełnienie nie istnieje jeszcze dla odzieży i tekstyliów.

Kto teraz już rejestruje dane dotyczące składu, pochodzenia i pielęgnacji w strukturalny sposób w swoim własnym systemie, nie musi zaczynać od nowa później, niezależnie od formy technicznej, którą przyjmie połączenie. Bieżący stan delegowanego aktu i dokładny harmonogram to oficjalne źródło Komisji Europejskiej, na które należy zwracać uwagę.

Na czym to opiera się

Samo rozporządzenie znajduje się na EUR-Lex. Odnosimy się do każdego stwierdzenia; nie musisz nam wierzyć.

Co konkretnie należy zrobić

Co się od pana/pani oczekuje

Paszport musi móc odbierać dane z systemów źródłowych

Artykuł 10 ESPR (Rozporządzenie (UE) 2024/1781) określa wymagania dotyczące tego, jakie dane muszą znaleźć się w cyfrowym paszporcie produktu i jak są dostępne. Te dane nie biorą się z niczego: znajdują się już w istniejących systemach takich jak pakiet ERP, system PLM lub pakiet zarządzania zapasami — skład materiałowy, dane dostawców, numery partii, instrukcje pielęgnacji. Dla firmy zatrudniającej 10 do 100 pracowników oznacza to praktycznie, że musi istnieć połączenie między systemem, w którym te dane już znajdują się, a systemem, który kompiluje i publikuje paszport. Może to być połączenie zautomatyzowane, ale także periodyczny eksport, który jest przesyłany ręcznie. Obie formy są zasadniczo możliwe; która forma jest praktyczna, zależy od liczby produktów i wariantów oraz od tego, jak często dane się zmieniają.

Działanie techniczne musi być zgodne z ustanowionymi normami

Artykuł 11 ESPR (Rozporządzenie (UE) 2024/1781) opisuje konstrukcję techniczną i działanie paszportu, w tym sposób wymiany danych. Bezpośrednio odnosi się to do pytania, jak technicznie skonfigurować połączenie: nie każdy format eksportu z dowolnego systemu ERP automatycznie dostosowuje się do tego, czego oczekuje system paszportów. Dla średniej wielkości firmy oznacza to, że konieczna jest konwersja między własną strukturą danych a formatem używanym do paszportu. To jest kwestia techniczna, nie prawna — ale dotyka także pytania co to jest GS1 Digital Link i czy jest to potrzebne dla paszportu produktu, ponieważ część oczekiwanej standaryzacji przebiega przez tego rodzaju systemy.

Każdy produkt musi być możliwy do powiązania z prawidłowymi danymi paszportu

Połączenie z systemem ERP lub zarządzania zapasami działa tylko wtedy, gdy istnieje spójny sposób dopasowania produktu fizycznego do właściwego paszportu. Wymaga to spójnego klucza między systemami: ten sam numer artykułu, ten sam kod partii lub ta sama identyfikacja wariantu w systemie ERP jak w paszporcie. Bez tego połączenia istnieje ryzyko, że system połączony będzie przesyłać dane, ale do niewłaściwego paszportu, lub że zmiana w jednym systemie nie zostanie odzwierciedlona w drugim. Wiąże się to ściśle ze sposobem, w jaki każdy produkt otrzymuje unikalny kod identyfikacyjny; bez jasnej logiki identyfikacji połączenie między systemami ma niewielką wartość.

Gdzie coś idzie nie tak w praktyce

Pierwsza sytuacja, która często się pojawia: firma ma system ERP, w którym artykuły są zarejestrowane na poziomie stylu, ale nie na poziomie koloru lub rozmiaru. Paszport musi jednak być dokładny na poziomie wariantu, i okazuje się, że połączenie przesyła dane, które są prawidłowe dla jednego rozmiaru, ale nie dla drugiego.

Druga sytuacja: dane są przenoszone jednorazowo podczas uruchomienia kolekcji, ale późniejsza zmiana w systemie ERP — na przykład inny dostawca dla części partii — nie jest automatycznie przesyłana do opublikowanego paszportu. Paszport odrywa się od rzeczywistości bez uświadomienia sobie tego, aż do momentu, gdy ktoś odkryje błąd i zastanawia się, czy opublikowany paszport produktu można jeszcze zmienić.

Trzecia sytuacja: połączenie jest skonfigurowane technicznie przez zewnętrzną firmę IT, ale nikt w firmie później nie sprawdza, czy dane, które trafiają do paszportu, faktycznie zgadzają się z tym, co jest na etykiecie lub opakowaniu. Technicznie działające połączenie nie jest automatycznie połączeniem, które jest prawidłowe.

Czwarta sytuacja: system zarządzania zapasami jest używany do automatycznego wygaszania paszportów, gdy tylko produkt zostanie wyprzedany, bez uwzględnienia pytania, jak długo paszport musi pozostać dostępny. Może to prowadzić do niezgodności między tym, co jest operacyjnie wygodne dla administracji zapasów, a tym, czego oczekuje się w odniesieniu do jak długo paszport produktu musi być dostępny.

Piąta sytuacja: w przypadku fuzji, przejęcia lub zamknięcia jednostki biznesowej połączenie zostaje odłączone bez zastanowienia się nad tym, kto będzie zarządzać danymi w przyszłości, co ponownie wiąże się z postawioną wcześniej kwestią co dzieje się z paszportem produktu, jeśli firma zaprzestaje działalności.

Co można udokumentować

Przegląd tego, które systemy dostarczają które dane paszportu: ERP dla materiału i pochodzenia, system magazynowy dla dostępności, PLM dla danych projektowych i składu
Ustalona umowa dotycząca częstotliwości synchronizacji: połączenie w czasie rzeczywistym, codzienny eksport lub ręczna aktualizacja na kolekcję
Dokument opisujący klucz identyfikacyjny używany do dopasowania produktu w systemie ERP do właściwego paszportu — w tym sposób, w jaki to działa w przypadku wariantów wielkości lub koloru
Funkcja lub osoba odpowiedzialna za sprawdzenie, czy dane przychodzące za pośrednictwem połączenia są faktycznie prawidłowe, zanim paszport zostanie opublikowany lub zaktualizowany
Procedura określająca, co się dzieje w przypadku zmiany w systemie źródłowym: kto ją sygnalizuje i jak zmiana jest wdrażana w opublikowanym paszporcie
Umowy z dostawcą IT lub wewnętrznym działem IT dotyczące formatu technicznego połączenia, w tym tego, co się dzieje podczas zmiany systemu lub migracji
Przegląd tego, które dane są dostarczane automatycznie za pośrednictwem połączenia, a które są uzupełniane ręcznie, aby nie było luki między tym, co system myśli, że wysyła, a tym, co faktycznie znajduje się w paszporcie

To nie jest porady prawne. Ta strona zawiera ogólne informacje na temat przepisów, których dotyczy ta platforma. Nie znamy Twojej sytuacji. W przypadku wątpliwości dotyczących Twojego konkretnego przypadku 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 w dniu 2026-08-22. Coś nie gra? Daj nam znać — poprawki są priorytetem.