EU-DPP-Register: Die Infrastruktur hinter dem Digitalen Produktpass
Das EU-DPP-Register ist gestartet. Damit wird sichtbar, welche Rolle Identifikatoren, Datenqualität, Semantik und Schnittstellen beim Digitalen Produktpass spielen.
Der Digitale Produktpass nimmt Gestalt an. Was lange vor allem über Verordnungen, Entwürfe und künftige Produktgruppen diskutiert wurde, bekommt inzwischen eine konkrete technische Infrastruktur. Am 20. Juli 2026 hat die Europäische Kommission das Digital Product Passport Registry in Betrieb genommen. Gleichzeitig steht eine Testumgebung zur Verfügung, mit der sich die Registrierung von Digitalen Produktpässen bereits erproben lässt.
Damit rückt ein Teil des Digitalen Produktpasses stärker in den Vordergrund, der bislang häufig hinter Diskussionen über QR-Codes, Nachhaltigkeitsinformationen und regulatorische Pflichtattribute zurückstand: die technische Organisation der Produktinformationen im Hintergrund. Denn der DPP ist nicht einfach ein digitales Datenblatt. Er ist Teil einer europäischen Datenarchitektur, in der Produkte eindeutig identifiziert, Informationen maschinenlesbar bereitgestellt und bestimmte Angaben automatisiert geprüft werden können.
Für das Produktdatenmanagement ist das eine wichtige Entwicklung. Je konkreter die technische Infrastruktur wird, desto deutlicher zeigt sich, dass die eigentliche Herausforderung des Digitalen Produktpasses nicht erst bei seiner Veröffentlichung beginnt. Sie liegt wesentlich früher – in Datenmodellen, Identifikatoren, Schnittstellen und der Frage, wie zuverlässig Produktinformationen überhaupt miteinander verbunden werden können.
Was genau ist das EU-DPP-Register?
Die rechtliche Grundlage des Registers bildet die Ecodesign for Sustainable Products Regulation (ESPR), Verordnung (EU) 2024/1781. Sie sieht vor, dass die Europäische Kommission ein digitales Register für Digitale Produktpässe einrichtet. Darin werden mindestens eindeutige Produktkennungen sicher gespeichert. Welche weiteren Informationen erforderlich sind, hängt von den jeweils geltenden produktspezifischen Rechtsakten ab.
Dabei ist eine Unterscheidung besonders wichtig: Das europäische Register ist nicht der Digitale Produktpass selbst.
Die EU-Kommission beschreibt das Register vielmehr als einen Indexierungsdienst für die Digitalen Produktpässe von Produkten, die auf dem europäischen Markt bereitgestellt werden. Gespeichert werden unter anderem eindeutige Identifikatoren, Registrierungsdaten und übergeordnete Metadaten. Die ausführlichen Produktinformationen des DPP bleiben dagegen grundsätzlich dezentral gespeichert. Sie können beispielsweise in der Infrastruktur des verantwortlichen Unternehmens oder bei einem entsprechenden DPP-Serviceprovider liegen.
Das ist ein wesentlicher Bestandteil der Architektur. Es entsteht keine riesige zentrale EU-Datenbank, in der sämtliche Materialzusammensetzungen, Reparaturhinweise, Nachhaltigkeitsinformationen und Produktdokumente Europas gesammelt werden. Das Register schafft vielmehr die verbindende Ebene zwischen dem Produkt, seinem Digitalen Produktpass und der regulatorischen Infrastruktur.
Produktpass, Register und QR-Code sind nicht dasselbe
Dass diese Ebenen auseinandergehalten werden, ist auch für die praktische Umsetzung hilfreich. Denn in der öffentlichen Wahrnehmung wird der Digitale Produktpass noch häufig mit dem QR-Code auf einem Produkt gleichgesetzt. Technisch betrachtet ist der QR-Code – oder ein anderer geeigneter Datenträger – aber lediglich die Brücke zwischen dem physischen Produkt und seinen digitalen Informationen.
Die Produktinformationen selbst werden im DPP strukturiert bereitgestellt. Welche Daten enthalten sein müssen, wird je nach Produktgruppe geregelt. Die EU nennt beispielsweise Informationen zu Materialien, Herkunft, Sicherheit, Reparierbarkeit, Umweltleistung, Wiederverwendung und Recycling als mögliche Bestandteile eines Produktpasses. Der konkrete Umfang ist also nicht für alle Produkte identisch.
Das Register sitzt gewissermaßen eine Ebene darüber. Ein DPP wird registriert, anschließend erzeugt das System einen eindeutigen Registrierungsidentifikator. Bei importierten Produkten kann dieser später auch im Zollprozess überprüft werden. Die vollständigen Produktinformationen müssen dafür nicht im Register selbst liegen.
Diese Aufteilung verdeutlicht gleichzeitig, warum eine DPP-Strategie, die hauptsächlich bei der Gestaltung eines QR-Codes beginnt, zu kurz greift. Sichtbar wird zwar der Datenträger. Entscheidend ist jedoch die Infrastruktur dahinter.
Seit Juli 2026 ist das Register Realität
Mit dem Start des Registers am 20. Juli 2026 hat die EU einen wichtigen operativen Meilenstein erreicht. Unternehmen können auf eine Testumgebung, technische Dokumentationen und Umsetzungshilfen zugreifen. Parallel dazu wurden erste harmonisierte Standards für das DPP-System veröffentlicht. Sie betreffen unter anderem eindeutige Identifikatoren, Interoperabilität, Datenträger, APIs, Datenaustauschprotokolle und Datenspeicherung.
Das bedeutet allerdings nicht, dass seit Juli 2026 plötzlich jedes in Europa vertriebene Produkt einen Digitalen Produktpass benötigt. Die Einführung erfolgt nach Produktgruppen und auf Grundlage der jeweiligen Rechtsakte. Die von der Kommission veröffentlichte Roadmap nennt unter anderem Eisen und Stahl, Textilien, Reifen, Aluminium, Möbel sowie später Matratzen und ICT-Produkte. Für bestimmte Batterien wird ein Digitaler Produktpass bereits ab dem 18. Februar 2027 verpflichtend. Die Kommission weist ausdrücklich darauf hin, dass Teile dieser Roadmap indikativ sind und von den jeweiligen Rechtsetzungsverfahren abhängen.
Der Unterschied ist wichtig: Das technische Fundament ist inzwischen vorhanden, während die konkreten DPP-Pflichten schrittweise auf weitere Produktgruppen ausgeweitet werden.
Die Registrierung soll skalieren können
Einen einzelnen Produktpass über eine Benutzeroberfläche zu registrieren, ist technisch keine große Herausforderung. Interessanter wird es, sobald Sortimente mehrere Tausend, Hunderttausend oder sogar Millionen Datensätze umfassen.
Die EU-Infrastruktur berücksichtigt dieses Szenario. Die Durchführungsverordnung (EU) 2026/1778 sieht ausdrücklich vor, dass Registrierungen sowohl über eine sichere Benutzeroberfläche als auch über eine API vorgenommen werden können. Auch Registrierungsnachweise können über diese Schnittstellen bereitgestellt werden.
Damit wird spätestens an dieser Stelle sichtbar, dass der Digitale Produktpass zu einer Integrationsaufgabe wird. Bei größeren Sortimenten werden DPP-Daten kaum dauerhaft manuell zusammengestellt, geprüft und registriert werden können. Informationen müssen stattdessen aus verschiedenen Quellsystemen zusammenlaufen, automatisiert validiert und anschließend in der benötigten Form bereitgestellt werden.
PIM, ERP, PLM oder MDM bekommen dadurch zusätzliche Berührungspunkte mit Compliance-Plattformen, Produktionssystemen und gegebenenfalls spezialisierten DPP-Diensten. Welche Architektur dabei sinnvoll ist, hängt stark von der bestehenden Systemlandschaft ab. Ein universelles „DPP-System“, das alle anderen Datenquellen ersetzt, ist schon deshalb wenig realistisch, weil viele benötigte Informationen an ganz unterschiedlichen Stellen entstehen.
Materialdaten können beispielsweise aus dem PLM stammen, logistische Informationen aus dem ERP, technische Dokumente aus einem DAM oder Dokumentenmanagement und Chargendaten aus Produktionssystemen. Der DPP muss diese Informationen nicht zwangsläufig in einem einzigen System erzeugen – er muss sie aber zuverlässig zusammenführen können.
Datenqualität bekommt eine regulatorische Dimension
Der interessanteste Effekt des Registers liegt deshalb möglicherweise weniger im Register selbst als in den Anforderungen, die daraus für die Daten entstehen.
Die Durchführungsverordnung sieht automatisierte Überprüfungen im Zusammenhang mit der Registrierung vor. Geprüft werden können beispielsweise Datenstrukturen, bestimmte semantische Anforderungen und die Konsistenz von Registrierungsinformationen. Gegebenenfalls können auch Warencodes und weitere vorgeschriebene Angaben Gegenstand solcher Prüfungen sein. Gleichzeitig stellt die Verordnung klar, dass diese automatisierten Kontrollen keine vollständige Prüfung der rechtlichen Produktkonformität ersetzen. Diese bleibt weiterhin Aufgabe der zuständigen Behörden.
Trotzdem verändert sich damit etwas Grundsätzliches. Schlechte Produktdaten waren bislang häufig zunächst ein internes Problem. Ein uneinheitlich gepflegtes Attribut führte vielleicht zu einem falschen Filter im Webshop. Eine fehlende Klassifikation musste vor dem Export zu einem Handelspartner manuell korrigiert werden. Widersprüchliche Werte verursachten zusätzliche Abstimmung.
Solche Probleme verschwinden mit dem DPP nicht. Sie tauchen lediglich an einer neuen Stelle auf – und dort können sie regulatorisch relevant werden.
Wenn Produktinformationen automatisiert zwischen Systemen ausgetauscht und von externen Infrastrukturen interpretiert werden sollen, müssen sie deutlich eindeutiger sein. „Für einen Menschen verständlich“ reicht in einer solchen Datenwelt nicht mehr aus. Attribute brauchen klare Bedeutungen, Identifikatoren müssen konsistent verwendet werden und Zusammenhänge zwischen verschiedenen Datensätzen müssen maschinell nachvollziehbar sein.
Semantik wird wichtiger als das nächste Datenfeld
Besonders spannend ist in diesem Zusammenhang das semantische Repository, das die Durchführungsverordnung für das DPP-System vorsieht.
Die Kommission soll darin eine maßgebliche maschinenlesbare Quelle für Datenmodelle, semantische Definitionen und Vokabulare bereitstellen. Das Repository soll unter anderem die Bedeutung verpflichtender Datenattribute, Datenmodelle verschiedener Produktgruppen und mehrsprachige Bezeichnungen enthalten. Die Inhalte sollen über öffentlich dokumentierte APIs maschinenlesbar abrufbar sein; der Zugriff soll kostenlos erfolgen.
Was zunächst sehr technisch klingt, berührt eines der ältesten Probleme des Produktdatenmanagements: Zwei Systeme können denselben Begriff verwenden und trotzdem unterschiedliche Dinge meinen. Umgekehrt können zwei Unternehmen unterschiedliche Begriffe für exakt dieselbe Eigenschaft verwenden.
Nehmen wir ein simples Beispiel wie „Material“. In einem Datenmodell bezeichnet es möglicherweise das Hauptmaterial eines Produkts, im nächsten sämtliche enthaltenen Werkstoffe und in einem dritten lediglich das Material der äußeren Oberfläche. Für einen Menschen lässt sich der Kontext oft noch erkennen. Für automatisierte Datenprozesse ist eine solche Mehrdeutigkeit problematisch.
Genau deshalb ist die semantische Ebene des DPP so relevant. Es geht langfristig nicht darum, möglichst viele zusätzliche Felder in einem PIM anzulegen. Entscheidend wird sein, eigene Attribute zuverlässig mit gemeinsamen regulatorischen Datenmodellen und Definitionen zu verbinden.
Damit rücken Themen wie Mapping, Datenklassifikation, kontrollierte Vokabulare und Ontologien stärker in den Mittelpunkt. Das sind keine besonders spektakulären Themen – aber sie entscheiden darüber, ob Informationen tatsächlich interoperabel sind.
Ein Produkt ist nicht immer nur ein Artikel
Eine weitere Herausforderung liegt in der Granularität des Digitalen Produktpasses. Je nach Rechtsakt kann ein DPP beispielsweise auf Modell-, Chargen- oder Einzelproduktebene erforderlich sein.
Damit berührt die Regulierung eine Frage, die in vielen Produktdatenprojekten gerne unterschätzt wird: Was genau ist eigentlich die eindeutige Identität eines Produktes?
Ein PIM arbeitet typischerweise mit Artikeln, Produktfamilien und Varianten. Das ERP kennt zusätzlich Bestände und Chargen. Produktionssysteme können Seriennummern verwalten. Im Service wiederum entstehen Informationen über einzelne physische Produkte, die möglicherweise bereits seit Jahren bei Kunden im Einsatz sind.
Für einen DPP müssen diese Ebenen gegebenenfalls zusammengeführt werden können. Das Produktmodell muss zur Charge passen, die Charge möglicherweise zum einzelnen serialisierten Produkt. Hinzu kommen Informationen über Hersteller, Wirtschaftsteilnehmer, Warencodes oder zugrunde liegende Nachweise.
Der Digitale Produktpass macht damit deutlich, dass modernes Product Information Management nicht nur aus Attributen besteht. Ebenso wichtig sind Beziehungen, Hierarchien und stabile Identitäten.
Gerade hier können gewachsene Systemlandschaften Schwierigkeiten bereiten. Wenn dasselbe Produkt in ERP, PIM und PLM unter unterschiedlichen Schlüsseln geführt wird und die Zuordnung nur über individuelle Schnittstellen oder Excel-Tabellen funktioniert, entsteht spätestens bei automatisierten regulatorischen Prozessen zusätzlicher Aufwand.
Das Register kann einen offiziellen Registrierungsnachweis erzeugen
Ein eher unscheinbares Detail der Durchführungsverordnung zeigt, wie ernst die EU die Registrierung als eigenständigen Prozess nimmt. Nach erfolgreicher Registrierung kann ein elektronischer Registrierungsnachweis erzeugt werden.
Dieser enthält mindestens die eindeutige Produktkennung, gegebenenfalls den Warencode, Informationen über den verantwortlichen überprüften Wirtschaftsteilnehmer, Datum und Uhrzeit der Registrierung sowie einen Hash der betreffenden DPP-Version. Abgesichert wird der Nachweis durch ein qualifiziertes elektronisches Siegel und einen elektronischen Zeitstempel der Kommission.
Damit entsteht nicht einfach nur eine technische Bestätigung nach dem Muster „Upload erfolgreich“. Die Registrierung wird nachvollziehbar und gegenüber Dritten dokumentierbar.
Für zukünftige Compliance- und Auditprozesse dürfte dieser Punkt durchaus relevant werden. Gleichzeitig zeigt er, dass Versionierung und Nachvollziehbarkeit beim DPP keine Nebensache sind. Änderungen an registrierten Daten werden protokolliert, und das Register unterstützt ausdrücklich unterschiedliche Versionen.
Wer DPP-Daten bereitstellt, sollte deshalb nicht nur wissen, was aktuell im Produktpass steht. Ebenso wichtig wird die Frage, wann eine Information geändert wurde, aus welcher Quelle sie stammt und welche Fassung zu einem bestimmten Zeitpunkt gültig war.
Auch der Zoll bekommt Zugriff auf die neue Datenwelt
Eine weitere Verbindung besteht zur Zollabwicklung. Die europäische DPP-Architektur sieht vor, dass Registrierungsinformationen für importierte Produkte überprüft werden können. Nach Angaben der Kommission kann der vom Register erzeugte eindeutige Registrierungsidentifikator bei importierten Produkten durch den Zoll kontrolliert werden. Auch innerhalb der EU hergestellte betroffene Produkte müssen vor dem Inverkehrbringen entsprechend den jeweils geltenden Vorgaben registriert sein.
Damit rücken Produktinformationen, regulatorische Stammdaten und Zollinformationen enger zusammen.
In vielen Organisationen sind diese Welten bislang weitgehend voneinander getrennt. Produktcontent wird für Kataloge und digitale Kanäle gepflegt, Zolltarifnummern befinden sich im ERP und Nachhaltigkeitsdaten werden von eigenen Fachbereichen oder externen Plattformen verwaltet. Der DPP stellt diese Aufteilung nicht grundsätzlich infrage. Er erhöht aber den Bedarf an verlässlichen Verbindungen zwischen diesen Datenwelten.
Der gemeinsame Nenner ist die Produktidentität. Je besser sie systemübergreifend funktioniert, desto einfacher lassen sich weitere Informationen zuordnen.
Ein Serviceprovider beseitigt keine Datenprobleme
Rund um den Digitalen Produktpass entsteht bereits ein Markt spezialisierter Plattformen und Serviceprovider. Das ist wenig überraschend: Hosting, Datenbereitstellung, Zugriffskontrollen, QR-Codes, Schnittstellen und Registerkommunikation müssen technisch umgesetzt werden.
Solche Angebote können einen erheblichen Teil der technischen Infrastruktur abnehmen. Sie lösen allerdings nicht automatisch die vorgelagerten Datenprobleme.
Wenn eine Materialzusammensetzung im Unternehmen nicht bekannt ist, kann auch eine DPP-Plattform sie nicht zuverlässig bereitstellen. Wenn dasselbe Produkt in drei Systemen unterschiedliche Identifikatoren besitzt, muss zunächst geklärt werden, welche Zuordnung korrekt ist. Und wenn ein Lieferant wichtige Nachhaltigkeitsinformationen nur als PDF übermittelt, entsteht zunächst ein Datenbeschaffungs- und Strukturierungsproblem.
Die Plattform ist deshalb nur ein Teil der DPP-Architektur. Die wesentlich größere Aufgabe besteht darin, belastbare Daten dorthin zu bekommen.
Genau aus diesem Grund lohnt es sich, DPP-Projekte nicht ausschließlich als Compliance-Projekte zu behandeln. Sie sind ebenso Datenmanagement-, Integrations- und Governance-Projekte.
Warten auf den konkreten Rechtsakt ist keine Datenstrategie
Natürlich muss nicht für jede Produktgruppe heute schon ein fertiger Digitaler Produktpass bereitstehen. Viele produktspezifische Anforderungen befinden sich noch in Vorbereitung. Die Kommission nennt in ihrer aktuellen Roadmap beispielsweise weitere Rechtsakte für Eisen und Stahl, Textilien, Aluminium und Reifen. Nach Erlass ESPR-basierter delegierter Rechtsakte ist grundsätzlich eine Übergangsfrist von mindestens 18 Monaten vorgesehen.
Das bedeutet jedoch nicht, dass bis dahin nichts zu tun wäre. Denn die meisten Grundlagen eines funktionierenden DPP lassen sich unabhängig von den letzten Detailanforderungen prüfen.
Sind Produktidentifikatoren konsistent? Lassen sich Modelle, Varianten, Chargen und gegebenenfalls Seriennummern miteinander verbinden? Ist bekannt, welches System für welches Attribut führend ist? Können Lieferantendaten strukturiert übernommen werden? Sind Material- und Nachhaltigkeitsinformationen maschinenlesbar? Werden Änderungen nachvollziehbar versioniert? Lassen sich regulatorisch relevante Informationen automatisiert aus den vorhandenen Systemen bereitstellen?
Wer auf diese Fragen heute keine belastbare Antwort geben kann, hat nicht ausschließlich ein zukünftiges DPP-Problem. In der Regel bestehen bereits heute Nachteile bei Datenqualität, Automatisierung und Zusammenarbeit entlang der Wertschöpfungskette.
Das DPP-Register zeigt, wohin Produktdaten sich entwickeln
Das europäische Register ist deshalb vor allem als Signal interessant. Regulierung wird zunehmend digital und maschinenlesbar. Produktinformationen werden nicht mehr ausschließlich für Websites, Kataloge, Datenblätter und Geschäftspartner aufbereitet. Sie fließen stärker in automatisierte Compliance-, Marktüberwachungs- und Zollprozesse ein.
Damit steigen die Anforderungen an die Daten selbst.
Sie müssen eindeutig identifizierbar sein, auf gemeinsamen Definitionen beruhen, über Schnittstellen ausgetauscht werden können und in ihren Veränderungen nachvollziehbar bleiben. Gleichzeitig werden Informationen aus unterschiedlichen Fachbereichen stärker miteinander verknüpft.
Der DPP ist damit Teil einer größeren Entwicklung: Produktdaten werden zunehmend zur gemeinsamen Infrastruktur für Kommunikation, Nachhaltigkeit, Kreislaufwirtschaft und Compliance.
Fazit: Der QR-Code kommt ganz zum Schluss
Das EU-DPP-Register macht den Digitalen Produktpass erstmals als konkrete technische Infrastruktur sichtbar. Seit Juli 2026 steht das Register zur Verfügung, erste Standards sind veröffentlicht und mit der Durchführungsverordnung (EU) 2026/1778 sind zentrale Abläufe rund um Registrierung, Verifizierung, Schnittstellen und Semantik konkretisiert.
Damit wird gleichzeitig deutlich, wo die eigentliche Arbeit liegt.
Der QR-Code auf einem Produkt ist am Ende nur der sichtbare Teil. Davor müssen Produkte eindeutig identifiziert, Informationen aus unterschiedlichen Systemen zusammengeführt, Datenmodelle aufeinander abgestimmt und Änderungen nachvollziehbar verwaltet werden. Erst auf dieser Grundlage lässt sich ein Digitaler Produktpass zuverlässig erzeugen und automatisiert in eine europäische Infrastruktur einbinden.
Das macht den DPP nicht unbedingt einfacher. Aber es macht die Aufgabe klarer.
Es geht nicht darum, für eine neue EU-Vorgabe möglichst schnell ein weiteres Datenformat zu erzeugen. Es geht darum, Produktinformationen so zu organisieren, dass sie auch außerhalb des eigenen Unternehmens eindeutig, interoperabel und maschinenlesbar funktionieren.
Und genau darin dürfte langfristig die größere Bedeutung des Digitalen Produktpasses liegen: Er macht gute Produktdaten nicht neu – aber er macht zunehmend sichtbar, wenn sie fehlen.