in welchem Format muss ich die Produktpassdaten liefern

Ein festes Dateiformat ist noch nicht festgelegt, aber die Anforderungen, die es erfüllen muss, schon

Es gibt noch kein vorgeschriebenes Dateiformat (wie JSON, XML oder etwas anderes) für das digitale Produktpass von Elektronik- und IKT-Geräten. Die ESPR selbst schreibt kein spezifisches Format vor, legt aber in Artikel 10 und Artikel 11 der Verordnung (EU) 2024/1781 die Anforderungen fest, die die technische Ausgestaltung des Passes erfüllen muss: Der Pass muss auf offenen, interoperablen Standards basieren, zwischen Systemen austauschbar sein und maschinenlesbar sein. Welcher konkrete Dateienstandard dies erfüllt, wird pro Produktkategorie in einer delegierten Handlung ausgearbeitet. Für Elektronik und IKT gibt es diese Handlung noch nicht.

Für Elektronik gilt dies noch als Rahmen, nicht als festgelegte Anforderung

Diese Seite befasst sich mit dem digitalen Produktpass für Elektronik- und IKT-Geräte gemäß ESPR. Die Artikel 10 und 11 gelten für alle Produktkategorien, die unter die ESPR fallen, aber die genaue technische Ausgestaltung — einschließlich des Dateiformates — wird pro Teilkategorie separat geregelt. Das bedeutet, dass das, was jetzt feststeht, ein Rahmen ist: Anforderungen an Interoperabilität, offene Standards und Maschinenlesbarkeit. Es bedeutet nicht, dass bereits ein konkretes Dateiformat bestimmt ist, in dem ein Hersteller oder Importeur von Elektronik Daten einreichen muss. Wer nach einer Antwort wie "liefern Sie im JSON-Format" oder "verwenden Sie XML-Schema X" sucht, findet das derzeit nirgends in der Regelung für diese Produktgruppe. Auch handelt es sich um ein anderes Thema als die Frage, ob das Produktpass auf ein bestimmtes Elektronikprodukt anwendbar ist — das ist eine separate Frage mit einer anderen Antwort.

Die Veröffentlichung der delegierten Handlung für Elektronik bestimmt den Termin

Es gibt noch kein festes Datum, an dem das Dateiformat für Elektronik und IKT bekannt wird. Nach dem ESPR-Arbeitsplan 2025-2030 werden delegierte Handlungen pro Teilkategorie ausgearbeitet, wobei die ersten Handlungen ab 2027 erwartet werden. Sobald für Elektronik und IKT eine delegierte Handlung veröffentlicht wird, wird sie voraussichtlich auch das technische Format enthalten, in dem Daten eingereicht werden müssen. Bis dahin gilt nur der allgemeine Rahmen aus Artikel 10 und Artikel 11: offene Standards, Interoperabilität und Maschinenlesbarkeit, ohne dass ein konkretes Dateiformat vorgeschrieben ist. Diese Seite wird aktualisiert, sobald die delegierte Handlung für diese Kategorie eine konkrete Antwort gibt.

Was ein Importeur oder Hersteller jetzt schon vorbereiten kann

Auch ohne ein festgelegtes Dateiformat gibt es praktisch bereits viel zu tun. Zunächst ist es sinnvoll zu bestimmen, welche Systeme und Daten später die Grundlage für das Passierschein bilden — die meisten Unternehmen haben diese Informationen bereits irgendwo gespeichert, beispielsweise in einem ERP- oder Bestandssystem, und es ist nützlich, vorher zu überprüfen wie ein solches System später an das Produktpassierschein gekoppelt werden kann. Darüber hinaus ist es ratsam, sich Gedanken über die Identifizierung zu machen: jedes Produkt muss auf ein Passierschein zurückführbar sein, und dies erfordert einen konsistenten Ansatz für die Vergabe eines eindeutigen Identifikationscodes für jedes Produkt. Auch die Frage, wie der QR-Code später auf das Produkt kommt und wie er sich zu bestehenden Barcodes oder GS1-Systemen verhält, kann jetzt schon untersucht werden, unabhängig davon, welches Dateiformat später vorgeschrieben wird. Sobald die delegierte Handlung für Elektro- und IKT-Geräte erscheint, wird diese sich wahrscheinlich an die Infrastruktur anschließen, die bereits in Artikel 13 (das Register der digitalen Produktpassierscheine) und Artikel 14 (das Webportal) erwähnt wird, sodass eine Vorbereitung auf diese Struktur jetzt schon sinnvoll ist, unabhängig vom genauen technischen Format.

Die Grundlage: Artikel 10 und Artikel 11 der ESPR

