Implementierung des Digitalen Produktpasses: Ein praktischer Einstiegsleitfaden

Wichtigste Erkenntnisse

• Die ESPR schreibt Digitale Produktpässe für Batterien ab 2027 vor und weitet diese bis 2030 auf Textilien, Elektronik und Möbel aus. Die Fristen sind enger als sie erscheinen.
• Die meisten Hersteller verfügen bereits über die erforderlichen Daten. Das Problem ist ihre Fragmentierung über ERP, PLM, PIM, Lieferanten-E-Mails und gemeinsame Laufwerke hinweg.
• PIM ist die richtige Grundlage für den DPP – nicht ERP, nicht Tabellenkalkulationen. Es ist das einzige System, das darauf ausgelegt ist, Produktattribute im Maßstab des gesamten Lebenszyklus zu zentralisieren, zu strukturieren und zu pflegen.
• Hersteller, die bereits PIM-Software einsetzen, verfügen in der Regel über rund 80 % der erforderlichen DPP-Daten. Die Lücke liegt in der Datenarchitektur und -publikation, nicht in der Neuerhebung von Daten.
• AtroPIM ist das einzige PIM auf dieser Liste mit einem nativen DPP-Modul, das Datenmodellierung, Passveröffentlichung und Registry-Anbindung abdeckt – verfügbar als kostenpflichtiges Add-on.
• Prüfen Sie Ihre Produktdaten, bevor Sie eine Software auswählen. Die Lückenanalyse gibt Ihnen alle weiteren Antworten.

Die meisten Hersteller, die PIM-Software einsetzen, verfügen bereits über rund 80 % der Daten, die ein Digitaler Produktpass erfordert. Für sie besteht die eigentliche Herausforderung nicht in der Datenerhebung, sondern in der Datenarchitektur und -publikation. Dieser Leitfaden erläutert, was die Implementierung eines Digitalen Produktpasses konkret bedeutet, welche Software auf jeder Ebene benötigt wird und was zuerst zu tun ist.

Warum die Uhr tickt

Die Ökodesign-Verordnung für nachhaltige Produkte der EU (ESPR) schreibt Digitale Produktpässe für eine wachsende Zahl von Produktkategorien vor, beginnend mit Batterien und Textilien, dann mit Ausweitung auf Elektronik, Möbel und andere Kategorien bis 2030. Die EU-Batterieverordnung schreibt DPPs für Industrie- und Elektrofahrzeugbatterien ab 2027 vor.

Die Fristen sind enger als sie aussehen. Der Aufbau eines konformen DPP ist kein Zwei-Wochen-Projekt. Datenlücken allein verschieben die meisten Herstellerzeitpläne um Monate, und das Onboarding von Lieferanten kommt noch hinzu.

Welche Daten ein DPP enthalten muss

Die genauen Anforderungen variieren je nach Produktkategorie, aber die Kernstruktur ist in den delegierten Rechtsakten der ESPR einheitlich:

• Produktidentität: eindeutiger Produktbezeichner, Herstellerangaben, Modell- und Chargeninformationen, Materialzusammensetzung
• Nachhaltigkeitsmerkmale: CO₂-Fußabdruck, Recyclinganteil, Reparierbarkeitsindex, Energieverbrauch
• Lieferkettendaten: Lieferantenidentitäten, Ursprungsland, Beschaffungszertifikate
• Informationen zum Lebensende: Demontageanleitung, Recyclingfähigkeit, Deklarationen gefährlicher Stoffe

Die ESPR-Umsetzung erfolgt schrittweise. Delegierte Rechtsakte für jede Produktkategorie legen genau fest, was wann erforderlich ist. Beginnen Sie mit den Pflichtfeldern Ihrer Kategorie und bauen Sie die Dateninfrastruktur darauf auf. Felder später hinzuzufügen ist einfacher als ein fehlerhaftes Fundament neu aufzubauen.

Woher die Daten kommen und warum das der schwierige Teil ist

Die meisten Hersteller verfügen bereits über einen Großteil dieser Daten. Das Problem liegt darin, wo sie gespeichert sind.

Produktspezifikationen befinden sich in PLM-Systemen. Chargen- und Seriennummern sind im ERP. Lieferantenzertifikate stecken in E-Mail-Threads oder gemeinsamen Laufwerken. Materialdeklarationen kommen als Lieferanten-PDFs in inkonsistenten Formaten an. CO₂-Fußabdruckdaten existieren möglicherweise gar nicht.

