matrapas.eu
Anmelden Registrieren

brauche ich spezielle Software, um einen digitalen Produktpass zu erstellen

Nein, keine spezielle Software erforderlich durch die Verordnung

Die ESPR schreibt kein bestimmtes Softwarepaket, System oder Marke vor. Was die Verordnung jedoch festlegt, sind Anforderungen an das Ergebnis: Das digitale Produktpass muss Daten enthalten, die auf festgelegte Weise über einen Datenspeicher zugänglich sind, es muss bestimmte technische und organisatorische Voraussetzungen erfüllen, und es muss von denjenigen einsehbar sein, die dazu berechtigt sind. Wie ein Hersteller oder Importeur dies technisch regelt — mit einem selbst entwickelten System, einem Modul im ERP-Paket oder einem Service eines externen Partners — ist nicht in der Verordnung festgelegt. Es gibt also keine verpflichtende "Produktpass-Software", die auf einer Liste steht und erworben werden muss. Was es geben muss, ist ein funktionierendes Gesamtsystem, das die Anforderungen der Verordnung erfüllt, und das ist eine andere Frage als welche Software dafür verwendet wird.

Für Matratzen gilt dies, für die dahinterliegende Verwaltung nicht automatisch

Diese Wahlfreiheit bei den Mitteln gilt für das digitale Produktpass von Matratzen, wie die ESPR dies künftig verlangt: der Datenspeicher, die Speicherung und die Bereitstellung der Passdaten. Sie gilt nicht für alles, was ein Hersteller oder Importeur darüber hinaus bereits an Software nutzt oder nutzen muss. Ein Buchführungssystem, ein Lagerverwaltungspaket oder ein CE-Kennzeichnungsdossier fallen nicht unter diese Regelung und unterliegen ihren eigenen Regeln. Sie gilt auch nicht für die Frage, ob ein bestimmtes System "gut genug" ist — dies wird nicht am Markenamen oder dem Anbieter der Software beurteilt, sondern ob das Ergebnis die Anforderungen der Verordnung erfüllt. Eine Tabelle, die zufällig alle Anforderungen erfüllt, ist theoretisch genauso gültig wie eine teure spezialisierte Lösung; umgekehrt erfüllt ein teures System nicht automatisch nur weil es teuer ist.

Noch kein fester Termin, aber bereits feste Anforderungen an das Design

Wann das digitale Produktpass für Matratzen verpflichtend wird, steht noch nicht fest; dies ergibt sich aus einer delegierten Handlung, die für diese Produktgruppe noch veröffentlicht werden muss. Bis dahin besteht keine Verpflichtung, bereits einen Produktpass zu führen. Was bereits feststeht, sind die allgemeinen technischen Anforderungen der ESPR, die ein digitales Produktpass künftig erfüllen muss, unabhängig davon, mit welcher Software es entwickelt wird. Diese Anforderungen befassen sich unter anderem mit Interoperabilität, der Verwendung offener Standards und der Art und Weise, wie Daten zugänglich gemacht werden müssen. Wer jetzt bereits Software auswählt oder entwickelt, kann diese Anforderungen daher als Ausgangspunkt nehmen, auch wenn der verbindliche Stichtag für Matratzen selbst noch nicht bekannt ist.

Wo man bei der Wahl eines Systems anfangen sollte

Die praktische Reihenfolge beginnt nicht bei der Software, sondern bei den Daten: Zunächst muss klargemacht werden, welche Produktinformationen künftig in den Pass gehören, bevor untersucht wird, wie diese Informationen technisch gespeichert und bereitgestellt werden. Danach kommt die Frage, wie jede Matratze eine eindeutige Identifikationsnummer erhält, denn diese Nummer ist das Bindeglied zwischen dem physischen Produkt und den digitalen Daten darüber. Anschließend ist es eine Wahl, ob dieser Prozess selbst eingerichtet wird oder an einen Partner ausgelagert wird, der Speicherung und Bereitstellung übernimmt — genau hier passt eine Plattform wie diese Plattform, indem sie den Pass aus den bereitgestellten Daten zusammenstellt und Hosting und QR-Datenspeicher übernimmt. Für Unternehmen, die bereits mit einem ERP- oder Lagersystem arbeiten, ist danach relevant, ob und wie dieses System mit dem Produktpass verbunden werden kann, damit Daten nicht doppelt eingegeben werden müssen. Wer lieber zuerst das größere Bild sieht, bevor eine Systemwahl getroffen wird, kann auch mit der Frage beginnen, wie sich das Europäische Register für Produktpässe zum eigenen Pass verhält, denn dieses Register ist ein verpflichtender Bestandteil neben jeder Softwareauswahl.

