Widersprüchliche Stammdaten zwischen Systemen
Wenn SAP eine Sache sagt und Akeneo eine andere, liest der Regulator den Pass. Ohne dokumentierte Golden-Record-Policy ist jeder Widerspruch eine Compliance-Lücke.
Schliessen Sie Ihren DPP-Dienst an SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365, Akeneo, Salsify, Pimcore und Plytix an - ohne Re-Platforming.
Ein Digitaler Produktpass ist nur so vertrauenswürdig wie die Stammdaten dahinter. Die Pass-URL auf dem Etikett ist das öffentliche Gesicht; die Pflicht gegenüber Regulatoren besteht darin zu garantieren, dass die ausgelieferten Daten denselben Datensatz wiedergeben, der in Engineering freigegeben, von Qualität abgenommen, von konformen Lieferanten bezogen und im Finance abgeglichen wurde. Diese Garantie ist ein Integrationsproblem. ERP, PIM, PLM und PDM halten jeweils nur eine Scheibe der Wahrheit - der DPP zieht diese Scheiben in einen signierten, versionierten, maschinenlesbaren Datensatz zusammen. Diese Seite beschreibt die Referenzarchitektur für die Anbindung von SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central, Microsoft Dynamics 365 Finance & Operations, Akeneo, Salsify, Pimcore, Plytix, Siemens Teamcenter und PTC Windchill an ein DPP-Backbone via REST, GraphQL und Webhooks unter MACH-Prinzipien. Drei Archetypen verankern die Diskussion: ein europäischer Industrie-OEM, ein automotive Tier-1-Lieferant und eine Luxusmode-Holding.
Der DPP wird zum rechtlichen Container für Ökodesign-Daten. ERP- und PIM-Owner erhalten ein externes Integrationsziel.
Hersteller von Industrie- und EV-Batterien müssen Stückliste-, Lieferanten- und Stoffdaten aus ERP und PLM in den Batteriepass leiten.
Modeholdings brauchen PLM-zu-DPP-Feeds für Fasern, Farbstoffe und Veredelungschemikalien über Tausende SKUs.
OEMs müssen Reparierbarkeit, Ersatzteil- und Software-Update-Daten aus PLM und Service-Systemen exponieren.
ERP- und PIM-Owner erleben breitere Katalogpflichten und Stammdaten-Governance-Prüfungen.
Die Bauproduktenverordnung (CPR) überlagert DPP-Pflichten auf EPDs und Leistungserklärungen.
Stammdatenmanagement wird ein Vorstandsthema, kein IT-Thema.
Der europäische Industrie-OEM: ein mittelständischer Maschinenbauer, der SAP S/4HANA Public Cloud, Siemens Teamcenter für PLM, Akeneo für Produktinformationen und Salesforce für Commerce nutzt. Der DPP muss Engineering-Stücklisten aus Teamcenter, Vertriebsstücklisten aus S/4HANA, Marketing-Texte und Assets aus Akeneo und Service-Daten aus Salesforce zu einem einzigen Pass pro serialisierter Maschine vereinen. Der automotive Tier-1-Lieferant: ein Stuttgarter Komponentenanbieter unter Druck der EU-Batterieverordnung, mit SAP S/4HANA on premises, PTC Windchill für PLM und massgeschneiderten MES-Systemen für Seriennummer-Rückverfolgbarkeit. Der Tier-1 muss DPPs publizieren, die zugleich den Datenkontrakt seines OEM-Kunden und den öffentlichen Pass des Regulators erfüllen - zwei Attributsets, eine Source of Truth. Die Luxusmode-Holding: ein Multi-Brand-Portfolio mit Pimcore-PIM, Microsoft Dynamics 365 Finance & Operations, Centric PLM und einer Salesforce-Commerce-Cloud-Storefront pro Haus. Jede Marke wahrt Katalog-Souveränität, doch die Holding führt ein einziges DPP-Register und eine einzige Lieferanten-Sorgfaltspflicht-Plattform und exponiert harmonisierte Pässe markenübergreifend bei Erhalt der markenspezifischen Narrative.
Die Referenzarchitektur ist ein Hub-and-Spoke mit klaren Grenzen. Im Zentrum sitzt der DPP-Dienst - ein Register, das UIDs vergibt, versionierte Payloads speichert, Datensätze signiert und einen öffentlichen Read- sowie einen privaten Write-Endpoint exponiert. Nördlich des Hubs schieben ERPs (SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365) Transaktionsdaten - Materialstämme, Stücklisten, Lieferanten, Chargen - über zertifizierte Konnektoren. Östlich des Hubs liefern PIMs (Akeneo, Salsify, Pimcore, Plytix) Marketing-Attribute, Assets und Übersetzungen. Westlich des Hubs liefern PLM- und PDM-Systeme (Siemens Teamcenter, PTC Windchill, Dassault ENOVIA) Engineering-Stücklisten, Stofferklärungen und Zertifikate. Südlich des Hubs konsumiert die Datenträger-Oberfläche (QR-, NFC-, RFID-Drucker und -Encoder) einen versiegelten Payload beim Packout. Kommunikation: REST für stabile Ressourcenabfragen, GraphQL für flexible Projektionen, Webhooks für ereignisgesteuerte Invalidierung. Es gelten MACH-Prinzipien: jede Komponente ist microservice-basiert, API-first, cloud-native und headless. Deployment-Modelle: EU-gehostetes SaaS, Single-Tenant-Cloud, On-Premises in regulierten Umgebungen und hybrid, wenn das Register in der Cloud läuft, die Encoder aber in der Fabrik. Stammdatenmanagement-Disziplin ist nicht verhandelbar: klare Single Source of Truth pro Attribut, dokumentierte Golden-Record-Regeln und ein unveränderliches Audit-Log.
Wenn SAP eine Sache sagt und Akeneo eine andere, liest der Regulator den Pass. Ohne dokumentierte Golden-Record-Policy ist jeder Widerspruch eine Compliance-Lücke.
ERP-Upgrades und PIM-Re-Implementierungen brechen oft signierte Pipelines, wenn die Integration Punkt-zu-Punkt statt Hub-basiert war.
Tier-2- und Tier-3-Lieferanten liefern oft unvollständige Stoff- und Herkunftsdaten; der OEM bleibt unabhängig vom Schweigen oben in der Kette haftbar.
Marktüberwachungsbehörden können Beweise jeder Pass-Änderung über Jahre einfordern; über ERP, PIM und PLM verstreute Logs sind ohne einheitlichen Audit-Store wertlos.
Ein Pass nur in der Sprache des Produktionslandes ist im Zielmarkt nicht konform; Lokalisierung muss eine erstklassige Pipeline sein, kein Copy-Paste-Schritt.
Engineering- und Vertriebsstücklisten in einen einzigen Pass pro serialisierter Maschine vereint; Audit-Reaktionszeit von 21 Tagen auf 48 Stunden reduziert; 70 % doppelte Stoffdeklarationen über 14 Werke eliminiert.
EU-Batterieverordnungs-Pässe für Zellmodule und Battery Packs ausgeliefert; Lieferantendatenaufnahme via REST und Webhooks integriert; OEM-Kunden-Onboarding von 9 Wochen auf 12 Tage verkürzt.
Zentrales Pass-Register über sechs Häuser bei gewahrter Marken-Souveränität; lokalisierte Pässe in 14 Sprachen; Sustainable-Finance-Reporting für den Vorstand unterstützt.
Wiederkehrende Fragen von Architekten, die SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365, Akeneo, Salsify, Pimcore, Teamcenter und Windchill an einen ESPR-konformen DPP-Layer anbinden.
Integrations-Briefing buchen →Ein separater DPP-Dienst. ERPs sind transaktional; Pässe sind externe öffentliche Artefakte mit eigenem Lebenszyklus, eigenen Signaturschlüsseln und eigenem Audit-Log. Eng via API koppeln, aber nicht zusammenführen.
SAP hat Sustainability- und Regulatory-Datenprodukte angekündigt, die mit DPP überlappen, aber die meisten Unternehmen brauchen weiter eine dedizierte Pass-Schicht, um ESPR-Signatur-, öffentliches Hosting- und Lebensdauer-Anforderungen zu erfüllen.
Für Marketing-Attribute ja. Für Stücklisten, Stoffe und Zertifikate nein - die stammen aus PLM und ERP. Der DPP-Dienst muss alle drei unter einer dokumentierten Golden-Record-Policy abgleichen.
MES trägt Charge- und Seriennummer-Daten zum Pass bei. Der Konnektor sollte ein Pass-Ready-Event bei Produktionsabschluss publizieren, statt nächtlicher Reconciliation.
Wenn ERP-, PIM- und PLM-Landschaft fragmentiert sind, fungiert ein MDM wie Stibo oder Informatica MDM als vorgelagerter Golden-Record-Schiedsrichter; der DPP-Dienst konsumiert den harmonisierten Feed.
REST ist der Default für stabile Ressourcen. GraphQL hilft, wenn nachgelagerte Konsumenten verschiedene Projektionen brauchen. Webhooks sind richtig für Cache-Invalidierung und Re-Publikation bei regulierten Attributänderungen.
Ja, besonders in regulierten Automotive- und Defense-Umgebungen. Das Register läuft auf Kubernetes on-prem; der öffentliche Read-Endpoint wird über ein Cloud-Gateway federiert.
MACH (Microservices, API-first, Cloud-native, Headless) ist die richtige Form, weil Pass-Anforderungen sich weiter entwickeln. Monolithische ERP-gebundene Ansätze sperren ein; MACH erlaubt unabhängiges Austauschen von Datenträger, Storefront oder Marketplace-Adapter.
QR ist am günstigsten und konsumentenfreundlichsten. NFC bringt Offline-Verifikation und Manipulationssignale. RFID passt für Industrieanlagen und Bulk-Inventar. Der DPP-Dienst sollte alle drei als Encoder-Ziele desselben Payloads behandeln.
Tier-1-Lieferanten sollten Datenliefervereinbarungen unterzeichnen, die die Regulator-Felder spiegeln; der OEM exponiert ein Portal oder eine API, über die Lieferanten attestierte Attribute pushen, die der OEM vor der Versiegelung verifiziert.
Ja, aber EDI allein reicht selten - es deckt Transaktionsdaten, nicht Regulator-Attribute. EDI speist das ERP; das ERP speist den DPP-Dienst via REST oder Events.
Mittelstand: 12 bis 20 Wochen. Konzern-SAP- und PLM-Landschaften: 6 bis 12 Monate. Bottleneck ist selten die Technik, sondern Golden-Record-Governance.
Übliche Modelle: pro aktivem Pass pro Jahr, pro SKU oder nach Datenvolumen und Read-Calls. Konzerne mit hohen SKU-Zahlen sollten Volumen-Tiers verhandeln.
Beide konsumieren den Pass via API und Metafields. Die Integration ist ein Anliegen der Storefront-Schicht, nicht des Integrations-Backbones.
Der Pass unterstützt Recall-Flagging und Versions-Pinning. Der Pass eines zurückgerufenen SKU wird mit Statusfeld und öffentlichem Hinweis aktualisiert; das Register behält die Vorgängerversion für Audit.
Wir liefern SAP-, Oracle-, Microsoft-Dynamics-, Akeneo-, Salsify-, Pimcore- und Teamcenter-Integrationen in produktiven Zeiträumen.