elektropas.com

Wie oft muss ich die Daten im Produktpass aktualisieren?

Keine feste Frist, aber eine Aktualitätspflicht

In der ESPR selbst ist kein festes Intervall für die Aktualisierung des digitalen Produktpasses vorgesehen — nicht "jährlich", nicht "innerhalb von X Monaten nach einer Änderung". Was jedoch feststeht, ist der in Artikel 9 der ESPR (Verordnung (EU) 2024/1781) verankerte Grundsatz: Die Informationen im digitalen Produktpass müssen korrekt, vollständig und aktuell sein, während der gesamten Dauer, in der der Pass verfügbar sein muss. Dies ist eine fortlaufende Verpflichtung, keine Momentaufnahme bei der Erstellung beim Inverkehrbringen. In der Praxis bedeutet dies, dass eine Aktualisierung erforderlich ist, sobald sich etwas ändert, das für die Daten im Pass relevant ist — eine Reparatur, eine Änderung der Materialzusammensetzung, ein Rückruf oder das Ende der Lebensdauer — und nicht nach einem festen Zeitplan. Wie dies in jeder Produktkategorie konkret aussieht, wer welche Aktualisierung durchführen darf oder muss, und welcher Teil der Daten beim Inverkehrbringen festgelegt ist und welcher später ergänzt wird, ist Gegenstand von Artikel 10 der ESPR, der dies an die delegierte Handlung pro Produktkategorie verweist.

Für Hersteller, Importeur — und die folgenden Akteure

Dieses Thema betrifft in erster Linie die Partei, die den Pass zusammenstellt und in den Verkehr bringt: den Hersteller oder, bei Importen von außerhalb der EU, den Importeur. Für diese Partei gilt die Aktualitätspflicht aus Artikel 9 in jedem Fall für die Daten, die bei der Erstellung des Passes eingegeben wurden. Es geht dabei nicht nur um Informationen, die der Hersteller selbst eingibt, sondern möglicherweise auch um Daten, die andere Akteure der Lieferkette später hinzufügen: ein Reparaturbetrieb, das ein Teil austauscht, ein Recycler, der das Produkt zerlegt, oder ein nächster Eigentümer bei Weiterverkauf. Artikel 10 der ESPR sieht ausdrücklich vor, dass die delegierte Handlung pro Produktkategorie festlegen muss, welcher Marktteilnehmer oder Akteur für das Hochladen von Informationen verantwortlich ist, auch nach dem Inverkehrbringen des Produkts. Dies bedeutet, dass "Aktualisierung" nicht automatisch eine Aufgabe des ursprünglichen Herstellers bleibt — für einige Daten kann diese Verantwortung auf einen anderen Akteur später im Produktlebenszyklus übergehen. Wo dies ausdrücklich nicht gilt: statische, technische Basisdaten, die beim Inverkehrbringen bereits festgelegt sind, wie eine eindeutige Produktidentifikationsnummer. Diese ändern sich nicht von selbst und müssen daher auch nicht regelmäßig überprüft werden.

Noch kein festgesetztes Datum für Elektrogeräte und IKT

Es gibt noch keine veröffentlichte delegierte Handlung, die die genauen Aktualisierungsverpflichtungen für Elektrogeräte und IKT-Ausrüstungen festlegt. Die ESPR selbst legt in Artikel 9 und 10 den Rahmen fest, aber die konkrete Ausgestaltung pro Produktkategorie — einschließlich eventueller Fristen für die Durchführung von Änderungen — folgt aus der delegierten Handlung, die noch erscheinen muss. Nach dem Arbeitsplan der Europäischen Kommission für 2025–2030 werden delegierte Handlungen pro Unterkategorie ab 2027 erwartet; für Elektrogeräte und IKT ist noch kein Veröffentlichungsdatum bekannt. Bis zu dem Zeitpunkt, in dem eine delegierte Handlung für eine bestimmte Produktkategorie veröffentlicht und wirksam wird, besteht für diese Kategorie keine konkrete Aktualisierungsverpflichtung aufgrund des digitalen Produktpasses — die Verpflichtung zu einem Pass selbst entsteht ohnehin erst mit dieser Handlung.

Was dies in der Praxis bedeutet

