Mein Produkt benötigt mehrere Produktpässe — wie funktioniert das zusammen?

Was Sie konkret tun müssen

Was von Ihnen erwartet wird

Ein Produkt mit mehreren Anwendungen oder Komponenten kann unter mehr als eine Produktgruppe fallen, für die ein digitales Produktpass gilt. Denken Sie an ein Gerät, das eine Batterie enthält, oder ein Textilprodukt mit elektronischer Komponente. Die ESPR (Verordnung (EU) 2024/1781) regelt in Artikel 9, was ein Produktpass enthalten muss, aber produktgruppenspezifische Vorschriften bestimmen jeweils neu, welche Informationen für diesen Teil oder diese Anwendung erforderlich sind. Das bedeutet, dass ein physisches Produkt in der Praxis mit mehreren Pässen zu tun haben kann, jeder mit ihrem eigenen Inhalt, eigenen Aktualisierungsanforderungen und möglicherweise einem eigenen eindeutigen Identifizierungscode gemäß Artikel 12 der ESPR.

Feststellung, welche Produktpässe anwendbar sind

Für ein Unternehmen mit 10 bis 100 Mitarbeitern bedeutet dies zunächst eine Bestandsaufnahme: Welche Komponenten des Produkts fallen unter welche Produktgruppe, und welche dieser Produktgruppen haben bereits eine ausgearbeitete Anforderung für einen digitalen Produktpass? Das ist keine einmalige Aufgabe — je mehr Produktgruppen unter die ESPR fallen, desto mehr kann ein Produkt, das jetzt mit einem Pass auskommt, später mit einem zweiten zu tun haben. Wer hier ohne Überblick arbeitet, entdeckt die zweite Verpflichtung oft zufällig, zum Beispiel durch eine Anfrage eines Abnehmers.

Bestimmung, ob der Produktpass pro Komponente oder für das Gesamtprodukt gilt

Ein zweiter Schritt ist die Feststellung, ob ein Produktpass pro Komponente erstellt wird oder für das zusammengesetzte Produkt als Ganzes. Das unterscheidet sich je nach Produktgruppe und Situation, und das Ergebnis ist nicht immer offensichtlich: Eine Batterie in einem Gerät kann einen eigenen Produktpass benötigen, während das Gerät selbst einen anderen Produktpass erhält, der auf diese Batterie verweist. Mehr zu dieser Überlegung steht auf der Seite über ob jede Komponente einen eigenen Pass erhält oder das Produkt als Ganzes. Für die Praxis ist vor allem relevant, dass diese Frage im Voraus beantwortet wird, nicht erst, wenn der Produktpass bereits veröffentlicht werden muss.

Sicherstellen, dass sich die Produktpässe gegenseitig ergänzen statt widersprechen

Wenn ein Produkt mit mehreren Pässen funktioniert, müssen diese untereinander konsistent sein. Daten, die in beiden Pässen vorkommen — ein Markenname, eine Modellnummer, ein Produktionsdatum — sollten überall gleich sein. Das scheint selbstverständlich zu sein, wird aber schwieriger, wenn die Pässe von verschiedenen Abteilungen oder verschiedenen Lieferanten zusammengestellt werden und wenn sie zu verschiedenen Zeiten aktualisiert werden. Es gibt eine technische Möglichkeit, Pässe miteinander zu verknüpfen, so dass ein Pass eines Teils auf den Pass des zusammengesetzten Produkts verweist oder umgekehrt; wie das funktioniert, ist auf der Seite über die Verknüpfung mehrerer Produktpässe.

Jedem Pass einen eigenen Identifikationscode geben

Artikel 12 der ESPR (Verordnung (EU) 2024/1781) regelt den eindeutigen Identifikationscode, der an ein Produkt gekoppelt wird. Bei mehreren Pässen für ein Produkt wird davon ausgegangen, dass jeder Pass — und damit jedes Pass-Objekt, ob es sich um ein Teil oder das Ganze handelt — einen eigenen Identifikationscode erhält. Praktisch bedeutet dies, dass das System, nach dem Identifikationscodes vergeben werden, mit dieser Ebene umgehen muss: nicht ein Code pro Artikelnummer, sondern möglicherweise mehrere Codes für das, was administrativ ein Produkt ist. Die Struktur dafür ist auf der Seite über die Vergabe eines eindeutigen Identifikationscodes für jedes Produkt.

