Produktdaten in SAP S/4HANA: Wo PIM, MDM und PLM hingehören

In einem Unternehmen, das SAP S/4HANA betreibt, hält das ERP den operativen und finanziellen Datensatz jedes Produkts, und die kommerzielle Fassung dieses Produkts braucht ein eigenes System. S/4HANA ist dafür gebaut, Aufträge, Bestand, Produktion und Buchhaltung korrekt abzuwickeln. Wer ein Produkt in mehreren Sprachen, Kanälen und Märkten verkauft, braucht Texte, Attribute, Medien und Feeds, für die der Materialstamm nicht ausgelegt ist. Eine tragfähige Produktdatenarchitektur gibt jeder Art von Produktdaten ein führendes System und legt fest, wie die Systeme Daten aneinander übergeben. Dieser Leitfaden beschreibt diese Trennung für S/4HANA: was in SAP bleibt, wo PIM, MDM, PLM und DAM passen, was Clean Core ändert, die üblichen Referenzarchitekturen und wie Produktdaten zwischen den Systemen laufen. Er ist die SAP-spezifische Ergänzung zum Leitfaden Wo das ERP aufhört und das PIM beginnt, der die allgemeine Grenze zwischen ERP und PIM für jedes ERP erklärt.

S/4HANA führt den operativen Produktdatensatz

Der S/4HANA-Materialstamm ist um den Betrieb herum organisiert. Im klassischen Materialstamm liegen allgemeine Daten wie Materialnummer, Materialart und Basismengeneinheit auf Mandantenebene (Tabelle MARA). Werksdaten für Einkauf, MRP und Lager liegen je Werk (Tabelle MARC). Kurztexte je Sprache liegen in einer eigenen Tabelle (MAKT), Bewertung und Kosten steuern die Bestandsbuchhaltung. Alternative Mengeneinheiten, etwa Karton und Palette, rechnen Mengen für Einkauf, Vertrieb und Lager um.

Dieser Datensatz muss in SAP bleiben, weil Aufträge, Bestandsbewegungen und die Buchhaltung davon abhängen. Das erklärt auch, warum SAP ein schlechter Ort für kommerzielle Inhalte ist. Ein einzeiliger Kurztext je Sprache reicht für eine Kommissionierliste und eine Bestellung. Eine Produktseite, ein Marktplatz-Listing und ein Händlerkatalog brauchen jeweils längere Texte, kanalspezifische Attribute, Bilder und Dokumente, und sie ändern sich aus Gründen, die nichts mit Produktion oder Buchhaltung zu tun haben.

Kunden der S/4HANA Cloud Public Edition öffnen diese Tabellen nicht. Sie erreichen dieselben Materialdaten über freigegebene APIs und CDS Views. Die Tabellennamen helfen weiterhin im Gespräch mit einem SAP-Team auf Private Edition oder On-Premise, wo die klassische Struktur die Arbeitsgrundlage ist. Die Public Edition erweitert das System über Key-User-Werkzeuge und freigegebene Objekte. Das steht unten bei Clean Core.

Jede Produktdatendomäne braucht ein führendes System

Die praktische Trennung läuft nach Domäne, mit einem führenden System je Domäne und einer vereinbarten Flussrichtung dazwischen.

• Finanzielle und logistische Identität: Materialnummer, Einheiten, Werksdaten, Kosten und Preiskonditionen bleiben in S/4HANA.
• Verkaufsfähige Inhalte: Marketingtexte, Kanalattribute, Taxonomien, Übersetzungen und Kanal-Feeds liegen im PIM.
• Engineering-Daten: Konstruktionen, Spezifikationen und die Engineering-Stückliste liegen im PLM und erreichen S/4HANA für die Produktion und das PIM für technische Attribute, die Käufer brauchen.
• Medien: Bilder, Handbücher und Datenblätter liegen in einem DAM oder im eigenen Asset-Modul des PIM.
• Bestand und Verfügbarkeit: Bestände kommen aus S/4HANA oder aus einem Lager- oder Auftragsmanagementsystem und fließen direkt oder über das PIM an die Kanäle.
• Stammdatensatz über Domänen hinweg: Unternehmen, die Produkt-, Lieferanten- und Kundendaten gemeinsam führen, setzen Multidomain-MDM als führendes System für den gemeinsamen Datensatz ein.