Dies ergibt sich aus Artikel 9, 10 und 11 der ESPR

Die Grundlage bildet Artikel 9 der ESPR (Verordnung (EU) 2024/1781), in dem der digitale Produktpass als Instrument eingeführt wird. Artikel 10 der ESPR konkretisiert die inhaltlichen Anforderungen, denen ein Pass genügen muss, ohne dabei eine bestimmte Technologie oder einen bestimmten Anbieter vorzuschreiben. Artikel 11 der ESPR regelt speziell die technische Gestaltung und die Funktionsweise des digitalen Produktpasses und nennt dabei Anforderungen wie Interoperabilität und die Verwendung offener Standards — Anforderungen, die an das Ergebnis gestellt werden, nicht an das Werkzeug, mit dem dieses Ergebnis erreicht wird. Diese drei Artikel zusammen zeigen, dass die Verordnung funktional aufgebaut ist: Sie regelt, was ein Pass leisten muss und wie er zugänglich sein muss, und überlässt die Wahl der Software dem, der den Pass zusammenstellt.

Wer bereits jetzt vorsorgen möchte, sollte am besten damit beginnen, die eigenen Produktdaten in Ordnung zu bringen und ein Identifizierungssystem pro Matratze festzulegen, um eine solide Grundlage zu schaffen, sobald die delegierte Handlung für Matratzen veröffentlicht wird — die Wahl für ein spezifisches Softwaresystem kann dann folgen, gemäß der dann geltenden technischen Anforderungen.

Worauf dies basiert

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

Was Sie konkret tun müssen

Was von Ihnen erwartet wird

Ein Pass, der über offene Standards lesbar ist

Artikel 10 der ESPR (Verordnung (EU) 2024/1781) schreibt vor, dass der digitale Produktpass auf Basis offener, interoperabler Standards funktioniert. Das bedeutet, dass Daten nicht in einem geschlossenen, proprietären Dateiformat gespeichert sein dürfen, das nur mit einem bestimmten Programm zu öffnen ist. Für einen Matratzenhersteller mit 10 bis 100 Mitarbeitern bedeutet dies vor allem, dass die Wahl eines Systems oder einer Plattform an diese Anforderung überprüft werden muss: Lassen sich die Daten extrahieren, und können andere Parteien diese lesen, ohne genau die gleiche Software wie Sie zu haben?

Zugänglichkeit über einen Datenträger, nicht über eine App

Artikel 11 regelt die technische Funktionsweise des Passes: über einen Datenträger (in der Praxis oft ein QR-Code), der auf die Daten verweist. Der Verbraucher, die Aufsichtsbehörde oder der Handelspartner muss diese Daten abrufen können, ohne dass dafür eine separate, von Ihnen bereitgestellte Anwendung erforderlich ist. Praktisch bedeutet dies, dass ein gewöhnliches Smartphone mit Kamera und Browser ausreichen muss. Wer erwägt, eine eigene App entwickeln zu lassen, um den Pass anzuzeigen, tut dies also als zusätzlichen Service — nicht, weil die Verordnung eine App vorschreibt. Wie der Datenträger auf das Produkt gelangt, ist auf der Seite über wie der QR-Code für das Produktpass auf Ihre Matratzen kommt.

Verknüpfung mit einer eindeutigen Identifizierungsnummer

Artikel 9 verbindet den Pass mit einer eindeutigen Produkt- oder Modellidentifizierung. Dies erfordert eine Möglichkeit, jeden Pass mit dem richtigen physischen Produkt zu verknüpfen. Für Unternehmen, die bereits mit Chargennummern, EAN-Codes oder internen Artikelcodes arbeiten, ist dies in der Regel eine Frage der konsistenten Beibehaltung dieser vorhandenen Nummerierung im Passsystem. Wie diese Verknüpfung in der Praxis eingerichtet wird, wird auf der Seite über wie Sie jedem Produkt einen eindeutigen Identifikationscode zuteilen.

Daten, die aktuell und nachvollziehbar bleiben

Die Artikel 9 und 10 zusammen implizieren, dass der Pass keine Momentaufnahme ist, die nach der Veröffentlichung vergessen werden kann, sondern eine Datensammlung, die über die Zeit, in der der Pass verfügbar sein muss, mit einem bestimmten Produkt verknüpft bleibt. Dies erfordert von einem Unternehmen eine Möglichkeit zu wissen, welche Informationen zu welchem Produkt gehört, auch wenn später Fragen zu einer Matratze auftauchen, die vor ein paar Jahren verkauft wurde.

