Standards für die Dateninteroperabilität des DPP

Warum Interoperabilität das Rückgrat digitaler Produktpässe ist

Digitale Produktpässe sind nur so wertvoll wie die Systeme, die sie lesen, interpretieren und verarbeiten können. Ein Pass, den ein Textilhersteller in Portugal erstellt, muss für einen Recyclingbetrieb in Deutschland, einen Zollbeamten in Frankreich und einen Verbraucher, der im Vereinigten Königreich einen QR-Code scannt, gleichermaßen lesbar sein. Genau darin liegt die grundlegende Herausforderung der Interoperabilität: sicherzustellen, dass Daten über Organisations-, Branchen- und Ländergrenzen hinweg fließen, ohne an Bedeutung oder Struktur zu verlieren.

Die EU-Verordnung zur Schaffung eines Rahmens für die Festlegung von Ökodesign-Anforderungen für nachhaltige Produkte (ESPR) schreibt ausdrücklich vor, dass DPP-Daten maschinenlesbar, über standardisierte Schnittstellen zugänglich und mithilfe offener Vokabulare strukturiert sein müssen. Das ist nicht bloß eine technische Vorliebe, sondern eine rechtliche Anforderung, die darüber entscheidet, ob Produkte auf dem europäischen Markt verkauft werden dürfen.

Interoperabilität umfasst mehrere Ebenen: syntaktische Interoperabilität (können Systeme das Datenformat verarbeiten?), semantische Interoperabilität (verstehen Systeme die Felder gleich?) und organisatorische Interoperabilität (sind die Geschäftsprozesse aufeinander abgestimmt?). Alle drei zu erreichen erfordert die sorgfältige Einhaltung etablierter Standards und die Bereitschaft, gemeinsame Vokabulare statt proprietärer Datenmodelle zu verwenden.

Die Rolle von GS1 Digital Link bei der Identifizierung im DPP

Grundlage jedes interoperablen DPP-Systems ist die Produktidentifizierung. Ohne eine allgemein anerkannte Methode zur Identifizierung von Produkten wird jedes System zur Insel. Der Standard GS1 Digital Link löst dieses Problem, indem er Global Trade Item Numbers (GTINs) und Seriennummern in über das Web auflösbare URIs codiert.

Ein GS1-Digital-Link-URI folgt dem Muster /01/{gtin}/21/{serial}, das sich in QR-Codes einbetten und je nach anfragender Stelle auf unterschiedliche Endpunkte auflösen lässt. Ein Verbraucher erhält beispielsweise eine HTML-Seite, während ein Behördensystem strukturiertes JSON-LD bekommt. Dieser Mechanismus der Inhaltsaushandlung ist zentral dafür, dass DPPs mit einer einzigen Kennung mehrere Zielgruppen bedienen.

Eine ausführlichere Darstellung dieses Standards finden Sie in unserem umfassenden Leitfaden zu GS1 Digital Link. Die zentrale Erkenntnis für die Interoperabilität: GS1 Digital Link bildet die kanonische Kennungsebene, also die gemeinsame Sprache, mit der unterschiedliche Systeme eindeutig auf dasselbe Produkt verweisen können.

Die korrekte Implementierung von GS1 Digital Link erfordert Aufmerksamkeit bei mehreren technischen Details:

• GTIN-Validierung mit Prüfziffernalgorithmen, um fehlerhafte Kennungen zu verhindern
• Codierung von Seriennummern, die Sonderzeichen und Zeichenketten variabler Länge verarbeitet
• Resolver-Infrastruktur, die HTTP-Inhaltsaushandlung mit Accept-Headern unterstützt
• Ausweichmechanismen für Systeme, die keine Inhaltsaushandlung durchführen können

JSON-LD und Linked Data für semantische Interoperabilität

Syntaktische Interoperabilität, also die Fähigkeit, ein Datenformat zu verarbeiten, ist notwendig, aber nicht ausreichend. Zwei Systeme können JSON problemlos lesen und sich dennoch völlig uneinig darüber sein, was ein Feld namens "material" bedeutet. Bezeichnet es den Hauptwerkstoff, die Materialzusammensetzung nach Gewicht oder einen Materialklassifizierungscode? Semantische Interoperabilität beseitigt diese Mehrdeutigkeit durch gemeinsame Vokabulare mit eindeutigen Definitionen.

JSON-LD (JSON for Linked Data) ist das empfohlene Serialisierungsformat für DPP-Daten. Es erweitert Standard-JSON um ein Feld @context, das lokale Eigenschaftsnamen global eindeutigen URIs zuordnet. Wenn ein DPP "@context": "https://schema.org/" deklariert, weiß jeder Nutzer dieser Daten genau, was jede Eigenschaft bedeutet, unabhängig von seinen eigenen internen Namenskonventionen.

Unser Leitfaden zu JSON-LD und Schema.org für DPPs behandelt die praktische Umsetzung im Detail. Das entscheidende Prinzip: Mit JSON-LD schreiben Sie Daten, die für Entwickler ohne Linked-Data-Erfahrung wie gewöhnliches JSON aussehen und zugleich von Semantic-Web-Werkzeugen, Wissensgraphen und automatisierten Compliance-Engines interpretiert werden können.