Wer sich jetzt schon orientiert, sollte etwa in dieser Reihenfolge vorgehen. Erfassen Sie zunächst, welche Daten später im Paspoort landen und welche davon während der Lebensdauer des Produkts veränderlich sind — denken Sie an Reparaturverlauf, Softwareversionen oder eine geänderte Materialzusammensetzung bei einer Modellüberarbeitung. Richten Sie dann ein internes Verfahren ein, das solche Ereignisse signalisiert, sodass eine Aktualisierung nicht vom Zufall abhängt, sondern aus einer regelmäßigen Kontrolle bei einem Rückruf, einer Modelländerung oder dem Ende der Produktion folgt. Benennen Sie, auch wenn dies noch nicht gesetzlich vorgeschrieben ist, bereits jetzt einen Verantwortlichen innerhalb der Organisation für die Verwaltung der Paspoortdaten — diese Rolle wird durch die delegierte Handlung wahrscheinlich konkretisiert. Beobachten Sie abschließend die Veröffentlichung der delegierten Handlung für die eigene Produktkategorie, denn erst darin werden die genauen Aktualisierungsfristen, die Verantwortlichkeit der einzelnen Parteien und die dynamischen sowie festgelegten Daten festgehalten.

Wo das steht: Artikel 9 und 10 der ESPR

Artikel 9 der ESPR (Verordnung (EU) 2024/1781) legt fest, dass das digitale Produktpaspoort während der erwarteten Lebensdauer des Produkts verfügbar bleiben muss und dass die darin enthaltenen Informationen genau, vollständig und aktuell sein müssen. Artikel 10 derselben Verordnung bestimmt, dass die delegierte Handlung je Produktkategorie festlegen muss, welcher Marktteilnehmer für die Eingabe und Aktualisierung von Informationen verantwortlich ist, auch nach dem Inverkehrbringen des Produkts. Diese beiden Artikel bilden zusammen den Rahmen, innerhalb dessen die tatsächlichen Aktualisierungsverpflichtungen je Produktkategorie später ausgearbeitet werden.

Wer jetzt schon Verfahren einrichtet, sollte am besten mit einer Übersicht beginnen, welche Daten des eigenen Produkts während der Lebensdauer veränderlich sind und mit wem in der Lieferkette dazu Absprachen erforderlich sind — damit ein Arbeitsprozess bereitsteht, sobald die delegierte Handlung für die eigene Produktkategorie erscheint.

Worauf dies basiert

Die Verordnung selbst ist auf EUR-Lex verfügbar. Wir verweisen pro Aussage; Sie müssen uns nicht glauben.

Was Sie konkret tun müssen

Was von Ihnen erwartet wird

Das digitale Produktpass ist keine Momentaufnahme, die nach der Veröffentlichung unveränderlich bleibt. Artikel 9 der ESPR (Verordnung (EU) 2024/1781) legt fest, dass der Pass während der gesamten Lebensdauer des Produkts zugänglich bleiben muss, und Artikel 10 der ESPR (Verordnung (EU) 2024/1781) beschreibt die Anforderungen, denen der Pass und die zugrunde liegenden Daten genügen müssen. Daraus folgt, dass ein Pass aktuell bleiben muss, solange das Produkt auf dem Markt ist und solange es bei Nutzern in Umlauf ist — nicht nur am Tag des Verkaufs.

Aktuell halten, solange das Produkt verkauft wird

Solange ein Produktmodell noch geliefert wird, müssen die Angaben im Pass der aktuellen Ausführung des Produkts entsprechen. Ändert ein Lieferant ein Bauteil, ein Material oder eine Spezifikation, wirkt sich das auf das aus, was der Pass behauptet. Für ein Unternehmen mit 10 bis 100 Mitarbeitern bedeutet dies normalerweise, dass es einen festen Zeitpunkt geben muss — bei einer Konstruktionsänderung, einer neuen Lieferantenangabe oder einer Überarbeitung der technischen Dokumentation — an dem jemand überprüft, ob der Pass noch korrekt ist. Ohne diesen Zeitpunkt besteht das Risiko, dass der Pass eine ältere Version des Produkts beschreibt als das, was tatsächlich in der Schachtel steckt.

Aktuell halten nach Änderungen, die den Nutzer betreffen

Einige Änderungen betreffen direkt, was ein Nutzer oder eine Aufsichtsbehörde vom Pass erfährt: ein Software-Update, das die Funktionalität verändert, eine angepasste Garantiefrist oder eine neue Bewertung der Reparierbarkeit nach einer Konstruktionsänderung. Wer festlegt, wie lange ein Gerät Software-Updates erhält, tut gut daran, diese Festlegung an den Zeitpunkt zu koppeln, an dem der Pass aktualisiert wird, damit die beiden Aufzeichnungen nicht auseinander gehen. Dasselbe gilt für eine Überprüfung von der Reparaturbarkeitsbewertung eines Geräts: ändert sich das Design, kann sich auch die Bewertung ändern, und das ist ein Anlass, den Pass zu überarbeiten.

Verfügbarkeit des Passes selbst, unabhängig vom Inhalt

