DPP-Readiness-Checkliste: 10 Schritte zur Digitalen-Produktpass-Compliance
Ein Arbeitsprogramm, kein Whitepaper. Zehn Schritte, in der Reihenfolge, in der sie sich tatsächlich gegenseitig blockieren — von der Abgrenzung über den Pilot bis zur Governance.
In 30 Sekunden
- •Jetzt starten, wenn Sie bei Batterien, Eisen/Stahl, Textilien, Reifen oder Aluminium dabei sind
- •Engpass: Datenzusammenführung + Lieferanten-Datenvereinbarungen, nicht Software
- •Kluge Haltung: Daten und Kennungen besitzen, Infrastruktur kaufen
- •An einer Linie beweisen, bevor aufs Portfolio skaliert wird
So nutzen Sie diese Checkliste
Arbeiten Sie sie der Reihe nach ab. Jeder Schritt ist das Tor zum nächsten — Kennungsentscheidungen vor der Datenmodellierung, Dateninventur vor Lieferantenvereinbarungen, ein laufender Pilot vor der Industrialisierung. Die administrativ wirkenden Schritte (Abgrenzung, Governance) sind die, die bestimmen, ob der technische Aufbau aufs richtige Ziel zielt.
Die 10-Schritte-Checkliste
Produktportfolio gegen die Pipeline delegierter Rechtsakte mappen
Listen Sie jede Produktlinie, die Sie in der EU in Verkehr bringen. Mappen Sie jede gegen die Arbeitsplan-Sequenz (Eisen/Stahl, Textilien, Reifen, Aluminium, Möbel, IKT, Batterien über den Sektorweg). Ergebnis: eine Anwendbarkeitsmatrix mit erwartetem Pflichtdatum pro Linie.
Kennungsgranularität und -system festlegen
Pässe auf Modell-, Chargen- oder Stückebene? GS1-Schlüssel (GTIN, GLN) abstimmen und klären, wie Serialisierung funktioniert, falls Stückebene gefordert oder gewählt wird. Kennungsentscheidungen sind kaum reversibel — früh richtig treffen.
Vorhandene Daten gegen benötigte Daten inventarisieren
Pro erfasster Produktlinie die geforderten Datenattribute (im Stil von Anhang III) listen und lokalisieren, wo jede heute liegt: ERP, PLM, Ökobilanz-Studien, Lieferantendokumente, Prüfberichte, Tabellen — oder nirgendwo. Ergebnis: ein Datenlücken-Register.
Datenqualität sanieren
Der Pass muss korrekte, strukturierte, verifizierbare Daten tragen. Die Lücken schließen: fehlende Studien beauftragen, Papierdokumentation digitalisieren, Einheiten und Formate normalisieren, Validierungsregeln bauen. Hier gewinnen oder verlieren Programme.
Lieferantendaten vertraglich sichern
CO₂-Fußabdruck, Rezyklatanteil, Materialzusammensetzung und Sorgfaltsdaten liegen weitgehend bei vorgelagerten Lieferanten. Jetzt Datenbereitstellungsklauseln in Lieferverträge aufnehmen — unter Termindruck neu zu verhandeln ist brutal.
Eigenbau vs. Dienstleister entscheiden
Festlegen, wer die Passdaten hostet und betreibt. Ein DPP-Dienstleister liefert Persistenz, Zugriffskontrolle und APIs als Service; Eigenbau heißt, die EN-18221-Persistenzpflichten selbst zu tragen.
Die Datenarchitektur entwerfen
Kanonisches Datenmodell auf die Attribute des einschlägigen Rechtsakts gemappt, JSON-LD-/strukturierte Payloads, Validierung (JSON Schema/SHACL) und die Integrationspfade aus ERP/PLM in die Pass-Schicht.
Zugriffskontrolle implementieren
Den gestuften Zugriff modellieren, den der delegierte Rechtsakt verlangt — öffentliche Daten vs. beschränkte Daten für Behörden, Recycler, Partner. Vor dem Bau auf Rollen mappen, nicht danach.
Eine Produktlinie durchgängig pilotieren
Ein echter Pass für einen begrenzten SKU-Satz: Kennung → Datenträger → gehostete Daten → Registry-Eintrag → aufgelöster Scan, einschließlich beschränktem Zugriff. Beheben, was bricht, bevor skaliert wird.
Governance und Betrieb aufsetzen
Wer trägt die Passgenauigkeit? Wer genehmigt Updates? Lebenszyklus-Ereignisse (Reparaturen, Übergänge, Lebensende) brauchen Schreiber. Registry-Monitoring, Verfolgung von Rechtsakt-Änderungen und Audit-Fähigkeit sind Dauerfunktionen — besetzen Sie sie.
Das Readiness-Reifegradmodell
Bewerten Sie sich ehrlich — die meisten Organisationen überschätzen sich. Maßgeblich ist das schwächste der drei Dimensionen, denn eine einzige Lücke blockiert die Compliance:
| Stufe | Rechtsbewusstsein | Datenbereitschaft | Technische Fähigkeit |
|---|---|---|---|
| 0 — Unwissend | Niemand verantwortet den DPP | Daten verstreut, nicht gemappt | Kein Kennungsschema |
| 1 — Bewertend | Abgrenzung, welche Rechtsakte gelten | Lückenanalyse läuft | Optionen werden bewertet |
| 2 — Aufbauend | Pflichten pro Produkt gemappt | Pipelines + Lieferantenverträge | Pilotpass läuft |
| 3 — Pilotierend | Konformitätsprozess definiert | Qualität + Validierung live | Registry-verbundener Pilot |
| 4 — Operativ | Fortlaufender Compliance-Verantwortlicher | Gesteuerter Datenlebenszyklus | Pässe im Maßstab ausgestellt |
Das häufigste Muster: Organisationen auf Stufe 2 technisch, Stufe 1 Daten. Sie können eine Pass-API bauen, aber nicht befüllen — weil die Datendimension hinterherhinkt. Behandeln Sie Datenbereitschaft, nicht Technologie, als Ihren Engpass und planen Sie von dort rückwärts.
Die Lücken, die alle finden
Daten existieren, sind aber nicht belegbar
Rezyklat- und CO₂-Aussagen leben in Marketing-Unterlagen oder unauditierten Tabellen. Der Pass erwartet verifizierbare Daten — Herkunft und Belege zählen so viel wie die Zahl.
Lieferanten können (oder wollen) keine strukturierten Daten liefern
Die meisten vorgelagerten Lieferanten liefern PDFs und E-Mails, keine maschinenlesbaren Daten. Das ist ein kommerzielles und vertragliches Problem, kein technisches — und es hat die längste Vorlaufzeit im gesamten Programm.
Intern verantwortet niemand den Pass
Der DPP berührt Recht, Nachhaltigkeit, IT, Produkt und Supply Chain. Programme verkommen, wenn die Verantwortung unklar ist — früh einen rechenschaftspflichtigen Eigentümer benennen, mit der Befugnis, Daten funktionsübergreifend einzuziehen.
Fehlerbilder — und wie man ihnen zuvorkommt
So erliegen DPP-Programme tatsächlich — jeweils mit der wirksamen Gegenmaßnahme:
| Fehlerbild | Warum es geschieht | Gegenmaßnahme |
|---|---|---|
| Auf den delegierten Rechtsakt warten | Teams behandeln das Datenmodell als unbekannt, bis der Rechtsakt da ist | Jetzt auf den EN-182xx- + eudpp-Kern bauen — Rechtsakte spezifizieren Produktdaten, nicht die Infrastruktur |
| Lieferantendaten kommen nie | Daten informell angefragt; kein Vertragshebel, sie zu erzwingen | DPP-Datenklauseln in neue Lieferverträge und Verlängerungen aufnehmen — als Beschaffungskondition behandeln |
| Ein Pilot, der nicht skaliert | Pass für ein Produkt handgebaut, keine reproduzierbare Pipeline | Auf einer SKU pilotieren, die Datenpipeline aber von Tag eins fürs ganze Portfolio auslegen |
| Compliance gebaut, Lebenszyklus ignoriert | Fokus aufs Ausstellen des Passes, nicht auf Updates (Reparaturen, Zweitverwendung) | EN-18222-Lebenszyklus-APIs und einen Update-Workflow entwerfen — ein Pass ist ein lebender Datensatz |
| Kennungschaos | Kein gesteuertes GTIN-/Serienschema; Kennungen ad hoc vergeben | Kennungen unter einem gesteuerten Schema (EN 18219) vergeben, bevor irgendein technischer Bau beginnt |
Eigenbau vs. Kauf
| Ansatz | Vorteile | Nachteile | Am besten für |
|---|---|---|---|
| DPP-Dienstleister | Schnell, konforme Persistenz/Zugriffskontrolle ab Werk; klare Haftungsstruktur | Laufende Kosten, Abhängigkeit, weniger Kontrolle | Die meisten mittelständischen Hersteller und Importeure |
| Eigenbau | Volle Kontrolle; tiefe ERP/PLM-Integration; Datenstrategie-Asset | Sie tragen EN-18221-Persistenz, Sicherheit und Betrieb — echtes Engineering-Commitment | Großorganisationen, in denen Passdaten strategisch sind |
| Hybrid | Datenmodell + Kennungen besitzen; Hosting-/Zugriffsschicht mieten | Braucht saubere Schnittstellenverträge | Die meisten Unternehmen — der pragmatische Standard |
Ein realistischer Zeitplan
Für einen mittelgroßen Hersteller mit überschaubarem Portfolio: 6–9 Monate bis zu einem konformen Pilot, 12–24 Monate bis zum Portfolio-Betrieb — dominiert von Datensanierung und Lieferantenvereinbarungen, nicht von Software. Komprimieren, indem die Schritte 3–5 (Daten, Lieferanten) parallel zu 6–8 (Plattform, Architektur) laufen — nie seriell.
Die Terminlogik aus dem Einführungszeitplan gilt direkt: Ziehen Sie Ihre realistische Programmdauer vom Pflichtdatum ab — das ist Ihr echter Spätestarttermin, und für frühe Produktgruppen liegt er für Langsame bereits in der Vergangenheit.
Häufige Fragen
Die Fähigkeit intern aufbauen
Die Zertifizierung CDPI Implementer schult Ihr Team genau dafür — Kennungen, Datenmodell, Datenträger, Zugriffskontrolle, APIs und Deployment, mit Praxis-Labs.
CDPI entdeckenVerwandt: der vollständige DPP-Leitfaden · wer verpflichtet ist