Diese Fragmentierung ist der mit Abstand größte Verzögerungsfaktor. Ein mittelgroßer Bekleidungshersteller kann drei Monate damit verbringen, DPP-Daten manuell aus sieben internen Systemen und vierzehn Lieferanten zusammenzustellen. Die Daten waren vorhanden, aber es gab keine einheitliche Struktur, keine Versionskontrolle und keine Möglichkeit, Updates im großen Maßstab auszuspielen. Wenn ein Lieferant ein Material änderte, gab es keinen zuverlässigen Prozess, um diese Änderung im Produktdatensatz abzubilden.

Dasselbe Muster zeigt sich in der Elektronikindustrie. Ein Komponentenhersteller verfügte über genaue Materialdeklarationen für jedes Bauteil, die jedoch in vierzehn verschiedenen Lieferantenkalkulationstabellen mit jeweils unterschiedlichem Format und ohne gemeinsame Taxonomie gespeichert waren. Die Zuordnung zu einem einzigen DPP-Datenschema dauerte länger als die anschließende Integrationsarbeit.

Der DPP erfordert, dass die Daten über den gesamten Lebenszyklus eines Produkts hinweg korrekt bleiben. Das verschiebt die Aufgabe von einer einmaligen Datenerhebung hin zu einer fortlaufenden Datenverwaltungsaufgabe.

Warum PIM die richtige Grundlage für die Implementierung des Digitalen Produktpasses ist

Ein PIM-System zentralisiert, strukturiert und pflegt Produktdaten über den gesamten Lebenszyklus. Das macht es zur praktischsten Grundlage für den DPP – deutlich besser geeignet als ERP oder Tabellenkalkulationen.

ERP-Systeme verwalten Transaktionen und Bestände. Sie sind nicht dafür ausgelegt, umfangreiche, strukturierte Produktattribute zu halten, Taxonomien zu verwalten oder Daten in flexiblen Formaten auszugeben. Tabellenkalkulationen verfügen über keine Versionierung, keine Validierung und keine Kapazität zur Verwaltung von lieferantengesteuerten Daten in großem Umfang.

PIM bewältigt all das. Sie definieren das Datenmodell, legen Pflichtfelder fest, steuern, welche Attribute den DPP-Datenanforderungen zugeordnet werden, und verwalten Updates zentral. Wenn ein Lieferant ein Material aktualisiert, aktualisieren Sie es im PIM, und es fließt in die DPP-Ausgabe ein.

Die Hersteller, die die Implementierung des Digitalen Produktpasses am effizientesten bewältigen, sind diejenigen, die bereits ein sauberes PIM im Einsatz haben. Wer das nicht hat, verbringt die erste Phase damit, eines aufzubauen.

Die Zuordnung auf Feldebene ist der entscheidende Vorteil. Ein gut konfiguriertes PIM hält Produktidentität, Materialzusammensetzung, Nachhaltigkeitsmerkmale und Lieferantendaten in strukturierten, exportierbaren Feldern, die direkt auf DPP-Datenschemata abbildbar sind. Ohne diese Struktur ist jeder Export eine manuelle Aufgabe.

Welches PIM gewählt werden sollte

Mehrere Systeme sind einen Blick wert, und die richtige Wahl hängt davon ab, wie komplex Ihr Datenmodell ist und wie viel Kontrolle Sie über die Konfiguration benötigen.

AtroPIM ist eine der stärksten Optionen für Hersteller, die eine DPP-Implementierung angehen, und das einzige PIM auf dieser Liste mit einem dedizierten DPP-Modul, das den vollständigen Publikations-Stack abdeckt. Das Modul umfasst ein integriertes DPP-Datenmodell und -schema, eine DPP-Zielseite und einen Viewer, der beim Scannen eines Carriers angezeigt wird, sowie Registry- und API-Konnektivität zur Weiterleitung von Passdaten. Das bedeutet, dass Hersteller keine separate DPP-Plattform für die Publikationsebene zusammenstellen müssen. AtroPIM übernimmt Datenverwaltung und Passlieferung in einem einzigen System. Es ist als kostenpflichtiges Add-on zur Kernplattform erhältlich.

Über das DPP-Modul hinaus ist AtroPIM Open-Source-basiert und um ein vollständig konfigurierbares Entitäts- und Attributmodell herum aufgebaut, was bedeutet, dass Sie die Datenstruktur selbst definieren, anstatt Ihre Produkte in eine vordefinierte Vorlage einzupassen. Für den DPP ist das wichtig: Die Datenschemata variieren je nach Produktkategorie und werden von den Regulierungsbehörden noch verfeinert. Ein System, das ohne Lieferantenbeteiligung neu konfiguriert werden kann, behält seinen Wert länger als eines, das für jede strukturelle Änderung externe Entwicklung erfordert. In mehreren Projekten, die wir derzeit implementieren, können Hersteller DPP-Feldanforderungen direkt benutzerdefinierten Attributsätzen zuordnen und Updates über die API an den Live-Pass weitergeben, ohne die Integration bei jeder Schemaänderung neu aufbauen zu müssen.