Zu den für die DPP-Interoperabilität relevanten Vokabularen zählen die Produkttypen von Schema.org, das GS1 Web Vocabulary für Handelsartikeldaten, CIRPASS-Ontologien für Kreislaufkennzahlen sowie neue ESPR-spezifische Vokabulare, die derzeit von der Europäischen Kommission entwickelt werden. Ein gut strukturierter DPP verweist auf mehrere Kontexte, um die gesamte Bandbreite der erforderlichen Daten abzudecken.

Datenaustauschformate und Protokolle

Neben der Frage, was Daten bedeuten, stellt sich die Frage, wie sie zwischen Systemen übertragen werden. Die ESPR sieht vor, dass DPP-Daten über RESTful-APIs ausgetauscht werden, mit standardisierten Endpunkten, über die berechtigte Parteien Passinformationen abfragen, abrufen und überprüfen können.

Die wichtigsten Muster für den Datenaustausch bei DPPs sind:

• Pull-basierter Abruf: Verbraucher und Behörden lösen einen GS1-Digital-Link-URI auf und erhalten die Passdaten bei Bedarf
• Push-basierte Benachrichtigungen: Partner in der Lieferkette erhalten Webhook-Ereignisse, wenn Passdaten erstellt oder aktualisiert werden
• Massensynchronisierung: umfangreicher Datenaustausch zwischen Unternehmenssystemen über Batch-APIs oder Datenfeeds
• Dezentrale Verifizierung: kryptografische Nachweise, die eine Überprüfung der Daten ohne zentrale Instanz ermöglichen

Jedes Muster dient anderen Anwendungsfällen. Der Pull-basierte Abruf eignet sich für verbraucherorientierte Szenarien und spontane behördliche Kontrollen. Push-basierte Benachrichtigungen sind für die Koordination der Lieferkette unverzichtbar, wenn Änderungen vorgelagerter Stufen an nachgelagerte Partner weitergegeben werden müssen. Die Massensynchronisierung deckt den Integrationsbedarf von Unternehmen ab, insbesondere beim anfänglichen Onboarding, wenn Pässe für Tausende von Produkten erstellt werden müssen.

Die Wahl der Protokolle ist von großer Bedeutung. HTTPS ist für Daten während der Übertragung Pflicht. Die API-Authentifizierung sollte OAuth 2.0 oder API-Schlüssel mit passenden Berechtigungsbereichen verwenden. Die Ratenbegrenzung muss Zugänglichkeit und Schutz vor Missbrauch in Einklang bringen. Und alle Endpunkte sollten den Accept-Header für die Inhaltsaushandlung unterstützen und je nach Bedarf JSON-LD, einfaches JSON oder HTML zurückgeben.

Abstimmung von Vokabularen und Mapping-Strategien

In der Praxis bleibt eine vollständige Abstimmung der Vokabulare zwischen allen Beteiligten der Lieferkette ein Ideal. Verschiedene Branchen nutzen unterschiedliche Klassifizierungssysteme: Die Textilbranche verwendet Standards zur Faserzusammensetzung, die Elektronikbranche Formate für Materialdeklarationen wie IPC-1752, und Bauprodukte beziehen sich für Umweltproduktdeklarationen auf EN 15804. Ein DPP-System muss diese branchenspezifischen Vokabulare miteinander verbinden.

Beim Vokabular-Mapping werden Äquivalenzbeziehungen zwischen Begriffen verschiedener Ontologien hergestellt, zum Beispiel die Zuordnung des internen Unternehmensfelds "recycled_content_pct" zur von der ESPR vorgeschriebenen Eigenschaft "recycledContentPercentage". Dieses Mapping kann beim Datenimport erfolgen (Umwandlung der Daten beim Eingang in das DPP-System) oder zum Abfragezeitpunkt (Übersetzung der Anfragen in das Quellvokabular).

Praktische Strategien für die Abstimmung von Vokabularen umfassen: die Pflege eines kanonischen internen Modells auf Basis von Schema.org und ESPR-Vokabularen, den Aufbau von Transformationsschichten, die proprietäre Formate bei Import und Export umwandeln, die Dokumentation von Zuordnungen zwischen Vokabularen mit SKOS (Simple Knowledge Organisation System) sowie die Versionierung aller Vokabular-Mappings, um mit sich weiterentwickelnden Standards Schritt zu halten.

Die Herausforderung verschärft sich bei mehrsprachigen Anforderungen. Die ESPR verlangt, dass DPP-Daten in den Amtssprachen der Mitgliedstaaten verfügbar sind, in denen ein Produkt verkauft wird. Es genügt also nicht, Bezeichnungen zu übersetzen: Die übersetzten Begriffe müssen denselben semantischen Konzepten zugeordnet sein, eine Aufgabe, die sowohl sprachliche Expertise als auch ontologische Präzision erfordert.

Interoperabilität testen und validieren

