Die europäischen DPP-Standards, erklärt.

Konformität in Arbeit

EN 18219:2026 — Eindeutige Kennungen

EN 18219:2026 spezifiziert die eindeutigen Kennungen, die im Zentrum jedes Digitalen Produktpasses stehen: die eindeutige Produktkennung (UPI), die eindeutige Betreiberkennung (UOI) und die eindeutige Standortkennung (UFI) sowie die Regeln für ihre Bildung und Auflösung.

Warum es wichtig ist. Die Kennung ist der Primärschlüssel des Produktpasses über die gesamte Lebensdauer des Produkts – sie ist das, was das EU-Register indexiert und worauf jeder QR-Code letztlich auflöst.

Wo OpenDPP steht. OpenDPP vergibt GS1-basierte Kennungen (GTIN/GRAI-Produktschlüssel, GLN-Standortkennungen mit Mod-10-Validierung) und löst sie über GS1 Digital Link-URIs auf.

Konformität in Arbeit

EN 18221:2026 — Datenspeicherung, Archivierung & Persistenz

EN 18221:2026 spezifiziert, wie Daten des Digitalen Produktpasses gespeichert, archiviert und verfügbar gehalten werden — einschließlich der Erwartung, dass ein Passport über einen langen Zeithorizont auflösbar bleibt, nachdem das Produkt in Verkehr gebracht wurde, unabhängig vom Schicksal des ausstellenden Unternehmens.

Warum es wichtig ist. Sie beantwortet das Problem des „digitalen Todes“: ein Passport, der verschwindet, wenn sein Aussteller übernommen wird, Systeme migriert oder Insolvenz anmeldet, verfehlt die Persistenzpflicht.

Wo OpenDPP steht. OpenDPP hält Produktpässe auch bei einer Archivierung öffentlich auflösbar: Wirtschaftsakteure und Arbeitsbereiche werden nur logisch gelöscht, Produktpässe werden für die Lebensdauer aufbewahrt, die die Verordnung ihrer Produktgruppe festlegt (ein Batteriemodell, bis es ausgemustert ist und jede zugehörige Batterie recycelt wurde; jede andere Kategorie wird nie gelöscht, solange kein delegierter Rechtsakt einen Zeitraum festlegt), und ein endgültiges Löschen wird vor Ablauf dieser Lebensdauer verweigert.

Konform

EN 18223:2026 — Systeminteroperabilität

EN 18223:2026 spezifiziert die Interoperabilitätsanforderungen zwischen Systemen für Digitale Produktpässe — gemeinsame Datenformate und Semantik, sodass Passports verschiedener Anbieter mit einer einzigen Toolchain gelesen werden können.

Warum es wichtig ist. Interoperabilität ist die Antwort der Verordnung auf Fragmentierung: tausende Aussteller, ein Verbrauchererlebnis.

Wo OpenDPP steht. OpenDPP liefert den Produktpass in den beiden Formen, die EN 18223 selbst vorsieht – der komprimierten Form aus Abschnitt 5.2 und der erweiterten Form aus Anhang A, mit mehrsprachigen Texten und typisierten zugehörigen Ressourcen – und daneben als Projektion desselben Datensatzes in eine Asset Administration Shell (AAS v3.0/3.1).

So prüfen Sie jede Aussage auf dieser Seite

Sechs Normen, mehrere hundert Abschnitte. Eine Aussage auf der Ebene einer ganzen Norm ist nicht überprüfbar; unsere setzen deshalb am Abschnitt an – in der öffentlichen API-Referenz, in den Schemas, die wir veröffentlichen, und in der Position, die wir zu jeder der sechs Normen schriftlich festhalten.

• Die API-Referenz nennt den AbschnittJedes regulierte Feld und jede Ablehnung in der öffentlichen OpenAPI-Spezifikation nennt den Abschnitt, der dahintersteht – so lesen Ihre Entwickler, welche Regel sie umsetzen, bevor sie eine Zeile Code schreiben. Deklarieren Sie eine Druckqualitätsklasse für ein RFID-Tag, und die Ablehnung verweist Sie genau auf §5.5.2 und §5.6.2.
• Schemas, die Sie auf Ihre eigenen Daten anwendenEN 18223 gibt den Aufbau eines Produktpasses vor, liefert aber kein JSON Schema mit. Deshalb haben wir zwei geschrieben – für die komprimierte Form aus Abschnitt 5.2 und die erweiterte Form aus Anhang A – und sie unter Apache-2.0 im Interop-Kit veröffentlicht, zusammen mit einem Validator, der offline läuft. Sie sind unsere Lesart des Abschnitts, veröffentlicht, damit Sie sie im Detail prüfen können, statt sie uns glauben zu müssen – und es sind dieselben Schemas, gegen die der Knoten jede Antwort validiert.
• Eine klare Antwort pro AbschnittFragen Sie, welche Abschnitte von EN 18222 wir umsetzen oder wie wir zu den Archivierungspflichten aus EN 18221 stehen, und Sie erhalten eine Antwort zu jedem einzelnen Abschnitt – kein Herstellerlogo auf einer Folie. Genau diese Frage empfiehlt diese Seite Ihrem Einkauf, und genau sie beantworten wir schriftlich.

Die zwei Standards, die als Nächstes zu beobachten sind

• FprEN 18239 — Verwaltung von ZugriffsrechtenSchlussentwurf — Veröffentlichung etwa für September 2026 erwartet. Legt fest, wie der Zugriff auf eingeschränkte Passport-Daten verwaltet wird — welche Rollen (Behörden, Reparaturbetriebe, Recycler, Personen mit berechtigtem Interesse) welche Datenebenen lesen dürfen und wie dies durchgesetzt und dokumentiert wird. Die rollenbasierten Zugriffskontrollen von OpenDPP und der Freigabe-Workflow für berechtigtes Interesse sind entlang des Stufenmodells des Entwurfs aufgebaut.
• FprEN 18246 — Datenauthentifizierung & IntegritätSchlussentwurf, in der förmlichen Abstimmung. Legt fest, wie Passport-Daten authentifiziert werden — elektronisch signierte Datenkonstrukte (ESDC), damit jede Partei überprüfen kann, dass ein Passport tatsächlich vom angegebenen Betreiber stammt und nicht verändert wurde. OpenDPP versiegelt Passports mit fortgeschrittenen elektronischen eIDAS-Siegeln entlang des Modells des Schlussentwurfs.