Akeneo hat eine breite Verbreitung und ein ausgereiftes Attributmodell und eignet sich für Unternehmen, die ein Enterprise-Grade-System mit einem etablierten Ökosystem wünschen, bietet jedoch keine native DPP-Publikationsebene. Weitere Optionen sind Salsify, inriver und Plytix, jeweils mit unterschiedlichen Stärken nach Unternehmensgröße und Branche. Diese PIMs erfordern jedoch eine separate DPP-Plattform für die Passlieferung.

Der Software-Stack, der den DPP an Endnutzer ausliefert

PIM übernimmt die Datenschicht. Um einen DPP konform und zugänglich zu machen, benötigen Sie mehrere weitere Komponenten.

DPP-spezifische Plattformen

Speziell entwickelte DPP-Plattformen sitzen zwischen Ihrem PIM und dem Endnutzer. Sie übernehmen die Ausgabe eindeutiger Bezeichner, das strukturierte DPP-Datenmodell und die Registry-Anbindung:

• Circularise: stark in Kunststoff- und Chemikalien-Lieferketten
• Spherity: fokussiert auf pharmazeutische und Batterie-Anwendungsfälle
• TrusTrace: entwickelt für Mode- und Textil-Lieferketten

Branchenspezifische Plattformen verfügen in der Regel über ein etabliertes Datenschema für ihre Kategorie. Wenn eines für Ihre Produkte existiert, ist es in der Regel schneller als der Aufbau einer generischen Integration. Wenn nicht, ist eine flexible Plattform mit API-Konnektivität zu Ihrem PIM der bessere Weg.

Carrier- und Bezeichner-Ebene

Der physische Carrier verbindet das Produkt mit seinem DPP:

• QR-Code: funktioniert auf jeder bedruckten Oberfläche, von jedem Smartphone lesbar, günstig pro Einheit, aber leicht zu kopieren
• DataMatrix: höhere Datendichte, verbreitet in der pharmazeutischen und elektronischen Kennzeichnung, erfordert einen Scanner
• RFID/NFC: im Produkt oder Etikett eingebettet, schwerer zu trennen, unterstützt automatisiertes Logistik-Scanning, höhere Kosten pro Einheit

