Digitaler Produktpass: was Hersteller jetzt vorbereiten sollten

Irgendwer in Ihrem Haus ist gefragt worden, was der Digitale Produktpass für den Katalog bedeutet, und die ehrliche Antwort lautete bisher: «Wir warten auf den delegierten Rechtsakt für unsere Produktgruppe.» Für die Regeln ist das vernünftig. Für die Daten ist es ein schlechter Grund zu warten — denn der Teil, den Sie selbst in der Hand haben, braucht länger als der Teil, an dem Brüssel noch schreibt.

Was feststeht und was nicht

Die Ökodesign-Verordnung für nachhaltige Produkte schafft den Rahmen für einen digitalen Pass: einen strukturierten, digital zugänglichen Datensatz über Zusammensetzung, Herkunft, Konformität, Reparatur und Lebensende eines Produkts, mit dem physischen Produkt über einen Datenträger wie einen QR-Code verknüpft. Sie schaltet den Pass nicht für alle Produkte gleichzeitig ein. Welche Produkte, welche Felder, in welcher Granularität und ab wann — das legen delegierte Rechtsakte pro Produktgruppe fest, voraussichtlich schrittweise. Batterien folgen einer eigenen Verordnung mit eigenem Zeitplan.

Die Feldliste für Ihre Produkte ist heute also tatsächlich offen. Dieser Text trifft keine Aussage darüber, welches Datum für Sie gilt — prüfen Sie die aktuellen Rechtstexte und Leitfäden für Ihre Produktgruppe und holen Sie Rechtsrat ein.

Bekannt ist dagegen der Mechanismus, und er ist über alle bisherigen Entwürfe hinweg stabil:

• strukturierte Daten statt PDFs
• eine eindeutige, auflösbare Kennung pro Modell, Charge oder Einzelstück
• ein Datenträger, der darauf zeigt
• abgestufter Zugriff — die Öffentlichkeit sieht weniger als ein Recyclingbetrieb, dieser weniger als eine Marktüberwachungsbehörde
• eine Historie, die zeigt, was der Datensatz an einem bestimmten Tag ausgesagt hat

Jeder dieser Punkte ist ein Datenarchitektur-Problem, das Sie am Montag angehen können — unabhängig von der endgültigen Feldliste.

Schritt eins: Granularität und Kennungen

Die erste Frage eines Passprofils lautet nicht «welche Felder», sondern: Pass wovon? Modell, Charge oder Einzelstück.

Diese Entscheidung strahlt in alles aus. Chargenbezogene Pässe setzen voraus, dass Ihre Produktions- oder ERP-Chargenkennungen bis in den Passdatensatz reichen — sie müssen also existieren, stabil sein und sich dem Artikel zuordnen lassen. Einzelstück bedeutet Seriennummern auf dem Etikett und einen Datensatz pro Stück. Modellebene ist am günstigsten und genügt dem Rechtsakt Ihrer Gruppe womöglich nicht.

Erfahrungsgemäss verlieren Projekte hier die meiste Zeit, weil die Antwort je Produktlinie anders ausfällt: Ein Gehäuseteil kann auf Modellebene bleiben, alles mit deklariertem Rezyklatanteil oder Sicherheitszertifikat verlangt eher die Charge. Entscheiden Sie das jetzt pro Produktgruppe und halten Sie fest, ob die nötige Kennung bereits in einem System existiert oder erst geschaffen werden müsste. Diese Inventur ist unabhängig davon nützlich, was der Rechtsakt später sagt.

Zuerst die Kennungen prüfen, dann die Felder

Pässe sind auflösbare Links. Damit rückt unspektakuläre Kennungshygiene auf den kritischen Pfad:

• GTINs. Vollständig, korrekt und an einer Stelle geführt, auf die sich alle Systeme einigen? Passlinks bauen darauf auf; eine GTIN, die in drei Systemen in zwei Schreibweisen liegt, wird zu drei Pässen.
• Eine Resolver-Domain, die Ihnen gehört. Die Pass-URI gehört auf Ihre eigene Domain, damit ein 2027 auf die Verpackung gedruckter Link auch dann noch funktioniert, wenn Sie 2031 ein System ablösen. Eine GS1-Digital-Link-URI kodiert die GTIN und, wo nötig, Charge oder Seriennummer — was der Anfragende erhält, entscheidet der Resolver.
• Verknüpfung Artikel zu Charge. Wer chargenbezogen arbeitet, braucht eine Verbindung zwischen ERP-Charge und PIM-Artikel, die ohne Tabelle auskommt.
• Dokumentenidentität. Konformitätserklärungen und Prüfberichte brauchen stabile Referenzen, keine Dateinamen wie KE_final_v2_NEU.pdf.

Nichts davon setzt eine fertige Verordnung voraus. Alles davon dauert Monate.

Schritt zwei: die vorhandenen Datenbereiche kartieren — und die Lücken

Die meisten Passinhalte sind nicht neu, sondern verteilt. Wer die in den Entwürfen wiederkehrenden Bereiche durchgeht, findet typischerweise:

• Identifikation — Produkt-, Modell-, Chargen- oder Einzelkennung, GTIN, Hersteller und Importeur: meist in PIM und ERP.
• Materialien und Zusammensetzung — Hauptmaterialien, Rezyklatanteil, besorgniserregende Stoffe, wo gefordert: teils im PIM, überwiegend bei Lieferanten.
• Herkunft und Lieferkette — Ursprungsland, Produktionsstandort, Lieferantenerklärungen: ERP und Lieferantenkorrespondenz.
• Konformität — Erklärungen, Zertifikate, Prüfberichte, angewandte Normen: Dokumentenmanagement, oft als PDF ohne strukturierte Verknüpfung zum Artikel.
• Umweltleistung, Nutzung und Sicherheit, Reparatur und Ersatzteile, Lebensende — verteilt zwischen PIM, technischer Dokumentation und Serviceorganisation.

