Widerspruechliche 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-Luecke.
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 vertrauenswuerdig wie die Stammdaten dahinter. Die Pass-URL auf dem Etikett ist das oeffentliche Gesicht; die Pflicht gegenueber Regulatoren besteht darin zu garantieren, dass die ausgelieferten Daten denselben Datensatz wiedergeben, der in Engineering freigegeben, von Qualitaet 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 fuer 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 europaeischer Industrie-OEM, ein automotive Tier-1-Lieferant und eine Luxusmode-Holding.
Der DPP wird zum rechtlichen Container fuer Oekodesign-Daten. ERP- und PIM-Owner erhalten ein externes Integrationsziel.
Hersteller von Industrie- und EV-Batterien muessen Stueckliste-, Lieferanten- und Stoffdaten aus ERP und PLM in den Batteriepass leiten.
Modeholdings brauchen PLM-zu-DPP-Feeds fuer Fasern, Farbstoffe und Veredelungschemikalien ueber Tausende SKUs.
OEMs muessen Reparierbarkeit, Ersatzteil- und Software-Update-Daten aus PLM und Service-Systemen exponieren.
ERP- und PIM-Owner erleben breitere Katalogpflichten und Stammdaten-Governance-Pruefungen.
Die Bauproduktenverordnung (CPR) ueberlagert DPP-Pflichten auf EPDs und Leistungserklaerungen.
Stammdatenmanagement wird ein Vorstandsthema, kein IT-Thema.
Der europaeische Industrie-OEM: ein mittelstaendischer Maschinenbauer, der SAP S/4HANA Public Cloud, Siemens Teamcenter fuer PLM, Akeneo fuer Produktinformationen und Salesforce fuer Commerce nutzt. Der DPP muss Engineering-Stuecklisten aus Teamcenter, Vertriebsstuecklisten 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 fuer PLM und massgeschneiderten MES-Systemen fuer Seriennummer-Rueckverfolgbarkeit. Der Tier-1 muss DPPs publizieren, die zugleich den Datenkontrakt seines OEM-Kunden und den oeffentlichen Pass des Regulators erfuellen — 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-Souveraenitaet, doch die Holding fuehrt ein einziges DPP-Register und eine einzige Lieferanten-Sorgfaltspflicht-Plattform und exponiert harmonisierte Paesse markenuebergreifend 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, Datensaetze signiert und einen oeffentlichen Read- sowie einen privaten Write-Endpoint exponiert. Noerdlich des Hubs schieben ERPs (SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365) Transaktionsdaten — Materialstaemme, Stuecklisten, Lieferanten, Chargen — ueber zertifizierte Konnektoren. Oestlich des Hubs liefern PIMs (Akeneo, Salsify, Pimcore, Plytix) Marketing-Attribute, Assets und Uebersetzungen. Westlich des Hubs liefern PLM- und PDM-Systeme (Siemens Teamcenter, PTC Windchill, Dassault ENOVIA) Engineering-Stuecklisten, Stofferklaerungen und Zertifikate. Suedlich des Hubs konsumiert die Datentraeger-Oberflaeche (QR-, NFC-, RFID-Drucker und -Encoder) einen versiegelten Payload beim Packout. Kommunikation: REST fuer stabile Ressourcenabfragen, GraphQL fuer flexible Projektionen, Webhooks fuer 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 laeuft, die Encoder aber in der Fabrik. Stammdatenmanagement-Disziplin ist nicht verhandelbar: klare Single Source of Truth pro Attribut, dokumentierte Golden-Record-Regeln und ein unveraenderliches 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-Luecke.
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 unvollstaendige Stoff- und Herkunftsdaten; der OEM bleibt unabhaengig vom Schweigen oben in der Kette haftbar.
Marktueberwachungsbehoerden koennen Beweise jeder Pass-Aenderung ueber Jahre einfordern; ueber 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 Vertriebsstuecklisten in einen einzigen Pass pro serialisierter Maschine vereint; Audit-Reaktionszeit von 21 Tagen auf 48 Stunden reduziert; 70 % doppelte Stoffdeklarationen ueber 14 Werke eliminiert.
EU-Batterieverordnungs-Paesse fuer Zellmodule und Battery Packs ausgeliefert; Lieferantendatenaufnahme via REST und Webhooks integriert; OEM-Kunden-Onboarding von 9 Wochen auf 12 Tage verkuerzt.
Zentrales Pass-Register ueber sechs Haeuser bei gewahrter Marken-Souveraenitaet; lokalisierte Paesse in 14 Sprachen; Sustainable-Finance-Reporting fuer den Vorstand unterstuetzt.
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; Paesse sind externe oeffentliche Artefakte mit eigenem Lebenszyklus, eigenen Signaturschluesseln und eigenem Audit-Log. Eng via API koppeln, aber nicht zusammenfuehren.
SAP hat Sustainability- und Regulatory-Datenprodukte angekuendigt, die mit DPP ueberlappen, aber die meisten Unternehmen brauchen weiter eine dedizierte Pass-Schicht, um ESPR-Signatur-, oeffentliches Hosting- und Lebensdauer-Anforderungen zu erfuellen.
Fuer Marketing-Attribute ja. Fuer Stuecklisten, Stoffe und Zertifikate nein — die stammen aus PLM und ERP. Der DPP-Dienst muss alle drei unter einer dokumentierten Golden-Record-Policy abgleichen.
MES traegt Charge- und Seriennummer-Daten zum Pass bei. Der Konnektor sollte ein Pass-Ready-Event bei Produktionsabschluss publizieren, statt naechtlicher 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 fuer stabile Ressourcen. GraphQL hilft, wenn nachgelagerte Konsumenten verschiedene Projektionen brauchen. Webhooks sind richtig fuer Cache-Invalidierung und Re-Publikation bei regulierten Attributaenderungen.
Ja, besonders in regulierten Automotive- und Defense-Umgebungen. Das Register laeuft auf Kubernetes on-prem; der oeffentliche Read-Endpoint wird ueber ein Cloud-Gateway federiert.
MACH (Microservices, API-first, Cloud-native, Headless) ist die richtige Form, weil Pass-Anforderungen sich weiter entwickeln. Monolithische ERP-gebundene Ansaetze sperren ein; MACH erlaubt unabhaengiges Austauschen von Datentraeger, Storefront oder Marketplace-Adapter.
QR ist am guenstigsten und konsumentenfreundlichsten. NFC bringt Offline-Verifikation und Manipulationssignale. RFID passt fuer 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, ueber 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.
Uebliche 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 unterstuetzt Recall-Flagging und Versions-Pinning. Der Pass eines zurueckgerufenen SKU wird mit Statusfeld und oeffentlichem Hinweis aktualisiert; das Register behaelt die Vorgaengerversion fuer Audit.
Wir liefern SAP-, Oracle-, Microsoft-Dynamics-, Akeneo-, Salsify-, Pimcore- und Teamcenter-Integrationen in produktiven Zeitraeumen.