Digitaler Produktpass (DPP) – Wenn Produktdaten zur Zerreißprobe werden

Das Szenario ist in vielen B2B- und B2C-Unternehmen erschreckend ähnlich: Der E-Commerce-Shop ist live, die Abbruchrate im Checkout wurde nach Monaten der Optimierung endlich gesenkt, und das PIM-System (Product Information Management) läuft stabil. Die Bestellungen kommen rein. Alles scheint auf Kurs zu sein.

Doch dann fragt der B2B-Einkäufer plötzlich nach den genauen CO2-Werten für eine neue Lieferung von Industriekomponenten. Gleichzeitig sucht die Marketing-Abteilung verzweifelt nach den Herkunftszertifikaten für das neue Nachhaltigkeits-Siegel der Winterkollektion. Und die IT? Die versucht händisch, veraltete Excel- Listen aus der Logistik mit dem Shopware-Backend oder der Commercetools-Instanz zu verheiraten, um diese Daten irgendwie ins Frontend zu pressen.

Das DPP-Datensilo-Problem: Warum relevante Stammdaten für den Digitalen Produktpass im Unternehmen festsitzen

Sie liegen im ERP (Enterprise Resource Planning), auf den Festplatten der Zulieferer oder in den PDFs der Qualitätskontrolle. Aber sie sind nicht vernetzt, nicht strukturiert und schon gar nicht maschinenlesbar. Was heute noch nach einer ärgerlichen Fleißaufgabe für Werkstudierende klingt, wird in kürzester Zeit zu einer existenzbedrohenden Compliance-Lücke. 

Die Europäische Union macht ernst

Mit der Ecodesign for Sustainable Products Regulation (ESPR) wird der Digitale Produktpass (DPP) ab 2027 schrittweise Pflicht. Wir zeigen, warum der DPP kein Projekt für die Rechtsabteilung ist, sondern eine fundamentale Frage der Systemarchitektur – und wie Sie diese strategische Herausforderung lösen, ohne Ihr Budget zu sprengen.

»Der Aufwand hängt von der bestehenden Systemlandschaft, der Zielsetzung sowie der Anzahl und Komplexität der Produkte des Unternehmens ab. Es ist eine Herausforderung, ein langfristig korrektes System für das Unternehmen zu identifizieren.«

Tobias Dias Pertl

Head of Operations

Warum das Chaos kein Zufall ist und was das Gesetz fordert

Dass Produktdaten in Silos feststecken, ist das Resultat historisch gewachsener IT-Infrastrukturen. In den letzten zehn Jahren lag der Fokus primär auf Absatz und Conversion. PIM-Systeme wurden oft nur mit den Daten gefüttert, die für den direkten Verkauf relevant waren: Preise, Produktbilder, kurze Beschreibungen und Varianten. Die tieferen Ebenen der Wertschöpfungskette blieben im Verborgenen.

Der Digitale Produktpass ändert diese Spielregeln grundlegend. Er verlangt Transparenz über den gesamten Lebenszyklus eines physischen Produkts. Die ESPR, die im Juli 2024 in Kraft getreten ist, bildet das rechtliche Fundament. Sie zwingt Unternehmen, strukturierte und nachvollziehbare Informationen bereitzustellen.

Aber was wird denn jetzt genau gefordert?

Ein DPP ist ein strukturierter Datensatz. Er muss je nach Produktkategorie unter anderem folgende Informationen enthalten:

• Materialzusammensetzung und Herkunft: Woher stammen die Rohstoffe? Welche Lieferanten waren beteiligt? 

• Substances of Concern: Sind besorgniserregende Stoffe verbaut? 

• Reparatur- und Wartungsinformationen: Gibt es Ersatzteile? Wie lässt sich das Produkt demontieren? 

• Umweltkennzahlen: Wie hoch ist der CO2-Fußabdruck? Welche Wassermenge wurde verbraucht? 

• Recyclingfähigkeit: Wie muss das Produkt am Ende seiner Lebensdauer fachgerecht entsorgt oder recycelt werden?

Die Zeitachse ist ambitioniert: Bereits im Februar 2027 wird der Pass für Industriebatterien ab 2 kWh, EV-Batterien und Starterbatterien verpflichtend. Darauf folgen in einer zweiten Welle von voraussichtlich 2028 bis 2030 weitere kritische Sektoren wie Textilien, Elektronikgeräte und Bauprodukte. Die Verordnung trifft nicht nur Hersteller, sondern jeden Importeur, der Waren in der EU in den Verkehr bringt.

Strafen vs. Wettbewerbsvorteil

