Czy mogę powiązać produktpasport z moim systemem ERP lub inwentaryzacji?

Połączenie jest technicznie możliwe, ale forma nie jest jeszcze ustalona

Cyfrowy paszport produktu został opracowany jako strukturalny, czytelny maszynowo zbiór danych i w zasadzie nadaje się do połączenia z systemem ERP lub inwentaryzacji. ESPR stanowi, że dane zawarte w paszporcie muszą być rejestrowane na podstawie otwartych standardów i że systemy muszą być w stanie wymieniać się danymi. To jest dokładnie punkt wyjścia, na którym opierałoby się połączenie z istniejącym systemem biznesowym: nie ręczne wprowadzanie dla każdego materaca, ale dostarczanie na podstawie danych, które producent lub importer już prowadzi. Sposób, w jaki połączenie to będzie wyglądać w praktyce — jaki format pliku, które pola, jaka metoda dostarczania — nie jest jeszcze ustalony, ponieważ techniczna implementacja dla materaców musi jeszcze się pojawić.

Do kogo to się odnosi i do kogo nie

To wyjaśnienie dotyczy struktury danych za paszportem, a nie specjalnego interfejsu połączenia ani łącznika, który jest już dostępny. ESPR opisuje wymogi dotyczące interoperacyjności i sposobu technicznego budowy paszportu (nośnik danych, unikalne kody identyfikacyjne, przechowywanie danych), ale nie określa, jak pojedynczy pakiet ERP lub system inwentaryzacji ma się do niego dostosować. To ostatnie jest kwestią wdrożenia, a nie ustawodawstwa: rozporządzenie określa CO musi być interoperacyjne, a nie z jakim oprogramowaniem pracuje przedsiębiorstwo. Dla specjalistycznego sklepu z łóżkami, który tylko sprzedaje i nie tworzy paszportu, połączenie z własnym systemem ERP zazwyczaj nie wchodzi w grę; jest to przede wszystkim istotne dla strony dostarczającej dane, zwykle producenta lub importera.

Specyfikacje techniczne będą zawarte w akcie delegowanym

Nie ma jeszcze ustalonej daty, kiedy pojawi się techniczna implementacja dla materaców. W planie pracy Komisji Europejskiej na lata 2025-2030 oczekiwany jest akt delegowany dla materaców w 2028 roku, ale to jest plan, a nie zobowiązanie. Do czasu opublikowania tego aktu nie jest ustalony, jaki format danych, które pola i jaka metoda dostarczania będą obowiązywać dla materaców. To, co jest ustalone, to rama z samej ESPR: paszport musi być zbudowany zgodnie z otwartymi, interoperacyjnymi standardami i powiązany z unikalną identyfikacją produktu. Ta rama się nie zmienia; implementacja specyficzna dla materaców – jeszcze tak.

Co to oznacza dla przygotowań

Ci, którzy już teraz myślą o połączeniu, mogą zrobić kilka rzeczy bez czekania na ostateczną specyfikację. Po pierwsze, warto sprawdzić, które dane o materacu już znajdują się w systemie — skład materiałów, pochodzenie surowców, data produkcji, numer partii lub zamówienia — i czy dane te są rejestrowane na poziomie produktu czy tylko na poziomie zamówienia. Następnie warto sprawdzić, czy system ma funkcję eksportu, która może generować dane strukturalne (na przykład eksport w popularnym formacie), ponieważ jest to punkt zaczepienia dla późniejszego połączenia, niezależnie od tego, jaki dokładnie format przepisy przepiszą. Dalej praktyczne jest ustalenie, czy dane są przechowywane na produkt, na partię czy na zamówienie, ponieważ paszport ostatecznie otrzyma unikalną identyfikację na produkt. Na koniec warto utrzymywać kontakt ze stroną, która tworzy i hostuje paszport, aby w momencie opublikowania specyfikacji technicznej było jasne, jaka forma dostarczania jest potrzebna i czy istniejąca konfiguracja systemu się do niej dostosuje, czy wymaga zmian. Bezpośrednie, zautomatyzowane połączenie między systemem ERP a paszportem nie jest zatem czymś, dla czego dziś już istnieje standard techniczny; co możliwe, to na razie tak uporządkować własne dane, aby połączenie było później łatwe do wdrożenia.