Artikel 10 der Verordnung (EU) 2024/1781 (ESPR) beschreibt die allgemeinen Anforderungen, denen ein digitales Produktpass genügen muss, einschließlich der Zugänglichkeit und Zuverlässigkeit der Daten. Artikel 11 befasst sich spezifisch mit der technischen Gestaltung und dem Betrieb des Passes und nennt dabei Anforderungen wie die Interoperabilität zwischen Systemen verschiedener Marktakteure und die Verwendung offener Standards, ohne ein einzelnes Dateiformat verbindlich vorzuschreiben. Die weitere technische Ausgestaltung — einschließlich vermutlich auch des konkreten Datenformats — wird durch delegierte Rechtsakte pro Produktgruppe ausgearbeitet, wie im ESPR-Arbeitsprogramm 2025-2030 angekündigt. Artikel 13 und Artikel 14 derselben Verordnung beschreiben ergänzend das Register und das Webportal, über das Passdaten zugänglich gemacht werden, was relevant für die Art und Weise ist, in der eine eingereichte Datei letztendlich angezeigt und durchsucht wird. Für Elektro- und IKT-Geräte ist die delegierte Handlung, die dies konkretisiert, derzeit noch nicht veröffentlicht worden.

Wer jetzt schon Vorbereitungen treffen möchte, sollte am besten damit beginnen, die eigenen Produktdaten und Identifizierungssysteme in Ordnung zu bringen, damit die Umstellung auf ein konkretes Dateiformat später eine Frage der Integration ist, anstatt bei Null anzufangen. Es ist auch ratsam, sich in der Zwischenzeit anzusehen, was das Register für digitale Produktpässe enthält und was darin aufgenommen wird, weil dieses Register wahrscheinlich direkt mit dem endgültigen Übermittlungsmechanismus zusammenhängt.

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

Die Frage, welches Dateiformat verbindlich ist — JSON, XML, PDF, eine bestimmte API-Struktur — kommt bei jedem Importeur und Hersteller auf den Tisch, sobald die IT-Abteilung mit der Entwicklung beginnt. Die Antwort auf der Grundlage des aktuellen ESPR-Texts ist nüchtern: Ein konkretes Dateiformat ist in der Verordnung nicht vorgesehen. Artikel 10 und Artikel 11 der ESPR (Verordnung (EU) 2024/1781) legen fest, welchen Anforderungen das digitale Produktpass genügen muss, aber dies geschieht auf der Ebene funktionaler und technischer Anforderungen, nicht auf der Ebene von "verwende JSON-LD" oder "liefere eine XML-Datei gemäß dieses Schemas an". Die Ausgestaltung wird durch delegierte Rechtsakte und Durchführungsrechtsakte pro Produktgruppe erwartet.

Interoperabilität steht im Mittelpunkt, nicht ein einzelnes spezifisches Format

Artikel 10 der ESPR nennt Interoperabilität als Kernvoraussetzung: Das Passwort muss so aufgebaut sein, dass Systeme verschiedener Parteien — Aufsichtsbehörden, Marktakteure, Verbraucher — die Daten auslesen können. Für ein Unternehmen mit 10 bis 100 Mitarbeitern bedeutet dies praktisch, dass die Wahl eines Speicher- und Austauschformats erst dann mit Sicherheit getroffen werden kann, wenn die delegierte Handlung für die eigene Produktkategorie vorliegt. Bis dahin ist es ratsam, mit strukturierten Daten zu arbeiten (denken Sie an Felder in einer Datenbank oder einem ERP-System), anstatt Daten nur in einem separaten Dokument oder einer PDF zu speichern, damit eine spätere Bereitstellung im endgültigen Format weniger Nacharbeit erfordert.

Das Passwort muss über den QR-Datenträger lesbar sein

Artikel 11 der ESPR beschreibt die technische Funktionsweise des Passes, einschließlich der Verbindung mit dem Datenträger auf dem Produkt. Das bedeutet, dass die zugrunde liegenden Daten, in welchem Format auch immer, in dem Moment bereitgestellt werden müssen, in dem jemand den Code scannt. Wie diese Verbindung technisch funktioniert und welche Identifikationsstandards dabei eine Rolle spielen, wird auf der Seite über beschrieben. wie kommt der QR-Code für den Produktpass auf meine ElektronikFür Unternehmen, die bereits mit GS1-Barcodes arbeiten, ist die Frage relevant, ob eine bestehende Identifikationsstruktur wiederverwendet werden kann — dieses Thema wird auf der Seite über behandelt was GS1 Digital Link ist und ob dies für den Produktpass erforderlich ist.

Jedes Produkt muss eindeutig identifizierbar sein, unabhängig vom Dateiformat