Wo es in der Praxis schiefgeht

Ein Hersteller lässt einen Pass in einem Programm erstellen, das gut funktioniert, aber dessen Anbieter die Daten nur als PDF oder als Screenshot bereitstellt. Das ist für einen Menschen lesbar, aber nicht maschinenlesbar, wie Artikel 10 es versteht — die zugrunde liegenden Daten müssen strukturell abfragbar sein, nicht nur visuell dargestellt.

Ein Unternehmen entwickelt eine eigene App, um das Passwort anzuzeigen, in der Annahme, dass dies erforderlich ist. Das kostet Zeit und Geld für die Entwicklung, während Artikel 11 gerade um Zugänglichkeit ohne spezielle Software bittet — eine gewöhnliche Webseite, die sich über den QR-Code öffnet, entspricht dieser Idee.

Ein Importeur verwendet für jede Lieferung eine neue, ad-hoc-Excel-Datei, die manuell in ein Passwort umgewandelt wird. Sobald das Volumen wächst, entstehen Fehler bei der Verknüpfung zwischen Produkt und Passwort, und es wird unklar, welches Passwort zu welcher Charge gehört.

Ein Hersteller wählt ein System, ohne zu überprüfen, ob Daten jemals wieder daraus exportiert werden können. Bei einem späteren Wechsel zu einer anderen Plattform oder bei Beendigung des Hosting-Dienstes stellt sich heraus, dass die Daten an einen Anbieter gebunden sind. Was dies mit sich bringt, wird auf der Seite über was mit Ihren Produktpässen geschieht, wenn der Hosting-Anbieter damit aufhört.

beschrieben. Ein Unternehmen denkt, dass das Passwortsystem unabhängig von der eigenen Geschäftstätigkeit sein muss, und gibt alle Produktdaten doppelt ein: einmal im ERP-System, einmal im Passwortsystem. Das verdoppelt die Arbeit und erhöht die Wahrscheinlichkeit von Abweichungen zwischen beiden Quellen.

Was Sie festhalten können

  • Ein Überblick über die Dateiformate, die das gewählte System verwendet, und ob diese offen und exportierbar sind — dies kann anhand der Interoperabilitätsanforderung aus Artikel 10 überprüft werden.
  • Eine Beschreibung, wie der Datenträger (QR-Code) Zugang zum Passwort gewährt, ohne dass eine separate App erforderlich ist, wie in Artikel 11 vorgesehen.
  • Eine Zuordnungstabelle zwischen internen Produktcodes und Passwort-Identifikationsnummern, damit jederzeit nachzuvollziehen ist, welches Passwort zu welchem physischen Produkt gehört. Wer dafür Systeme kombinieren möchte, kann sich die Möglichkeiten ansehen, die auf der Seite über die Verknüpfung des Produktpasses mit einem ERP- oder Bestandsverwaltungssystem.
  • beschrieben werden. Vereinbarungen mit dem Softwareanbieter oder der Plattform über den Export von Daten, die Verfügbarkeit über längere Zeit und was beim Beenden des Dienstes geschieht.
  • Ein interner Prozess zur Verwaltung von Produktdaten, so dass Änderungen in der Materialzusammensetzung oder anderen Merkmalen konsistent im Passwort berücksichtigt werden, anstatt doppelt und unabhängig voneinander verwaltet zu werden.

Für Unternehmen, die Matratzen nach Maß herstellen, ist es darüber hinaus sinnvoll, festzuhalten, wie einzelne Varianten im Passwortsystem verarbeitet werden — dieser Prozess unterscheidet sich oft von der Standardproduktion und wird auf der Seite über wie das Produktpass bei Matratzen nach Maß funktioniert.

Dies ist keine Rechtsberatung. Diese Seite bietet allgemeine Informationen über die Regelgeving, um die sich diese Plattform dreht. Wir kennen Ihre Situation nicht. Im Zweifelsfall über Ihren eigenen Fall konsultieren Sie einen Anwalt oder die zuständige Aufsichtsbehörde.

Geschrieben mit KI auf Basis der obigen Quellen, überprüft von einer Person am 2026-09-05. Stimmt etwas nicht? Lassen Sie es uns wissen — Korrektionen haben Vorrang.