DPP technische Umsetzung: Daten und Standards

Die größte Herausforderung des Digitalen Produktpasses ist nicht der QR-Code, sondern die belastbare Datenbasis dahinter. Industrieunternehmen müssen Informationen aus Produktentwicklung, Einkauf, Produktion, Nachhaltigkeit und Lieferkette zusammenführen.

Für die Geschäftsführung stellt sich deshalb früh die Frage: Welche Architektur ist langfristig tragfähig, ohne sich bereits auf noch offene produktgruppenspezifische Datenfelder festzulegen?

Was die DPP-technische Umsetzung leisten muss

Der Digitale Produktpass ist ein strukturierter, maschinenlesbarer Datensatz, der über einen Datenträger mit einem Produkt verbunden wird. Die ESPR verlangt unter anderem eindeutige Identifikation, Interoperabilität, offene Standards, differenzierte Zugriffsrechte und langfristige Datenverfügbarkeit. Welche Inhalte verpflichtend werden, bestimmt jedoch erst der jeweilige delegierte Rechtsakt.

Typische Datenbereiche sind:

• Produkt- und Herstelleridentität
• Materialien und besorgniserregende Stoffe
• CO₂-Fußabdruck und Rezyklatanteile
• Haltbarkeit, Reparatur und Ersatzteile
• Recycling- und Entsorgungsinformationen

Ein PDF-Datenblatt genügt nicht. Benötigt werden semantisch eindeutige, versionierbare und maschinell austauschbare Daten. Auch die vorhandenen DPP-Unterlagen betonen den Unterschied zwischen einem bloßen QR-Code und dem strukturierten Datensatz dahinter.

Welche DPP-Standards gelten?

Seit Juli 2026 ist die technische Grundlage deutlich konkreter: Die EU-Kommission hat das DPP-Register in den Testbetrieb genommen. Von acht entwickelten harmonisierten Standards sind sechs bereits verfügbar. Sie betreffen eindeutige Identifikatoren, Interoperabilität, Datenträger, Programmierschnittstellen, Austauschprotokolle und Datenspeicherung. Zwei weitere Standards zu Authentifizierung und Zugriffsrechten folgen.

GS1 Digital Link kann dabei Produktkennungen über QR-Code, DataMatrix oder RFID mit digitalen Informationen verbinden. Er ist ein geeigneter Umsetzungsbaustein, aber nicht automatisch für jede Produktgruppe verbindlich.

Eine tragfähige DPP-Systemarchitektur

Unternehmen benötigen nicht zwingend ein neues zentrales DPP-System. Häufig ist eine integrierte Architektur sinnvoller:

Quellsysteme: ERP, PLM, PIM, MDM, MES, DAM und Nachhaltigkeitssysteme liefern die Daten.

Datenmodell: Ein gemeinsames Modell vereinheitlicht Begriffe, Einheiten, Identifikatoren und Beziehungen zwischen Produkt, Modell, Charge und Einzelstück.

Integrationsschicht: APIs und standardisierte Schnittstellen verbinden interne Systeme, Lieferanten und DPP-Dienstleister.

Bereitstellung: Ein Resolver führt vom Datenträger zur jeweils zulässigen Ansicht des Produktpasses.

Governance: Rollen, Freigaben, Qualitätsregeln, Versionierung und Aktualisierungsereignisse sichern die Verlässlichkeit.

Fünf Schritte zur Umsetzung

1. Produkte und relevante Rechtsakte zuordnen.
2. Dateninventar und Datenlücken erfassen.
3. Verantwortliche Quelle für jedes Datenfeld festlegen.
4. Standardsbasierte Zielarchitektur und Pilotprodukt definieren.
5. Datenqualität, Berechtigungen und Aktualisierung im Pilotbetrieb testen.

C-Level sollte dabei früh über Datenhoheit, Systemverantwortung und Make-or-buy entscheiden. Eine isolierte QR-Code-Lösung schafft keine Compliance und führt später meist zu teuren Integrationsarbeiten.

Die DPP-technische Umsetzung beginnt mit Datenmanagement, nicht mit dem Etikett. Unternehmen sollten jetzt ihre Quellsysteme, Identifikatoren, Datenqualität und Schnittstellen ordnen, zugleich aber keine noch offenen Pflichtfelder vorwegnehmen. Eine modulare Architektur schützt Investitionen und lässt sich an kommende delegierte Rechtsakte anpassen.

FAQ

1       Muss für den DPP ein neues IT-System eingeführt werden?

Nicht zwingend. Bestehende PIM-, PLM-, ERP- und MDM-Systeme können weitergenutzt werden, wenn Datenmodell, Schnittstellen und Governance DPP-fähig sind.

2       Ist GS1 Digital Link verpflichtend?

Nicht generell. Der Standard ist ein geeigneter Ansatz für Identifikation und Verlinkung. Verbindlich sind die Vorgaben des jeweils geltenden Rechtsakts.

3       Wo sollten DPP-Daten gespeichert werden?

Die ESPR schreibt kein einzelnes zentrales Unternehmenssystem vor. Entscheidend sind Verfügbarkeit, Sicherheit, Interoperabilität und die Erfüllung der Aufbewahrungspflichten.

4       Welche Daten sollten Unternehmen bereits erfassen?

Sinnvoll sind stabile Basisdaten wie Produktidentität, Materialien, Lieferantenbezug, Dokumente und vorhandene Nachhaltigkeitskennzahlen. Noch offene Pflichtfelder sollten flexibel modelliert werden.

Quellenverzeichnis

• Europäisches Parlament und Rat: Verordnung (EU) 2024/1781 zur Schaffung eines Rahmens für Ökodesign-Anforderungen, 13.06.2024, EUR-Lex, abgerufen am 23.07.2026. (EUR-Lex)
• Europäische Kommission: The Digital Product Passport Registry is now live, 20.07.2026, Originalquelle der EU-Kommission, abgerufen am 23.07.2026. (Binnenmarkt, Industrie, Unternehmertum und KMU)
• Europäische Kommission: Digital Product Passport – Harmonised Standards, einschließlich Durchführungsbeschluss (EU) 2026/1736 vom 14.07.2026, abgerufen am 23.07.2026. (Binnenmarkt, Industrie, Unternehmertum und KMU)
• Joint Research Centre: Methodology for defining data requirements for the Digital Product Passport under the ESPR framework, 2026, Publications Office of the European Union, abgerufen am 23.07.2026.
• GS1 Germany: DPP Provisional Application Standard, 2025, abgerufen am 23.07.2026. (GS1 Germany)
• Fraunhofer IPK: Die Standards für den digitalen Produktpass sind da, 01.06.2026, abgerufen am 23.07.2026. (Fraunhofer IPK)