{"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

The European Union’s Regulation (EU) 2024\/1781 creates the DPP architecture. Article 9 connects the passport obligation to applicable delegated acts, while Articles 10 and 11 set requirements for data carriers, identifiers, access and interoperability. The European Commission’s 2025\u20132030 working plan identifies priority work, but a work-plan entry is not itself the final product requirement.<\/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
Framework<\/td>\nWelche ESPR-Bestimmungen regeln die DPP-Architektur?<\/td>\nRegulation version and relevant articles<\/td>\n<\/tr>\n
Priority work<\/td>\nBefindet sich die Produktgruppe in Vorbereitung oder \u00dcberpr\u00fcfung?<\/td>\nCommission work plan and study status<\/td>\n<\/tr>\n
Product rule<\/td>\nHas an applicable delegated act been adopted?<\/td>\nGeltungsbereich, Datenfelder, Zugriffsregeln und Termine<\/td>\n<\/tr>\n
SKU decision<\/td>\nF\u00e4llt diese genaue Konfiguration in den Geltungsbereich?<\/td>\nDated classification and product identity<\/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

Build a stable model identity<\/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 filament bulb<\/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

Define a field-level data model<\/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>\nExample fields<\/th>\nPrimary control<\/th>\n<\/tr>\n<\/thead>\n
Identit\u00e4t<\/td>\nModell, GTIN, Variante, Charge und verantwortlicher Wirtschaftsakteur<\/td>\nUnique values and hierarchy<\/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>\nApplicability and document revision<\/td>\n<\/tr>\n
Materialien<\/td>\nInformationen zur Zusammensetzung von Komponenten und Stoffen<\/td>\nSupplier source and coverage<\/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 and change trigger<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Use controlled units and enumerated values where possible. Do not store \u201csame as previous model\u201d as a value. A machine-readable field needs an explicit relationship, not an informal note.<\/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 supplier evaluation guide<\/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
Access class<\/th>\nTypical purpose<\/th>\nPlanungsfrage<\/th>\n<\/tr>\n<\/thead>\n
Public<\/td>\nProduktidentit\u00e4t, Verwendung und ausgew\u00e4hlte Nachhaltigkeitsinformationen<\/td>\nKann ein Kunde das Feld ohne internen Kontext verstehen?<\/td>\n<\/tr>\n
Role-restricted<\/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 commercial and retail lighting solutions<\/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 US general service lamp readiness guide<\/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

Run a representative data pilot<\/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. Which source supports each published field?<\/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

    Use the pilot to compare systems only after the identity and governance rules are clear. A platform can distribute data; it cannot resolve undefined model relationships or unsupported values. New Lights’ factory and manufacturing overview<\/a> bietet Kontext f\u00fcr die Er\u00f6rterung von Modelldateien, Produktionsrevisionen und Pr\u00fcfsteuerungen, w\u00e4hrend die download centre<\/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

    Should every technical document be public?<\/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