30 maja 2025 r. CEN i CENELEC opublikowały pierwszych sześć norm europejskich dotyczących cyfrowego paszportu produktu (DPP): EN 18216–EN 18223. Stanowią one techniczną podstawę, na której producenci, importerzy i operatorzy platform muszą wdrażać wymagania ESPR-rozporządzenia (UE) 2024/1781. W tym artykule wyjaśniamy, co reguluje każda z norm, do jakich istniejących regulacji się odnosi oraz jakie decyzje architektoniczne przedsiębiorstwa powinny podjąć już teraz.
Dlaczego te normy pojawiają się właśnie teraz
ESPR od wejścia w życie w 2024 r. stanowi wiążące prawo UE. Zobowiązuje podmioty gospodarcze do udostępniania dla określonych grup produktów DPP zawierającego „aktualne i dokładne informacje” — tak brzmi treść rozporządzenia. Rozporządzenie ESPR pozostawiało jednak bez odpowiedzi pytanie, co oznacza to pod względem technicznym. Lukę tę wypełniają teraz CEN i CENELEC pakietem norm obejmującym wymianę danych, jednoznaczne identyfikatory, nośniki danych, architekturę pamięci masowej, interfejsy API i interoperacyjność systemów.
Termin publikacji nie jest przypadkowy. Komisja Europejska równolegle pracuje nad rozporządzeniami wykonawczymi dotyczącymi sektorowych wymagań DPP — między innymi dla tekstyliów, stali i elektroniki. Bez zharmonizowanych norm technicznych egzekwowanie tych rozporządzeń byłoby niezwykle trudne. CEN i CENELEC dostarczają tym samym fundamentu, na którym mogą opierać się akty delegowane.
Przegląd sześciu norm
EN 18216 – wymiana danych i ogólny model danych
EN 18216 definiuje nadrzędny model danych dla DPP: określa, jakie klasy informacji istnieją, jak są strukturyzowane i według jakich zasad są wymieniane. Norma systematycznie rozróżnia dane na poziomie produktu (Item) i poziomie partii (Lot) — rozróżnienie wprowadzone już przez JRC w projektach dotyczących stali, które ma kluczowe znaczenie dla danych dynamicznych, takich jak ślad węglowy właściwy dla produktu zgodny z ISO 14067.
EN 18217 – jednoznaczne identyfikatory
EN 18217 reguluje sposób jednoznacznej identyfikacji produktów i egzemplarzy produktów w ekosystemie DPP. Norma jest sformułowana w sposób neutralny technologicznie, ale wyraźnie odwołuje się do istniejących systemów identyfikacji — w tym do GTIN ze standardu GS1. Dla przedsiębiorstw, które już pracują z GS1 Digital Link, EN 18217 zapewnia pewność prawną: stosowane tam identyfikatory są zgodne z normą.
EN 18218 – nośniki danych
EN 18218 określa, jakie fizyczne i cyfrowe nośniki danych są dopuszczalne dla DPP: kody QR, DataMatrix, RFID/NFC i inne. Szczególnie istotne jest powiązanie z RAIN-RFID: firma TEKLYNX zaktualizowała już swoje oprogramowanie CODESOFT, aby obsługiwało schematy kodowania GS1 „++”, umożliwiające bezpośredni zapis adresów URL stron internetowych w pamięci znaczników RAIN-RFID — jest to wymaganie wynikające z połączenia EN 18220 i GS1 Digital Link-standardu.
EN 18219 – przechowywanie danych i architektura rejestru
EN 18219 jest najważniejszą pod względem architektonicznym normą w całym pakiecie. Określa, jak dane DPP są przechowywane, wersjonowane i udostępniane do wyszukiwania za pośrednictwem rejestru. Zasada jest następująca: rejestr nie przechowuje właściwych danych paszportu, lecz wyłącznie jednoznaczny identyfikator, punkt końcowy resolvera i kod towaru. Dane paszportu pozostają u producenta lub autoryzowanego powiernika danych.
Ten zdecentralizowany wzorzec architektoniczny odpowiada projektowi rozporządzenia wykonawczego dotyczącego rejestru DPP. Konsorcjum CIRPASS-2 w swoim stanowisku dotyczącym projektu rejestru wyraźnie zaleciło uwzględnienie EN 18219 jako wiążącego punktu odniesienia w rozporządzeniu wykonawczym — między innymi w celu zapewnienia interoperacyjności z GS1 Digital Link. Publikacja normy umożliwia teraz wdrożenie tego zalecenia.
EN 18220 – interfejsy API i dostęp do danych
EN 18220 definiuje interfejsy, za pośrednictwem których dane DPP mogą być pobierane programowo. Norma określa strukturę punktów końcowych, wymagania dotyczące uwierzytelniania i formaty odpowiedzi. Dla deweloperów oznacza to, że każdy, kto buduje zgodną platformę DPP, musi zaimplementować tę specyfikację API. Minimalny przykład zgodnego żądania Resolve mógłby wyglądać tak:
GET /dpp/resolve/{identifier}
Accept: application/json
Authorization: Bearer <token>
Norma nie narzuca konkretnego języka programowania, lecz opiera się na zasadach RESTful i JSON jako podstawowym formacie wymiany danych.
EN 18223 – interoperacyjność systemów
EN 18223 zamyka pakiet i dotyczy interoperacyjności między różnymi systemami DPP, platformami i infrastrukturami krajowymi. Norma definiuje poziomy zgodności i określa minimalne wymagania, które musi spełniać system, aby można go było uznać za interoperacyjny. Dla przedsiębiorstw działających w kilku państwach członkowskich UE EN 18223 jest najistotniejszą normą: zapobiega przekształcaniu się krajowych wdrożeń w techniczne rozwiązania wyspowe.
Powiązanie z rozporządzeniem w sprawie baterii i wymaganiami sektorowymi
Pakiet norm nie jest odizolowany od poszczególnych sektorów. Rozporządzenie w sprawie baterii (UE) 2023/1542 już pośrednio uwzględnia rozróżnienie partia/produkt: dane dotyczące pojemności, które zmieniają się wskutek degradacji, muszą być aktualizowane. Bez jasnej architektury przechowywania i resolvera — takiej, jaką definiują teraz EN 18219 i EN 18220 — spełnienie tego wymagania byłoby niezwykle trudne. Producenci baterii przemysłowych i baterii do pojazdów elektrycznych mogą zatem bezpośrednio wykorzystać nowe normy jako wytyczne wdrożeniowe.
Podobnie jest w sektorze stalowym: projekt JRC dotyczący specyficznych dla stali wymagań DPP przewiduje, że ślad węglowy właściwy dla produktu będzie utrzymywany na poziomie partii i obliczany zgodnie z metodami kompatybilnymi z ISO 14067. EN 18216 dostarcza do tego model danych, a EN 18219 — architekturę przechowywania.
Co przedsiębiorstwa powinny zrobić już teraz
Inwentaryzacja infrastruktury identyfikacyjnej
Pierwszym krokiem jest sprawdzenie, czy istniejące identyfikatory produktów są zgodne z EN 18217. Firmy, które już używają GTINs i GS1 Digital Links, są dobrze przygotowane. Te, które stosują identyfikatory własnościowe, muszą opracować strategię migracji.
Planowanie architektury resolvera
EN 18219 czyni infrastrukturę resolvera obowiązkową. Przedsiębiorstwa muszą zdecydować, czy będą prowadzić własny resolver, czy skorzystają z usług zewnętrznego dostawcy. Kluczowe jest, aby resolver obsługiwał formaty odpowiedzi zdefiniowane w normie i mógł komunikować się z centralnym unijnym rejestrem DPP.
Zapewnienie zgodności z API
Podmioty prowadzące własną platformę DPP muszą zaimplementować interfejsy EN 18220. Przedsiębiorstwom bez własnych zasobów IT zaleca się odpowiednio wczesny wybór platformy, która w pełni obsługuje te normy — a nie tylko wybrane ich aspekty.
Perspektywy: kolejne normy i akty delegowane
CEN i CENELEC zapowiedziały stopniowe rozszerzanie pakietu norm. Równolegle Komisja Europejska pracuje nad sektorowymi rozporządzeniami wykonawczymi, które będą opierać się na tych normach. W przypadku tekstyliów rozporządzenie ma zostać wydane jeszcze w 2025 r.; w odniesieniu do elektroniki i kolejnych grup produktów dalsze działania będą podejmowane do 2027 r.
Przedsiębiorstwa, które rozpoczną wdrażanie już teraz, zyskują przewagę strukturalną: mogą podejmować decyzje architektoniczne bez presji bezpośrednich terminów i stopniowo dostosowywać systemy do nowych wymagań sektorowych — zamiast pod presją czasu budować monolityczne rozwiązania utrudniające późniejsze zmiany.
Publikacja EN 18216–EN 18223 nie jest biurokratycznym kamieniem milowym, lecz początkiem konkretnego etapu wdrożeniowego. Znajomość norm pozwala już dziś podjąć właściwe decyzje.