S/4HANA neben PIM, MDM, PLM und DAM: wofür jedes System führend ist

System	Wofür es zuständig ist	Wer damit arbeitet	Die Frage, die es beantwortet
ERPEnterprise Resource PlanningLeitfaden zu ERP	Transaktionen und Betrieb: Aufträge, Bestand, Einkauf, Preise und Finanzen.	Finanzen, Supply Chain, Einkauf und Vertriebsinnendienst.	Was haben wir eingekauft, hergestellt, verkauft, versandt und fakturiert?
PIMProduct Information ManagementLeitfaden zu PIM	Verkaufsfähige Produktinhalte: Attribute, Beschreibungen, Asset-Verknüpfungen, Übersetzungen und Kanalversionen.	E-Commerce, Marketing, Category Management und Produktcontent-Teams.	Ist dieses Produkt vollständig und bereit für den Verkauf in diesem Kanal?
MDMMaster Data ManagementLeitfaden zu MDM	Golden Records über Domänen hinweg: Kunden, Lieferanten, Standorte und Produkte, abgeglichen und gesteuert.	Data Governance, Data Stewards und IT.	Welche Version dieses Datensatzes ist die richtige, in jedem System?
PLMProduct Lifecycle ManagementLeitfaden zu PLM	Das Produkt während Design und Entwicklung: Spezifikationen, Stücklisten, Änderungen und Compliance.	F&E, Engineering, Qualität und Beschaffung.	Was genau stellen wir her, und welche Version ist freigegeben?
DAMDigital Asset ManagementLeitfaden zu DAM	Dateien und Medien: Bilder, Videos, Dokumente, Varianten und Nutzungsrechte.	Marken-, Kreativ- und Marketingteams.	Wo liegt die freigegebene Datei, und wo dürfen wir sie verwenden?

Drei angrenzende Themen haben eigene Leitfäden. Produkte mit einer Stückliste brauchen eine Regel, welche Struktur wo liegt. Das behandelt Stückliste in PIM und ERP. Der Leitfaden zur PLM- und PIM-Integration erklärt, wie Engineering- und kommerzieller Lebenszyklus zusammenhängen. Der MDM-Leitfaden trennt Stammdatenmanagement von PIM. Das ist wichtig, wenn ein SAP-Unternehmen entscheidet, ob es eines, das andere oder beides braucht.

Clean Core erlaubt das Feld, die Inhaltsfrage bleibt offen

Der Clean-Core-Ansatz von SAP verlangt, S/4HANA so zu erweitern, dass die Erweiterungen Upgrades überstehen. Für den Produktstamm ist das offener, als viele Käufer annehmen. Key-User-Erweiterbarkeit, einschließlich der Custom-Fields-App, ergänzt Felder, Logik und andere upgrade-stabile Erweiterungen, ohne dass Entwickler SAP-Objekte ändern. Das Lernmaterial von SAP zu Clean Core sagt, dass die Custom-Fields-App für alle S/4HANA-Betriebsformen verfügbar ist, und dass Teams die SAP Fiori Apps Reference Library prüfen sollten, wenn sich eine App je Edition unterscheidet (SAP Learning). Klassische ABAP-Erweiterungen, die SAP-Objekte ändern, sind nur in der Private Edition und On-Premise möglich, und SAP rät davon ab.

Ein Marketingtextfeld im Materialstamm gefährdet ein Upgrade also nicht zwangsläufig. Das Argument für ein PIM liegt in der Funktion. Ein Custom Field speichert einen Wert. Es bringt keinen Anreicherungs-Workflow, keine Vollständigkeitsprüfung je Kanal, keine Medienbibliothek, keine Versionen je Markt und keinen Feed an einen Marktplatz. Teams, die Inhalte in SAP führen, bauen diese Funktionen oft in Excel-Listen rund um das ERP nach.

Drei Referenzarchitekturen

Drei Architekturen decken die SAP-Unternehmen ab, die wir am häufigsten sehen. Das ist unsere Erfahrung aus Auswahlprojekten, keine Marktstatistik. Sie unterscheiden sich darin, wie viele Systeme den Produktdatensatz teilen und wer ihn führt.

