Digitaler Produktpass: Plattform für Produktdaten, Dokumente und Compliance

Ein Digitaler Produktpass braucht eine Plattform, die Produktdaten aus ERP, PIM und von Lieferanten zusammenführt, sie einer eindeutigen Produktkennung zuordnet, Nachweisdokumente versioniert und je nach Zielgruppe unterschiedlich ausspielt – öffentlich für Endkunden, geschützt für Werkstätten, Recycler und Behörden. Die eigentliche Arbeit liegt für die meisten mittelständischen Hersteller allerdings nicht in der Software, sondern in der Frage, wer welche Daten liefert und prüft. Wer das früh klärt, kann die Technik schrittweise aufbauen, statt kurz vor einer Frist ein Großprojekt zu starten.

Was regulatorisch feststeht – und was noch nicht

Die Ökodesign-Verordnung für nachhaltige Produkte (ESPR, Verordnung (EU) 2024/1781) ist seit Juli 2024 in Kraft und verankert den Digitalen Produktpass als Instrument für Produktinformationen entlang des Lebenszyklus. Konkrete Pflichten entstehen erst durch delegierte Rechtsakte für einzelne Produktgruppen. Sie legen fest, welche Informationen verlangt werden, auf welcher Ebene (Modell, Charge oder Einzelstück) und ab wann. Parallel dazu gilt für Batterien die Batterieverordnung (EU) 2023/1542: Für Traktionsbatterien von Elektrofahrzeugen, Batterien für leichte Verkehrsmittel und Industriebatterien über 2 kWh ist der Batteriepass ab dem 18. Februar 2027 vorgeschrieben.

Für viele Unternehmen heißt das: Die genaue Feldliste für die eigenen Produkte ist noch offen, die Grundstruktur aber nicht. Ein Datenträger auf dem Produkt, meist ein QR-Code, eine eindeutige Kennung, strukturierte Daten, abgestufte Zugriffe und eine langfristige Verfügbarkeit – darauf können Sie sich heute vorbereiten. Welche Anforderungen für Ihr Sortiment gelten, sollten Sie mit Ihrem Verband oder Ihrer Compliance-Beratung prüfen; die technische Grundlage lässt sich unabhängig davon schaffen.

Welche Daten ein Produktpass typischerweise enthält

Unabhängig von der Produktgruppe tauchen immer wieder dieselben Kategorien auf:

• Identität: Hersteller, Modell, Artikelnummer, eindeutige Produktkennung, gegebenenfalls Charge oder Seriennummer.
• Zusammensetzung: Materialien, Rezyklatanteile, besorgniserregende Stoffe.
• Nutzung und Reparatur: Betriebs- und Pflegehinweise, Ersatzteile, Reparaturanleitungen.
• Konformität: Konformitätserklärungen, Prüfberichte, Zertifikate mit Gültigkeitsdatum.
• Ende der Nutzung: Hinweise zu Demontage, Rücknahme und Recycling.

Ein Teil davon existiert bereits im ERP oder PIM. Ein anderer Teil – vor allem Stoff- und Materialdaten – liegt bei Lieferanten und kommt heute oft als PDF per E-Mail.

Zuständigkeiten klären, bevor die Plattform steht

In den Gesprächen mit Herstellern zeigt sich immer wieder dasselbe Muster: Die Daten sind grundsätzlich vorhanden, aber verteilt auf Abteilungen, die bisher wenig miteinander zu tun hatten. Bewährt hat sich eine einfache Matrix mit drei Spalten je Datenfeld:

1. Quelle: ERP, PIM, Produktion, Lieferant oder manuelle Pflege.
2. Verantwortlich: die Rolle, die den Wert liefert und bei Änderungen aktualisiert.
3. Prüfung: wer den Wert vor der Veröffentlichung freigibt, etwa Qualität oder Compliance.

Diese Matrix ist das wichtigste Dokument des Projekts. Sie zeigt, wo Automatisierung möglich ist, wo ein Lieferantenprozess fehlt und wo schlicht niemand zuständig ist.

Wie die Plattform technisch aufgebaut sein sollte

Datenmodell mit Kennungsebenen

Die Plattform muss Modelle, Chargen und Einzelstücke unterscheiden können. Modellbezogene Daten werden einmal gepflegt und vererbt, chargen- oder stückbezogene Daten kommen aus der Produktion hinzu. Viele Unternehmen nutzen GS1-Kennungen und GS1 Digital Link im QR-Code, weil derselbe Code dann auch für Handel und Logistik taugt.

Versionierung und Freigabe

