Digitale Produktpässe und maschinenlesbare Daten

Was ist tatsächlich vorgeschrieben – und ab wann?

Ein digitaler Produktpass ist ein strukturierter, maschinenlesbarer Datensatz, der einem physischen Produkt zugeordnet ist, sich durch das Scannen eines Datenträgers aufrufen lässt und mit einer eindeutigen Kennung in einem zentralen EU-Register hinterlegt wird.

Der Rahmen stammt aus der Ökodesign-Verordnung für nachhaltige Produkte, Verordnung (EU) 2024/1781. Die Verordnung selbst legt die Architektur fest; die Pflichten kommen produktgruppenweise über delegierte Rechtsakte. Die Kommission hat ihren Arbeitsplan für Ökodesign und Energieverbrauchskennzeichnung 2025–2030 im April 2025 angenommen und darin Textilien, Möbel, Reifen, Matratzen, Eisen und Stahl sowie Aluminium als erste Prioritäten benannt, dazu horizontale Maßnahmen zu Reparierbarkeit und Rezyklatanteil bei Elektro- und Elektronikgeräten; eine Halbzeitüberprüfung ist für 2028 vorgesehen.

Im Juli 2026 sind zwei Dinge passiert, die das Thema von der Planung in die Umsetzung verschoben haben. Die Kommission hat am 20. Juli 2026 das Register für digitale Produktpässe zusammen mit einer Testumgebung gestartet. Und die Durchführungsverordnung (EU) 2026/1778 der Kommission vom 16. Juli 2026 – sie regelt die praktischen Modalitäten des Registers, darunter Zugriffsverwaltung, Nutzerverifizierung, Datenregistrierung und Speicherung – wurde am 17. Juli 2026 im Amtsblatt veröffentlicht und ist am 6. August 2026 in Kraft getreten.

So stellt die Kommission den aktuellen Stand selbst dar. Beachten Sie, wie vieles davon indikativ und nicht verbindlich ist:

Wenn Sie aus dieser Tabelle nur eines mitnehmen, dann dies: Es gibt keine einzelne DPP-Frist, und der ehrliche Planungshorizont lautet für die meisten Produktgruppen „der delegierte Rechtsakt ist noch nicht angenommen“.

Und was ist mit Bauprodukten?

Der Bausektor läuft auf einer parallelen Spur. Die neu gefasste Bauprodukteverordnung (EU) 2024/3110 ist am 7. Januar 2025 in Kraft getreten und gilt seit dem 8. Januar 2026 allgemein. Ihr Kapitel X ermächtigt die Kommission, delegierte Rechtsakte zu erlassen, um ein System digitaler Produktpässe für Bauprodukte zu schaffen und zu regeln, das so weit wie möglich am ESPR-Produktpass ausgerichtet ist. Der indikative Meilenstein der Kommission für diesen Rechtsakt ist Q2 2027.

Die Stoßrichtung ist bereits in der Begründung der Verordnung erkennbar. Ihre Erwägungsgründe halten fest, dass Leistungs- und Konformitätserklärungen es dem Nutzer ermöglichen sollen, die Konformität mithilfe einer IT-Anwendung zu prüfen, und dass „eine wichtige Voraussetzung für maschinenlesbare Erklärungen ein standardisiertes IT-Format ist“. Wirtschaftsakteure müssen Kopien elektronisch bereitstellen – „unveränderbar, von Menschen und Maschinen lesbar, verfügbar, zugänglich und eindeutig mit dem Produkt verknüpft“.

Im Dezember 2025 hat die Kommission ihren ersten CPR-Arbeitsplan für 2026–2029 (COM(2025) 772 final) veröffentlicht. Er legt einen indikativen, nach Produktfamilien gegliederten Fahrplan für Normungsaufträge, überarbeitete harmonisierte technische Spezifikationen und die horizontalen delegierten Rechtsakte fest, die den DPP einführen. Für einen Bauproduktehersteller ist dieses Dokument der Terminplan, an dem sich die Planung ausrichten muss – nicht die Marketing-Roadmap eines Anbieters.