• S/4HANA mit einem PIM. S/4HANA legt das Material an und ist führend für die operativen Daten. Das PIM empfängt das Material, ergänzt Inhalte und Medien und spielt das Produkt an die Kanäle aus. Das ist der Aufbau, den wir bei Herstellern und Großhändlern mit einem ERP am häufigsten sehen. PIM-Anbieter, die ihn bedienen, sind inRiver, Akeneo, Pimcore und Bluestone PIM.
• S/4HANA mit Multidomain-MDM und einer PIM-Schicht. Eine Multidomain-MDM-Plattform führt den gemeinsamen Datensatz für Produkt-, Lieferanten- und Kundendaten über mehrere ERP-Instanzen oder Geschäftsbereiche. Produktinhalte und Syndizierung laufen in derselben Plattform oder in einem PIM. Stibo Systems und Viamedici verbinden MDM- und PIM-Funktionen in einer Plattform.
• S/4HANA mit PLM, einem PIM und SAP Commerce Cloud. Engineering-Daten beginnen im PLM, S/4HANA führt Produktion und Finanzen, das PIM enthält das verkaufsfähige Produkt, und SAP Commerce Cloud ist einer von mehreren Kanälen, die das PIM versorgt. Alternativen zu SAP Commerce Cloud (Hybris) behandelt die Inhaltsseite dieser Storefront, und das Profil von SAP Commerce Cloud fasst das Produkt zusammen.

Wie Produktdaten zwischen S/4HANA und dem PIM laufen

Integration ist in jedem Aufbau ein wichtiges Bewertungskriterium, weil sie entscheidet, wie aktuell die Daten im PIM sind und wer die Arbeit trägt, wenn SAP oder das PIM sich ändert. Sie steht neben der Passung des Datenmodells, dem Team, das das System nutzt, und den Kanälen, die es versorgen muss. Sie ist nicht die ganze Entscheidung. SAP bietet drei Mechanismen, um Materialdaten aus S/4HANA zu holen.

• MATMAS-IDocs mit Änderungszeigern. Die ALE-Dokumentation von SAP zur Verteilung des Materialstamms beschreibt Änderungszeiger und den Nachrichtentyp MATMAS. Das Programm, das Änderungszeiger verarbeitet, baut ein Master-IDoc mit den Segmenten, deren Felder sich geändert haben, plus den Pflichtsegmenten, und diese Segmente werden vollständig gesendet (SAP Help, IDoc-Schnittstelle und ALE). Diese Seite ist die klassische ALE-Beschreibung, kein aktueller Leitfaden für S/4HANA Cloud. Prüfen Sie das Verhalten in Ihrem Release.
• Die OData-Produkt-API. S/4HANA stellt den Materialstamm als Product Master (A2X) API bereit, API_PRODUCT_SRV, daneben eine OData-V4-Produkt-API. Die SAP-OData-Dokumentation von Workato nennt API_PRODUCT_SRV als Beispieldienst (Workato). In der S/4HANA Cloud Public Edition sagt der SAP-Knowledge-Base-Artikel 3626726, dass ein GET auf diese Product-Master-APIs standardmäßig 100 Datensätze liefert, für API_PRODUCT_SRV (OData V2) und die OData-V4-Produkt-API. Ein Initial Load eines großen Materialstamms muss die API seitenweise lesen (SAP KBA 3626726).
• Business Events. Manche Architekturen nutzen ein SAP Business Event als Signal, dass sich ein Produkt geändert hat, und lesen den Datensatz danach über die API. Die Architekturseite des Akeneo-Accelerators nennt Änderungszeiger, IDocs und Event-Mechanismen, einschließlich SAP Event Mesh, als Muster, die ein Kunde ergänzen kann, und sagt, dass dieser Teil außerhalb des Accelerator-Pakets liegt (Akeneo Help Center). Prüfen Sie den Event-Namen und die Felder in der Nachricht für Ihr Release, bevor Sie den Fluss auf Events auslegen.