Jede Änderung an einem veröffentlichten Pass erzeugt eine neue Version mit Gültigkeitsdatum. Ältere Versionen bleiben abrufbar, damit ein bereits verkauftes Produkt weiterhin die Informationen zeigt, die zum Zeitpunkt der Herstellung galten. Veröffentlicht wird erst nach Freigabe, nicht durch direkte Bearbeitung einer Live-Seite.

Zugriffsebenen

Öffentliche Informationen erscheinen auf einer mobil optimierten Produktseite. Informationen für Fachbetriebe, Recycler oder Behörden stehen hinter einer Anmeldung mit Rollen. Ein „versteckter Link“ ersetzt keine Zugriffskontrolle.

Schnittstellen

Die Plattform sollte Daten per API und strukturiertem Import aufnehmen und selbst eine API bereitstellen – für den Onlineshop, das B2B-Portal oder Partner. Importe laufen mit Validierung gegen die Pflichtfelder der jeweiligen Produktgruppe, damit Lücken vor der Veröffentlichung auffallen. Wie sich Produktdatenplattform, PIM und E-Commerce sinnvoll aufteilen, beschreiben wir im Beitrag Produktdatenplattform für E-Commerce, B2B und Compliance.

Beispiel: Datenfluss für eine Produktfamilie

1. Das ERP liefert nachts Artikelstamm, Kennungen und die Chargen des Vortags.
2. Das PIM liefert Beschreibungen, Bilder, technische Merkmale und Übersetzungen.
3. Lieferanten laden Material- und Stoffdaten über ein strukturiertes Formular oder eine Importdatei hoch; fehlende Angaben erzeugen eine Aufgabe für den Einkauf.
4. Die Plattform führt alles zusammen, prüft Pflichtfelder und legt einen Entwurf an.
5. Qualität oder Compliance gibt den Entwurf frei, die neue Version wird veröffentlicht.
6. Der QR-Code auf Produkt oder Verpackung führt zur passenden Version – öffentlich oder nach Anmeldung mit erweiterten Daten.

Typische Fehler

• Mit dem Etikett anfangen: Der QR-Code ist der letzte Schritt. Ohne Kennung und strukturierte Daten dahinter entsteht eine statische Seite, die später neu gebaut werden muss.
• Daten von Hand kopieren: Für drei Produkte funktioniert das, für ein ganzes Sortiment nicht. Schnittstellen gehören von Anfang an in die Planung, auch wenn der erste Import eine Datei ist.
• Lieferanten zu spät einbinden: Stoff- und Materialdaten kommen von außen. Ohne abgestimmtes Format und Fristen bleiben die Pässe lückenhaft.
• Alles öffentlich oder alles geschützt: Beides verfehlt den Zweck. Die Zugriffsebenen gehören ins Datenmodell.
• Kein Verantwortlicher: Wenn Produktmanagement, Qualität und IT jeweils davon ausgehen, dass jemand anderes zuständig ist, veralten die Daten nach der ersten Veröffentlichung.

Kurze Checkliste zur Vorbereitung

• Wissen wir, welche Verordnungen und Produktgruppen unser Sortiment betreffen?
• Gibt es eindeutige Kennungen auf der Ebene, die der Pass voraussichtlich verlangt?
• Ist für jedes Datenfeld Quelle, Verantwortung und Prüfung festgelegt?
• Liegen Konformitätsnachweise zentral, mit Version und Gültigkeitsdatum?
• Können ERP und PIM die benötigten Daten per API oder zumindest als strukturierte Datei liefern?
• Haben wir mit den wichtigsten Lieferanten ein Format für Material- und Stoffdaten vereinbart?

Wie DPPC diesen Ansatz umsetzt

Mit DPPC – Digital Product Passport Cloud haben wir eine Plattform entwickelt, die genau diese Bausteine abdeckt: öffentliche Produktkarten mit QR-Zugang, strukturierte Dokumente, einen Workflow für Aktualisierungen und eine API für die Anbindung an ERP, PIM und Onlineshop. Für Hersteller mit besonderen Anforderungen passen wir die Plattform an oder integrieren Passfunktionen in bestehende Systeme. Details zu Leistungsumfang und Vorgehen finden Sie unter DPPC und Produktdaten.

Nächster Schritt

Wählen Sie eine Produktfamilie aus und füllen Sie für sie die Matrix aus Quelle, Verantwortung und Prüfung aus. Das dauert selten länger als ein, zwei Workshops und zeigt, ob Ihr Engpass bei den Daten, den Schnittstellen oder den Zuständigkeiten liegt. Auf dieser Grundlage lässt sich ein Pilot mit echtem Datenimport und öffentlichen Produktseiten planen. Wenn Sie die Matrix gemeinsam mit uns erarbeiten möchten, nehmen Sie Kontakt auf.