Neben dem Inhalt stellt sich die Frage, ob der Pass erreichbar bleibt. Artikel 9 der ESPR (Verordnung (EU) 2024/1781) verknüpft die Lebensdauer des Passes mit der des Produkts, was bedeutet, dass der QR-Datenträger und die zugrunde liegenden Daten nicht verschwinden dürfen, sobald ein Produktmodell auslaufen wird. Für ein Unternehmen, das das Hosting selbst regelt, ist dies ein betrieblicher Punkt: ein System, das nach einer Umorganisation, einer Systemwanderung oder einer Fusion einfach offline geht, erfüllt diese Erwartung nicht. Bei elektropas.com ist dies einer der Gründe, warum das Hosting für einen festen Zeitraum zugesichert wird, damit ein Unternehmen dies nicht selbst ständig überwachen muss.

Korrektur nach einem gemeldeten Fehler

Eine separate Situation ist der Fehler, der erst nach der Veröffentlichung ans Licht kommt — ein falsch eingegebener Wert, ein verwechseltes Dokument oder eine Angabe, die bei näherer Betrachtung nicht mit der Methode übereinstimmt, mit der die Werte gemessen wurden. Sobald dies bemerkt wird, besteht die Erwartung, dass das Passbuch korrigiert wird, nicht dass der Fehler bestehen bleibt bis zur nächsten geplanten Überprüfung. Wie diese Korrektur in der Praxis durchgeführt wird, ist auf der Seite über einen Fehler im Passbuch beheben.

Wo es in der Praxis schiefgeht

beschrieben. Ein Passbuch wird bei der Einführung einer Produktlinie ausgefüllt und dann nicht mehr überprüft, während es inzwischen zwei Überarbeitungen des Produkts gegeben hat — die Daten im Passbuch gehören dann zu einer Ausführung, die nicht mehr geliefert wird.

Ein Lieferant tauscht ein kritisches Bauteil aus, um Lieferprobleme zu beheben, ohne dass jemand prüft, ob dieser Austausch Auswirkungen auf das hat, was in den kritischen Rohstoffen im Passbuch angegeben ist.

Die IT-Abteilung migriert zu einem neuen System und die alten QR-Codes verweisen plötzlich auf eine Seite, die nicht mehr existiert, während die Produkte mit diesem QR-Code noch jahrelang bei Benutzern im Schrank stehen.

Ein Software-Team verlängert oder verkürzt die Support-Periode eines Geräts in einem Produkt-Update, aber diese Änderung wird nur intern kommuniziert und nicht im Passiertschein implementiert, den der Endbenutzer einsieht.

Ein Fehler in einer technischen Angabe wird intern bereits seit Monaten als "etwas für das nächste Update" erkannt, während der fehlerhafte Wert in der Zwischenzeit einfach für jeden sichtbar bleibt, der den QR-Code scannt.

Was Sie dokumentieren können

  • Ein fester Kontrollpunkt im Prozess rund um Engineering Changes, bei dem überprüft wird, ob das Passiertschein noch der aktuellen Produktausführung entspricht.
  • Ein benannter Verantwortlicher innerhalb des Unternehmens für die Aktualisierung von Passiertscheindaten, auch wenn die erste Eingabe durch einen externen Partner erfolgt ist.
  • Eine Verbindung zwischen der internen Registrierung der Software-Unterstützung und den im Passiertschein aufgeführten Daten, so dass eine Änderung in der einen automatisch eine Überprüfung der anderen auslöst.
  • Ein Verfahren für das, was geschieht, sobald ein Fehler gemeldet wird, einschließlich wer diesen korrigieren darf und innerhalb welcher internen Vereinbarung dies geschieht.
  • Ein Überblick über welche Produktdaten pro Produktgruppe gepflegt werden, abgestimmt auf das, was bei den Eigenschaften, die pro Produktgruppe ausgefüllt werden.
  • Eine Vereinbarung über das Hosting und die Verfügbarkeit des Passiertscheins nach der Stilllegung eines Produktmodells, so dass der QR-Code nicht auf einen toten Link verweist, solange das Produkt noch in Gebrauch ist.

Dies ist keine Rechtsberatung. Diese Seite enthält allgemeine Informationen über die Regelungen, auf die sich diese Plattform bezieht. Wir kennen Ihre Situation nicht. Im Zweifelsfall über Ihre eigene Situation konsultieren Sie einen Juristen oder die zuständige Aufsichtsbehörde.

Mit KI auf Basis der obigen Quellen geschrieben, von einer Person am 2026-08-22 überprüft. Stimmt etwas nicht? Teilen Sie es mit — Korrektionen haben Vorrang.