Ramy norm są gotowe — teraz zaczyna się wdrażanie
Wraz z przyjęciem ESPR-rozporządzenia (UE) 2024/1781 Digital Product Passport (DPP) stał się wiążącym prawem UE. To, co przez długi czas uchodziło za projekt przyszłości, od wiosny 2026 roku zyskało nowy, decydujący wymiar: normy techniczne, na których będą opierać się rozporządzenia wykonawcze, są już dostępne.
Na początku czerwca 2026 roku konferencja DPP4EU w Brukseli zaprezentowała pakiet norm opracowany w ramach CEN/CENELEC JTC 24. Seria norm EN 18216–EN 18223 definiuje kluczową infrastrukturę techniczną: nośniki danych, jednoznaczne identyfikatory, interfejsy API oraz ramy interoperacyjności. Równolegle przedstawiono środowiska testowe open source, za pomocą których można sprawdzać zgodność implementacji. Instytut Fraunhofera IPK, uczestniczący w opracowywaniu norm, skomentował to słowami: „The standards are here — now is the time to bring them to life.”
To zdanie trafnie opisuje sytuację. Architektura regulacyjna jest ustalona; brakuje jeszcze sektorowych rozporządzeń wykonawczych, stabilnego działania rejestru oraz powszechnej praktyki wdrożeniowej w przemyśle.
Co konkretnie regulują normy EN 18216–18223
Identyfikatory i nośniki danych
Seria norm określa, że każdy DPP musi mieć jednoznaczny identyfikator produktu, który jest odczytywalny maszynowo i trwale rozwiązywalny. Norma EN 18220 reguluje dopuszczalne nośniki danych — w tym kody QR, DataMatrix i RAIN-RFID. Kluczowe jest to, że norma została sformułowana neutralnie technologicznie: nie nakazuje stosowania konkretnego nośnika, lecz określa minimalne wymagania dotyczące czytelności i trwałości.
GS1 Digital Link nie jest w tym kontekście obowiązkowy, ale de facto stanowi dominującego kandydata do strategii identyfikatorów — ponieważ łączy istniejącą infrastrukturę GTIN z rozwiązywaniem adresów Web URI. Konsorcjum CIRPASS-2 w swojej opinii dotyczącej projektu wyraźnie zaleciło uwzględnienie normy EN 18219 jako punktu odniesienia w rozporządzeniu wykonawczym, aby zapewnić interoperacyjność z GS1 Digital Link i innymi istniejącymi systemami identyfikacji.
Architektura rejestru: zdecentralizowana z centralnym indeksem
Częste nieporozumienie dotyczy planowanego unijnego rejestru DPP. Nie będzie on przechowywać danych produktów, lecz wyłącznie jednoznaczne identyfikatory i adresy URL resolverów — czyli wskaźniki do zdecentralizowanych danych paszportów. Odpowiedzialność za przechowywanie danych pozostanie po stronie producenta lub wyznaczonego usługodawcy.
CIRPASS-2 krytykuje ten model przede wszystkim w trzech punktach: strukturę zarządzania rejestrem (kto go prowadzi i na jakich warunkach?), kwestię suwerenności danych w transgranicznych łańcuchach dostaw oraz wciąż nierozstrzygniętą interoperacyjność z systemami krajowymi. Krytyka ta jest uzasadniona — w chwili zamknięcia redakcji rozporządzenie wykonawcze dotyczące rejestru nadal znajdowało się na etapie projektu.
Projekt JRC dotyczący stali jako wzór dla innych sektorów
Dlaczego żelazo i stal wyznaczają kierunek
Wspólne Centrum Badawcze Komisji Europejskiej przedstawiło projekt DPP półproduktów z żelaza i stali. Projekt ten jest istotny także poza przemysłem stalowym z kilku powodów: po raz pierwszy systematycznie formalizuje rozróżnienie między danymi na poziomie produktu a danymi na poziomie partii — rozróżnienie o fundamentalnym znaczeniu dla architektury baz danych i strategii identyfikatorów.
Poziom produktu a poziom partii: strukturalna decyzja
Projekt JRC wyraźnie przypisuje punkty danych do jednego z dwóch poziomów:
Poziom partii (numer partii):
- Udział materiału pochodzącego z recyklingu
- Skład stopu
- Specyficzny dla produktu ślad węglowy CO₂ (PCF)
Poziom produktu (numer seryjny):
- Wymiary
- Certyfikaty
- Deklaracje zgodności
Zgodnie z projektem specyficzny dla produktu ślad węglowy CO₂ jest ustalany na podstawie reguł obliczeniowych zgodnych z normą ISO 14067. Ma to znaczenie o tyle, że definiuje minimalny wymóg metodologiczny — a nie tylko obowiązek przekazywania danych.
Rozporządzenie w sprawie baterii (UE) 2023/1542 — jak dotąd jedyny wiążący akt sektorowy z własnymi obowiązkami DPP — już pośrednio uwzględnia to rozróżnienie. Projekt dotyczący sektora stalowego formalizuje je jednak po raz pierwszy wprost, co może posłużyć jako wzór dla wszystkich kolejnych aktów sektorowych.
Dla przedsiębiorstw, które obecnie planują architekturę bazy danych DPP, ma to bezpośrednie konsekwencje: płaski model danych, w którym wszystkie atrybuty są przypisane do poziomu produktu, nie spełni wymogów regulacyjnych. Firmy korzystające już z procesów importu zbiorczego powinny sprawdzić, czy struktura importu rozróżnia dane dotyczące partii i numerów seryjnych.
Powiązane zmiany: mikroplastik REACH i kodowanie RFID
Wytyczne ECHA dotyczące syntetycznych cząstek polimerów
Równolegle do zmian związanych z DPP ECHA opublikowała w maju 2026 roku wytyczne dotyczące obowiązku zgłaszania syntetycznych cząstek polimerów na podstawie REACH. Pierwszy termin zgłoszeń dla producentów i dalszych użytkowników przemysłowych granulatów, płatków i proszków polimerowych zaczął obowiązywać w maju 2026 roku.
Krok ten nie jest tematem DPP w ścisłym znaczeniu, ale ilustruje szerszy kierunek regulacyjny: UE systematycznie ustanawia obowiązki zgłaszania właściwości substancji, które w średnim terminie będą uwzględniane w wymaganiach dotyczących danych DPP. Przedsiębiorstwa, które już dziś gromadzą dane REACH, tworzą tym samym podstawę dla przyszłych atrybutów DPP.
RAIN-RFID i GS1 Digital Link: standardy kodowania w praktyce
Po stronie wdrożeniowej firma TEKLYNX zaktualizowała oprogramowanie CODESOFT, które obsługuje obecnie schematy kodowania GS1 „++” (EPC++ i ISO BD). Dzięki temu adresy URL stron internetowych można zapisywać bezpośrednio w pamięci tagów RAIN-RFID — jest to wymóg wynikający z połączenia normy EN 18220 i standardu GS1 Digital Link.
To konkretny przykład tego, jak abstrakcyjne wymagania norm trafiają do oprogramowania produkcyjnego. Dla przedsiębiorstw prowadzących procesy łańcucha dostaw oparte na RFID oznacza to, że strategia identyfikatorów musi zaczynać się już na etapie kodowania tagu, a nie dopiero przy konfiguracji resolvera.
Co przedsiębiorstwa powinny zrobić teraz
Sytuację regulacyjną można podzielić na trzy obszary działań:
1. Sprawdzić zgodność z normami: Normy EN 18216–18223 zostały opublikowane. Firmy, które obecnie tworzą systemy DPP, powinny upewnić się, że wybrane nośniki danych, identyfikatory i interfejsy API są zgodne z tymi normami. Środowiska testowe open source zaprezentowane na konferencji DPP4EU oferują pierwszą możliwość weryfikacji.
2. Uporządkować model danych według poziomów: Projekt JRC dotyczący stali pokazuje kierunek zmian. Przedsiębiorstwa powinny zbudować model danych tak, aby dane partii i produktu były wyraźnie rozdzielone i możliwe do osobnego adresowania. Dotyczy to zarówno wewnętrznego przechowywania danych, jak i interfejsów API łączących się z systemem DPP.
3. Śledzić rozwój rejestru: Rozporządzenie wykonawcze dotyczące centralnego rejestru DPP nie jest jeszcze ostateczne. Uwagi krytyczne CIRPASS-2 — zwłaszcza dotyczące zarządzania i suwerenności danych — są merytorycznie uzasadnione i mogą jeszcze wpłynąć na ostateczny projekt. Przedsiębiorstwa nie powinny traktować rejestru jako gotowej infrastruktury, lecz jako zmienną w architekturze swoich systemów.
Normy już są. Pierwsze projekty sektorowe zostały przedstawione. Teraz liczy się budowanie kompetencji wdrożeniowych — zanim terminy określone w rozporządzeniach wykonawczych wyznaczą tempo.