Interoperabilität lässt sich nicht voraussetzen, sie muss gründlich getestet werden. Ein DPP-System sollte sowohl seine ausgehenden Daten validieren (Konformität mit veröffentlichten Schemata) als auch seine Fähigkeit, Daten aus anderen Systemen zu verarbeiten (Umgang mit unterschiedlichen Implementierungen der Standards).

Die Validierung sollte auf mehreren Ebenen stattfinden:

• Schemavalidierung: Entspricht das JSON-LD-Dokument der erwarteten Struktur und den erwarteten Datentypen?
• Vokabularvalidierung: Stammen alle Eigenschaften aus anerkannten Vokabularen mit gültigen URIs?
• Validierung von Geschäftsregeln: Liegen die Werte in zulässigen Bereichen und erfüllen sie die regulatorischen Anforderungen?
• Auflösungsvalidierung: Lässt sich der GS1-Digital-Link-URI auf die richtigen Passdaten auflösen?
• Validierung der Inhaltsaushandlung: Liefert der Resolver für unterschiedliche Accept-Header die passenden Formate?

Automatisierte Testsuiten sollten diese Validierungsebenen umfassend abdecken. Integrationstests sollten systemübergreifenden Datenaustausch simulieren, einschließlich Grenzfällen wie fehlenden optionalen Feldern, unerwarteten zusätzlichen Eigenschaften und Versionskonflikten zwischen Vokabulardefinitionen. Interoperabilitätstests mit echten Partnersystemen sollten früh im Implementierungsprozess beginnen, da Unklarheiten in Spezifikationen oft erst dann zutage treten, wenn zwei unabhängige Implementierungen miteinander kommunizieren.

Branchenkonsortien und neue Standards

Die Standardlandschaft rund um den DPP entwickelt sich rasant. CIRPASS, das von der EU finanzierte Konsortium, hat Empfehlungen für DPP-Datenmodelle für Batterien, Textilien und Elektronik veröffentlicht. Die delegierten Rechtsakte zur ESPR werden schrittweise die verpflichtenden Datenelemente für jede Produktkategorie festlegen und so branchenspezifische Interoperabilitätsanforderungen schaffen.

Unternehmen sollten in den relevanten Normungsgremien aktiv mitwirken oder deren Arbeit zumindest verfolgen. GS1 entwickelt die Digital-Link-Spezifikation kontinuierlich weiter. Das W3C pflegt die Standards für JSON-LD und Linked Data. Schema.org erweitert sein Vokabular regelmäßig um neue produktbezogene Typen und Eigenschaften. Und die Gemeinsame Forschungsstelle der Europäischen Kommission entwickelt Referenzimplementierungen für die DPP-Infrastruktur.

Für Unternehmen, die mit dem DPP gerade erst beginnen, liefert der umfassende Leitfaden zu digitalen Produktpässen den nötigen Kontext. Die hier behandelten Interoperabilitätsstandards bilden das technische Fundament, auf dem jede DPP-Implementierung aufbauen muss: Sie sind keine optionalen Erweiterungen, sondern grundlegende Voraussetzungen für die Einhaltung der Vorschriften und die Integration in die Lieferkette.

Praktische Schritte zu einer interoperablen DPP-Implementierung

Interoperabilität ist ein fortlaufender Prozess, kein Endzustand. Unternehmen sollten zunächst ihre aktuelle Datenlandschaft prüfen: Welche Produktdaten existieren, wo liegen sie, und welche Formate und Vokabulare werden verwendet? Diese Bestandsaufnahme zeigt die Lücke zwischen dem Ist-Zustand und dem interoperablen Zielzustand, den die ESPR verlangt.

Ein schrittweises Vorgehen hat sich bewährt. Beginnen Sie mit GS1-Digital-Link-Kennungen für die Produktauflösung, ergänzen Sie dann strukturierte JSON-LD-Daten mit Schema.org-Vokabularen und erweitern Sie schließlich auf branchenspezifische Ontologien, sobald delegierte Rechtsakte die verpflichtenden Datenelemente festlegen. Validieren Sie in jeder Phase gegen die veröffentlichten Schemata und testen Sie mit Partnersystemen.

Das Angebot an Werkzeugen reift schnell. DPP-Plattformen wie MyProductPassport übernehmen einen Großteil der Interoperabilitätskomplexität intern und bieten standardkonforme APIs, automatische JSON-LD-Generierung und GS1-Digital-Link-Auflösung direkt ab Werk. So können sich Unternehmen auf ihre Kernkompetenz konzentrieren, nämlich genaue und vollständige Produktdaten bereitzustellen, statt sich mit Serialisierungsformaten und Vokabular-Mappings abzumühen.

Letztlich ist es die Interoperabilität, die einen digitalen Produktpass von einem statischen Compliance-Dokument in ein lebendiges, vernetztes Datenasset verwandelt, das über den gesamten Produktlebenszyklus hinweg Mehrwert schafft. Investitionen in Interoperabilität zahlen sich schon heute aus: durch geringere Integrationskosten, eine reibungslosere Einhaltung der Vorschriften und tiefere Erkenntnisse aus vernetzten Produktdaten.