Źródło: artykuł 10 i artykuł 11 ESPR

Artykuł 10 rozporządzenia ESPR (Rozporządzenie (UE) 2024/1781) opisuje wymagania dotyczące cyfrowego paszportu produktu, w tym wymóg, aby dane były rejestrowane na podstawie otwartych standardów oraz aby systemy przetwarzające dane były interoperacyjne. Artykuł 11 dotyczy projektowania technicznego i działania paszportu, z przepisami dotyczącymi nośnika danych, unikalnych kodów identyfikacyjnych produktu, uczestnika rynku i obiektu, oraz sposobu przechowywania i udostępniania danych. Razem artykuły te stanowią ramy, w których możliwe jest powiązanie z systemem zewnętrznym, bez określania konkretnego standardu technicznego dla matrców — ten wynika z jeszcze mającej być opublikowanej aktu delegowanego.

Co robić teraz

Na razie najbardziej konkretnym krokiem, który można podjąć, jest: uporządkowanie własnych danych produktu i ich rejestracja na poziomie produktu (zamiast tylko na poziomie zamówienia), określenie możliwości eksportu z istniejącego systemu oraz monitorowanie publikacji specyfikacji technicznej dla matrców. Gdy specyfikacja będzie dostępna, strona ta zostanie uzupełniona o informacje dotyczące wymaganego formatu i metody dostarczania danych.

Na czym to jest oparte

Samo rozporządzenie dostępne jest na EUR-Lex. Odwołujemy się do każdego stwierdzenia; nie musisz nam wierzyć.

Co konkretnie musisz zrobić

Co się od ciebie oczekuje

Połączenie między kartą produktu a systemem ERP lub zapasów nie jest samo w sobie obowiązkiem prawnym. ESPR nie określa, które systemy źródłowe producent stosuje do dostarczania danych karty. Natomiast ustalone są wymagania dotyczące samej karty: jak technicznie działa i co musi być w stanie zrobić. Te wymagania pośrednio określają, czy — i w jaki sposób — połączenie z systemami wewnętrznymi ma sens.

Karta musi być technicznie zgodna z jednolitym funkcjonowaniem

Artykuł 11 ESPR (Rozporządzenie (UE) 2024/1781) opisuje wymagania techniczne dotyczące cyfrowej karty produktu, takie jak interoperacyjność z systemami używanymi przez Komisję i rynek. Dla firmy zatrudniającej 10 do 100 pracowników oznacza to, że dane karty nie mogą pozostawać po prostu w oddzielnym, niestandardowym formacie: ostatecznie muszą być w postaci czytelnej dla systemu karty. Czy to następuje poprzez bezpośrednie połączenie z systemem ERP, czy poprzez ręczny eksport, jest wyborem — nie wymogiem wynikającym z rozporządzenia.

Zawartość karty musi być aktualna i gwarantowana jako prawidłowa

Artykuł 10 ESPR (Rozporządzenie (UE) 2024/1781) określa wymogi dotyczące tego, co musi być na karcie i kto za to odpowiada. W praktyce oznacza to, że dane pochodzące z systemu ERP lub zapasów — skład materiałowy, data produkcji, numer partii — muszą być prawidłowe i aktualne w momencie utworzenia lub aktualizacji karty. Dla firmy o wielu liniach produkcyjnych i regularnych zmianach składu (inny typ piany, inny dostawca materiału wypełniającego) jest to powód, aby sprawdzić, czy dane są wprowadzane ręcznie, czy automatycznie pobierane z systemu, w którym są już utrzymywane.

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

