prodpas.eu

Kann ich das Produktpass an mein ERP- oder Bestandsverwaltungssystem koppeln?

Kopplung ist möglich, wenn die Daten strukturiert bereitgestellt werden

Ein digitales Produktpass an ein ERP- oder Lagerverwaltungssystem anzukoppeln, ist grundsätzlich möglich, da die ESPR vorschreibt, dass das digitale Produktpass technisch so aufgebaut wird, dass der Datenaustausch interoperabel und maschinenlesbar erfolgt (Artikel 11 der ESPR, Verordnung (EU) 2024/1781). Das bedeutet, dass die Daten, die bereits in einem ERP- oder Lagerverwaltungssystem vorhanden sind — Materialzusammensetzung, Herkunft, Komponenten, Chargen- oder Seriennummern — im Prinzip die Quelle sein können, aus der das Pass aufgebaut wird. Die Kopplung besteht dann nicht in einer direkten, live-Verbindung zwischen zwei Systemen, sondern darin, dass dieselben Daten, die intern bereits gepflegt werden, in einem geeigneten Format für das Pass bereitgestellt werden.

Für welche Daten dies funktioniert und für welche nicht

Es geht um Daten, die bereits irgendwo erfasst sind und die für das Pass eines bestimmten Produkts relevant sind: technische Spezifikationen, Materialinformationen, Reparatur- und Wartungsdaten oder Herkunftsinformationen. Für solche Daten ist eine strukturierte Bereitstellung aus einem bestehenden System sinnvoll. Es geht nicht um eine allgemeine, permanente Systemkopplung, die durch die ESPR vorgeschrieben wird — die Verordnung verpflichtet keinen Hersteller oder Importeur zu einer bestimmten Technologie, API oder Software. Artikel 11 befasst sich mit der technischen Gestaltung des Pass selbst: wie der Datenträger, das Register und der Zugang zu Daten aufgebaut sind. Sie legt nicht fest, wie ein Unternehmen sein eigenes ERP-System einrichtet oder exportiert. Auch wichtig: Welche Daten genau im Pass enthalten sein müssen, unterscheidet sich je nach Produktgruppe und wird für jede Produktgruppe in einem Delegierten Rechtsakt ausgearbeitet. Was für ein Produkt ein relevantes ERP-Feld ist (z. B. ein Materialprozenzsatz), muss nicht für eine andere Produktgruppe relevant sein.

Die technischen Anforderungen gelten bereits, die Ausgestaltung pro Produktgruppe noch nicht überall

Die ESPR selbst mit den allgemeinen Anforderungen an das digitale Produktpass (Artikel 10) und dessen technische Gestaltung (Artikel 11) ist festgestellt und bildet den Rahmen, in dem jedes Produktpass künftig funktionieren muss. Wann ein konkretes Produkt tatsächlich ein Pass benötigt und welche Daten genau darin enthalten sein müssen, wird für jede Produktgruppe einzeln geregelt. Für viele Produktgruppen ist diese Ausarbeitung noch nicht veröffentlicht oder noch nicht in Kraft. Bis zum Zeitpunkt, an dem für eine Produktgruppe feststeht, welche Daten verpflichtend sind, gibt es also noch keine konkrete Verpflichtung, eine Kopplung oder einen Datenfluss aus einem ERP-System einzurichten — es ist aber sinnvoll, bereits jetzt zu wissen, woher die relevanten Daten intern kommen würden, damit beim Start einer Verpflichtung nicht von vorne begonnen werden muss.

Wie dies in der Praxis angegangen wird

Der erste Schritt besteht darin, zu prüfen, welche Daten in Ihrem ERP- oder Lagerverwaltungssystem bereits vorhanden sind und einen Bezug zu dem aufweisen, was ein Passierschein typischerweise enthält: Produktidentifizierung, Materialzusammensetzung, Herkunft, Komponenten, Garantie- oder Reparaturinformationen. Anschließend ist es sinnvoll zu überprüfen, wie diese Daten aus dem System exportiert werden können — als Datei, als Bericht oder über eine strukturierte Schnittstelle — in einer Form, die lesbar und übertragbar ist, in Einklang mit der offenen und interoperablen Ausgestaltung, die Artikel 11 für das Passierschein vorschreibt. Danach ist es wichtig, die Daten mit der eindeutigen Produktidentifizierung zu verknüpfen, die das Passierschein gemäß Artikel 10 erfordert, damit jedes Passierschein nachweislich zum richtigen Produkt gehört. Da ein Passierschein über die gesamte Lebensdauer eines Produkts aktuell bleiben muss, ist es praktisch, auch über einen wiederkehrenden Prozess nachzudenken: Wie wird eine Änderung im ERP-System (beispielsweise eine angepasste Komponente oder ein neuer Lieferant) zu einem gegebenen Zeitpunkt im Passierschein umgesetzt. Das muss nicht unbedingt in Echtzeit erfolgen — eine regelmäßige Bereitstellung, beispielsweise bei Änderungen oder neuen Produktionen, ist in den meisten Fällen völlig ausreichend. Eine Plattform, die Passierscheine aus bereitgestellten Daten zusammenstellt, wie prodpas.eu, erhält diese Daten in der Regel genau auf diese Weise: als strukturierte Bereitstellung aus der bestehenden Verwaltung eines Herstellers oder Importeurs, nicht als permanente Live-Verbindung zwischen zwei Systemen.

