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 dann dauerhaft wieder. Die Produktmetadaten verbleiben in Ihrem „OpenDPP“-Arbeitsbereich – das künftige EU-Register (ESPR Art. 13) ist darauf ausgelegt, ausschließlich Identifikatoren zu indexieren, nicht jedoch Produktdaten zu hosten.
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 – offline oder 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 künftige Index der Kommission (ESPR Art. 13) ist so konzipiert, dass er Identifikatoren ausschließlich Pass-URIs zuordnet.
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 ist das künftige Register der EU-Kommission (ESPR Art. 13) lediglich als Index konzipiert, der eine eindeutige Produktkennung (UPI) der genauen URI des entsprechenden Passes zuordnet. OpenDPP wird als leistungsstarkes Pass-Repository und „GS1“-Digital-Link-Resolver betrieben, der auf dieses dezentrale Modell abgestimmt ist: Produktmetadaten befinden sich in Ihrem mandantenisolierten Arbeitsbereich auf dem von der EU gehosteten Knoten OpenDPP (Ihre Produktdaten verbleiben auf dem Knoten OpenDPP und nicht im Register, das ausschließlich der Indizierung von Identifikatoren dient). OpenDPP ist registraturfähig: Es ordnet jeden „Passport“ bereits dem exakten Art.-13-Pointer-Eintrag zu und validiert ihn anhand der Referenzregistratur CIRPASS-2 (einer nicht normativen, von der EU finanzierten Referenz) – die Live-Integration der API der Kommission steht noch aus.
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 Zwillinge unterstützt OpenDPP die Spezifikation Asset Administration Shell (AAS v3.0/3.1) und wandelt PostgreSQL-JSONB-Zeilen dynamisch in standardisierte Compliance-Teilmodelle um. Um eine fest codierte Hinterlegung von Attributen zu vermeiden, bildet ein semantisches Konzeptregister lokale Objektfelder zur Laufzeit auf globale IEC- und eCl@ss-IRDI-Wörterbücher ab – sodass Unternehmenskunden Pässe mit Begriffen aus dem Industriestandard abfragen oder rohe AAS-JSON-Environment-Nutzlasten direkt einlesen können.
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 konforme „UNTP“-DigitalProductPassport-Berechtigungsnachweis aus – bestehend aus einem umschließenden „vc+jwt“ (W3C VC-JOSE-COSE) und einem eingebetteten W3C-Datenintegritätsnachweis (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.
- Semantisches Konzeptregister. Lokale Felder werden zur Laufzeit auf IEC- und eCl@ss-IRDI-Wörterbücher abgebildet – ohne fest codierte Standardattribute.
- 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 Pass wird zudem als konformes UNTP DigitalProductPassport-Credential ausgestellt – ein umhüllendes vc+jwt (W3C VC-JOSE-COSE) und ein eingebetteter W3C Data Integrity-Proof (ecdsa-jcs-2019), mit auflösbaren did:web-Herausgeberschlü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 Digital Product Passports (DPPs) in drei Schritten: (1) Produktdaten als W3C-Standard-JSON-LD über den No-Code-Uploader oder die API modellieren, (2) ein fortgeschrittenes elektronisches eIDAS-Siegel anwenden, damit jeder Prüfer die Integrität offline prüfen kann, und (3) GS1 Digital Link-QR-Codes veröffentlichen, die für jede Partei zum Pass auflösen.
Wie OpenDPP einen Digital Product Passport veröffentlicht · Zuletzt überprüft