Połączenie z systemem zapasów ma sens tylko wtedy, gdy każdy fizyczny produkt ma unikalny kod identyfikacyjny, który wiąże kartę z prawidłowymi danymi produktu. Bez tego połączenia między produktem a kodem system ERP nie może dostarczyć żadnych sensownych danych do karty, niezależnie od tego, jak zautomatyzowany jest reszta procesu. Firmy, które tego jeszcze nie skonfigurowały, przeczytają to najpierw w jak przydzielić każdemu produktowi unikalny kod identyfikacyjny?

Gdzie się psuje w praktyce

System zapasów i dane karty się rozjeżdżają. Producent materacy zmienia wypełnienie linii modelowej, aktualizuje to w systemie ERP, ale zapomina, że ta sama zmiana musi również zostać odzwierciedlona w już opublikowanych kartach. Rezultat: karta i rzeczywisty produkt przestają się zgadzać.

Połączenie zostaje skonfigurowane zbyt złożone dla własnej skali. Firma mająca kilka linii produktowych buduje w pełni zautomatyzowane połączenie w czasie rzeczywistym między ERP a systemem karty, podczas gdy okresowy eksport ze sprawdzeniem ręcznym byłby w zupełności wystarczający dla liczby zmian, które faktycznie występują.

Unikalny numer identyfikacyjny nie jest konsekwentnie stosowany. System zapasów używa wewnętrznych kodów artykułów, karta wymaga innej struktury identyfikacji, i nikt nie zdefiniował, jak te dwie się do siebie odnoszą. Podczas kontroli lub zwrotu wysyłki nie jest wówczas łatwo ustalić, która karta przypisana jest do którego fizycznego produktu.

Odpowiedzialność za aktualizacje danych nie jest przydzielona. Dział IT myśli, że dział jakości utrzymuje dane karty, dział jakości myśli, że to dzieje się automatycznie z systemu ERP. Nikt tego faktycznie nie kontroluje, dlatego dane starzejące się bez zastrzeżenia.

Założenie, że połączenie jest obowiązkowe, podczas gdy ręczne dostarczanie również jest możliwe. Niektóre firmy inwestują w drogie integracje z założenia, że jest to wymóg prawny, podczas gdy samo rozporządzenie nie określa, w jaki sposób dane są dostarczane — tylko to, że karta musi spełniać określone wymagania techniczne i merytoryczne.

Co można udokumentować

Przegląd danych pochodzących z systemu ERP lub inwentaryzacji oraz danych dostarczanych oddzielnie (na przykład przez dostawcę materiału wypełniającego).
Ustalony link między wewnętrznymi kodami artykułów a unikalnym kodem identyfikacyjnym używanym w paszporcie — patrz również jak przydzielić każdemu produktowi unikalny kod identyfikacyjny?
Umowa dotycząca odpowiedzialności za wprowadzanie zmian w składzie produktu do istniejących paszportów.
Wybór i uzasadnienie sposobu dostarczania danych: automatyczne łączenie, okresowy eksport lub ręczne wprowadzenie — wraz z rozważeniem, czy wymagane jest do tego odrębne oprogramowanie, jak omówiono w czy potrzebuję specjalnego oprogramowania, aby utworzyć cyfrową kartę produktu
Procedura sprawdzania spójności między danymi inwentaryzacji a opublikowanymi paszportami, ze stałymi momentami kontroli.
Dokumentacja dotycząca pól wymaganego systemu ERP dla paszportu i pól opcjonalnych, aby nowi pracownicy mogli je przejąć bez konsultacji.
Notatka o sytuacji w przypadku produktów dostosowanych do indywidualnych potrzeb, gdzie systemy inwentaryzacji często działają inaczej niż w przypadku modeli standardowych — patrz jak działa paszport produktu dla matraców na zamówienie?

To nie jest porada prawna. Ta strona zawiera ogólne informacje o regulacjach, którymi zajmuje się ta platforma. Nie znamy Twojej sytuacji. W razie wątpliwości dotyczących Twojego przypadku skonsultuj się z prawnikiem lub właściwym organem nadzoru.

Napisane przy wsparciu sztucznej inteligencji na podstawie powyższych źródeł, sprawdzone przez człowieka w dniu 2026-08-22. Coś się nie zgadza? Daj nam znać — korekty mają priorytet.