Digitaler Produktpass: Wer hostet die Datensätze?
Für Cloud-Teams ist der digitale Produktpass ein Datenarchitektur-Problem: ein Datensatz je Produkt, über Jahre abrufbar, EU-Register ab 19. Juli 2026.
Der digitale Produktpass klingt nach einer Nachhaltigkeits-Pflicht mit QR-Code. Wer in der Cloud arbeitet, sieht sofort das eigentliche Problem: einen strukturierten Datensatz pro physischem Produkt, abrufbar über die gesamte Lebensdauer, für Millionen Artikel. Ab dem 19. Juli 2026 geht das EU-Zentralregister live und macht aus dem Konzept ein Betriebsthema.
Das Wichtigste in Kürze
- Der Ansatz bleibt dezentral. Die eigentlichen Produktdaten liegen beim jeweiligen Wirtschaftsakteur. Das EU-Zentralregister speichert sie nicht, es löst nur Identifier auf und verweist auf die verteilten Datensätze.
- Der 19. Juli 2026 ist der erste harte Termin. Ab diesem Tag ist das Register produktiv. Wenige Monate später wird der Batteriepass zum ersten verpflichtenden Fall.
- Die Last landet bei den Betreibern. Resolver-Endpunkte, rollenbasierter Zugriff und eine Aufbewahrung über zehn Jahre und mehr sind ab dann Ihr Dauerbetrieb, nicht der eines zentralen EU-Systems.
Verwandt:Eine Region fällt, die halbe Lieferkette steht / Trade Finance ohne Dokumentenstau
Was der Produktpass technisch verlangt
Jedes ökodesign-regulierte Produkt bekommt einen eigenen Datensatz mit strukturierten Angaben zu Identität und Eigenschaften. Am Produkt sitzt ein Datenträger, in der Regel ein QR-Code. Er führt über einen Resolver zum passenden Datensatz. Klingt trivial, ist es an genau einer Stelle auch. Interessant wird es durch die Randbedingungen.
Der Datensatz muss über die komplette Produktlebensdauer erreichbar bleiben. Der Zugriff ist rollenbasiert: Hersteller, Importeur, Reparaturbetrieb, Recycler und Endkunde sehen jeweils das, was ihre Rolle erlaubt. Mehrere Akteure lassen sich über eine Economic Operator ID, kurz EOID, mit demselben Pass verknüpfen. Als Identifier-Muster ist unter der ESPR GS1 Digital Link mit GTIN anerkannt. Die EU DPP Core Ontology von CIRPASS-2 aus März 2025 dient als Referenz für Interoperabilität. Der entscheidende Satz steht am Anfang: Die Daten bleiben beim jeweiligen Akteur, einen gemeinsamen zentralen Speicher gibt es nicht.
Warum das ein Datenarchitektur-Problem ist
Ein einzelner Datensatz ist kein Aufwand. Die Rechnung dreht sich, sobald derselbe Datensatz über Millionen Produkte hinweg entstehen, jahrelang verfügbar bleiben und dabei rollenbasiert abgeschottet sein muss. Wenn Hunderte Akteure entlang einer Lieferkette an einem Pass hängen, ist die Zugriffssteuerung selbst schon ein System.
Der dezentrale Ansatz hat handfeste Vorteile. Daten werden dort aktualisiert, wo sie entstehen, ohne den Umweg über einen zentralen Datensee. Die Zugriffssteuerung bleibt beim Betreiber. Der Preis dafür steht auf der anderen Seite der Bilanz: Jedes Unternehmen sorgt selbst für Verfügbarkeit, Versionierung und Authentifizierung. Das Zentralregister nimmt einem das nicht ab. Es löst Identifier auf und zeigt auf die echten Quellen, verschiebt die Betriebslast damit aber genau auf die Systeme der Wirtschaftsakteure. Resolver-Anfragen, API-Zugriffe und Langzeitspeicherung sind ab dem Go-live laufender Betrieb, kein einmaliges Projekt.
Zwei Punkte unterschätzt man dabei leicht. Der erste ist die Identifier-Strategie. GS1 Digital Link mit GTIN ist ein etablierter Weg, doch bestehende Artikelnummern sauber darauf abzubilden und EOID-Zuordnungen über Jahre zu pflegen, ist Fleißarbeit mit Fallstricken. Der zweite ist die Aufbewahrung. Ein Produkt kann zehn oder fünfzehn Jahre im Feld sein. Der Datensatz muss die ganze Zeit konsistent abrufbar bleiben. Das trifft Backup-Strategie, Migrationspfade und die unangenehme Frage, wer nach einem Firmenverkauf oder einer Insolvenz für den Pass geradesteht.
Der Fahrplan, der es real macht
Die ESPR (EU 2024/1781) ist seit dem 18. Juli 2024 in Kraft, der Produktpass ist ihr zentrales Instrument. Das EU-Zentralregister geht mit der vollen Anwendung der Verordnung am 19. Juli 2026 live. Damit steht das Fundament, bevor die erste Produktgruppe scharf geschaltet wird.
Der erste verpflichtende Fall ist der Batteriepass nach der EU-Batterieverordnung 2023/1542. Ab dem 18. Februar 2027 brauchen E-Auto-Batterien, Industriebatterien über 2 kWh und Batterien für leichte Fahrzeuge einen Pass, abrufbar über QR-Code und eindeutigen Identifier. In der ersten Stufe sind nur Basisdaten Pflicht: Identität, Typ, Modell und technische Kennwerte. Angaben zu Lebensdauer und Leistung kommen über spätere delegierte Rechtsakte nach.
Danach greift der ESPR-Arbeitsplan 2025-2030, angenommen im April 2025. Er priorisiert Eisen und Stahl, Aluminium, Textilien, Möbel, Reifen und Matratzen. Die indikativen Zeiträume für die delegierten Rechtsakte: Stahl etwa 2026, Textilien, Reifen und Aluminium etwa 2027, Möbel etwa 2028 und Matratzen etwa 2029. Die Anforderungen werden also schrittweise und pro Produktgruppe schärfer, statt in einem großen Schlag.
Was Teams jetzt angehen sollten
Ich würde an drei Stellen früh anfangen, unabhängig davon, welche Produktgruppe einen zuerst trifft. Erstens die Identifier-Strategie. Ob und wie GTINs und GS1 Digital Link zum Einsatz kommen, prägt jede spätere Integration. Diese Entscheidung will man nicht treffen, wenn der erste QR-Code schon auf dem Produkt klebt.
Zweitens das Produktdatenmodell. Es sollte die DPP Core Ontology berücksichtigen, ohne sich sklavisch daran zu ketten, denn die Detailtiefe je Produktgruppe steht noch nicht fest. Drittens die technische Zuständigkeit: Wo liegen die Daten wirklich, wer betreibt den Resolver-Endpunkt, wie setzt man die rollenbasierte Steuerung über EOID um? Viele Systeme sind auf Transaktionsdaten ausgelegt, nicht auf die stabile Bereitstellung von Produktinformationen über ein Jahrzehnt.
Ehrlich bleibt: Vieles ist noch offen. Wie detailliert die Anforderungen je Produktgruppe ausfallen, wie hoch die reale Query-Last wird und was Versionierung und Migration am Ende kosten, lässt sich heute nur grob schätzen. Kleine und mittlere Unternehmen stehen zusätzlich vor der Frage, wie sie die dauerhafte Verfügbarkeit wirtschaftlich stemmen. Das ist kein Grund zu warten, sondern ein Grund, die teuren Grundentscheidungen jetzt bewusst zu treffen.
- Dezentrale Datenhaltung mit Resolver-Architektur statt zentralem Speicher
- Etablierte Standards wie GS1 Digital Link für die Identifier-Auflösung
- Klare Starttermine für Register, Batteriepass und die ersten ESPR-Produktgruppen
- Konkrete Datenfelder und Schemata für die meisten Produktkategorien
- Praktische Skalierung von Resolving und Zugriffssteuerung bei hoher Last
- Reale Aufwände für Langzeit-Verfügbarkeit und Versionierung über die Lebensdauer
Häufige Fragen
Was ist ein digitaler Produktpass?
Ein digitaler Produktpass ist ein strukturierter Datensatz zu einem konkreten physischen Produkt. Er enthält Angaben zu Identität und Eigenschaften und ist über einen Datenträger wie einen QR-Code während der gesamten Produktlebensdauer abrufbar. In der EU ist er das zentrale Instrument der Ökodesign-Verordnung ESPR.
Wie funktioniert das EU-Zentralregister?
Das Register speichert keine Produktdaten. Es löst Identifier auf und verweist auf die Datensätze, die bei den jeweiligen Wirtschaftsakteuren liegen. So bleibt die Hoheit über die Daten dezentral, während das Register die Auffindbarkeit sicherstellt. Live geht es am 19. Juli 2026.
Wann wird der Batteriepass verpflichtend?
Ab dem 18. Februar 2027 müssen E-Auto-Batterien, Industriebatterien über 2 kWh und Batterien für leichte Fahrzeuge einen digitalen Produktpass führen. Der Zugriff erfolgt über QR-Code und eindeutigen Identifier. Zunächst sind nur Basisdaten wie Identität, Typ und technische Kennwerte vorgeschrieben.
Welche weiteren Produktgruppen folgen?
Der ESPR-Arbeitsplan 2025-2030 priorisiert Eisen und Stahl, Aluminium, Textilien, Möbel, Reifen und Matratzen. Als indikative Zeiträume für die delegierten Rechtsakte gelten Stahl etwa 2026, Textilien, Reifen und Aluminium etwa 2027, Möbel etwa 2028 und Matratzen etwa 2029.
Was sollten Cloud-Teams zuerst angehen?
Zuerst die Identifier-Strategie und das zugrunde liegende Produktdatenmodell. Ebenso wichtig ist früh zu klären, wo die Daten liegen, wer sie pflegt und wie der langfristige, rollenbasierte Zugriff über Economic Operator IDs gesteuert wird.
Lesetipps der Redaktion
cloudmagazinC5-Testate zwingen Mittelständler zum Cloud-ReversecloudmagazinContainer Supply Chain Security: IT-Lieferketten absicherncloudmagazinEdge Computing Logistik: 5 Bausteine für EchtzeitMehr aus dem MBF Media Netzwerk
MyBusinessFutureInvestitionsstau: Wie KI verborgene Budgets freilegtDigital ChiefsDie IT entscheidet, ob der Spin-off sich auszahltSecurityTodayDer AI Act ist in Wahrheit ein Security-GesetzBildquelle: KI-generiert (Juli 2026)
