DPP-Register vs. dezentrale Daten: Was das EU-Register speichert
Die EU-Regeln für das DPP-Register sind angenommen: was es speichert, warum Passdaten dezentral bleiben und wie Verifizierung und Versionierung funktionieren.
Status am 22. Juli 2026: Das DPP-Register im Produktivbetrieb, die separate Testumgebung und die Umsetzungsunterlagen sind verfügbar. Die Kommission bezeichnet das Register als betriebsbereit und die Registrierung über eine sichere Benutzeroberfläche oder API als verfügbar. Die Testumgebung erfordert ein separates EU-Login-Konto und gültige Organisationsdaten. Produktspezifische Tests, insbesondere für Batterien, hängen weiterhin vom einschlägigen semantischen Katalog und den jeweiligen Sektorvorschriften ab. Die Verordnung (EU) 2026/1778 tritt am 6. August in Kraft.
Die Zwei-Minuten-Version
Die EU baut keine einzige riesige Datenbank, die jeden Digitalen Produktpass speichert. ESPR-Artikel 13 verlangt ein Register. Die Durchführungsverordnung (EU) 2026/1778 konkretisiert dessen Rolle: Es ist ein zentraler Index und eine Verifizierungsschicht, kein Lager für den vollständigen Pass. Es registriert Kennungen, soweit einschlägig Warencodes und allgemeine Registrierungsdaten; die eigentlichen Produktdaten bleiben dezentral beim Wirtschaftsakteur oder seinem DPP-Dienstleister.
Diese Unterscheidung ist wichtig, weil das falsche Denkmodell zu falschen Entscheidungen führt. Wenn Sie eine zentrale Datenbank annehmen, planen Sie, alles nach Brüssel hochzuladen. Wenn Sie das reale Modell verstehen, planen Sie, die Kontrolle über Ihre eigenen strukturierten Daten zu behalten und sie über Identifikatoren mit dem Register zu verbinden. Das zweite Modell ist das, was die Verordnung tatsächlich beschreibt.
Was das Register ist und was es nicht ist
ESPR-Artikel 13 verlangt die Speicherung eindeutiger Produktkennungen und der für Zollzwecke erforderlichen Warencodes. Die Verordnung 2026/1778 bestimmt den Inhalt des Registereintrags: Produktkennung, soweit einschlägig Warencode und Dienstleisterreferenz, Identität des Registrierenden, Registrierungsdatum und Integritätsinformationen. Für jede Registrierung entsteht außerdem eine eindeutige Registrierungskennung.
Was das Register nicht ist:
- Es ist keine öffentliche Datenbank aller Passinhalte.
- Es ist nicht der Ort, an dem Verbraucher Produktinformationen lesen; das ist die Rolle des Datenträgers und, sofern vorhanden, des Webportals.
- Es ist nicht Ihr Speicher für vollständige Pässe. Ihre strukturierten Produktdatensätze bleiben bei Ihnen oder Ihrem Anbieter.
- Es ist kein Ersatz für den Pass selbst. Der Pass liegt hinter dem Datenträger, nicht im Register.
Die Kommission beschreibt das Register als Speicher für eindeutige Kennungen, Registrierungsdaten und allgemeine Metadaten, nicht für alle detaillierten DPP-Inhalte. Die anwendbare Produktregel bestimmt weiterhin, welche DPP-Daten bestehen und auf welcher Ebene der Pass ausgegeben werden muss.
Vier Ebenen, die oft verwechselt werden
Die meiste Verwirrung entsteht, wenn vier verschiedene Dinge in ein Wort zusammenfallen. Die ESPR hält sie getrennt, und das sollte auch Ihre Architektur tun.
| Ebene | ESPR-Grundlage | Was sie enthält | Wer sie betreibt |
|---|---|---|---|
| Datenträger | Artikel 10 | Der scannbare Link, etwa ein QR-Code, auf Produkt, Verpackung oder Dokumentation | Sie, der Wirtschaftsakteur |
| Der Pass (Produktdaten) | Artikel 9 | Die eigentlichen strukturierten Produktdaten, dezentral gehalten | Sie oder Ihr DPP-Dienstleister |
| Das Register | ESPR-Artikel 13 + Verordnung 2026/1778 | Registrierungs- und Produktkennungen, soweit einschlägig Warencodes sowie allgemeine Registrierungsdaten | Die Europäische Kommission |
| Das Webportal | Artikel 14 | Ein öffentlicher Zugangspunkt zum Suchen und Vergleichen von DPP-Daten | Die Europäische Kommission |
Ein fünftes Element, das DPP-System (Artikel 11), ist das Bündel an Regeln für technische Gestaltung und Betrieb, die diese Ebenen interoperabel machen. Es bestimmt, wie der Pass funktioniert, nicht, wo die Daten physisch liegen.
Warum die Produktdaten dezentral bleiben
Das dezentrale Modell ist eine bewusste Designentscheidung, kein Zufall des Zeitplans. Der Wirtschaftsakteur bleibt für das Produkt und seinen Pass verantwortlich, also behält er die Kontrolle über die zugrunde liegenden Daten. Das Register verbindet sich über Identifikatoren mit diesen Daten; es nimmt sie nicht in sich auf.
Die Rückmeldungen der Industrie an die Kommission sprachen klar für dieses Modell. Große Hersteller und Datenrauminitiativen warnten, eine zentrale Inhaltsdatenbank würde einen zentralen Ausfallpunkt, eine stärkere Anbieterbindung und Vertraulichkeitsprobleme schaffen. Externe Anbieter sollten demnach Interoperabilität und technischen Betrieb gewährleisten, während der Wirtschaftsakteur die Hoheit über seine Daten behält.
Für Unternehmen ist die praktische Lehre einfach: Bauen Sie strukturierte, exportierbare und normbasierte Produktdatensätze auf, die Sie kontrollieren, und verbinden Sie sie über offene Identifikatoren mit dem Register. So bleiben die Daten bei einem Anbieterwechsel übertragbar und entsprechen der tatsächlichen Funktionsweise der Verordnung.
Die Sicherungskopie: Kontinuität ohne Zentralisierung
Dezentralisierung wirft eine berechtigte Frage auf: Was passiert, wenn ein Anbieter verschwindet? ESPR-Artikel 10 Absatz 4 beantwortet sie mit einer Pflicht zur Sicherungskopie über einen DPP-Dienstleister. Erwägungsgrund 38 beschreibt diesen Anbieter als unabhängigen Dritten. Die Trennung ist wichtig: Die Sicherungspflicht ist verbindlich, der Erwägungsgrund erklärt das beabsichtigte Kontinuitätsmodell.
Das ist Kontinuität, nicht Zentralisierung. Die Sicherung stützt die Verfügbarkeit nach Insolvenz, Liquidation oder Geschäftsaufgabe; sie ist kein offenes Abbild aller Passdaten. Die Einzelheiten zu Kontinuität und Zugang folgen aus dem anwendbaren Produktrechtsakt und künftigen Dienstleisterregeln. Ein eigener delegierter Rechtsakt zu DPP-Dienstleistern und einem etwaigen Zertifizierungssystem steht noch aus; Verordnung 2026/1778 ersetzt ihn nicht.
Wie die Normen diese Architektur abbilden
Die horizontalen DPP-Normen von CEN/CENELEC JTC 24, im Mai 2026 als EN-Normen veröffentlicht, bilden die obigen Ebenen fast direkt ab. Sie definieren den Rahmen, nicht die Datenfelder eines bestimmten Sektors.
| Norm | Geltungsbereich | Architektonische Rolle |
|---|---|---|
| EN 18219 | Eindeutige Identifikatoren | Wie Produkt, Akteur und Pass identifiziert werden |
| EN 18220 | Datenträger | Wie ein Träger zum richtigen Pass auflöst |
| EN 18221 | Datenspeicherung, Archivierung und Persistenz | Wie dezentrale Daten über die Zeit verfügbar bleiben |
| EN 18222 | APIs für Lebenszyklus und Suche | Wie Systeme Datensätze erstellen, aktualisieren und finden |
| EN 18223 | System-Interoperabilität | Wie verschiedene Systeme dieselben Daten verstehen |
| EN 18216 | Datenaustauschprotokolle | Wie Daten zwischen Parteien übertragen werden |
Redaktionelle Aktualisierung, 16. Juli 2026: Die Fundstellen dieser sechs Normen wurden am 15. Juli 2026 mit dem Durchführungsbeschluss (EU) 2026/1736 im Amtsblatt veröffentlicht. Ein DPP, das einer Norm entspricht, profitiert von einer Konformitätsvermutung für die Anforderungen der Artikel 10 und 11 ESPR nur soweit diese Norm sie abdeckt. Was Beschluss 2026/1736 ändert →
Die Veröffentlichung als EN-Norm war der erste Meilenstein; die Veröffentlichung der Fundstellen im Amtsblatt gab diesen sechs Normen die Wirkung aus Artikel 41 Absatz 2 ESPR. Zwei weitere Normen zu Zugriffsrechten und Datenauthentifizierung liegen weiterhin außerhalb des mit Beschluss 2026/1736 veröffentlichten Pakets.
Die Register-Durchführungsverordnung ist nun angenommen
Verordnung 2026/1778 macht aus dem früheren Entwurf verbindliche horizontale Registerregeln. Die praktisch wichtigsten Wirkungen:
- Verifizierte Akteure und Wertschöpfungskettenbeteiligte. Nur verifizierte Beteiligte können einen DPP registrieren oder ändern, soweit das anwendbare Unionsrecht ihnen dies erlaubt. Die Verifizierung nutzt die eIDAS-basierten Wege aus Artikel 4 und 5; sie endet mit Ablauf des Nachweises und spätestens nach drei Jahren. Bis zur erneuten Verifizierung können keine Registrierungen erstellt oder geändert werden.
- Registrierung auf Modell-, Chargen- oder Artikelebene. Das Register erfasst den DPP auf der produktspezifisch verlangten Ebene. Gelten mehrere Unionsrechtsakte, ist die granularste Ebene maßgeblich. Artikeldatensätze müssen mit vorhandenen Chargen- oder Modellkennungen verknüpft werden.
- Schnittstelle und API. Die Registrierung erfolgt über die sichere Webschnittstelle oder API. Der Rechtsakt verlangt beide Kanäle, veröffentlicht aber selbst keine Adressen und Methoden der API, Zugangsdaten oder Beispiele für Anfrage- und Antwortdaten.
- Automatisierte technische Prüfungen. Vor der Registrierung prüft das System semantische Konformität, Konsistenz zwischen Registerpflichtdaten und DPP, Granularität sowie gegebenenfalls Warencode und Referenz auf den Sicherungs-DPP-Dienstleister. Dies ist eine technische Registrierungsprüfung, keine Feststellung, dass das Produkt alle materiellen Anforderungen des EU-Produktrechts erfüllt.
- Versionierung und Nachweise. Jede Erstellung, Änderung, Löschung und Statusänderung wird protokolliert. Registerdaten werden versioniert und mit Zeitstempeln versehen; die Standardaufbewahrung beträgt zehn Jahre, sofern ein anderer Unionsrechtsakt nichts anderes bestimmt. Ein signierter Registrierungsnachweis bleibt nach Erstellung 90 Tage verfügbar und kann erneut erzeugt werden.
- Semantisches Repositorium und Dienstleisterliste. Die Kommission betreibt ein verbindliches, maschinenlesbares semantisches Repositorium mit dokumentierten APIs und gemeinsamen Formaten sowie eine Liste verifizierter DPP-Dienstleister. „Verifiziert“ bezeichnet hier Identität und Registerzugang, nicht das künftige Dienstleister-Zertifizierungssystem.
Die Regeln untermauern den praktischen Rat: Behalten Sie strukturierten, exportierbaren Datenbesitz, nutzen Sie interoperable Kennungen und planen Sie Identitätsverifizierung und Erneuerung für den Zeitpunkt der produktspezifisch verpflichtenden Registeranbindung.
Wer das Register tatsächlich liest
Das Register dient Registrierung und Verifizierung, nicht als primäre Verbraucheroberfläche. Verifizierte Wirtschaftsakteure und berechtigte Wertschöpfungskettenbeteiligte erstellen und pflegen Registrierungen; zuständige und Zollbehörden prüfen Datensätze und erreichen über Kennungen die einschlägigen DPP-Daten.
Deshalb unterstützt das Register die Abläufe der Registrierenden und Behörden, statt eine Marketingoberfläche zu sein. Verbraucher erreichen zugängliche Produktinformationen normalerweise über den Datenträger; das Webportal nach Artikel 14 ist die separate öffentliche Such- und Vergleichsschicht. Diese Funktionen getrennt zu halten, ist Teil des Konzepts.
Was die Verordnung nicht regelt
Ein ehrlicher Erklärtext muss Recht und Umsetzungsmaterial abgrenzen. Verordnung 2026/1778 bestimmt selbst nicht:
- produktspezifische DPP-Felder, Zugriffsrechte oder Registrierungsebene für jeden Sektor;
- eine öffentliche Dokumentation aller API-Zugänge, die konkrete Authentifizierung, Beispiele für Anfrage- und Antwortdaten oder Anleitungen zur API-Anbindung;
- eine allgemeine Pflicht zur sofortigen Registrierung jedes Produkts;
- den endgültigen delegierten Dienstleisterrechtsakt oder ein Zertifizierungssystem.
Die Kommission hat das Register im Produktivbetrieb, die separate Testumgebung und die Umsetzungsunterlagen am 20. Juli bereitgestellt. Ihr Startbericht erklärt, dass die Registrierung über die sichere Benutzeroberfläche oder API verfügbar ist und ein semantisches Repositorium bereitsteht. Unternehmen sollten die jeweils aktuellen produktspezifischen Modelle, insbesondere für Batterien, testen und die Verordnung sowie die einschlägigen Sektorvorschriften als rechtliche Grundlage behandeln.
Was jetzt zu tun ist
- Behalten Sie das Eigentum an Ihren Daten: Speichern Sie strukturierte Produktdatensätze, die Sie exportieren können, keine in einem Anbieter eingeschlossenen Daten.
- Nutzen Sie interoperable Kennungen: GS1 Digital Link ist eine praktische Option, nicht der einzige rechtlich zulässige Weg.
- Trennen Sie die Ebenen in Ihren eigenen Systemen: Träger, Passdaten, Identifikatoren und Zugriffsrechte sind eigenständige Belange.
- Stellen Sie Anbietern die richtige Frage: nicht “speichern Sie meine Daten”, sondern “kann ich sie exportieren und wechseln, ohne meine QR-Codes zu zerstören”.
- Planen Sie Verifizierung und Versionierung: Legen Sie fest, wer registriert, wie authentifiziert wird und wie Ihre Plattform eine prüfbare Änderungshistorie erhält.
- Planen Sie Sicherung und Kontinuität: Verstehen Sie, wie Ihr Anbieter die Sicherungsreferenz handhabt, wenn das anwendbare Produktrecht sie verlangt.
- Verfolgen Sie produktspezifische Rechtsakte: Sie bestimmen, wann Registrierung gilt und was der DPP enthalten muss.
FAQ
Ist das EU-DPP-Register eine zentrale Datenbank aller Produktdaten?
Nein. Es speichert Registrierungs- und Produktkennungen, soweit einschlägig Warencodes sowie allgemeine Registrierungsdaten. Produktdaten bleiben dezentral beim Wirtschaftsakteur oder DPP-Dienstleister. Das Register ist Index und Verifizierungsschicht, kein Lager.Was geschah im Juli 2026?
Die Kommission nahm Verordnung (EU) 2026/1778 am 16. Juli an und veröffentlichte sie am 17. Juli. Produktivregister, Testumgebung und Umsetzungsunterlagen sind seit dem 20. Juli verfügbar; die Verordnung tritt am 6. August in Kraft. Die Kommission bezeichnet das Register als betriebsbereit und die Registrierung über eine sichere Benutzeroberfläche oder API als verfügbar. Die produktspezifische Nutzung hängt weiterhin vom einschlägigen semantischen Katalog und den Sektorvorschriften ab.Wo liegen die eigentlichen Passdaten?
Beim Wirtschaftsakteur oder seinem DPP-Dienstleister. Der Datenträger führt zum dezentralen Datensatz. ESPR-Artikel 10 Absatz 4 verlangt zudem eine Sicherungskopie über einen DPP-Dienstleister; Erwägungsgrund 38 beschreibt ihn als unabhängigen Dritten.Was ist der Unterschied zwischen Register und Webportal?
Das Register nach Artikel 13 ist die zentrale Registrierungs-, Indexierungs- und Verifizierungsschicht für Wirtschaftsakteure und Behörden. Das Webportal nach Artikel 14 ist der öffentliche Such- und Vergleichszugang. Es sind getrennte Elemente mit getrennten Zwecken.Bedeuten dezentrale Daten, dass ich an einen Anbieter gebunden bin?
Es sollte das Gegenteil bedeuten. Wenn Sie strukturierte, exportierbare Datensätze behalten und offene Identifikatoren wie GS1 Digital Link nutzen, können Sie den Anbieter wechseln, ohne Ihre Datenträger neu auszugeben. Anbieterbindung entsteht durch proprietäre Formate, nicht durch das Register.Lade ich meine Pässe bei der Kommission hoch?
Nicht den vollständigen Inhalt jedes Passes. Über Schnittstelle oder API registrieren Sie die erforderlichen Angaben einschließlich Kennungen und gegebenenfalls Warencode. Das Produktrecht bestimmt DPP-Inhalt und Registrierungsebene.Weiterlesen
- EPREL vs. DPP-Register: Wie die zwei EU-Register verbunden sind
- Was ist ein Digitaler Produktpass?
- Welche Daten gehören in einen DPP? Vollständige Datenanforderungen
- Anforderungen an DPP-Dienstleister erklärt
- GS1 Digital Link für den DPP
- Gemeinsame Spezifikationen: Der Rückfallplan der EU für DPP-Normen
- ESPR-DPP-Umsetzungsstatus 2026: Normen, Register, Lücken
Offizielle Quellen
- ESPR Verordnung (EU) 2024/1781, Artikel 13
- Durchführungsverordnung (EU) 2026/1778 der Kommission (DPP-Register)
- Europäische Kommission: DPP-Register
- Europäische Kommission: Produktions- und Testumgebung des DPP-Registers
- Benutzerleitfaden zum DPP-Register für Wirtschaftsakteure v1.0 (PDF)
- Durchführungsbeschluss (EU) 2026/1736 der Kommission (DPP-Normen)
- Europäische Kommission: Umsetzung der ESPR
- CEN-CENELEC: erste DPP-Normen und ihr Status im EU-Amtsblatt
- Antwort der Kommission E-000888/2026(ASW): JTC-24-Normen und DPP-Registerstatus
- DPP-Dienstleister: Initiative zum delegierten Rechtsakt
Bauen Sie DPP-Datensätze, die Ihnen wirklich gehören? Kostenlos auf OriginPass.eu starten und das Eigentum an Ihren strukturierten Produktdaten behalten, registerbereit und portabel by design.