Unabhängig davon, welches technische Format später vorgeschrieben wird, besteht die zugrunde liegende Anforderung darin, dass jedes Produkt eine eindeutige Identifikationscode erhält. Dies ist eine separate Anforderung, die sich nicht ändert, wenn das Dateiformat später festgelegt wird. Unternehmen, die jetzt bereits damit beginnen, ihre Produktdaten zu strukturieren, tun gut daran, diese Identifikation als festen Bestandteil einzubeziehen. Wie dies in der Praxis aufgebaut wird, finden Sie in der Erläuterung auf der Seite über wie Sie jedem Produkt einen eindeutigen Identifizierungscode geben.

Lieferung an das Register erfordert ein eigenes Format

Artikel 13 der ESPR führt das Register für digitale Produktpässe ein, in das bestimmte Informationen über den Pass aufgenommen werden. Auch hier ist noch nicht festgelegt, in welchem genauen Dateiformat diese Lieferung erfolgen muss – dies wird später konkretisiert. Es ist jedoch klar, dass dieses Register ein separater Lieferstrom neben dem Pass ist, der über den QR-Code zugänglich ist. Mehr über die erforderlichen Inhalte finden Sie auf der Seite über was das Register für digitale Produktpässe ist und was darin stehen muss.

Wo es in der Praxis schiefgeht

Zu früh in einem starren Format festlegen. Einige Unternehmen lassen jetzt bereits einen PDF-Pass erstellen, da dieser schnell und erkennbar ist, während die endgültige Anforderung wahrscheinlich strukturierte, maschinenlesbare Daten erfordert. Ein PDF ist für Menschen lesbar, aber nicht automatisch für die Interoperabilität geeignet, die Artikel 10 der ESPR anstrebt.

Daten über mehrere Systeme verteilt ohne Verknüpfung. Produktinformationen befinden sich oft teilweise im ERP-System, teilweise in Marketingdokumenten und teilweise bei einem externen Lieferanten. Ohne einen Plan, um dies zusammenzuführen, wird es später schwierig sein, schnell umzuschalten, sobald das verbindliche Format bekannt ist. Unternehmen, die erwägen, ihr eigenes System einzubeziehen, finden weitere Informationen über die Möglichkeiten auf der Seite über die Verknüpfung des Produktpasses mit einem eigenen ERP- oder Lagerverwaltungssystem.

Verwechslung zwischen dem Pass selbst und dem Register. Der Pass, der über den QR-Code abgerufen wird, und die Daten, die in das Register aufgenommen werden, sind nicht automatisch in Form oder Format identisch. Die Annahme, dass eine Datei für beide Zwecke ausreicht, ist ein Risiko, das erst sichtbar wird, wenn die Durchführungsmaßnahmen konkret werden.

Keine Berücksichtigung mehrerer Produktebenen. Bei Produkten, die in zusammengesetzten Verpackungen verkauft werden, oder bei Geräten, die aus mehreren Komponenten mit einem eigenen Pass bestehen, ist die Frage, wie die Datenformate zusammenpassen, noch komplexer. Dies ist zum Beispiel der Fall bei einem Karton mit mehreren Geräten darin und bei Produkten, die mehrere Produktpässe benötigen.

Unzureichende Aufmerksamkeit für die Lesbarkeit über einen längeren Zeitraum. Ein Dateiformat, das jetzt gebräuchlich ist, muss das über einen längeren Zeitraum nicht bleiben. Da der Pass für einen bestimmten Zeitraum zugänglich bleiben muss, ist die Formatwahl auch eine Frage der Haltbarkeit – siehe die Erläuterung über wie lange ein Produktpass verfügbar bleiben muss.

Was Sie dokumentieren können

Ein Überblick darüber, wo Produktdaten derzeit erfasst werden (ERP, PIM, Tabellenkalkulationen, Lieferantendokumente) und in welchem Format.
Eine Liste der verbindlichen Datenquellen pro Produktkategorie, sobald die Delegierte Handlung für diese Kategorie veröffentlicht wurde.
Vereinbarungen mit Lieferanten und Zulieferern über das Format, in dem sie ihre Produktdaten liefern, damit die Integration später einfacher ist.
Ein interner Verantwortlicher oder Team, das die Entwicklung der technischen Standards verfolgt, da Artikel 11 der ESPR dazu noch weitere Spezifizierungen erhalten wird.
Dokumentation über die für jedes Produkt gewählte Identifikationsmethode, auch unabhängig vom endgültigen Dateiformat.
Ein Überblick über die Anforderungen an Hosting und Verfügbarkeit, die zusammen mit dem Format bestimmen, wie der Pass technisch aufgebaut wird – siehe die Seite über welche Hosting-Anforderungen gelten.

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 verfasst auf Basis der obigen Quellen, überprüft durch eine Person am 2026-09-05. Stimmt da etwas nicht? Teilen Sie es mit — Korrektionen haben Vorrang.