Warum der digitale Produktpass in erster Linie ein Problem der Datenintegration ist
Ein Pass ist nur die sichtbare Oberfläche. Hinter dem QR-Code verbirgt sich ein strukturierter Datensatz, der auf die meisten Unternehmenssysteme gleichzeitig zugreift: Produktidentitäts- und Chargendaten aus dem ERP, Stücklisten und Zusammensetzungen aus dem PLM oder technischen Unterlagen, Nachhaltigkeitsattribute und Dokumentationen aus dem PIM sowie Prüf- oder Zertifizierungsunterlagen aus dem Qualitätssystem. Lieferanten steuern einen weiteren Teil bei, da Daten zu recycelten Inhalten und zur Herkunft bereits vorgelagert in die Kette einfließen. Was der digitale Produktpass fordert, ist, dass all dies in einem konsistenten Datensatz pro Produkt zusammengeführt wird.
Keines dieser Systeme wurde für die externe Veröffentlichung konzipiert, und keines enthält das vollständige Bild. Die Arbeit besteht darin, präzise Daten aus Systemen zusammenzutragen, die nie aufeinander abgestimmt waren, sie bei Produktänderungen aktuell zu halten und dies für jede betroffene Artikelnummer zu tun. Das ist ein Integrationsproblem, und es ist der Teil, der eher Quartale als Wochen in Anspruch nimmt.
Wie sieht der Zeitplan für den DPP bis 2027 aus?
Die Einführung erfolgt kategoriebezogen und nicht zu einem einzigen Stichtag. Die ESPR, die seit 2024 in Kraft ist, arbeitet mit delegierten Rechtsakten: Jede Produktkategorie erhält ihren eigenen Rechtsakt, der festlegt, was der Pass enthalten muss, gefolgt von einer Übergangsfrist, bevor die Anforderungen gelten. Textilien gehören zu den Kategorien, die im ersten ESPR-Arbeitsplan priorisiert wurden.
Der erste feste Meilenstein liegt außerhalb der ESPR: Gemäß der EU-Batterieverordnung werden Batteriepässe für Elektrofahrzeuge und größere Industriebatterien ab Februar 2027 verpflichtend. Für alle anderen Kategorien werden die genauen Daten noch festgelegt. Das ist kein Grund zum Abwarten. Es ist der Grund, warum die Datenbasis, die nicht von den endgültigen Details einer Kategorie abhängt, bereits im Vorfeld geschaffen werden sollte.
Das DPP-Datenmodell: welche Daten aus welchen Systemen
Ein praktikables DPP-Datenmodell beginnt damit, jeden erforderlichen Datenpunkt dem System zuzuordnen, in dem er verwaltet wird. Identitäts-, Chargen- und Lieferantendaten gehören in das ERP. Zusammensetzungs- und Materialdaten gehören in das PLM und in die eingehenden Lieferantendaten. Daten zur Kreislaufwirtschaft, Informationen zur Reparierbarkeit, recycelte Inhalte und Anweisungen zum Lebensende liegen typischerweise zusammen mit den Produktinhalten im PIM, weshalb die Rolle des PIM bei digitalen Produktpässen zentral und nicht nur unterstützend ist.
Die Zuordnung deckt in der Regel zwei Lücken auf. Einige erforderliche Daten existieren zwar, sind aber keinem System eindeutig zugeordnet oder liegen redundant in verschiedenen Systemen ohne eine vereinbarte „Golden Source“ vor. Andere Daten existieren überhaupt nicht digital, sondern schlummern in PDFs von Lieferanten oder in technischen Archiven. Beide Lücken zu schließen dauert länger als jeder Veröffentlichungsschritt, weshalb sie ganz oben auf dem Fahrplan stehen sollten.
Wie bereiten Sie sich auf die Anforderungen des digitalen Produktpasses vor?
Die Vorbereitung ist ein Prozess der Datenintegration, kein bloßer Softwarekauf. Der erfolgreiche Weg beginnt mit einer Bestandsaufnahme: Identifizieren Sie für jeden Datenpunkt des Passes, welches System ihn aktuell vorhält und wo dies noch nicht der Fall ist. Im nächsten Schritt geht es um die Zuständigkeit: Weisen Sie jedem Datenbereich eine maßgebliche Quelle zu, damit die Passdaten einen definierten Ursprung haben, statt in drei konkurrierenden Versionen vorzuliegen. Anschließend werden die Systeme über eine Integrationsschicht verbunden, sodass Passdatensätze automatisch aus den Quellsystemen zusammengestellt werden, anstatt sie mühsam für jedes Produkt manuell zu erfassen.
Der letzte Schritt ist ein Pilotprojekt für eine Produktkategorie – idealerweise diejenige mit der frühesten Frist oder der saubersten Datenlage. Ein Pilotprojekt validiert die Abläufe, deckt frühzeitig Lücken in den Lieferantendaten auf und macht die Bearbeitung der übrigen Kategorien zu einer Wiederholung bewährter Muster statt zu neuen Projekten.
Aufbau der DPP-Bereitschaft auf einem Integrations-Backbone
Die verbindende Arbeit in diesem Fahrplan ist genau das, wofür eine iPaaS (Integration Platform as a Service) existiert: Jedes System wird einmalig mit einem zentralen Hub verbunden, der Formate zwischen den Systemen transformiert, Datensätze anhand des Datenmodells validiert und die Passdaten synchron hält, wenn sich die Quellsysteme ändern. Die Alumio iPaaS führt diese Abläufe als Konfiguration aus, inklusive Überwachung und Audit-Protokollen für jeden Datenaustausch. So sind die Daten, die in einen Pass einfließen, bis zur Quelle rückverfolgbar und nachweislich aktuell. Dieselben gesteuerten Abläufe, die eine Rückverfolgbarkeitsarchitektur bei Audits absichern, sind auch diejenigen, die die Passdaten zusammenstellen. Deshalb haben Unternehmen mit einer disziplinierten Rückverfolgbarkeit einen Vorsprung bei der DPP-Umsetzung.
Die meisten Unternehmen setzen dies mit einem zertifizierten Integrationspartner um, der das Datenmodell und die Zuständigkeiten einmalig definiert und bei neuen delegierten Rechtsakten entsprechend erweitert. Die Ebene zur Veröffentlichung des Passes – in der Form, die die Regeln der jeweiligen Kategorie erfordern – setzt dann auf den vernetzten Daten auf, statt auf einem unstrukturierten Datenchaos.
Die Bereitschaft für den digitalen Produktpass als Wettbewerbsvorteil
Die Compliance ist nur das Fundament dessen, was der DPP verändert. Dieselben vernetzten Produktdaten, die einen Pass füllen, beantworten auch die Fragen, die Käufer, Einzelhändler und Regulierungsbehörden bereits heute zu Herkunft, Recyclinganteil und Reparierbarkeit stellen. Unternehmen, die diese Fragen auf Basis von Live-Daten beantworten können, werden Ausschreibungen gewinnen und sich Regalplätze sichern, während andere noch mit Tabellenkalkulationen arbeiten.
Die eigentliche Frist des Fahrplans ist daher weniger starr, aber dringender als der Februar 2027: Es ist der Zeitpunkt, an dem Wettbewerber beginnen, Informationen zu veröffentlichen, die Sie noch nicht bereitstellen können. Wenn Sie jetzt das Datenfundament legen – mit einer Integrationsschicht, definierten Datenverantwortlichkeiten und automatisierter Zusammenstellung –, wird jeder neue delegierte Rechtsakt von einem komplexen Projekt zu einer einfachen Konfigurationsänderung. So sieht Vorbereitung aus, wenn Regulierungen in einem rollierenden Zeitplan in Kraft treten.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