Wer die Anforderungen ignoriert, spielt mit hohem Risiko. Die Strafen bei Nichteinhaltung des DPP sind drastisch: Je nach nationaler Auslegung drohen Bußgelder von bis zu 20 Millionen Euro oder 4 % des weltweiten Umsatzes. Bei Batterien (z. B. nach französischer oder italienischer Rechtsprechung) können Verwaltungsstrafen, Importverbote und der Zwang zur Produktrücknahme verhängt werden.

Auf der anderen Seite liegt hier ein massiver Business-Nutzen verborgen: Wer seine IT jetzt aufräumt, senkt langfristig die Prozesskosten. Eine saubere, automatisierte Datenarchitektur beschleunigt die Time-to-Market für neue Produkte enorm, da das manuelle Zusammenklauben von Daten entfällt. 

Gleichzeitig stärkt absolute Transparenz das Markenvertrauen in einem Markt, in der B2B-Kundschaft und Endverbraucherschaft zunehmend Kaufentscheidungen von ESG-Kriterien (Environmental, Social, Governance) abhängig machen.

Die technische Umsetzung des Digitalen Produktpasses

Wie bauen wir nun ein System, das den Anforderungen standhält? Die Antwort lautet: Abkehr von monolithischen Systemen hin zu einer entkoppelten, API-gesteuerten Landschaft. Wir raten dringend von Systemarchitekturen ab, die versuchen, alle Daten in einer einzigen Software (z.B. einem aufgeblähten ERP) abzuwickeln, weil sie unter der

Last der neuen Datenmodelle kollabieren werden.

1. Headless Architecture und API-First: Das Fundament

Um Daten aus unterschiedlichsten Quellen (Lieferanten-Datenbanken, ERP, Qualitätsmanagement) zusammenzuführen und für den Endnutzer per QR-Code scanbar zu machen, ist ein Headless-Ansatz unumgänglich. Bei einer Headless Architecture sind das Frontend (die Benutzeroberfläche hinter dem QR-Code, hier z.B. die mobile Webseite)

und das Backend (die Datenhaltung) strikt voneinander getrennt.

Die Kommunikation erfolgt ausschließlich via API (Application Programming Interface), also der digitalen Schnittstelle zwischen verschiedenen Software-Anwendungen. 

Dieser Ansatz bringt entscheidende Vorteile für den DPP: 

• Skalierbarkeit auf Datenebene: Wenn die EU-Kommission im Rahmen der ESPR neue delegierte Rechtsakte erlässt und zusätzliche gesetzliche Datenfelder hinzukommen, muss nicht das gesamte System aktualisiert oder gar ein neues Release geplant werden. Es reicht aus, das PIM um die neuen Attribute zu erweitern und die entsprechende API-Route freizuschalten. 

• Nahtlose Konnektivität: Moderne Lieferketten sind global und fragmentiert. Externe Zulieferer in Asien oder Südamerika können ihre lokalen CO2-Daten oder Zertifikate über gesicherte APIs (etwa über REST- oder GraphQL-Endpunkte) direkt in Ihr System pushen. Das mühsame Abtippen entfällt. 

• Maximale Performance: Ein entkoppeltes System liefert Daten in Millisekunden aus, was entscheidend ist, wenn Konsumenten mit dem Smartphone vor dem Produkt stehen und den Code scannen. 

• Kanalunabhängigkeit (Omnichannel): Die Daten für den DPP müssen nicht nur auf der Produktpass-Webseite verfügbar sein. Sie werden im Onlineshop, auf Marktplätzen wie Amazon oder in B2B-Kundenportalen benötigt. Headless erlaubt es, denselben Datensatz aus einer Single Source of Truth in alle Kanäle gleichzeitig auszuspielen.

2. Die Kernsysteme: PIM und DAM als Single Source of Truth 

Der eigentliche Motor für den Digitalen Produktpass ist ein modernes Product Information Management (PIM)-System, gepaart mit einem leistungsfähigen Digital Asset Management (DAM). Während das ERP-System in den meisten Unternehmen weiterhin unangefochten für Bestände, kaufmännische Prozesse, Rechnungen und Logistik zuständig bleibt, übernimmt das PIM die Konsolidierung aller produktbezogenen und kundenzentrierten Daten.

Ein leistungsfähiges PIM (wie beispielsweise Akeneo, inriver oder Pimcore) muss von Grund auf so konfiguriert werden, dass es komplexe, hierarchische Datenmodelle abbilden kann. Die Herausforderung beim DPP liegt in der Granularität:

• Modell-Ebene: Allgemeine Beschreibungen, Produktbilder und grundsätzliche Spezifikationen.

• Chargen-Ebene (Batch): Informationen, die sich auf eine bestimmte Produktionscharge beziehen, wie z.B. das Datum der Herstellung oder der spezifische Ort der Produktion.

