So integrieren Sie den digitalen Produktpass mit ERP und PIM

Die kurze Antwort

Eine Integration des digitalen Produktpasses (DPP) liest die Compliance-Daten, die Sie bereits besitzen - Stammdaten aus Ihrem ERP, Produktattribute aus Ihrem PIM und Nachweise Ihrer Lieferanten -, setzt daraus einen Passdatensatz pro Produkt zusammen und veröffentlicht ihn hinter einem QR-Code auf Basis eines GS1 Digital Link. Sie reißen weder Ihr ERP noch Ihr PIM heraus. Sie legen eine Pass-Schicht darüber, die aus ihnen liest, die regulatorischen Lücken füllt und jeden Pass synchron hält, wenn sich die Quelldaten ändern.

Warum ERP und PIM der richtige Startpunkt sind

Ihr ERP ist das führende System für die kommerzielle und rechtliche Identität eines Produkts: Artikelnummer, GTIN, rechtlicher Hersteller, der auf dem EU-Markt in Verkehr bringende Wirtschaftsakteur, Stückliste und Lieferantenverknüpfungen. Ihr PIM enthält die beschreibenden Attribute: Materialien, Pflegehinweise, Maße, Bilder und die verbrauchernahen Texte in jeder Sprache, in der Sie verkaufen. Ein DPP braucht beides - plus einen dritten Bereich, den die meisten Unternehmen unterschätzen: Lieferantennachweise (Stoffdeklarationen, Rezyklatnachweise, CO2-Daten), die in keinem der beiden Systeme liegen.

Von ERP und PIM auszugehen bedeutet, dass Sie keine bereits vorhandenen Daten neu erfassen. Die Aufgabe der Integration ist es, das Vorhandene zu lesen, jeden Wert dem richtigen Passfeld zuzuordnen und die Lücken zu markieren, damit Sie genau wissen, was noch erhoben werden muss.

Welche Daten wo liegen: ERP vs. PIM vs. Lieferanten

Das Muster ist konsistent: Ihr ERP und PIM decken etwa 60-70 % eines Passes von Haus aus ab, die restlichen 30-40 % sind Lieferantennachweise, die Sie erheben und prüfen müssen. Jeder ehrliche Integrationsplan plant diese Lücke zuerst ein.

Die Integrationsarchitektur von Anfang bis Ende

Eine funktionierende DPP-Integration hat fünf Stufen, die man am besten als einseitigen Datenfluss versteht:

1. Extrahieren. Ein Connector oder eine API zieht Produktstammdaten aus dem ERP und Attribute aus dem PIM - planmäßig oder durch ein Änderungsereignis ausgelöst.
2. Lücken schließen. Fehlende Felder (Stoffe, Rezyklat, CO2) werden über ein strukturiertes Formular oder ein Lieferantenportal bei den Lieferanten angefragt, sodass Nachweise in einheitlicher Form ankommen statt als verstreute E-Mails und PDFs.
3. Mappen und validieren. Jedes eingehende Feld wird dem DPP-Datenmodell der jeweiligen Produktgruppe zugeordnet und gegen die Regeln der Verordnung (Pflichtfelder, Formate, Einheiten) validiert. Ungültige oder fehlende Daten werden markiert, nicht stillschweigend verworfen.
4. Zusammensetzen und Kennung vergeben. Die Plattform baut einen Passdatensatz und bindet ihn an einen GS1 Digital Link, sodass ein einziger QR-Code darauf auflöst.
5. Veröffentlichen und synchron halten. Der Pass geht mit gestuftem Zugriff live (öffentlich, eingeschränkt, nur Behörden). Ändern sich ERP oder PIM, aktualisiert sich der Pass - und ältere Versionen bleiben für den Audit-Trail erhalten.

Die entscheidende Designwahl ist die Richtung. Ihr ERP und PIM bleiben die Quelle der Wahrheit; die Pass-Schicht liegt nachgelagert. So schreibt ein Compliance-Workflow nie in Ihre operativen Systeme zurück - und beschädigt sie nicht.

Ihre Felder auf das DPP-Datenmodell mappen

Beim Field-Mapping entscheidet sich, ob eine Integration gelingt oder stecken bleibt. Ziel ist eine dokumentierte, eindeutige Verbindung zwischen jedem Quellfeld und dem Passfeld, das es speist, mit einer Transformationsregel überall dort, wo die Formate abweichen. Ein kleiner Auszug aus einem echten Mapping sieht so aus:

Zwei Regeln sparen Monate an Schmerz. Erstens: Mappen Sie auf ein produktgruppenspezifisches Datenmodell, kein generisches - ein Batteriepass und ein Textil-DPP verlangen unterschiedliche Felder, ein Einheitsmapping bricht. Zweitens: Behandeln Sie das Mapping als versionierte Konfiguration, nicht als in einem Skript vergrabenen Code, damit ein Compliance-Verantwortlicher es ohne Entwickler lesen und ändern kann.

Vier Wege der Anbindung (und wann welcher passt)

