kann ich meine bestehende Produktdatenbank für den Produktpass nutzen
Ja, als Quelle — aber nicht als Produktpass selbst
Eine bestehende Produktdatenbank kann normalerweise als Quelle für die Daten dienen, die in einem digitalen Produktpass eingehen, aber die Datenbank selbst ist kein Produktpass. Der Produktpass ist ein spezifisches Datenformat, das an einen eindeutigen Träger (normalerweise einen QR-Code) pro Produkt oder Produktmodell gekoppelt ist und feste Anforderungen an die Struktur, Zugänglichkeit und Kopplung mit anderen Systemen wie dem EU-Registrierungsregister erfüllt. Die Informationen, die bereits in einem ERP-System, PIM-System oder einer Excel-Liste vorhanden sind — Materialien, Abmessungen, Artikelnummern, Lieferant, Zusammensetzung — sind genau die Art von Daten, die später in einem Pass stehen müssen. Diese Daten müssen daher nicht erneut erfasst werden, müssen aber in das richtige Format übertragen und mit dem richtigen Träger verknüpft werden.
Für welche Daten dies funktioniert und für welche nicht
Daten, die pro Produkt oder Produktmodell festgelegt sind — wie Materialzusammensetzung, Herkunft, Abmessungen, Garantieinformationen oder Wartungsanweisungen — eignen sich gut für die Wiederverwendung aus einer bestehenden Datenbank. Diese Daten sind Teil dessen, was Artikel 9 der ESPR (Verordnung (EU) 2024/1781) als Kern des digitalen Produktpasses beschreibt: Informationen, die pro Produkt über einen Datenträger zugänglich sein müssen. Wo eine bestehende Datenbank oft nicht ausreicht, ist die technische Struktur, die Artikel 10 der ESPR vorschreibt: eine eindeutige Produktkennzeichnungsnummer, eine Verknüpfung mit dem Registrierungsregister und ein Format, das von Marktakteuren, Behörden und Verbrauchern einheitlich ausgelesen werden kann. Eine interne Datenbank ist normalerweise für die eigene Geschäftstätigkeit ausgelegt — Bestandsverwaltung, Auftragsabwicklung — und nicht für externe, standardisierte Auslesung wie Artikel 11 der ESPR für die technische Funktionsweise des Passes vorschreibt. Das ist der Unterschied zwischen "die Daten sind bereits vorhanden" und "der Pass ist bereits vorhanden": das erste ist oft wahr, das zweite selten.
Wann dies relevant wird
Die Frage, ob eine bestehende Datenbank geeignet ist, wird erst konkret, wenn die Verpflichtung für Möbel in Kraft tritt, und dieser Zeitpunkt ist noch nicht festgelegt. Wie auch auf der Seite über wenn der Produktpass für Möbel verbindlich wird für Möbel ist erläutert, ist die Delegierte Handlung für Möbel noch nicht veröffentlicht; sie bestimmt erst, welche genauen Daten verpflichtend sind und welches Format dazu gehört. Bis dahin besteht keine gesetzliche Verpflichtung, ein Passiport zu führen, aber das bedeutet nicht, dass Warten die einzige Option ist. Was bis dahin bereits feststeht, ist die allgemeine Struktur aus der ESPR selbst — Artikel 9, 10 und 11 — die den Rahmen skizziert, innerhalb dessen die Delegierte Handlung für Möbel dann ausgefüllt wird.
Wie dies in der Praxis anzupacken ist
Der erste Schritt ist zu prüfen, welche Daten bereits festgelegt sind und wo: Materialzusammensetzung, Herkunft, Abmessungen und gegebenenfalls bereits vorhandene Zertifikate oder Testberichte. Viele dieser Informationen liegen oft verstreut über verschiedene Systeme — ein ERP für Bestände, ein PIM für Produktinformationen, einzelne Dokumente für Zertifikate. Ein zweiter Schritt ist zu beurteilen, ob diese Daten auf Produktmodellebene konsistent und aktuell sind, denn das Passiport erfordert eindeutige Informationen pro Produkt, nicht pro Auftrag oder pro Charge. Ein dritter Schritt ist zu prüfen, welche Daten fehlen; dies sind oft gerade die Daten, die speziell für das Passiport angefordert werden, wie Reparatur- oder Demontage-Informationen, und die normalerweise nicht standardmäßig in einem Verkaufs- oder Bestandssystem vorhanden sind. Für diejenigen, die jetzt schon damit anfangen möchten, auch ohne dass die genauen Anforderungen festgelegt sind, beschreibt die Seite über was Sie jetzt schon tun können, während die Regeln noch nicht endgültig sind eine Reihe von Vorbereitungsschritten, die ohne Risiko durchgeführt werden können. Für einen Überblick über die Vorgehensweise in Reihenfolge, von der Datenerfassung bis zur Platzierung des Datenträgers, ist die Seite über das Produktpassiport Schritt für Schritt ein logisches Folgethema.
Ein Augenmerk bei Kollektionen mit vielen Varianten — Farben, Polsterung, Fußtypen — liegt darin, dass eine bestehende Datenbank diese Varianten häufig als separate SKUs verwaltet, ohne eine gemeinsame Grundlage zu schaffen. Das Paspoort fordert jedoch gerade eine klare Verknüpfung zwischen dem, was innerhalb einer Kollektion geteilt ist, und dem, was sich pro Variante unterscheidet — ein Aspekt, dem besondere Aufmerksamkeit auf der Seite über gewidmet wird Produktpässe für eine Kollektion mit vielen Farb- und Stoffvarianten erstellen.
Die rechtliche Grundlage: Artikel 9, 10 und 11 der ESPR
Artikel 9 der ESPR (Verordnung (EU) 2024/1781) legt fest, dass ein Produkt mit einem digitalen Produktpass mit einem Datenträger versehen werden muss, durch den Informationen über dieses Produkt zugänglich sind. Artikel 10 beschreibt die inhaltlichen Anforderungen, die diese Informationen erfüllen müssen, einschließlich der Verknüpfung mit einer eindeutigen Kennnummer und dem Registrierungsregister. Artikel 11 behandelt die technische Funktionsweise: wie der Pass lesbar und zwischen verschiedenen Akteuren in der Lieferkette austauschbar sein muss. Zusammen bestimmen diese Artikel, dass ein Produktpass nicht einfach eine Datenbank mit Produktinformationen ist, sondern eine spezifisch strukturierte Schicht darüber — aufgebaut auf Daten, die oft bereits vorhanden sind, aber ergänzt und gemäß Anforderungen strukturiert, die noch pro Produktgruppe festgelegt werden.
Wer jetzt bereits prüfen möchte, ob die eigenen Möbel später unter diese Verpflichtung fallen, kann das auf der Seite über testen ob das digitale Produktpass für spezifische Möbel gilt, und wer zunächst wissen möchte, was ein Produktpass inhaltlich genau ist, findet das auf der Seite über was ein digitaler Produktpass für Möbel ist. Der praktischste Schritt jetzt ist: bestehende Produktdaten erfassen und pro Produktmodell ordnen, damit die Ergänzung später auf das beschränkt bleibt, was wirklich noch fehlt.
Worauf dies basiert
- Verordnung (EU) 2024/1781 (ESPR), Artikel 11 (technische Ausgestaltung und Funktionsweise des digitalen Produktpasses)
- Verordnung (EU) 2024/1781 (ESPR), Artikel 10 (Anforderungen an das digitale Produktpaspoort)
- Verordnung (EU) 2024/1781 (ESPR), Artikel 9 (digitaler Produktpass)
Die Verordnung selbst befindet sich auf EUR-Lex. Wir verweisen pro Aussage; Sie müssen uns nicht glauben.
Was Sie konkret tun müssen
Was von Ihnen erwartet wird
Viele Unternehmen mit 10 bis 100 Mitarbeitern verfügen bereits über eine Produktdatenbank: ein ERP-System, ein PIM-System oder einfach eine umfangreiche Excel-Datei mit Artikelnummern, Materialien, Abmessungen und Lieferantendaten. Die Frage ist nicht, ob diese Datenbank nützlich ist, sondern ob die darin enthaltenen Daten dem entsprechen, was die ESPR von einem digitalen Produktpass erwartet. Das sind zwei verschiedene Dinge.
Der Inhalt muss dem entsprechen, was die delegierte Handlung verlangt
Artikel 9 der ESPR (Verordnung (EU) 2024/1781) beschreibt den digitalen Produktpass als eine Sammlung von Produktinformationen, die über einen Datenträger zugänglich ist. Welche Informationen das genau sein müssen, wird pro Produktgruppe in einer delegierten Handlung festgelegt. Für Möbel ist diese noch nicht veröffentlicht. Praktisch bedeutet dies, dass eine bestehende Datenbank einen Teil der geforderten Daten oft bereits enthält — Materialzusammensetzung, Herkunft, Abmessungen — aber selten alles. Reparaturinformationen, Recyclinganweisungen oder Daten über Verwertbarkeit finden sich üblicherweise nicht standardmäßig in einem ERP-System, das für Bestandsverwaltung und Fakturierung eingerichtet ist.
Die Daten müssen strukturell an einen Datenträger koppelbar sein
Artikel 11 der ESPR stellt Anforderungen an das technische Design: Der Pass muss über einen Datenträger (wie einen QR-Code) erreichbar sein und die Daten müssen auf strukturierte, maschinell lesbare Weise bereitgestellt werden. Eine Datenbank, die nur intern verwendet wird und nicht darauf ausgerichtet ist, pro Produktexemplar oder -modell eine eindeutige, dauerhafte Verknüpfung mit einem Datenträger herzustellen, erfüllt dies nicht automatisch. Für ein Unternehmen dieser Größe bedeutet dies in der Regel, dass eine zusätzliche Schicht zwischen die bestehende Datenbank und die Außenwelt erforderlich ist: ein System, das die richtigen Daten aus der Datenbank extrahiert, in die richtige Form bringt und an einen QR-Code koppelt, der zehn Jahre lang erreichbar bleibt.
Die Zugänglichkeit muss den Anforderungen von Artikel 10 entsprechen
Artikel 10 der ESPR befasst sich damit, wer welche Daten sehen darf und wie lange diese verfügbar bleiben müssen. Eine interne Datenbank ist in der Regel nicht für öffentliche oder teilweise öffentliche Zugänglichkeit konzipiert, geschweige denn für eine Aufbewahrungsfrist, die unabhängig davon ist, ob das Unternehmen selbst noch existiert. Dies erfordert eine separate Lösung neben der bestehenden Datenbank, keine Ersetzung derselben.
Wo es in der Praxis schiefgeht
Ein Hersteller geht davon aus, dass das Passwort "einfach herausrollt", weil alle technischen Spezifikationen bereits im ERP-System vorhanden sind. In der Praxis fehlen jedoch genau die Felder, die die ESPR wahrscheinlich abfragen wird, wie Reparatur- und Demontage-Informationen, die daher noch manuell hinzugefügt werden müssen.
Ein Importeur arbeitet mit einer Datenbank des Herstellers aus einem Land außerhalb der EU und geht davon aus, dass diese Daten eins-zu-eins verwendbar sind. Die Quelldaten sind oft nicht in der erforderlichen Struktur oder Sprache vorhanden, und der Importeur als Marktteilnehmer in der EU trägt eigenverantwortlich für die Richtigkeit der Daten, die letztendlich im Passwort enthalten sind.
Ein Projekteinrichter hat eine eigene Artikeldatenbank pro Kundenprojekt, diese ist jedoch nicht mit einem individuellen Datenträger pro Produkt verknüpft. Bei einer Kontrolle stellt sich heraus, dass keine direkte, stabile Verbindung zwischen einem verkauften Möbelstück und den zugehörigen Passwortdaten besteht.
Ein Unternehmen aktualisiert die eigene Datenbank regelmäßig, beispielsweise bei einer Materialänderung, vergisst aber, dass das Passwort bereits verkaufter Produkte dadurch nicht mehr dem physischen Produkt entspricht. Die interne Datenbank ist eine "lebende" Datei, das Passwort soll hingegen eine zuverlässige Aufzeichnung zum Zeitpunkt des Verkaufs sein.
Ein Unternehmen mit vielen Farb- und Stoffvarianten verwaltet diese Varianten als separates Feld innerhalb eines Produktcodes, während das Passwort möglicherweise für jede Variante unterschiedliche Daten benötigt — beispielsweise einen unterschiedlichen Materialanteil bei einer anderen Stoffwahl. Wer damit zu tun hat, findet weitere Informationen zu dieser spezifischen Komplikation bei wie erstelle ich Pässe für eine Möbelkollektion mit vielen Farb- und Stoffvarianten.
Was Sie festhalten können
- Eine Übersicht darüber, welche Daten bereits in der bestehenden Datenbank vorhanden sind und welche davon wahrscheinlich für ein Produktpassport relevant sind — basierend auf der Richtung, die Artikel 9 und 10 der ESPR (Verordnung (EU) 2024/1781) vorgeben, auch wenn die genaue Liste pro Produktgruppe noch nicht feststeht.
- Eine Anmerkung zur Quelle und Zuverlässigkeit jedes Datensatzes: wurde er selbst ermittelt oder von einem Zulieferer oder Hersteller an anderer Stelle in der Lieferkette übernommen.
- Ein Verfahren zur Verfolgung von Änderungen in Produktdaten, damit klar ist, welche Version der Daten zu welchem verkauften Produkt gehört.
- Vereinbarungen mit Lieferanten über welche Daten sie liefern und in welchem Format, besonders wenn die eigene Datenbank von ihren Eingaben abhängig ist.
- Ein Überblick über Produktvarianten und die Daten, die pro Variante unterschiedlich sein können, insbesondere bei Farb- und Stoffausführungen.
Wer dies bereits jetzt strukturieren möchte, auch ohne dass die delegierte Handlung vorhanden ist, findet einen Ansatz in was kann ich bereits tun, während die Regeln noch nicht definitiv sind. Und für wer wissen möchte, wie diese Inventarisierung in den Rest des Prozesses passt, steht ein Überblick in wie gehe ich das Produktpassmodell für Möbel schrittweise an.
Eine bestehende Produktdatenbank ist also selten wertlos, aber auch selten ausreichend für sich allein. Sie bildet in den meisten Fällen einen brauchbaren Ausgangspunkt: die Basisdaten sind vorhanden, die Struktur und die Verbindung mit einem Datenträger meist nicht. Es ist ratsam, diese beiden Dinge separat zu bewerten — welche Daten bereits vorhanden sind, und welche noch benötigt werden, um diese Daten zu einem Passdatenblatt zu machen.
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 bitte einen Rechtsanwalt oder die zuständige Aufsichtsbehörde.
Mit KI geschrieben auf Grundlage der obigen Quellen, von einer Person am 2026-09-05 überprüft. Stimmt etwas nicht? Lassen Sie es uns wissen — Korrektionen haben Vorrang.