Warum ist das Register wichtig, wenn es Ihre Daten gar nicht speichert?

Weil es verschiebt, wo die Last liegt.

Das Register speichert für jedes Produkt eindeutige Kennungen samt der verpflichtenden Registrierungsdaten. Den Inhalt des Produktpasses speichert es nicht. Wirtschaftsakteure registrieren jeden Pass, damit Kennung und Metadaten zentral erfasst sind; die Substanz bleibt bei Ihnen. Die Registrierung ist verifizierten Wirtschaftsakteuren vorbehalten, deren Identität über eIDAS-Mittel nachgewiesen wird.

Diese Architektur ist ein Verzeichnis, keine Datenbank. Das heißt: Keine zentrale Stelle wird Ihre Merkmale normalisieren, Ihre Einheiten vereinheitlichen oder bemerken, dass Ihr Datenblatt und Ihr PIM sich widersprechen. Was Sie registrieren, führt genau zu dem, was Sie ausliefern. Die Compliance-Pflicht ist damit der Sache nach eine Datenqualitätspflicht.

Welche Daten müssen maschinenlesbar sein?

Der ESPR-Text ist bei der Mechanik präzise, auch wo der Inhalt je Produktgruppe noch offen ist. Der Pass soll mit einer eindeutigen Produktkennung verknüpft sein und, sofern angebracht, mit einer eindeutigen Akteurskennung und einer eindeutigen Betriebsstättenkennung. Kennungen und Datenträger müssen nach international anerkannten Normen vergeben werden. Digitalisierte Informationen sollen „durch das Scannen eines Datenträgers wie eines Wasserzeichens oder eines Quick-Response-Codes (QR-Code) leicht zugänglich“ sein. Und die Daten müssen über ein offenes, interoperables Datenaustauschnetz ohne Anbieterbindung übertragbar sein.

Liest man das als technisches Lastenheft, zerfällt es in fünf Fähigkeiten:

1. 01Stabile, eindeutige Identifikation in der richtigen Granularität – Produktmodell, Charge oder Einzelstück, je nach Rechtsakt.
2. 02Typisierte Merkmale mit Einheiten und definierter Semantik, kein Freitext in einem Spezifikationsfeld.
3. 03Dokumente als Daten – Erklärungen, Zertifikate und EPDs als Datensätze mit Ausstellungsdatum und Geltungsbereich, nicht als Ordner voller PDF-Dateien.
4. 04Herkunft und Versionierung, damit sich jeder Wert auf eine Quelle und ein Datum zurückführen lässt.
5. 05Ein Resolver, der den Datensatz beim Scannen des Datenträgers zurückgibt – und ihn so lange weiter zurückgibt, wie der Rechtsakt es verlangt.

Nichts davon ist exotisch. Alles davon ist teuer, wenn man es einem Katalog nachrüsten muss, der zwanzig Jahre lang organisch gewachsen ist.

Wie greifen ETIM, ECLASS, AAS und IEC 63365 ineinander?

Die Verordnung sagt, dass die Daten maschinenlesbar und interoperabel sein müssen. Sie sagt Ihnen nicht, was „Bemessungsbetriebsstrom“ bedeutet. Dafür sind die Klassifikations- und Modellierungsstandards da – und sie bewegen sich schneller auf diese Anforderungen zu, als die Gesetzgebung eintrifft.

Das Denkmodell, das hier Ordnung schafft: GS1 beantwortet, um welches Ding es sich handelt, ETIM und ECLASS beantworten, was seine Eigenschaften bedeuten, die AAS beantwortet, wie der digitale Zwilling strukturiert ist, IEC 63365 beantwortet, was auf das Typenschild gehört, und die DPP-Gesetzgebung beantwortet, was Sie wann veröffentlichen müssen. Das sind einander ergänzende Schichten, keine konkurrierenden Optionen.