• Instanz-Ebene (Serialisierung): Der digitale Produktpass verlangt perspektivisch oft eine Betrachtung auf Instanz-Ebene. Die eindeutige Seriennummer eines spezifischen Produkts muss mit den generellen Attributen des Modells verknüpft sein.

Hier stoßen viele Alt-Systeme an ihre Grenzen. Zertifikate, Prüfberichte, Nachhaltigkeits-Nachweise oder Reparaturanleitungen (oft als PDF oder Bilddatei vorliegend) werden im DAM gespeichert. Das PIM verknüpft diese Assets logisch mit den Produkten und vererbt sie im Datenmodell nach unten, sodass beim Aufruf des Produktpasses über die API stets das korrekte, zugehörige Dokument ausgeliefert wird.

»Statt ungeordneten Daten im ERP-System empfehlen wir die Einführung eines PIM-Systems, wie beispielsweise Akeneo oder Pimcore. Diese Systeme sind darauf ausgelegt, verschiedene Produktdatenarten strukturiert abzulegen und in diverse Zielsysteme zu exportieren, wozu auch der digitale Produktpass zählt.«

3. Datenstandards und Identifikation: GS1 Digital Link und JSON-LD

Ein Produktpass ist vollkommen wertlos, wenn er nicht maschinenlesbar und eindeutig durch verschiedene Systeme aufrufbar ist. Die Europäische Union und führende Industrie-Konsortien setzen bei der Umsetzung daher auf etablierte, globale Standards, um einen Wildwuchs unternehmenseigener Insellösungen zu vermeiden.

Der physische Zugang zum Digitalen Produktpass erfolgt in der Regel über einen sichtbaren oder integrierten Datenträger auf dem Produkt oder der Verpackung – in den meisten Fällen ein QR-Code, ein NFC-Tag oder ein RFID-Chip. Damit dieser Link nicht einfach auf eine statische Webseite führt, sondern kontextbezogen und datenbankgestützt reagiert, nutzen wir den GS1 Digital Link Standard.

Was macht der GS1 Digital Link? 