Einen oder mehrere QR-Codes auf dem Produkt anbringen

Praktisch stellt sich hier die Frage, wie viele QR-Codes ein Produkt trägt. Ein Produkt mit zwei relevanten Pässen kann theoretisch zwei QR-Codes haben, aber das ist nicht immer praktisch oder notwendig — ein einzelner Datenträger kann auch auf eine Landingpage verweisen, von der aus die verschiedenen Pässe erreichbar sind. Welche Lösung angemessen ist, hängt davon ab, wie die produktgruppespezifischen Anforderungen den Datenträger vorschreiben. Hintergrundinformationen zur Platzierung des Codes finden Sie auf der Seite über wie der QR-Code für das Produktpaspoort auf dem Produkt angebracht wird.

Wo es in der Praxis schiefgeht

Ein häufiges Problem besteht darin, dass ein Unternehmen das Datenblatt des Hauptprodukts vollständig hat, aber nicht bemerkt, dass ein eingebautes Bauteil — eine Batterie, eine elektronische Platine — unter eine eigene Produktgruppen-Anforderung fällt und ein eigenes Datenblatt benötigt. Dies wird oft erst deutlich, wenn ein Zulieferer selbst danach fragt.

Eine zweite Situation: Die beiden Datenblätter existieren zwar, sind aber unabhängig voneinander von verschiedenen Teams aufgebaut, mit jeweils unterschiedlichen Angaben zum gleichen Bauteil. Ein Reparaturdatum, das in dem einen Datenblatt aktualisiert wurde und in dem anderen nicht, führt zu Verwirrung bei denjenigen, die das Datenblatt einsehen.

Eine dritte Situation entsteht, wenn ein Produkt geändert wird — ein Bauteil wird durch ein anderes Modell ersetzt — und nur eines der beiden Datenblätter aktualisiert wird. Die Verknüpfung zwischen beiden Datenblättern wird dann faktisch fehlerhaft, auch wenn die Technik der Verknüpfung selbst noch funktioniert.

Eine vierte, häufig auftretende Situation ist doppelte Arbeit: Weil niemand einen Überblick über bereits vorhandene Datenblätter hat, werden die gleichen Basisdaten für ein neues Datenblatt erneut manuell eingegeben, anstatt sie von einer zentralen Stelle aus zu verwalten. Eine Verknüpfung mit dem eigenen ERP- oder Lagerverwaltungssystem kann dies verhindern; wie dies funktioniert, finden Sie auf der Seite über die Verknüpfung des Produktdatenblatts mit einem eigenen System.

Eine fünfte Situation besteht darin, dass bei zusammengesetzten Produkten mit mehreren Datenblättern niemand mehr weiß, welches Datenblatt zu welchem QR-Code gehört, besonders wenn das Produkt im Laufe der Zeit geändert wurde und alte Datenträger noch vorhanden sind.

Was Sie dokumentieren können

• Eine Übersicht pro Produkt aller Bauteile und Anwendungen, mit Angabe, welche Produktgruppen-Anforderung darauf anwendbar ist und ob dafür bereits eine Datenblatt-Verpflichtung besteht.
• Eine festgelegte Entscheidung, ob das Datenblatt pro Bauteil oder für das Produkt als Ganzes erstellt wird, mit einer Begründung dieser Entscheidung.
• Eine Liste eindeutiger Identifikationscodes pro Datenblatt-Objekt, einschließlich Angabe, welcher Code zu welchem physischen Bauteil gehört.
• Vereinbarungen darüber, wer welches Datenblatt pflegt und zu welchem Zeitpunkt Datenblätter nach einer Produktänderung erneut aufeinander abgestimmt werden.
• Eine festgelegte Verknüpfungsstruktur zwischen Datenblättern, einschließlich Angabe, welche Daten bei Überschneidungen maßgeblich sind.
• Eine Übersicht darüber, welcher QR-Code auf dem Produkt auf welches Datenblatt oder welche Landingpage verweist.

Für diese Punkte stehen Vorlagen zur Verfügung, die als Grundlage bei der Erstellung dieser Übersicht und der entsprechenden Vereinbarungen dienen können.