Wovon dies ausgeht: Artikel 10 und 11 der ESPR

Die Verpflichtung zur Interoperabilität und Maschinenlesbarkeit des digitalen Produktpassierscheins ist in Artikel 11 der ESPR (Verordnung (EU) 2024/1781) festgelegt, der die technische Ausgestaltung und den Betrieb des Passierscheins regelt. Artikel 10 derselben Verordnung beschreibt die allgemeinen Anforderungen, die ein Passierschein erfüllen muss, einschließlich der Verknüpfung mit einer eindeutigen Produktidentifizierung. Zusammen bilden diese Artikel die Grundlage dafür, dass Quelldaten aus einem bestehenden System, sofern strukturiert bereitgestellt, als Input für einen Passierschein geeignet sind — ohne dass die Verordnung vorschreibt, welche Technik oder welches System ein Unternehmen dafür intern nutzt.

Wer schon jetzt vorsorgen möchte, sollte am besten mit einem Überblick über die Produktdaten beginnen, die in Ihrem eigenen ERP- oder Lagerverwaltungssystem vorhanden sind, und in welchem Format diese zu exportieren sind. Sobald für Ihre eigene Produktgruppe klar ist, welche Daten ein Passierschein enthalten muss, ist diese Bereitstellung aus der bestehenden Verwaltung in der Regel der praktische Ausgangspunkt.

Was Sie konkret tun müssen

Was von Ihnen erwartet wird

Eine Verbindung zwischen einem ERP- oder Lagerverwaltungssystem und dem Produktpass ist kein eigenständiger Wunsch, der losgelöst von den Regeln besteht — die Art und Weise, wie Daten bereitgestellt, zugänglich gemacht und aktuell gehalten werden, betrifft unmittelbar das, was Artikel 10 und Artikel 11 der ESPR (Verordnung (EU) 2024/1781) über das digitale Produktpass vorschreiben. Für ein Unternehmen mit 10 bis 100 Mitarbeitern, das mit mehreren Produktgruppen arbeitet, ist die Verbindung normalerweise kein "Nice-to-have", sondern die einzige praktische Möglichkeit, Pässe für Hunderte oder Tausende von Artikeln zu verwalten.

Der Produktpass muss mit einer eindeutigen Kennung verknüpft sein.

Artikel 10 der ESPR verlangt, dass jeder Produktpass über eine eindeutige Kennung auf das Produkt zurückgeführt werden kann, zu dem er gehört. Dies ist auch unmittelbar der Schlüssel für eine Verbindung mit einem eigenen System: das ERP- oder Lagerverwaltungssystem arbeitet bereits mit Artikelnummern, Chargennummern oder SKUs, und diese müssen mit der Kennung übereinstimmen, die im Produktpass verwendet wird. Ohne diese eindeutige Verbindung besteht das Risiko, dass eine Aktualisierung in dem einen System nicht mehr im anderen zu finden ist. Wie diese Kennungen genau aufgebaut und vergeben werden, ist auf der Seite über beschrieben. wie jedes Produkt eine eindeutige Kennung erhält..

Die technische Ausgestaltung muss an ein standardisiertes System angepasst sein.

Artikel 11 der ESPR befasst sich mit der technischen Ausgestaltung des Produktpasses: wie Daten gespeichert, zugänglich gemacht und maschinenlesbar gearbeitet werden. Für eine Verbindung mit einem ERP-System bedeutet dies, dass der Datenaustausch nicht beliebig gestaltet werden kann, sondern an einen Standard angepasst sein muss, den Maschinen auf beiden Seiten lesen können. In der Praxis läuft dies häufig auf die Arbeit mit einem System wie GS1 Digital Link hinaus, bei dem eine Kennlung direkt auf die richtigen Passdaten verweist. Was dies bedeutet und ob es für ein bestimmtes Unternehmen relevant ist, wird auf der Seite über erläutert. was GS1 Digital Link ist und ob es für den Produktpass erforderlich ist..

Daten, die sich ändern, müssen im Produktpass aktuell bleiben.