PIM-Anbieter verpacken diese Mechanismen unterschiedlich. inRiver bietet einen S/4HANA Cloud Connector, den es als mit SAP BTP gebaut beschreibt, für Unternehmen auf S/4HANA Public Cloud, und den inRiver pflegt (inRiver). Dieselbe Pressemitteilung sagt auch, dass das Integration and Certification Center von SAP den SAP Commerce Cloud Connector von inRiver als mit SAP BTP gebaut und mit S/4HANA Cloud Public Edition integriert zertifiziert hat. Die beiden Sätze nennen nicht dasselbe Produkt. Der Konnektorenvergleich trennt die beiden. Akeneo liefert vorgefertigte Integrationsflüsse, die der Kunde in die eigene SAP Integration Suite importiert und selbst pflegt (Akeneo). Stibo Systems koppelt über MATMAS-IDocs (Stibo Systems) und Viamedici über die RFC-Schnittstelle von SAP (Viamedici). Pimcore arbeitet über Partner (Pimcore), und Bluestone PIM baut eine zugeschnittene Integration je Kunde (Bluestone PIM). Der Vergleich der SAP-S/4HANA-PIM-Konnektoren beschreibt jede Option nach denselben Kriterien: wer sie baut, wer sie pflegt und welche S/4HANA-Editionen dokumentiert sind.

Ein iPaaS zwischen S/4HANA und dem PIM

Eine Integration Platform as a Service (iPaaS) ist gehostete Middleware zwischen S/4HANA, dem PIM und den anderen Systemen. Sie verbindet jedes System über eigene Konnektoren, mappt und wandelt die Daten, routet sie, wiederholt fehlgeschlagene Nachrichten und zeigt die Flüsse in einer Monitoring-Sicht. PIM und SAP verbinden sich dann jeweils einmal mit der Plattform, statt miteinander und mit jedem Kanal einzeln.

Der Nutzen wächst mit der Zahl der Systeme. Ein Unternehmen, das Produktdaten zwischen S/4HANA, einem PIM, einem Onlineshop, Marktplätzen, einem Lagersystem und einem CRM austauscht, kann Verbindungen, Mappings und Fehlerbehandlung wiederverwenden und ein System ersetzen, ohne jede Verbindung neu zu bauen. Unser Leitfaden zu den PIM-Kosten argumentiert aus Vertragssicht ähnlich: ein headless Shop-Frontend und ein iPaaS entkoppeln den Shop von einem Backend und halten einen späteren Wechsel offen. Das ist ein Grund, sich ein iPaaS anzusehen. Es ist keine Empfehlung, eines zu kaufen.

Bei einem S/4HANA-System und einem PIM fällt die Abwägung anders aus. Ein iPaaS bedeutet ein zusätzliches Abonnement, eine Plattform, die jemand betreiben muss, und eine weitere Partei zwischen ERP und PIM, wenn Daten nicht ankommen. Ein Anbieterkonnektor oder eine direkte Integration hat in dem Fall weniger bewegliche Teile.

Die Optionen, nach denen SAP-Unternehmen fragen, fallen in zwei Gruppen. Keine der beiden ist ein PIM, deshalb stehen sie hier mit ihrer Dokumentation, nicht mit einem Profil in unserem Verzeichnis.

• SAP Integration Suite. Das eigene iPaaS von SAP, geliefert als Cloud-Dienst mit hybrider Anbindung an On-Premise- und Private-Cloud-Systeme. Die Produktseite von SAP sagt, dass sie Anwendungsintegration, API-Management, ereignisgesteuerte Integration und B2B abdeckt (SAP). Mehrere PIM-Integrationen laufen bereits darauf: die S/4HANA-Accelerators von Akeneo, der Konnektor von inRiver ist mit SAP BTP gebaut, und der Pimcore SAP Connector von diva-e läuft auf SAP Cloud Integration (diva-e).
• iPaaS von Drittanbietern. Boomi (Dokumentation), MuleSoft (Dokumentation), Workato (Dokumentation), Celigo (Dokumentation) und Alumio (Dokumentation) dokumentieren jeweils einen S/4HANA-Konnektor auf Basis der OData-APIs von SAP. Workato, Celigo und Alumio dokumentieren auch einen Akeneo-Konnektor, und Alumio dokumentiert einen inRiver-Konnektor. Workato veröffentlicht eine inRiver-Integrationsseite statt einer Konnektordokumentation. Der Konnektorenvergleich listet die dokumentierte S/4HANA- und PIM-Anbindung, die wir je Plattform prüfen konnten.