Das ist nicht nur ein EU-Thema

Zwei Gründe, warum ein Hersteller in Chicago, Nagoya oder Seoul das Obige ebenfalls als sein Problem lesen sollte.

Erstens knüpfen die Vorschriften an das Inverkehrbringen an, nicht an den Unternehmenssitz. Die ESPR-Pflichten gelten für Produkte, die auf dem EU-Markt in Verkehr gebracht werden, unabhängig davon, wo sie hergestellt wurden. Ein japanischer Komponentenhersteller, der nach Deutschland liefert, befindet sich innerhalb des Perimeters; ein US-Distributor, dessen Produkte über einen Partner zu EU-Kunden gelangen, ist näher daran, als es sich anfühlt.

Zweitens entstehen vergleichbare Erwartungen an maschinenlesbare Daten unabhängig voneinander in jedem großen Markt.

• Weltweit ist das Programm Sunrise 2027 von GS1 eine koordinierte Selbstverpflichtung des Handels, bis Ende 2027 an der Kasse 2D-Barcodes mit GS1-Daten lesen zu können, wobei GS1 Digital Link das Symbol mit reichhaltigeren Online-Daten verbindet. Das ist dieselbe Idee wie ein DPP-Datenträger – nur kommt sie über den Handel statt über die Regulierung.
• In Nordamerika setzt die Elektrobranche strukturierte Produktdaten seit einem Jahrzehnt durch: IDEA, ein gemeinsames Unternehmen von NEMA und NAED, betreibt das Industry Data Warehouse und schreibt für Artikel 43 vollständig befüllte kritische Datenfelder vor, dazu eine UNSPSC-basierte Klassifikationsspezifikation und ein Datenwörterbuch. Die öffentliche Beschaffung kommt als weiterer Hebel hinzu: Buy-Clean-Regelungen einzelner US-Bundesstaaten verlangen für bestimmte Baustoffe produktspezifische Umweltproduktdeklarationen vom Typ III.
• In Japan hat METI im April 2023 das Ouranos Ecosystem als branchenübergreifende, interoperable Dateninfrastruktur gestartet, mit der Rückverfolgbarkeit von Batterien als erstem Anwendungsfall; NTT DATA hat im April 2025 die Interoperabilität zwischen dieser Plattform und dem europäischen Catena-X demonstriert. Japanische Zulieferer werden damit aus dem eigenen Land heraus zu demselben Datenmodell gedrängt.

Die Konvergenz ist der entscheidende Punkt. Wo auch immer Sie Ihren Sitz haben: Irgendjemand in Ihrer Wertschöpfungskette wird demnächst strukturierte, identifizierte und in ihrer Herkunft nachweisbare Produktdaten von Ihnen verlangen.

Das strategische Argument: Sie bauen diesen Datenbestand ohnehin auf

Nun zu dem Teil, der es selten in Compliance-Briefings schafft.

Alles, wozu der DPP Sie zwingt – ein kanonischer Datensatz je Produkt, eine stabile eindeutige Kennung, typisierte Merkmale gegen ein gemeinsames Wörterbuch, als Daten modellierte Dokumente, Herkunft und Versionierung sowie ein Resolver, der das Ganze auf Anfrage ausliefert – ist exakt das Substrat, das ein KI-Agent braucht, um Fragen zu Ihren Produkten korrekt zu beantworten.

Die beiden Anwendungsfälle unterscheiden sich nur im Zugriffsmuster. Ein DPP-Resolver beantwortet eine Abfrage zu einem Artikel: Jemand scannt einen Datenträger, Sie liefern den Datensatz dieses Produkts zurück. Ein Agent stellt viele Abfragen über das gesamte Sortiment: alle Teile, die drei Bedingungen erfüllen, die Zweitquelle für ein abgekündigtes Bauteil, die nach einem bestimmten Datum ausgestellte Erklärung. Dieselben Datensätze, ein anderer Index.