Er wandelt die allgemein bekannte EAN oder GTIN (Global Trade Item Number) in eine strukturierte Web-URL um (ein Format wie beispielsweise https://brand.com/01/04012345678901/21/Serial123). Das Backend erkennt anhand dieser URL-Struktur exakt, ob der Abrufer eine generische Produktinformation sucht oder gezielt die spezifischen Chargendaten einer individuellen Seriennummer abfragt. Je nach Kontext (Smartphone-App des Verbrauchers, Scanner des Zolls, Kassensystem) liefert der Link unterschiedliche, passgenaue Informationen aus.

Auf Datenebene empfehlen wir die Strukturierung der Informationen mittels JSON-LD (JavaScript Object Notation for Linked Data). Dieses Web-Format ermöglicht es, strukturierte Daten maschinenlesbar so zu verknüpfen, dass Suchmaschinen (wie Google) und die von der EU eingesetzten Prüfalgorithmen, die Semantik und Bedeutung der Produktdaten automatisch und fehlerfrei verstehen. JSON-LD ist das technische Rückgrat für einen standardisierten Datenaustausch über Unternehmensgrenzen und Software-Ökosysteme hinweg.

4. Frontend und Core Web Vitals

Wenn ein Kunde im Laden oder ein Prüfer im Zoll den QR-Code scannt, landet er auf einer Webseite. Hier kommen die Core Web Vitals ins Spiel – die von Google definierten Leistungsindikatoren und Performance-Messungen. 

Die Effizienz des Digitalen Produktpasses lässt sich nur durch präzise Metriken steuern und bewerten. Damit das Frontend des Produktpasses eine optimale Nutzererfahrung bietet und Auditoren überzeugt, stehen technische Messgrößen im Vordergrund.

Besondere Bedeutung kommt dabei den Core Web Vitals zu. Diese von Google definierten Kennzahlen – wie LCP (Largest Contentful Paint), FID/INP (First Input Delay/Interaction to Next Paint) und CLS (Cumulative Layout Shift) – sind das Maß für die Geschwindigkeit und Stabilität der Seite. 

Ein schlank programmiertes Frontend ist essenziell, da Verzögerungen, etwa durch das Laden unkomprimierter Zertifikate, unmittelbar zu Frustration bei Kunden oder Ablehnung durch Behörden führen können. 

Der Strategie-Vergleich: Alt vs. Neu

Um die Business-Entscheidung zu erleichtern, haben wir die Auswirkungen der Systemarchitektur auf den Digitalen Produktpass in einer Tabelle visualisiert:

So machen Sie Ihr Unternehmen bereit für den DPP

Der Weg zur Compliance muss nicht schmerzhaft sein, wenn er strukturiert abläuft. Wir empfehlen unseren Kunden folgende Phasen:

1. Scope Definition (Gesetzeslage prüfen): Fällt Ihr Produkt in die ESPR? Ab wann genau (2027 oder später)? Klären Sie dies juristisch ab.

2. Data Gap Analyse: Vergleichen Sie die gesetzlich geforderten Datenpunkte mit dem Status quo in Ihrem PIM/ERP. Welche Daten fehlen völlig?

3. Architektur-Audit: Prüfen Sie Ihre Schnittstellen. Können Sie Daten aus dem ERP und von Zulieferern automatisiert in Ihr PIM leiten?

4. Proof of Concept (PoC): Starten Sie mit einem Pilotprodukt. Bauen Sie einen rudimentären Datenstrom vom PIM bis zur Ausspielung über einen generierten QR-Code.

5. Lieferketten-Integration: Rollen Sie das System aus und verpflichten Sie Ihre Zulieferer auf feste digitale Datenstandards für deren Vorprodukte.

Die Rolle der Stakeholder im Unternehmen

Eine der größten Stolperfallen bei der Einführung des Digitalen Produktpasses ist die Annahme, es handele sich um ein reines IT-Projekt oder eine exklusive Aufgabe der Rechtsabteilung. Tatsächlich erfordert der DPP ein radikales Umdenken und die Zusammenarbeit über Abteilungsgrenzen hinweg.

• Das Management / Geschäftsführung: Muss das Budget für die Architektur-Modernisierung freigeben und den DPP nicht als Kostenpunkt, sondern als Investition in die Wettbewerbsfähigkeit und Markenreputation begreifen. 

• IT & Architektur (CTOs, Leads): Trägt die Verantwortung für den Aufbau der Composable Architecture, die Auswahl des richtigen PIM- Systems und die fehlerfreie Implementierung von APIs und JSON-LD-Strukturen.

• Marketing & E-Commerce: Nutzt die neu gewonnene Datenqualität, um transparente, vertrauensbildende Kundenkampagnen zu fahren. CO2-Werte und Recycling-Infos werden zu starken Verkaufsargumenten.

• Supply Chain & Einkauf: Steht in der Pflicht, Verträge mit Zulieferern so anzupassen, dass diese gezwungen sind, ihre Daten digital und via API in das eigene PIM-System einzuspeisen.

Die Sicherheit und der Datenschutz beim DPP

Mit der Bereitstellung sensibler Produktdaten stellen sich sofort sicherheitsrelevante Fragen. Nicht jede Information darf für jeden Nutzerkreis sichtbar sein. Ein Wettbewerber sollte nicht die genauen Bezugsquellen oder Einkaufspreise auslesen können, während der Zoll diese Daten zur Überprüfung zwingend benötigt.

Die Architektur muss daher ein rollenbasiertes Rechtemanagement (Identity and Access Management) abbilden. Der GS1 Digital Link ermöglicht es, je nach anfragendem Client oder authentifizierter App (Resolver) unterschiedliche Datensätze auszuspielen. Das Frontend für den Konsumenten zeigt die CO2-Bilanz und Reparaturtipps, während der Login-Bereich für Behörden tiefere Einblicke in die Lieferketten- Dokumentation gewährt. Dies erfordert eine hochsichere API-Infrastruktur und verschlüsselte Datenübertragungen.

Vom Zwang zur Kür

Der Digitale Produktpass ist weitaus mehr als eine neue EU-Richtlinie, die man im Vorbeigehen erfüllt. Er ist ein Katalysator für die dringend notwendige Digitalisierung tiefer liegender Unternehmensprozesse. Unternehmen, die jetzt in eine saubere, datenzentrierte Architektur investieren, entgehen nicht nur drakonischen Strafen, sondern schaffen sich eine extrem skalierbare Basis für alle zukünftigen E-Commerce-Aktivitäten.

Wenn Ihre Produktdaten zentral im PIM gepflegt, via API nahtlos verteilt und intelligent mit externen Datenquellen verknüpft sind, profitieren davon nicht nur Zollprüfer und Endkunden. Ihr gesamtes Marketing, Ihr Vertrieb und Ihr Supply Chain Management werden drastisch an Geschwindigkeit gewinnen. So wird die vermeintliche Bürde des DPP zu einem greifbaren Wettbewerbsvorteil.

Die wichtigsten Begriffe für Management und IT:

Für eine schnelle Übersicht beantworten wir hier die drängendsten Fragen zum Digitalen Produktpass – präzise und auf den Punkt.