Die Verantwortung für die Mappings ändert sich in einem iPaaS-Aufbau. Alumio schreibt, dass seine Konnektoren Authentifizierung und API-Kommunikation übernehmen und dass Mappings, Datenumwandlungen und Workflows getrennt in der Plattform konfiguriert werden (Alumio). Nach dieser Beschreibung liegt das Mapping bei dem, der die Flüsse baut und betreibt: beim Integrationsteam des Kunden oder bei einem Integrationspartner. Der PIM-Anbieter pflegt seine API, SAP pflegt seine APIs. Keiner von beiden pflegt das Mapping dazwischen. Eine Änderung am Materialstamm oder am PIM-Datenmodell landet deshalb beim Team, dem die iPaaS-Flüsse gehören.

Das S/4HANA-Programm ist der Moment, Produktdaten zu klären

Eine S/4HANA-Migration ist einer der wenigen Momente, in denen Stammdaten Budget und einen Sponsor bekommen. Der allgemeine Grund steht im ERP-Leitfaden, im Abschnitt zur ERP-Migration. Für SAP-Unternehmen ist der praktische Schritt, die Domänentrennung innerhalb der Migration festzulegen, bevor der neue Materialstamm gebaut wird. Jedes Inhaltsattribut, das ins PIM wandert, muss dann nicht erst nach SAP migriert, dort bereinigt und wieder herausgezogen werden.

1. Ordnen Sie jedes Attribut einer Domäne und einem System zu

   Listen Sie die Attribute im Materialstamm und in den Excel-Listen darum herum auf und markieren Sie jedes nach Domäne: operativ, kommerziell, Engineering, Medien oder Bestand. Jede Domäne bekommt ein führendes System. Ein Attribut, das an zwei Stellen gepflegt wird, bekommt eine Regel, welche Seite gewinnt.

2. Wählen Sie die Referenzarchitektur

   Die Zahl der ERP-Instanzen, der Bedarf an einem zentral gesteuerten Datensatz über Domänen hinweg und die zu versorgenden Kanäle entscheiden zwischen S/4HANA mit einem PIM, mit MDM und einer PIM-Schicht oder mit PLM, einem PIM und SAP Commerce Cloud.

3. Legen Sie die Flüsse und den Integrationsweg fest

   Notieren Sie je Fluss die Richtung, den SAP-Mechanismus (IDoc, API oder Event) und den Weg: einen Anbieterkonnektor, eine Partnerintegration oder ein iPaaS. Der Konnektorenvergleich beschreibt die Optionen je Anbieter.

4. Testen Sie mit echten Materialdaten

   Ein Export einer Produktgruppe, mit Varianten, Einheiten und zwei Sprachen, zeigt in einer Demo, ob Datenmodell und Flüsse halten, bevor der Vertrag unterschrieben wird.

Anbieter in die Architektur einordnen

Wenn Domänen, Aufbau und Flüsse festliegen, vergleicht die Auswahl Gleiches mit Gleichem. Der PIM-RFP-Leitfaden nutzt einen benannten Stack, "We run SAP S/4HANA with custom extensions for inventory allocation", als Beispiel einer Anforderung, die ein Anbieter bepreisen kann. Ein vages "wir nutzen ein ERP" tut das nicht. Integration ist meist der größte Teil einer Einführung. Unser Leitfaden zu den PIM-Kosten sagt, dass die Einführung in den ersten Jahren bis zur Hälfte der Gesamtbetriebskosten ausmachen kann und dass der größte Teil davon meist die Anbindungen an Systeme wie das ERP sind. Deshalb gehört Integration in die Bewertung, neben der Passung des Datenmodells, dem Team, das das System nutzt, und den Kanälen, die es versorgen muss. Hersteller finden SAP-relevante Anbieter unter PIM für die Fertigung. Jeder PIM-Anbieter auf dieser Seite hat ein Profil im Verzeichnis der PIM-Lösungen.

Wie es weitergeht

Beide Tools sind kostenlos und unabhängig von jedem Anbieter.

Unsicher, ob Sie schon ein PIM brauchen?

Ein kurzer Check, der zeigt, ob ein eigenes PIM-System Ihrem Katalog hilft oder ob Tabellen und ERP noch ausreichen.

Prüfen, ob ein PIM passt

Bereit, Anbieter zu vergleichen?

Beantworten Sie Fragen zu Größe, Branche und Muss-Kriterien und erhalten Sie eine gerankte Shortlist.

Meine Anbieter-Shortlist erstellen