Europejskie normy DPP — wyjaśnione.
27 maja 2026 CEN i CENELEC opublikowały pierwszych sześć europejskich norm dotyczących cyfrowego paszportu produktu — EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 i EN 18223 — opracowanych przez wspólny komitet techniczny JTC 24 w ramach wniosku Komisji Europejskiej o normalizację M/604. Dwie kolejne, FprEN 18239 (prawa dostępu) i FprEN 18246 (uwierzytelnianie danych), są w końcowych etapach prac. Ta strona wyjaśnia, czego dotyczy każda z nich, dlaczego ma znaczenie i jak OpenDPP wypada na ich tle.
Ostatnia aktualizacja: · zweryfikowano pod kątem zgodności z normami CEN/CENELEC, EUR-Lex oraz Dziennikiem Urzędowym
Wspomniane w Dzienniku Urzędowym — i co to nie oznacza
Opublikowanie przez CEN/CENELEC oraz umieszczenie w Dzienniku Urzędowym UE to różne etapy. Sześć z tych norm — EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 oraz EN 18223 — zostały przywołane w decyzji wykonawczej Komisji (UE) 2026/1736, opublikowanej w Dzienniku Urzędowym w dniu 15 lipca 2026 r. Zgodność z przytoczoną normą stanowi obecnie podstawę domniemania zgodności z odpowiednimi wymogami rozporządzenia ESPR (art. 10 i 11). Normy FprEN 18239 i FprEN 18246 nie zostały przytoczone i pozostają poza zakresem tego domniemania.
Jeśli dostawca poinformuje Cię, że jego system „posiada certyfikat zgodności z normami DPP”, zapytaj, o którą normę chodzi, o który punkt oraz kto wydał certyfikat — umieszczenie odniesienia w Dzienniku Urzędowym tworzy domniemanie zgodności dla produktu, który spełnia te wymagania; nie tworzy to jednak systemu certyfikacji, a od lipca 2026 r. nie istnieje żaden system, na podstawie którego można by przeprowadzać certyfikację.
— Przydatne pytanie dla działu zakupówZgodność jest przedmiotem samooceny względem załącznika ZA każdej normy, czyli klauzul przywołanych przez UE. Dla tych norm nie istnieje żaden system certyfikacji.
Prace nad zgodnością w toku
EN 18216:2026 — Protokoły wymiany danych
EN 18216:2026 określa protokoły używane do wymiany danych Cyfrowego Paszportu Produktu między systemami — jak dane paszportu przemieszczają się między operatorami gospodarczymi, dostawcami usług, organami i innymi uczestnikami.
Dlaczego to ważne. Wymiana danych to miejsce, w którym zwykle ukrywa się uzależnienie od jednego dostawcy. Standardowy protokół transmisji oznacza, że paszport utworzony w jednym systemie może zostać odczytany przez inny bez dedykowanej integracji dla każdego kontrahenta.
Jak wypada OpenDPP. OpenDPP udostępnia paszporty przez otwarty protokół HTTP z negocjacją treści (HTML, W3C JSON-LD, AAS), dzięki czemu może je odczytać każdy odbiorca obsługujący standardy.
Prace nad zgodnością w toku
EN 18219:2026 — Unikalne identyfikatory
EN 18219:2026 określa unikalne identyfikatory stanowiące rdzeń każdego cyfrowego paszportu produktu: Unikalny Identyfikator Produktu (UPI), Unikalny Identyfikator Operatora (UOI) oraz Unikalny Identyfikator Zakładu (UFI), a także zasady ich tworzenia i rozwiązywania.
Dlaczego to ważne. Identyfikator jest kluczem głównym paszportu przez cały cykl życia produktu — to on zostanie zindeksowany w rejestrze UE i to na niego ostatecznie wskazuje każdy kod QR.
Jak wypada OpenDPP. OpenDPP wydaje identyfikatory oparte na GS1 (klucze produktowe GTIN/GRAI, identyfikatory zakładów GLN z walidacją mod-10) i rozwiązuje je przez identyfikatory URI GS1 Digital Link.
Zgodny
EN 18220:2026 — Nośniki danych
EN 18220:2026 określa fizyczne nośniki danych, które łączą produkt z jego paszportem — skanowalne kody QR / 2D data matrix, NFC i RFID — oraz sposób, w jaki nośnik koduje unikalny identyfikator.
Dlaczego to ważne. Nośnik to jedyna część paszportu, z którą konsument kiedykolwiek ma styczność: jedno zeskanowanie musi otworzyć właściwy rekord dla właściwej sztuki, nawet po latach użytkowania.
Jak wypada OpenDPP. OpenDPP generuje kody QR GS1 Digital Link w jakości drukarskiej (PNG/SVG), ze strefą wolną o szerokości czterech modułów i szerokością modułu wymaganą przez ISO/IEC 18004, w tym kody dla pojedynczych egzemplarzy z prawdziwym numerem seryjnym w GS1 AI 21. Ten sam link pakujemy w rekord URI NDEF dla znacznika NFC, a paszport odnotowuje nośnik, który faktycznie znajduje się na produkcie — technologię, umiejscowienie, szerokość modułu, klasę jakości druku, ocenę trwałości — przy czym każde pole jest walidowane względem punktu, w którym norma je umieszcza.
Prace nad zgodnością w toku
EN 18221:2026 — Przechowywanie, archiwizacja i trwałość danych
EN 18221:2026 określa sposób przechowywania, archiwizowania i utrzymywania dostępności danych cyfrowego paszportu produktu — w tym wymóg, by paszport pozostawał rozwiązywalny przez długi horyzont czasowy po wprowadzeniu produktu do obrotu, niezależnie od losów firmy, która go wydała.
Dlaczego to ważne. Odpowiada to na problem „cyfrowej śmierci”: paszport, który znika, gdy wydawca zostaje przejęty, migruje systemy lub bankrutuje, nie spełnia obowiązku trwałości.
Jak wypada OpenDPP. OpenDPP utrzymuje publiczną dostępność paszportów również po archiwizacji: usunięcie operatora lub przestrzeni roboczej jest wyłącznie logiczne (soft delete), paszporty są przechowywane przez okres wyznaczony przepisami dla ich grupy produktów (w przypadku modelu baterii — do czasu jego wycofania i poddania recyklingowi wszystkich baterii tego modelu; żadna inna kategoria nie jest usuwana, dopóki akt delegowany nie ustali okresu), a trwałe usunięcie przed upływem tego okresu jest odrzucane.
Zgodny
EN 18222:2026 — Interfejsy API do zarządzania cyklem życia i wyszukiwania
EN 18222:2026 określa interfejsy programowania aplikacji służące do zarządzania cyfrowym paszportem produktu przez cały jego cykl życia — tworzenie, aktualizacje, zmiany statusu — oraz do wyszukiwania danych paszportu.
Dlaczego to ważne. Przekształca to DPP ze statycznej strony internetowej w infrastrukturę: systemy ERP/PLM, platformy handlowe i recyklerzy potrzebują maszynowych interfejsów API, a nie portali.
Jak wypada OpenDPP. OpenDPP obsługuje każdą metodę cyklu życia zdefiniowaną w EN 18222 pod ścieżkami v1/dpps określonymi w samej normie, a obok nich własne REST API do tworzenia paszportów, zmian statusu cyklu życia (aktywny, objęty odzyskaniem, wycofany z eksploatacji), telemetrii poszczególnych egzemplarzy i powiadomień webhook.
Zgodny
EN 18223:2026 — Interoperacyjność systemów
EN 18223:2026 określa wymagania interoperacyjności między systemami cyfrowych paszportów produktów — wspólne formaty danych i semantykę, dzięki którym paszporty od różnych dostawców można odczytać jednym zestawem narzędzi.
Dlaczego to ważne. Interoperacyjność to odpowiedź regulacji na fragmentację: tysiące wydawców, jedno doświadczenie konsumenta.
Jak wypada OpenDPP. OpenDPP udostępnia paszport w dwóch postaciach przewidzianych przez samą normę EN 18223 — skompresowanej z punktu 5.2 i rozszerzonej z załącznika A, z tekstem wielojęzycznym i typowanymi zasobami powiązanymi — a obok nich projekcję tego samego rekordu w postaci Asset Administration Shell (AAS v3.0/3.1).
Jak sprawdzić każde twierdzenie na tej stronie
Sześć norm, kilkaset punktów. Twierdzenie postawione na poziomie całej normy jest niesprawdzalne, dlatego nasze stawiamy na poziomie punktu — w publicznej dokumentacji API, w publikowanych przez nas schematach i w stanowisku, które przedstawimy na piśmie dla każdej z tych sześciu norm.
- Dokumentacja API wskazuje punktKażde regulowane pole i każda odmowa w publicznej specyfikacji OpenAPI wskazuje punkt, z którego wynika, więc Twoi inżynierowie widzą, którą regułę wdrażają, jeszcze przed napisaniem pierwszej linii kodu. Zadeklaruj klasę jakości druku dla znacznika RFID, a komunikat odmowy przytoczy Ci dokładnie §5.5.2 i §5.6.2.
- Schematy, które uruchomisz na własnych danychNorma EN 18223 określa treść paszportu, ale nie dostarcza żadnego JSON Schema, więc napisaliśmy dwa — dla postaci skompresowanej z punktu 5.2 i dla rozszerzonej z załącznika A — i opublikowaliśmy je na licencji Apache-2.0 w zestawie interoperacyjności, razem z walidatorem działającym offline. Są one naszym odczytaniem punktu, opublikowanym po to, żebyś mógł sprawdzić je w szczegółach, zamiast przyjmować je na wiarę; to dokładnie te same schematy, względem których węzeł waliduje każdą odpowiedź.
- Konkretna odpowiedź do każdego punktuZapytaj, które punkty normy EN 18222 wdrażamy albo jak podchodzimy do obowiązków archiwizacyjnych z normy EN 18221 — dostaniesz odpowiedź do każdego punktu osobno, a nie logo certyfikatu. To właśnie to pytanie ta strona podpowiada działom zakupów — i właśnie na nie odpowiadamy na piśmie.
Zgodność z GS1 Digital Link
Każdy link produktowy i jednostkowy jest zgodny ze standardem GS1 Digital Link — walidowany w CI względem oficjalnego silnika GS1 Barcode Syntax Engine — dzięki czemu drukowane kody QR są zgodne ze standardem i rozwiązują się przez bramę GS1.
Interoperacyjność i dane podlegające weryfikacji
Normy EN 182xx określają, jakie dane powinny znajdować się w paszporcie. Są to otwarte, weryfikowalne maszynowo formaty, w których organizacja „OpenDPP” wydaje paszporty — każdy z nich jest sprawdzany pod kątem zgodności z oficjalnym schematem lub niezależną implementacją referencyjną, dzięki czemu dane użytkownika pozostają przenośne przy użyciu gotowych narzędzi.
- Asset Administration Shell (AAS wersja 3.0/3.1)Każdy profil jest eksportowany jako środowisko IDTA Asset Administration Shell, sprawdzone pod kątem zgodności z oficjalnym schematem JSON „AAS” w wersji 3.1 oraz złotym standardem IDTA „aas-test-engines” w wersji 3.0 — otwiera się on bezpośrednio w eksploratorze pakietów AASX lub w programie BaSyx.
- GS1 EPCIS 2.0 identyfikowalnośćZdarzenia w łańcuchu dostaw są rejestrowane i ponownie generowane jako dokumenty zgodne ze standardem GS1 EPCIS 2.0, weryfikowane pod kątem zgodności z oficjalnym schematem JSON 2.0.1 organizacji GS1, a historia pochodzenia jest przedstawiana w postaci podpisanego wykresu genealogicznego, od surowca aż po produkt gotowy.
- Zgodność z wymogami dotyczącymi danych identyfikacyjnych DigitalProductPassport w ramach programu „UNTP”Każdy paszport z zarejestrowanym zakładem jest wystawiany zarówno w formie kopertowej vc+jwt (W3C VC-JOSE-COSE), jak i jako poświadczenie z osadzonym dowodem W3C Data Integrity (ecdsa-jcs-2019), które przechodzi walidację względem oficjalnego schematu UNTP, z publicznie dostępnymi kluczami wystawcy did:web.
- SD-JWT wybiórcze ujawnianie informacjiDzięki certyfikatowi „SD-JWT-VC” posiadacz może ujawnić poszczególne deklaracje — dotyczące jednego materiału lub wskaźnika wydajności — bez konieczności ujawniania całego certyfikatu, który został zweryfikowany zgodnie z rygorystyczną specyfikacją „SD-JWT-VC”.
- did:web klucze i lista statusów ciągów bitowych W3CKlucze wydawcy są weryfikowane za pośrednictwem serwisu did:web i podlegają rotacji bez naruszania ważności starych pieczęci; proces unieważniania opiera się na liście statusów W3C Bitstring, dzięki czemu wycofane lub ponownie wykorzystane urządzenie zwraca podpisany, możliwy do zweryfikowania status.
Dwie normy, które warto śledzić w następnej kolejności
-
FprEN 18239 — Zarządzanie prawami dostępuProjekt końcowy — publikacja spodziewana około września 2026. Definiuje sposób zarządzania dostępem do danych paszportu objętych ograniczeniami — które role (organy, podmioty naprawiające, recyklerzy, osoby mające uzasadniony interes) mogą odczytywać które poziomy danych oraz jak jest to egzekwowane i dokumentowane. Mechanizmy kontroli dostępu opartej na rolach oraz proces udzielania dostępu na podstawie uzasadnionego interesu w OpenDPP są zbudowane zgodnie z modelem poziomów dostępu z projektu normy.
-
FprEN 18246 — Uwierzytelnianie i integralność danychProjekt końcowy, w formalnym głosowaniu. Definiuje sposób uwierzytelniania danych paszportu — Elektronicznie Podpisane Konstrukty Danych (ESDC), dzięki którym każda strona może zweryfikować, że paszport rzeczywiście pochodzi od deklarowanego operatora i nie został zmieniony. OpenDPP pieczętuje paszporty zaawansowanymi pieczęciami elektronicznymi eIDAS zgodnie z modelem z projektu końcowego.
Skąd pochodzą te fakty
Status norm: CEN/CENELEC (publikacje JTC 24, 27 maja 2026). Podstawa regulacyjna: Regulation (EU) 2024/1781 (ESPR) oraz centrum wdrażania ESPR Komisji Europejskiej. Harmonogram wdrożenia znajdziesz w naszym kalendarium ESPR; informacje o rejestrze znajdziesz w objaśnieniu rejestru DPP UE.
Buduj w oparciu o normy, nie czytając wszystkich ośmiu.
OpenDPP jest zgodne z normami EN 18220, EN 18222 i EN 18223 oraz implementuje wszystkie sześć. Zobacz w kilka minut paszport opatrzony pieczęcią elektroniczną, zbudowany według nich.
Zarezerwuj demo27 maja 2026 r. CEN i CENELEC opublikowały pierwsze sześć europejskich norm dotyczących cyfrowego paszportu produktu, opracowanych przez wspólny komitet techniczny JTC 24 w ramach wniosku normalizacyjnego Komisji Europejskiej M/604: EN 18216 (protokoły wymiany danych), EN 18219 (niepowtarzalne identyfikatory), EN 18220 (nośniki danych), EN 18221 (przechowywanie, archiwizacja i trwałość danych), EN 18222 (interfejsy API do zarządzania cyklem życia i wyszukiwalności) oraz EN 18223 (interoperacyjność systemów). Dwie kolejne są w przygotowaniu: FprEN 18239 (zarządzanie prawami dostępu) i FprEN 18246 (uwierzytelnianie i integralność danych). Sześć opublikowanych norm przywołano w Dzienniku Urzędowym 15 lipca 2026 r. (decyzja wykonawcza Komisji (UE) 2026/1736), więc zgodność z nimi stanowi obecnie podstawę domniemania zgodności z art. 10 i 11 ESPR; dwie oczekujące normy pozostają poza tym domniemaniem. OpenDPP jest zgodne z EN 18220, EN 18222 i EN 18223.
Europejskie standardy DPP (EN 182xx) · Ostatnia weryfikacja