Ein ERP-System verändert sich ständig: Lagerniveaus, Chargendaten, Zusammensetzungen, Lieferanten. Nicht alle diese Informationen gehören in den Produktpass, aber die Daten, die darin stehen — wie Materialzusammensetzung, Reparaturinformationen oder Nachhaltigkeitsmerkmale — müssen korrekt sein, wenn jemand den QR-Code scannt. Eine Verbindung mit dem eigenen System ist für viele Unternehmen die einzige Möglichkeit, dies im großen Umfang durchzuführen, anstatt jeden Produktpass manuell zu aktualisieren. Ob und wie dies automatisch erfolgen kann, wird auf der Seite über behandelt. das automatische Aktualisieren von Daten im Produktpass..

Der Produktpass muss erreichbar bleiben, auch unabhängig vom eigenen System.

Artikel 10 stellt Anforderungen an die Verfügbarkeit des Produktpasses. Eine Verbindung mit einem ERP-System ist nützlich für die Verwaltung von Daten, aber der Produktpass selbst muss bestehen bleiben und erreichbar sein, auch wenn das interne System ersetzt, migriert oder schrittweise abgelöst wird. Dies erfordert eine Trennung zwischen dem Ort, an dem die Quelldaten leben (das ERP-System), und dem Ort, an dem der Produktpass gehostet und zugänglich gemacht wird.

Wo es in der Praxis schiefgeht

Das ERP-System wird als der Produktpass selbst angesehen. Einige Unternehmen denken, dass das Exportieren einer Produktübersicht aus dem ERP-System in eine PDF oder Webseite ausreichend ist. Der Produktpass erfordert jedoch eine feste Kennnung, dauerhafte Erreichbarkeit und eine standardisierte technische Struktur — ein Export ist dies selten.

Artikelnummern im ERP-System stimmen nicht mit der Produktpasskennung überein. Wenn die interne Artikelnummer nicht eins-zu-eins mit der Kennnung übereinstimmt, die auf dem QR-Code steht, entsteht eine Diskrepanz, die erst auffällt, wenn jemand beim Scannen einen falschen Produktpass erhält.

Ein Systemwechsel bricht die Verbindung ab. Wenn ein Unternehmen zu einem neuen ERP-Paket wechselt, wird die Verbindung zum Produktpass manchmal vergessen, wodurch Updates stehen bleiben, während der Produktpass online mit veralteten Daten weiterhin verfügbar bleibt.

Bestands- und Chargendaten werden versehentlich veröffentlicht. Eine zu breit angelegte Verbindung gibt manchmal interne Daten an den Produktpass weiter, die nicht für die öffentliche Einsichtnahme bestimmt sind, wie Einkaufspreise oder Lieferantennamen.

Ein Produkt mit mehreren Produktpässen wird nicht ordnungsgemäß unterschieden. Bei Produkten, die unter mehr als eine Produktgruppe fallen, oder die aus Komponenten bestehen, die jeweils einen eigenen Produktpass benötigen, führt eine einfache Verbindung auf Artikelebene zu Verwechslungen darüber, welcher Produktpass zu welcher Komponente gehört. Hierzu siehe die Seiten über mehrere Produktpässe für ein Produkt und einen Produktpass pro Komponente gegenüber für das Produkt als Ganzes.

Was Sie dokumentieren können

  • Eine Übersicht, welche Felder aus dem ERP- oder Lagerverwaltungssystem automatisch zum Produktpass durchlaufen und welche nicht.
  • Die Verbindung zwischen der internen Artikelnummer oder SKU und dem eindeutigen Identifikationscode, der im Produktpass verwendet wird.
  • Absprachen darüber, wer nach einer Änderung im Quelldatensystem für die Aktualität der Daten verantwortlich ist.
  • Ein Verfahren für den Umgang mit der Verbindung bei einer Systemmigration oder einem Systemwechsel, damit der Produktpass nicht zum Erliegen kommt.
  • Eine Überprüfung, welche Daten über den Produktpass öffentlich sichtbar sein dürfen und welche nicht, bevor die Verbindung live geht.
  • Dokumentation des verwendeten Standards für den Datenaustausch, einschließlich möglicher Verwendung von GS1 Digital Link.

Dies ist keine Rechtsberatung. Diese Seite enthält allgemeine Informationen über die Rechtsvorschriften, auf die sich diese Plattform bezieht. Wir kennen Ihre Situation nicht. Im Zweifelsfall über Ihre eigene Situation konsultieren Sie einen Rechtsanwalt oder die zuständige Aufsichtsbehörde.

Mit KI geschrieben auf Basis der obigen Quellen, von einem Menschen überprüft am 2026-08-22. Stimmt etwas nicht? Lassen Sie es uns wissen — Korrektionen haben Vorrang.