Die meisten Teams sollten nicht mit der anspruchsvollsten Option starten. Liefern Sie einen CSV-basierten Piloten für eine Produktlinie, weisen Sie nach, dass das Mapping stimmt, und wechseln Sie dann zu einer API oder einem nativen Connector, sobald die Pässe vertrauenswürdig sind. Echtzeit-Webhooks rechtfertigen ihre Komplexität nur, wenn Sie Daten haben, die sich wirklich ändern - der Gesundheitszustand einer Batterie, eine Aktualisierung der Reparaturkosten - statt eines einmal bei der Herstellung gesetzten statischen Datensatzes.

Die schweren Teile, vor denen niemand warnt

Stammdatenqualität zeigt sich sofort. Fehlende GTINs, doppelte SKUs und uneinheitliche Einheiten bleiben unsichtbar, bis eine Pass-Integration jedes Produkt durch einen Validator zwingt. Planen Sie den ersten Sprint für Bereinigung ein, nicht für Features.

Die benötigten Daten liegen oft in keinem System. Stoffdeklarationen und Rezyklatnachweise liegen meist bei den Lieferanten, nicht im ERP. Das ist ein Datenerhebungs-Problem, bevor es ein Integrationsproblem ist - lösen Sie den Lieferantennachweis-Fluss früh.

Pässe driften. Ein einmal gebauter und vergessener Pass veraltet in dem Moment, in dem sich die Quelldaten ändern. Sie brauchen Sync plus Versionierung, damit der Live-Pass stets aktuell und jeder frühere Stand prüfbar ist.

Zugriffsstufen sind Pflicht, kein Nice-to-have. Die Öffentlichkeit sieht eine Ansicht; Marktüberwachungsbehörden und Recycler sehen mehr. Ihre Integration muss dieses Zugriffsmodell durchtragen und nicht alles zu einem öffentlichen Block verflachen.

Eigentümerschaft ist organisatorisch, nicht technisch. DPP-Daten liegen quer über ERP, PIM, PLM und Nachhaltigkeitsteams. Benennen Sie einen Verantwortlichen für den Pass, bevor Sie eine Zeile Integrationscode schreiben, sonst bleibt das Projekt zwischen Abteilungen stecken.

Wie das zu den Fristen 2026-2027 passt

Die Integrationsarbeit lohnt sich jetzt, weil der Kalender am Anfang fest ist (alle Daten geprüft im Juli 2026):

• 19. Juli 2026 - die Europäische Kommission muss das zentrale EU-DPP-Register nach ESPR-Artikel 13 aufgesetzt haben. Das Register ist ein Verzeichnis: Zu einer Produktkennung verweist es darauf, wo die Passdaten gehostet sind, sodass Ihre Integration einen auflösbaren GS1 Digital Link erzeugen muss, nicht nur einen internen Datensatz.
• 18. Februar 2027 - der Batteriepass wird für EV-, LMT- und Industriebatterien über 2 kWh nach der Batterieverordnung (EU) 2023/1542 verpflichtend. Das ist eine verbindliche, datierte Pflicht und verlangt dynamische Daten - planen Sie eine ereignisgesteuerte Synchronisation, wenn Batterien im Umfang sind.
• Ab etwa 2026-2027 - der ESPR-Arbeitsplan 2025-2030 (angenommen am 16. April 2025) führt delegierte Rechtsakte für Eisen und Stahl, Textilien, Möbel, Reifen und Aluminium ein, wobei der DPP jeder Gruppe rund 18 Monate nach ihrem Rechtsakt gilt. Diese Daten sind indikativ - bauen Sie die Infrastruktur jetzt und schalten Sie jede Produktgruppe frei, sobald ihre Regeln kommen.

Die praktische Erkenntnis: Welches Regime Sie auch zuerst trifft, die Integration - ERP und PIM hinein, validierter Pass heraus, auflösbare Kennung veröffentlicht - ist dieselbe. Bauen Sie sie einmal und Sie sind für den Rest bereit.

Wo DPPAutomate hineinpasst

DPPAutomate ist gebaut, um genau dort zu sitzen, wo dieser Artikel die Pass-Schicht verortet: nachgelagert zu Ihrem ERP und PIM, aus ihnen lesend statt sie zu ersetzen. Es bietet eine vollständige REST-API mit OpenAPI-3.1-Spezifikation und einen MCP-Server, sodass Ihre Middleware - oder ein KI-Agent - Produktdaten direkt in einen Pass schreiben kann. Native ERP- und PIM-Integrationen und Webhooks decken die geplanten und Echtzeit-Muster ab; ein Lieferantendaten-Workflow schließt die Nachweislücke; und jeder Pass löst über einen integrierten GS1 Digital Link auf, sodass die veröffentlichte Kennung registerbereit ist. Wenn Sie online verkaufen, fügt sich derselbe Pass in Ihre E-Commerce- und Marktplatz-Listings ein.

Review- und Auto-Modi lassen Sie einen Menschen in der Schleife halten, während Sie Vertrauen aufbauen, und dann automatisieren, sobald das Mapping bewiesen ist. Sie können mit einem CSV-Piloten für eine Produktlinie starten und auf dieselbe Plattform zu einer Live-Synchronisation in Echtzeit skalieren.

Bereit, Ihre Systeme zu verbinden? Entdecken Sie die Integrations-Übersicht, lesen Sie die API-Referenz oder starten Sie kostenlos und mappen Sie heute Ihr erstes Produkt.