{"id":10246,"date":"2026-08-25T03:30:50","date_gmt":"2026-08-25T03:30:50","guid":{"rendered":"https:\/\/new-lights.com\/?p=10246"},"modified":"2026-09-14T06:42:11","modified_gmt":"2026-09-14T06:42:11","slug":"lighting-product-data-eu-digital-product-passport","status":"publish","type":"post","link":"https:\/\/www.new-lights.com\/de\/blog\/lighting-product-data-eu-digital-product-passport\/","title":{"rendered":"Aufbereitung von Produktdaten f\u00fcr Beleuchtungsprodukte f\u00fcr den digitalen Produktpass der EU"},"content":{"rendered":"

Der EU-Digitale Produktpass ist bereits als Rahmen etabliert, aber ein Rahmen begr\u00fcndet nicht f\u00fcr jedes Beleuchtungsprodukt dieselbe unmittelbare Passpflicht.<\/strong> F\u00fcr eine bestimmte Lampe oder Leuchte h\u00e4ngen verbindlicher Umfang, erforderliche Felder, Datenebene, Zugriffsrechte, Platzierung des Datentr\u00e4gers und Anwendungsdatum von den anwendbaren Produktvorschriften ab, die unter der Ecodesign for Sustainable Products Regulation (ESPR) erlassen wurden.<\/p>\n

Hersteller und Importeure von Beleuchtungsprodukten sollten daher zwei Fragen trennen: \u201eWas ist f\u00fcr dieses Produkt jetzt gesetzlich vorgeschrieben?\u201c und \u201eWelche Datenkontrollen sollten wir aufbauen, bevor eine produktspezifische Vorschrift in Kraft tritt?\u201c Die zweite Frage kann heute angegangen werden, ohne einen QR-Code oder ein Online-Datenblatt als Nachweis der DPP-Konformit\u00e4t zu beschreiben.<\/p>\n

Anwendbarkeit best\u00e4tigen, bevor ein Pass erstellt wird<\/h2>\n

Die Verordnung (EU) 2024\/1781 der Europ\u00e4ischen Union schafft die DPP-Architektur. Artikel 9 verkn\u00fcpft die Passpflicht mit den anwendbaren delegierten Rechtsakten, w\u00e4hrend die Artikel 10 und 11 Anforderungen an Datentr\u00e4ger, Kennungen, Zugang und Interoperabilit\u00e4t festlegen. Der Arbeitsplan der Europ\u00e4ischen Kommission f\u00fcr 2025\u20132030 benennt vorrangige Arbeiten, doch ein Eintrag im Arbeitsplan ist selbst keine endg\u00fcltige Produktanforderung.<\/p>\n

\"Four
Gehen Sie vom horizontalen Rahmen zur genauen Produktvorschrift, zum Umfang und zum Anwendungsdatum \u00fcber, bevor Sie ein Feld als verpflichtend kennzeichnen.<\/figcaption><\/figure>\n

Erstellen Sie f\u00fcr jede Produktfamilie eine datierte Aufzeichnung zur Anwendbarkeit. Sie sollte die aktuelle Quelle zitieren, Produkt und vorgesehenen Markt beschreiben, den Verantwortlichen f\u00fcr die Entscheidung benennen und angeben, was eine \u00dcberpr\u00fcfung ausl\u00f6sen w\u00fcrde. Vermeiden Sie familienweite Schlussfolgerungen, wenn unterschiedliche Modelle unter unterschiedliche Produktkategorien oder delegierte Rechtsakte fallen k\u00f6nnen.<\/p>\n

\n\n\n\n\n\n\n\n\n
Pr\u00fcfschritt<\/th>\nZu beantwortende Frage<\/th>\nAufzubewahrender Nachweis<\/th>\n<\/tr>\n<\/thead>\n
Rahmenwerk<\/td>\nWelche ESPR-Bestimmungen regeln die DPP-Architektur?<\/td>\nFassung der Verordnung und relevante Artikel<\/td>\n<\/tr>\n
Priorit\u00e4tsarbeit<\/td>\nBefindet sich die Produktgruppe in Vorbereitung oder \u00dcberpr\u00fcfung?<\/td>\nArbeitsplan der Kommission und Studienstatus<\/td>\n<\/tr>\n
Produktregel<\/td>\nWurde ein anwendbarer delegierter Rechtsakt erlassen?<\/td>\nGeltungsbereich, Datenfelder, Zugriffsregeln und Termine<\/td>\n<\/tr>\n
SKU-Entscheidung<\/td>\nF\u00e4llt diese genaue Konfiguration in den Geltungsbereich?<\/td>\nDatierte Klassifizierung und Produktidentit\u00e4t<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Die Checkliste f\u00fcr Konformit\u00e4tsunterlagen zu LED-Produkten<\/a> kann verwendet werden, um Verordnungen, Erkl\u00e4rungen, Berichte, Kennzeichnungen und Anweisungen voneinander zu trennen, w\u00e4hrend sich das DPP-spezifische Regelwerk weiterentwickelt.<\/p>\n

Eine stabile Modellidentit\u00e4t aufbauen<\/h2>\n

Ein Pass kann nicht zuverl\u00e4ssiger sein als die Identit\u00e4t, die ihm zugrunde liegt. Ein Verkaufsname umfasst h\u00e4ufig unterschiedliche Leistungen, Treiber, Optiken, Abmessungen oder Marktvarianten. Wenn diese Unterschiede verborgen bleiben, kann ein Pass auf Nachweise verweisen, die nicht das ausgelieferte Produkt repr\u00e4sentieren.<\/p>\n

Definieren Sie Modell-, Familien-, Varianten-, Chargen- und Artikelebene, bevor Sie Kennungen vergeben. Halten Sie fest, welche Ebene jedes Datenfeld steuert. Eine Abmessung kann modellspezifisch sein, eine Materialerkl\u00e4rung kann einer Bauteilrevision folgen und ein Pr\u00fcfbericht kann nur die genannten Varianten repr\u00e4sentieren.<\/p>\n

\"Product
Der kommerzielle SKU, der technische Nachweis, die Produktionsrevision und der ver\u00f6ffentlichte Datensatz ben\u00f6tigen eine nachvollziehbare Beziehung.<\/figcaption><\/figure>\n

Die EU ErP Class A LED-Filamentlampe<\/a> verdeutlicht, warum eine effizienzorientierte Produktbeschreibung nur einen Teil des Datensatzes darstellt. Die genaue Konfiguration, die verifizierte Leistung, Komponenten, Erkl\u00e4rungen, Anweisungen und Marktdaten ben\u00f6tigen weiterhin kontrollierte Kennungen und Revisionen.<\/p>\n

Ein Datenmodell auf Feldebene definieren<\/h2>\n

Beginnen Sie nicht damit, PDFs in ein Portal hochzuladen. Beginnen Sie mit einem Felddatenverzeichnis. Jedes Feld sollte \u00fcber eine Definition, Einheit, ein Format, eine Quelle, einen verantwortlichen Eigent\u00fcmer, eine Pr\u00fcfregel, eine Zugriffsebene und eine Aufbewahrungsfrist verf\u00fcgen. Dadurch werden Konflikte sichtbar, die ein Dokumentenordner verbergen kann.<\/p>\n

\n\n\n\n\n\n\n\n\n\n\n
Datengruppe<\/th>\nBeispielfelder<\/th>\nPrim\u00e4re Steuerung<\/th>\n<\/tr>\n<\/thead>\n
Identit\u00e4t<\/td>\nModell, GTIN, Variante, Charge und verantwortlicher Wirtschaftsakteur<\/td>\nEindeutige Werte und Hierarchie<\/td>\n<\/tr>\n
Technisch<\/td>\nAbmessungen, Leistung, Lichtstrom, Steuerungen und austauschbare Teile<\/td>\nEinheit, Methode und Konfiguration<\/td>\n<\/tr>\n
Konformit\u00e4t<\/td>\nMarktgeltungsbereich, Erkl\u00e4rungen, Berichte und Kennzeichnungsdaten<\/td>\nAnwendbarkeit und Dokumentrevision<\/td>\n<\/tr>\n
Materialien<\/td>\nInformationen zur Zusammensetzung von Komponenten und Stoffen<\/td>\nLieferantenquelle und Abdeckung<\/td>\n<\/tr>\n
Service<\/td>\nDaten zu Installation, Wartung, Reparatur und Lebensende<\/td>\nZielgruppe, Sprache und Version<\/td>\n<\/tr>\n
Governance<\/td>\nEigent\u00fcmer, Quelle, Zugriffsklasse, Genehmigung und Aufbewahrung<\/td>\nAudit-Trail und \u00c4nderungsausl\u00f6ser<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Verwenden Sie nach M\u00f6glichkeit kontrollierte Einheiten und enumerierte Werte. Speichern Sie \u201egleich wie vorheriges Modell\u201c nicht als Wert. Ein maschinenlesbares Feld ben\u00f6tigt eine explizite Beziehung, keine informelle Anmerkung.<\/p>\n

Verantwortlichkeit f\u00fcr Nachweise entlang der Lieferkette zuweisen<\/h2>\n

Der Hersteller der Leuchte kann Eigent\u00fcmer der Identit\u00e4t des Endprodukts sein, w\u00e4hrend Daten zu Treiber, LED, Geh\u00e4use oder Verpackung an anderer Stelle entstehen. Ein Labor kann ein gepr\u00fcftes Muster verifizieren, kontrolliert jedoch keine sp\u00e4teren Produktions\u00e4nderungen. Der Importeur kann f\u00fcr Marktinformationen verantwortlich sein, die in der Werksakte fehlen.<\/p>\n

Benennen Sie f\u00fcr jedes Feld die Quelle und die Partei, die seine Verwendung genehmigt. Wenn Lieferantennachweise modell\u00fcbergreifend wiederverwendet werden, dokumentieren Sie die Bedingungen der Abdeckung. Die Leitfaden zur Lieferantenbewertung<\/a> erl\u00e4utert, warum ein vollst\u00e4ndig wirkendes Dokumentenpaket f\u00fcr sich genommen weder die Konsistenz der Serienproduktion noch eine wirksame \u00c4nderungssteuerung nachweist.<\/p>\n

\u00d6ffentliche, eingeschr\u00e4nkte und operative Informationen trennen<\/h2>\n

ESPR erm\u00f6glicht es produktspezifischen Vorschriften festzulegen, welche Akteure auf welche Daten zugreifen k\u00f6nnen. Ein Verbraucher, Installateur, Reparaturbetrieb, Recycler, eine Zollbeh\u00f6rde und eine Markt\u00fcberwachungsbeh\u00f6rde ben\u00f6tigen m\u00f6glicherweise nicht dieselbe Ansicht. Vertrauliche Lieferantendaten sollten nicht allein deshalb ver\u00f6ffentlicht werden, weil sie eine interne Schlussfolgerung st\u00fctzen.<\/p>\n

\n\n\n\n\n\n\n\n
Zugriffsklasse<\/th>\nTypischer Zweck<\/th>\nPlanungsfrage<\/th>\n<\/tr>\n<\/thead>\n
\u00d6ffentlich<\/td>\nProduktidentit\u00e4t, Verwendung und ausgew\u00e4hlte Nachhaltigkeitsinformationen<\/td>\nKann ein Kunde das Feld ohne internen Kontext verstehen?<\/td>\n<\/tr>\n
Rollenbeschr\u00e4nkt<\/td>\nInformationen zu Compliance, Reparatur oder Lieferkette<\/td>\nWie wird der Akteur authentifiziert und autorisiert?<\/td>\n<\/tr>\n
Betriebsbezogen<\/td>\nQuelldatens\u00e4tze, Pr\u00fcfungen und interne Berechnungen<\/td>\nKann der ver\u00f6ffentlichte Wert rekonstruiert und auditiert werden?<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Die Zugriffsarchitektur darf die R\u00fcckverfolgbarkeit nicht beeintr\u00e4chtigen. Ein \u00f6ffentlicher Wert sollte intern weiterhin auf seine genehmigte Quelle zur\u00fcckgef\u00fchrt werden k\u00f6nnen, auch wenn das Quelldokument eingeschr\u00e4nkt ist.<\/p>\n

F\u00fcr projektorientierte Leuchten bietet die Beleuchtungsl\u00f6sungen f\u00fcr Gewerbe und Einzelhandel<\/a> Seite einen Anwendungskontext, um zu entscheiden, welche Installations-, Steuerungs- und Servicefelder K\u00e4ufer neben Datens\u00e4tzen auf Produktebene ben\u00f6tigen k\u00f6nnten.<\/p>\n

Technische \u00c4nderungssteuerung mit Datenaktualisierungen verkn\u00fcpfen<\/h2>\n

Komponentenersetzungen, \u00c4nderungen der Stromeinstellung, optische Revisionen, Firmware-Updates, Verpackungs\u00e4nderungen und Lieferantenwechsel k\u00f6nnen mehrere Felder gleichzeitig ver\u00e4ndern. Der Datenprozess sollte betroffene Modelle und Nachweise vor der Ver\u00f6ffentlichung identifizieren.<\/p>\n

\"Change
Eine kontrollierte Aktualisierung verkn\u00fcpft den \u00c4nderungsantrag mit betroffenen Feldern, Nachweisen, Genehmigung und einer neuen ver\u00f6ffentlichten Revision.<\/figcaption><\/figure>\n

\u00dcberschreiben Sie nicht den vorherigen Zustand. Bewahren Sie das G\u00fcltigkeitsdatum, die Produktionsgrenze und den ersetzten Datensatz auf, damit ein K\u00e4ufer oder eine Beh\u00f6rde feststellen kann, welche Daten f\u00fcr eine bestimmte Einheit oder Charge galten. Die Leitfaden zur Bereitschaft f\u00fcr US-Allgebrauchslampen<\/a> behandelt einen anderen Rechtsraum, doch ihre Methode f\u00fcr Modellidentit\u00e4t und \u00c4nderungssteuerung zeigt, wie Nachweise an die Produktion gebunden bleiben k\u00f6nnen.<\/p>\n

Einen repr\u00e4sentativen Datenpiloten durchf\u00fchren<\/h2>\n

W\u00e4hlen Sie eine Familie mit mehreren aussagekr\u00e4ftigen Varianten und mindestens einer realistischen Komponenten\u00e4nderung aus. Der Pilot sollte pr\u00fcfen, ob das Team f\u00fcnf Fragen ohne manuelle Rekonstruktion beantworten kann:<\/p>\n

    \n
  1. Welche Konfiguration repr\u00e4sentiert diese Kennung?<\/li>\n
  2. Welche Quelle belegt jedes ver\u00f6ffentlichte Feld?<\/li>\n
  3. Wer hat das Feld an welchem Datum genehmigt?<\/li>\n
  4. Welche \u00c4nderungen erfordern eine \u00dcberpr\u00fcfung oder erneute Ver\u00f6ffentlichung?<\/li>\n
  5. Kann der vorherige Zustand f\u00fcr eine fr\u00fchere Charge abgerufen werden?<\/li>\n<\/ol>\n

    Nutzen Sie den Pilotversuch zum Vergleich von Systemen erst, nachdem Identit\u00e4ts- und Governance-Regeln klar sind. Eine Plattform kann Daten verteilen; sie kann keine undefinierten Modellbeziehungen oder nicht belegte Werte l\u00f6sen. New Lights\u2019 \u00dcberblick \u00fcber Werk und Fertigung<\/a> bietet Kontext f\u00fcr die Er\u00f6rterung von Modelldateien, Produktionsrevisionen und Pr\u00fcfsteuerungen, w\u00e4hrend die Download-Center<\/a> das praktische Ziel f\u00fcr aktuell freigegebene Produktdokumente ist.<\/p>\n

    H\u00e4ufig gestellte Fragen<\/h2>\n

    Ben\u00f6tigen bereits alle Beleuchtungsprodukte einen EU-Digitalen Produktpass?<\/h3>\n

    Nein. ESPR schafft den Rahmen, doch die Verpflichtung f\u00fcr ein bestimmtes Produkt h\u00e4ngt vom anwendbaren delegierten Rechtsakt, seinem Geltungsbereich und seinem Anwendungsdatum ab. Pr\u00fcfen Sie die aktuelle Rechtslage f\u00fcr das genaue Produkt.<\/p>\n

    Ist ein QR-Code dasselbe wie ein konformer DPP?<\/h3>\n

    Nein. Ein QR-Code ist nur ein m\u00f6glicher Datentr\u00e4ger. Die Konformit\u00e4t h\u00e4ngt au\u00dferdem von den anwendbaren Feldern, der Identit\u00e4tsebene, Zugriffsrechten, Genauigkeit, Verf\u00fcgbarkeit, Interoperabilit\u00e4t und weiteren Anforderungen der einschl\u00e4gigen Vorschriften ab.<\/p>\n

    Sollte jedes technische Dokument \u00f6ffentlich sein?<\/h3>\n

    Nicht automatisch. Produktspezifische Vorschriften k\u00f6nnen unterschiedliche Zugriffsrechte festlegen. Richten Sie Zugriffsklassen auf Feldebene ein und bewahren Sie zugleich f\u00fcr jeden ver\u00f6ffentlichten Wert eine interne Nachweiskette.<\/p>\n

    Was sollte ein Beleuchtungslieferant zuerst vorbereiten?<\/h3>\n

    Beginnen Sie mit einer kontrollierten Modellidentit\u00e4t, einem Felddatenverzeichnis, der Verantwortlichkeit f\u00fcr Quellen und \u00c4nderungsmanagement. Diese Kontrollen bleiben n\u00fctzlich, auch w\u00e4hrend produktspezifische DPP-Anforderungen noch entwickelt werden.<\/p>\n

    Daten vorbereiten, die eine Regel\u00e4nderung \u00fcberstehen<\/h2>\n

    F\u00fcr eine \u00dcberpr\u00fcfung der Datenbereitschaft im Beleuchtungsbereich, Kontaktieren Sie New Lights<\/a> mit den vorgesehenen EU-Produktfamilien, Marktvarianten, aktuellen Kennungen, verf\u00fcgbaren Erkl\u00e4rungen und Dokumentenquellen. Das n\u00fctzliche erste Ergebnis ist eine kontrollierte Daten\u00fcbersicht mit L\u00fccken und Verantwortlichen \u2013 kein allgemeines Etikett \u201eDPP-ready\u201c.<\/p>\n

    Redaktionelle Quellen<\/h2>\n