Machen Sie daraus eine schriftliche Inventur mit einer Spalte, die wichtiger ist als alle anderen: erwartete Quelle. Nicht «haben wir vermutlich», sondern «ERP-Feld X» oder «Lieferantenerklärung, nicht erhoben». Die Felder ohne Quelle sind Ihr eigentliches Projekt. In der Praxis kommen Rezyklatanteil und Ursprungsland am häufigsten als «Lieferant, nicht erhoben» zurück — und Lieferantendatenerhebung ist eine Aufgabe über Quartale, nicht über Wochen.

Ein Hersteller mit 12'000 Artikeln stellt fest, dass 79 % unter einem Entwurfsprofil passbereit sind und die restlichen 21 % an vier wiederkehrenden Feldern hängen — eines davon muss bei Lieferanten angefragt werden.

Das ist die typische Form des Problems: nicht Tausende einzelner Lücken, sondern wenige Felder, die über viele Produkte hinweg fehlen. Beherrschbar wird das, sobald Sie es pro Feld statt pro Produkt sehen.

Schritt drei: Zugriffsstufen sind eine Berechtigungsfrage

Ein Pass ist kein öffentlicher Datenabzug. Derselbe Datensatz bedient Endkundinnen, die einen Code scannen, Reparaturbetriebe, Recycler und Behörden — und diese sind nicht für dieselben Felder berechtigt. Details zu besorgniserregenden Stoffen, Lieferantenerklärungen und Prüfberichte sind typische Beispiele für Felder, die nicht öffentlich sind.

Das früh zu benennen lohnt sich, weil es bestimmt, wo der Pass überhaupt liegen kann. Eine statische Datei auf einem Webserver kann keinen Zugriff pro Feld abbilden. Nötig ist derselbe Mechanismus, den ein ordentliches Produktportal bereits hat: Identität, Rolle und eine Regel, die Felder pro Anfragendem filtert. Wer bereits Kunden- oder Lieferantenportale mit Berechtigungen betreibt, kann diese Logik weiterverwenden — einer der Gründe, weshalb wir das Passmodul auf derselben Berechtigungsebene aufbauen wie das Kundenportal und nicht als separates Publishing-Werkzeug.

Schritt vier: Historie als Systemeigenschaft

Die unangenehme Frage lautet nicht «was steht im Pass», sondern «was stand im März darin, als diese Charge ausgeliefert wurde». Die Antwort verlangt drei Dinge, die im Entwurf günstig und im Nachhinein schmerzhaft sind:

• Versionierte Datensätze. Eine Änderung an einem Passfeld erzeugt eine neue Version; der Datenträger löst auf die aktuelle auf, frühere bleiben für berechtigte Nutzer abrufbar.
• Ein append-only Audit-Log. Wer was wann und warum geändert hat — nachträglich nicht editierbar.
• Export in offenen Formaten. Pässe müssen unter Umständen viele Jahre verfügbar bleiben, länger als die meisten Softwareverträge laufen. Ein vollständiger Export in einem offenen Format ist Ihre Absicherung dagegen.

Wer bereits versionierte Exporte und Vergleiche auf Feldebene für seine Kanäle betreibt, hat das Meiste davon. Wenn die heutige Antwort auf «was haben wir am 14. März veröffentlicht» ein Backup-Band ist, liegt dort die Lücke.

Was Sie in diesem Quartal tun können

Konkret: eine Produktgruppe auswählen. Die Granularitätsentscheidung schriftlich festhalten. Die Datenbereiche mit erwarteten Quellen inventarisieren. Lücken pro Feld zählen. Die Lieferantenanfrage für die ein, zwei Felder starten, die intern niemand hält. Diese Arbeit ist unter keiner Fassung des künftigen Rechtsakts verloren, weil nichts davon von der Feldliste abhängt.

Die Verordnung wird Ihnen sagen, was zu veröffentlichen ist. Ihre Kennungen wird sie nicht sauberer machen und Ihre Lieferantendaten nicht herbeischaffen. Sehen Sie, wie das Passmodul Datensätze aus bestehenden Quellen zusammenstellt, oder buchen Sie eine Demo und gehen Sie einen Lückenbericht für Ihre eigene Produktgruppe durch.

Wichtigste Punkte

• Die Regeln kommen pro Produktgruppe; der Mechanismus — Kennungen, strukturierte Felder, Datenträger, Zugriffsstufen, Historie — ist stabil und jetzt vorbereitbar.
• Granularität (Modell, Charge, Einzelstück) ist die erste und teuerste Entscheidung und fällt je Produktlinie anders aus.
• Kennungshygiene, vor allem GTINs und eine eigene Resolver-Domain, liegt auf dem kritischen Pfad und braucht Monate.
• Inventarisieren Sie Passbereiche nach erwarteter Quelle; die Felder ohne Quelle — meist Rezyklatanteil und Herkunft — sind das eigentliche Projekt.
• Zugriff pro Feld macht den Pass zu einer Berechtigungs-, nicht zu einer Publishing-Aufgabe.
• Versionierung und ein append-only Audit-Log sind früh günstig und später teuer.