Von Produktdaten zu einem verifizierten Pass in drei Schritten.
OpenDPP ist für die Validierung Digitaler Produktpässe konzipiert – ausgerichtet auf das dezentrale DPP-Modell, die standardmäßige GS1-Auflösung und asymmetrische eIDAS-Kryptografie – ohne den operativen Aufwand. Ordnen Sie Ihre Produktdaten einmalig zu; wir übernehmen das Signieren, Hosting und die Verifizierung.
Drei Schritte vom SKU zum signierten, scannbaren Pass
Kein Standardisierungsteam und keine Eigenentwicklung erforderlich – die Anforderungen der Verordnung werden zu einem geführten Workflow.
Produktdaten importieren
Ohne Programmierung oder per CSV. Ordnen Sie Ihre SKUs, Materialien und Standorte einmal zu – und nutzen Sie die Daten dauerhaft wieder. Die Produktmetadaten verbleiben in Ihrem „OpenDPP“-Arbeitsbereich – das EU-Register (ESPR Art. 13) indexiert lediglich Identifikatoren; es speichert keine Produktdaten.
Signieren & veröffentlichen
Ein fortgeschrittenes elektronisches eIDAS-Siegel wird automatisch angewendet, und der Pass wird hinter einem GS1 Digital Link veröffentlicht. ECDSA-Schlüssel auf Basis elliptischer Kurven lassen sich mit einem einzigen Klick rotieren; private Schlüssel verlassen die Tenant-Datenbank niemals.
Überall verifizieren
QR scannen → öffentlicher Pass. Der Resolver verhandelt den Inhalt zwischen HTML und JSON-LD, und Käufer, Prüfer und Recycler verifizieren das fortgeschrittene elektronische Siegel in Sekunden im Siegel-Audit-Portal.
Die Architektur, die das ermöglicht
Standards-nativ konzipiert – Content Negotiation, GS1-Auflösung, fortgeschrittene elektronische eIDAS-Siegel, JSON-LD-Produktdaten und ein Tenant-Node-Modell, das auf die dezentrale DPP-Architektur ausgerichtet ist.
Tenant-Node, dezentrales Modell
Ihre Daten befinden sich in Ihrem „OpenDPP“-Arbeitsbereich und nicht in einem zentralen EU-Register – der Index der Kommission (ESPR Art. 13) ordnet Identifikatoren lediglich Pass-URIs zu.
GS1 Digital Link Resolver
Ein Scan löst eine GTIN oder GRAI (AI 01/8003) auf, validiert die Mod-10-Prüfziffer und liest die AI 21-Seriennummer aus – und fragt dann den Node ab.
Fortgeschrittene elektronische eIDAS-Siegel
FprEN 18246 (Schlussentwurf) ESDCs: Jede JSON-LD-Nutzlast wird mit dem privaten Schlüssel des Tenants signiert, der in verschlüsselter Vault-Verwahrung (AES-256-GCM, pro Tenant, in Postgres) gehalten wird – für einen manipulationssicheren Nachweis.
W3C JSON-LD & AAS
Content Negotiation liefert menschenlesbares HTML oder maschinenlesbares JSON-LD, ergänzt um Asset-Administration-Shell-(AAS v3.0/3.1)-Teilmodelle.
Ausgerichtet auf das dezentrale DPP-Modell
Gemäß der ESPR (Art. 10 / CIRPASS) und den CEN/CENELEC-Spezifikationen hostet die Europäische Kommission die Produkt-, Material- oder Chemikaliendaten Ihres Unternehmens nicht. Dies würde den Schutz geistigen Eigentums verletzen und zentrale Single Points of Failure schaffen.
Stattdessen fungiert das Register der EU-Kommission (ESPR Artikel 13) lediglich als Index – es ordnet einer eindeutigen Produktkennung (UPI) den genauen URI des zugehörigen Produktpasses zu. OpenDPP läuft als performantes Repository für Produktpässe und GS1 Digital Link Resolver, das an diesem dezentralen Modell ausgerichtet ist: Die Produktmetadaten liegen in Ihrem mandantengetrennten Arbeitsbereich auf dem in der EU gehosteten OpenDPP-Knoten (Ihre Produktdaten bleiben auf dem OpenDPP-Knoten und gelangen nicht in das Register, das ausschließlich Kennungen indexiert). OpenDPP ist registrierungsfähig: Jeder Produktpass wird bereits in einen Zeigerdatensatz nach Artikel 13 projiziert und gegen das CIRPASS-2-Referenzregister validiert – eine nicht normative, EU-finanzierte Referenz, deren Datensatzform die des Pilotprojekts und nicht die der Kommission ist. Eine Registrierung von Batterien im Register der Kommission ist noch nicht möglich, und es ist keine an Wirtschaftsakteure gerichtete Maschinen-API dokumentiert.
GS1 Digital Link Auflösungs-Gateway
Um physische Produkte mit ihren digitalen Pässen zu verbinden, nutzt OpenDPP standardmäßige GS1 Digital Link URIs. Wenn ein auf einem Produkt oder Mehrwegobjekt aufgedruckter QR-Code gescannt wird, fängt das Auflösungs-Gateway (entspricht GET /:ai(01|8003)/*) die Anfrage ab. Es extrahiert den GS1 Application Identifier, parst die GTIN oder GRAI, verifiziert deren Modulo-10-Prüfziffer und liest nachfolgende Schlüssel-Wert-Attribute wie die eindeutige Seriennummer (AI 21). Der Node löst dann gegen Postgres-JSONB-Metadaten auf und liefert die inhaltlich ausgehandelte HTML- oder JSON-LD-Repräsentation.
- Identifikator-Parsing. AI 01 (GTIN) und AI 8003 (GRAI) werden erkannt, mod-10-validiert und an den richtigen Pass oder die jeweilige Einheitsansicht geleitet.
- Serialisierung pro Einheit. Eine AI 21-Seriennummer leitet auf die öffentliche Einheitsseite um: Identität, Status und Lebenszyklus-Herkunft der Einheit sind öffentlich, während ihre Telemetrie (Gesundheitszustand, Zyklenzahl) nur autorisierten Betrachtern mit berechtigtem Interesse und Behörden gemäß Annex XIII der Batterieverordnung zugänglich gemacht wird.
- Content Negotiation. Dieselbe URL liefert je nach Accept-Header der Anfrage eine menschenlesbare Seite oder ein maschinenlesbares JSON-LD-Dokument.
Asymmetrische fortgeschrittene elektronische eIDAS-Siegel, Schlüssel verschlüsselt in Ihrem Vault
Zur Betrugsprävention und zur Unterstützung der Nichtabstreitbarkeit legt der Schlussentwurf-Standard FprEN 18246 (in der förmlichen Abstimmung) fest, dass Pässe in Electronically Signed Data Constructs (ESDC) gekapselt werden. OpenDPP wendet ein fortgeschrittenes elektronisches eIDAS-Siegel pro Tenant mit Software-Verwahrung innerhalb des Tenant-Datenbankraums an – Marken rotieren ECDSA-Schlüssel auf Basis elliptischer Kurven mit einem einzigen Klick, und private Schlüssel werden AES-256-GCM-verschlüsselt gespeichert und verlassen den Tenant-Node niemals im Klartext.
Wenn ein Pass gesiegelt und veröffentlicht wird, signiert der Node die vollständige JSON-LD-Nutzlast mit dem privaten Schlüssel des Tenants und schreibt die Signatur direkt in PostgreSQL. Prüfer verifizieren anschließend die Authentizität des Siegels im Siegel-Audit-Validator-Portal – eine öffentliche Prüfung, dass der Pass tatsächlich vom angegebenen Betreiber stammt und nicht verändert wurde.
Ein Pass ist keine einmalige Meldung. Er ist ein lebendiger, signierter Datensatz, der korrekt und erreichbar bleiben muss – lange nachdem das Produkt Ihr Lager verlassen hat. Deshalb stehen Schlüsselverwahrung und Persistenz im Zentrum des Designs.
– Wie wir die Verpflichtung für Stakeholder formulierenAAS-Metamodelle und signierte Lieferketten-Herkunft
Für die Interoperabilität industrieller digitaler Zwillinge unterstützt OpenDPP die Spezifikation Asset Administration Shell (AAS v3.0/3.1) und bildet jeden Produktpass bei Bedarf in Standard-Teilmodellen ab. Exportierte Teilmodelle enthalten Konzeptbeschreibungen mit eCl@ss- und IEC-Wörterbuchkennungen, sofern vorhanden, und native AAS-JSON-Environment-Payloads lassen sich direkt importieren.
OpenDPP analysiert physische Lieferketten-Transaktionen, die in signierten, VC-förmigen „UNTP“-Zertifikaten gemäß dem UN-Transparenzprotokoll (UNTP / EPCIS 2.0) verpackt sind. Während Rückverfolgungsereignisse registriert werden, löst der Knoten den Graphen rekursiv mit einem zyklusresistenten „Depth-First-Walker“ auf, um einen gerichteten azyklischen Graphen (DAG) zur Herkunftsverfolgung zu erstellen – eine maschinenlesbare Rückverfolgungskette, die Ihre eigenen Due-Diligence-Workflows nutzen können. Unabhängig davon stellt OpenDPP jeden Produktpass als konformen UNTP DigitalProductPassport-Berechtigungsnachweis aus – bestehend aus einem umschließenden „vc+jwt“ (W3C VC-JOSE-COSE) und einem eingebetteten W3C Data Integrity-Nachweis (ecdsa-jcs-2019) –, der anhand des offiziellen Schemas UNTP validiert wird.
- AAS v3.0/3.1-Teilmodelle. JSONB-Zeilen werden bei Bedarf in standardisierte Compliance-Teilmodelle projiziert, mit Einlesen roher AAS-Environment-Nutzlasten.
- Konzeptbeschreibungen. Exportierte Teilmodelle enthalten eCl@ss- und IEC-Wörterbuchkennungen, sofern vorhanden.
- UNTP / EPCIS 2.0-Herkunftskette. Signierte Trace-Ereignisse werden zu einer zyklusresistenten DAG-Herkunftskette kompiliert – einem maschinenlesbaren Rückverfolgungsprofil Ihrer Lieferkette.
- Konforme UNTP-DPP-Credentials. Jeder Produktpass mit einer registrierten Betriebsstätte wird zusätzlich als konformes UNTP-DigitalProductPassport-Credential ausgestellt – als umhüllendes vc+jwt (W3C VC-JOSE-COSE) und mit eingebettetem W3C-Data Integrity-Proof (ecdsa-jcs-2019), mit auflösbaren did:web-Ausstellerschlüsseln und Widerruf über die W3C Bitstring Status List.
Erleben Sie, wie die Architektur einen Pass in Echtzeit ausstellt.
Sehen Sie, wie Ihr Team von Produktdaten zu einem gesiegelten, verifizierungsbereiten Digitalen Produktpass gelangt.
Demo buchenOpenDPP veröffentlicht digitale Produktpässe (DPPs) in drei Schritten: (1) Modellierung der Produktdaten als W3C-Standard-JSON-LDs über den No-Code-Uploader oder die API, (2) Anbringung eines fortgeschrittenen elektronischen Siegels gemäß „eIDAS“, dessen Verifizierungsalgorithmus, Zertifikatskette und Muster alle veröffentlicht sind, sodass Dritte die Integrität überprüfen können, ohne OpenDPP aufzurufen, und (3) Veröffentlichung von GS1 Digital Link-QR-Codes, die für jede Partei auf den Pass verweisen.
Wie OpenDPP einen Digital Product Passport veröffentlicht · Zuletzt überprüft