GS1 Digital Link ist der aufkommende Standard zur Strukturierung der URL hinter dem Carrier. Er kodiert die Produktidentität in einem standardisierten Format und löst zur DPP-Zielseite auf. Die Verwendung von Anfang an macht Ihre Implementierung zukunftssicher gegenüber Registry-Anforderungen, die noch finalisiert werden. (Quelle: https://www.gs1.org/standards/gs1-digital-link)

Verifizierungs- und Registry-Ebene

Die EU-DPP-Registry-Infrastruktur befindet sich noch in der Entwicklung. Delegierte Rechtsakte der ESPR werden die technischen Anforderungen je Produktkategorie festlegen. Für Batterien ist die Spezifikation weiter fortgeschritten und lohnt es sich, sie über das EU-Batteriepassprogramm genau zu verfolgen.

Einige Hersteller nutzen Blockchain-basierte Verifizierungstools, um Lieferketten-Herkunft nachzuweisen, bevor die offizielle Registry in Betrieb ist. Plattformen wie Sourcemap und TextileGenesis übernehmen dies für Textilien. Für andere Kategorien existieren verschiedene Hyperledger-basierte Implementierungen.

Endnutzer-Zugriffsebene

Endnutzer müssen den DPP irgendwo lesen können:

• Eine DPP-Zielseite, gehostet von Ihrer DPP-Plattform oder Ihrer eigenen Infrastruktur, die beim Scannen des Carriers angezeigt wird
• Ein eingebetteter DPP-Viewer auf Ihrer Markenwebsite oder Produktseite
• Ein B2B-Portal für nachgelagerte Lieferkettenakteure, die maschinenlesbaren Zugriff auf den vollständigen Datensatz benötigen

Der Zielseiten-Ansatz ist Standard für Konsumgüter. B2B-Portale sind wichtiger für Industrieprodukte, bei denen nachgelagerte Hersteller oder Recycler strukturierten Datenzugriff benötigen.

Schritte der Implementierung des Digitalen Produktpasses in der richtigen Reihenfolge

1. Prüfen Sie Ihre vorhandenen Produktdaten. Erfassen Sie jede Datenquelle: ERP, PLM, Lieferantendokumente und Laborberichte. Identifizieren Sie, was vorhanden ist, was fehlt und wo die Lücken am größten sind.

2. Ordnen Sie die Pflicht-DPP-Felder Ihren Datenlücken zu. Nutzen Sie den delegierten Rechtsakt für Ihre Produktkategorie, um zu identifizieren, welche Felder wann erforderlich sind. Schließen Sie diese Lücken zuerst.

3. Richten Sie Ihr PIM ein oder strukturieren Sie es neu. Konfigurieren Sie das Datenmodell entsprechend den DPP-Feldanforderungen. Wenn Sie kein PIM haben, wählen und implementieren Sie jetzt eines. Das hier definierte Datenmodell bestimmt, wie sauber Ihre DPP-Ausgabe sein wird.

4. Bauen Sie Ihren Lieferanten-Datenerhebungsprozess auf. Legen Sie fest, was Sie von Lieferanten benötigen, in welchem Format und wie Updates gehandhabt werden. Das Onboarding von Lieferanten verlängert das Projekt in der Regel um zwei bis drei Monate.

5. Wählen und verbinden Sie eine DPP-Plattform. Wählen Sie basierend auf Ihrer Produktkategorie und bestehenden Integrationen. Verbinden Sie sie über API mit Ihrem PIM, damit die Daten automatisch fließen.

6. Wählen und wenden Sie Ihren Carrier an. Verwenden Sie GS1 Digital Link zur Strukturierung des Bezeichners. Bringen Sie ihn an der Verpackung oder dem Produkt selbst so an, dass er den gesamten Lebenszyklus des Produkts übersteht.

7. Richten Sie den Endnutzer-Zugang ein. Konfigurieren Sie die Zielseite oder den Viewer, der beim Scannen des Carriers angezeigt wird. Testen Sie auf verschiedenen Geräten und in verschiedenen Zugriffsszenarien.

8. Pilotieren Sie mit einer SKU. Führen Sie die vollständige Kette an einem einzelnen Produkt durch, bevor Sie skalieren. Das deckt Integrationsprobleme, Datenlücken und Lieferantenreibung frühzeitig auf.

9. Skalieren und mit der Registry verbinden. Wenn die ESPR-Registry-Anforderungen für Ihre Kategorie konkreter werden, verbinden Sie Ihre DPP-Plattform mit der offiziellen Infrastruktur.

Häufige Fehler bei der Implementierung des Digitalen Produktpasses

Das Verlassen auf ERP und Tabellenkalkulationen zur Verwaltung von DPP-Daten ist der häufigste Fehler. Das Datenvolumen und die Aktualisierungsfrequenz, die der DPP erfordert, überfordern beide Systeme schnell.

Die Wahl einer DPP-Plattform, bevor die Datenschicht bereit ist, ist der zweite Fehler. Eine DPP-Plattform gibt aus, was sie empfängt. Unstrukturierter Input erzeugt einen unstrukturierten Pass.

Die Behandlung des DPP als einmalige Compliance-Einreichung verursacht die meisten langfristigen Probleme. Die Verordnung verlangt, dass der Pass während der gesamten Produktlebensdauer aktuell bleibt. Das bedeutet fortlaufende Datenverwaltung, keine einmalige Ausgabe.

Die Unterschätzung des Lieferanten-Onboardings ist ein wiederkehrendes Muster. Lieferanten unterscheiden sich stark in ihrer Fähigkeit, strukturierte, digitale Daten bereitzustellen. Das von Anfang an in die Projektplanung einzubeziehen ist keine Option, sondern Pflicht.

Den Aufbau eines statischen DPP ohne Aktualisierungspfad zu planen ist die technische Version desselben Fehlers. Egal welchen Stack Sie aufbauen: Die Fähigkeit, Updates vom PIM an den Live-DPP weiterzugeben, ist unverzichtbar.

Was zuerst zu tun ist

Prüfen Sie Ihre Produktdaten, bevor Sie Software auswählen, bevor Sie Lieferanten kontaktieren, bevor Sie irgendetwas anderes tun.

Erfassen Sie jede Datenquelle, die Sie haben. Listen Sie auf, welche Felder vorhanden sind, wo sie gespeichert sind und wie zuverlässig sie sind. Rufen Sie dann die DPP-Datenanforderungen für Ihre Produktkategorie ab und markieren Sie die Lücken.

Diese Lückenanalyse zeigt Ihnen, was Ihr PIM halten muss, was Sie von Lieferanten benötigen und wie viel Restrukturierung vor Ihnen liegt. Sie zeigt Ihnen auch, ob Ihr bestehendes PIM für die Implementierung des Digitalen Produktpasses korrekt konfiguriert ist oder von Grund auf neu aufgebaut werden muss.

Die meisten Hersteller stellen bei der Prüfung fest, dass es mehr Lücken gibt als erwartet. Sie frühzeitig zu finden ist der Sinn der Übung.