Damit lautet die Entscheidung, vor der die meisten Produktdaten-Teams stehen, nicht „Compliance-Projekt oder KI-Projekt“. Sie lautet: dieselbe Datenarbeit einmal oder zweimal finanzieren. Organisationen, die beides als getrennte Programme fahren, landen typischerweise bei einem Compliance-Datenbestand, der vollständig, aber nicht abfragbar ist, und bei einem kommerziellen Katalog, der abfragbar, aber nicht verifiziert ist – und geben dann ein drittes Budget dafür aus, beides in Einklang zu bringen.

Was sollten Sie in den nächsten zwölf Monaten tun?

1. 01Inventarisieren Sie Ihre Kennungen. Klären Sie, welche Produkte eine stabile eindeutige Kennung haben, in welcher Granularität und wer sie vergibt. Nichts anderes funktioniert, solange das nicht steht.
2. 02Entscheiden Sie sich für ein Wörterbuch – und bleiben Sie dabei. ETIM, wenn Sie in Elektro, HLK oder Bauprodukten unterwegs sind; ECLASS, wenn Sie breiter oder branchenübergreifend aufgestellt sind. Beides nur teilweise einzuführen ist das schlechteste Ergebnis.
3. 03Machen Sie aus Dokumenten Datensätze. Jede Erklärung, jedes Zertifikat und jede EPD sollte einen Typ, einen Geltungsbereich, ein Ausstellungsdatum, eine Gültigkeitsdauer und einen Link haben – nicht bloß einen Dateinamen.
4. 04Hinterlegen Sie Herkunft und ein Datum der letzten Prüfung zu jedem Merkmal. Das ist das Feld, auf das es am meisten ankommt, wenn eine Aufsichtsbehörde oder ein Agent fragt, woher eine Zahl stammt.
5. 05Bauen Sie den Resolver einmal und bedienen Sie damit mehrere Abnehmer: den Datenträger, Ihre Website, Ihre Feeds und Ihre Agenten-Endpunkte.
6. 06Verfolgen Sie die delegierten Rechtsakte für Ihre Produktgruppen statt der allgemeinen Kommentierung, und überprüfen Sie den Plan jedes Quartal.
7. 07Halten Sie das Ausgabeformat austauschbar. Der Inhalt Ihres Datensatzes ist von Dauer; welche Serialisierung der delegierte Rechtsakt am Ende verlangt, ist heute noch nicht absehbar.

Wo Skepsis angebracht bleibt

Begegnen Sie jeder Aussage, eine Software sei „DPP-ready“, mit der Frage: bereit für welchen delegierten Rechtsakt? Für die meisten Produktgruppen lautet die Antwort heute: für keinen, weil der Rechtsakt noch nicht angenommen ist. Begegnen Sie Behauptungen, das Register werde Ihre Daten validieren, mit derselben Skepsis – es erfasst Kennungen und Metadaten, keine Inhalte. Und betrachten Sie 2027 als den Anfang der Pflichtenkurve, nicht als ihr Ende.

Die vertretbare Position ist unglamourös und tragfähig: den kanonischen Datensatz richtig aufsetzen, ihn verifiziert halten und adressierbar machen. Partsgraph existiert genau für diese Aufgabe – als Overlay über den Katalog, den Sie bereits haben, und liefert denselben verifizierten Graphen an Compliance-Exporte und an KI-Agenten.

Wenn Sie einen konkreten Startpunkt suchen, lassen Sie Ihre Domain durch den kostenlosen Grader unter /audit laufen. Er zeigt, was eine Maschine derzeit aus Ihrem Katalog lesen kann – ein brauchbarer Anhaltspunkt dafür, wie viel Arbeit der Produktpass tatsächlich bedeuten wird.