Der Pass ist ein Prozess, keine Datei

Die meisten Unternehmen bereiten sich auf den digitalen Produktpass (DPP) vor, als wäre er ein Dokument, das man einmal abgibt. Ein QR-Code, ein Datenexport, eine Freigabe, fertig.

Die Verordnung verlangt etwas anderes, und der Unterschied entscheidet, ob Compliance ein Projekt mit Enddatum ist oder eine Fähigkeit, die du betreiben musst.

Was das Gesetz tatsächlich von dir verlangt

Der Wirtschaftsakteur, der ein Produkt auf dem EU-Markt bereitstellt, ist dafür verantwortlich, die Daten zusammenzustellen, den Pass zu registrieren, sicherzustellen, dass ein physischer Träger angebracht ist, und die Datenrichtigkeit über den gesamten Lebenszyklus des Produkts aufrechtzuerhalten.

Diese letzte Pflicht ändert die Form der Arbeit. Genauigkeit ist kein Zustand, den man zum Launch erreicht. Sie ist eine Bedingung, die man hält, solange das Produkt am Markt existiert, und darüber hinaus, da der Pass Reparierenden und Recyclern am Lebensende dienen soll.

Warum eine Momentaufnahme so schnell falsch wird

Denk daran, was sich in einem normalen Jahr eines normalen Produkts ändert.

Ein Lieferant wird aus Kosten- oder Kapazitätsgründen ersetzt. Ein Material wird neu formuliert. Ein Produktionsstandort ändert sich. Ein Bauteil wird substituiert. Eine Sicherheitsmeldung ergeht. Eine Zertifizierung wird erneuert oder läuft aus.

Jedes davon macht mindestens ein Passfeld falsch. Keines davon ist ungewöhnlich, und keines löst für sich eine Compliance-Warnung aus. Ein zum Launch zusammengestellter Datensatz driftet also leise aus der Genauigkeit, während alle glauben, die Aufgabe sei erledigt, was der schlimmstmögliche Fehlerfall ist: eine falsche öffentliche Aussage, von der niemand weiß, dass sie falsch ist.

Was es wirklich verlangt, das als Prozess zu behandeln

Vier Dinge, und nur eines ist technisch.

Eine Quelle der Wahrheit, die nicht der Pass ist. Der Pass sollte aus deinen Produkt- und Lieferantendaten erzeugt und nicht daneben gepflegt werden. Ist der Pass ein separates Artefakt, das jemand aktualisiert, wird er im ersten vollen Quartal von der Realität abweichen.

Ein Auslöser für jede Änderung. Wenn sich ein Lieferant oder ein Material ändert, muss etwas wissen, dass der Pass betroffen ist. In den meisten Unternehmen ist das das fehlende Glied: Die Beschaffungsentscheidung fällt in einem System, und niemand sagt es dem Compliance-Datensatz.

Ein Verantwortlicher mit Befugnis. Benannt, rechenschaftspflichtig, in der Lage, Daten aus anderen Funktionen einzufordern. Behandelt in wem der DPP gehört.

Eine Spur, wer was wann geändert hat. Denn irgendwann wird die Genauigkeit angezweifelt, und die Verteidigung ist die Historie und nicht der aktuelle Stand.

Der Vorteil, den niemand erwähnt

Ein Prozess, der Produktdaten aktuell hält, ist nicht nur ein Compliance-Asset.

Er ist auch das, was einen Ausschreibungsfragebogen an einem Nachmittag beantwortet, was eine jährliche Offenlegung zur Routine statt zum Notfall macht, und was dir erlaubt, auf einen Rückruf zu reagieren und genau zu wissen, welche Chargen betroffen sind. Unternehmen, die den Prozess bauen, bekommen das gratis. Unternehmen, die die Datei bauen, bekommen nichts davon und müssen den Prozess trotzdem später bauen.

Das ist die Idee dahinter, wie wir Junction gebaut haben: den Datensatz an der Quelle halten und aktualisieren, während sich das Produkt ändert, damit die Einreichung des Passes ein Schritt wird und kein Projekt.

Quellen

• Europäische Kommission, *Digital Product Passport: Frequently Asked Questions*, Aktualisierung
• Januar 2026, Frage 3, zu den Pflichten des Wirtschaftsakteurs einschließlich der Datenrichtigkeit
• über den Lebenszyklus.
• Verordnung (EU) 2024/1781 (ESPR).