SAP S/4HANA und PIM: Konnektoren und iPaaS im Vergleich

Ein PIM kann sich über den eigenen Konnektor des PIM-Anbieters, über eine Partner- oder Projektintegration oder über eine Integrationsplattform (iPaaS) mit SAP S/4HANA verbinden, die auch andere Systeme anbindet. Die Wege unterscheiden sich darin, wer die Integration baut, wer sie pflegt, nachdem SAP oder das PIM sich ändert, und für welche S/4HANA-Editionen das dokumentiert ist. Diese Punkte sind ein Teil einer PIM-Bewertung, neben der Passung des PIM zum Produktdatenmodell, dem Team, das darin arbeitet, und den Kanälen, die es versorgen muss. Diese Seite beschreibt die SAP-Wege von sechs PIM-Anbietern und sechs iPaaS-Plattformen nach denselben Kriterien, mit der Quelle hinter jeder Aussage. Den größeren SAP-Kontext, einschließlich der Aufteilung der Produktdaten zwischen S/4HANA, PIM, MDM und PLM, beschreibt PIM für SAP S/4HANA.

Was die Integrationsoptionen trennt

Der erste Unterschied ist die Verantwortung. Eine Integration ändert sich, wenn SAP ein Update ausliefert, wenn der PIM-Anbieter seine API ändert und wenn sich der Materialstamm des Kunden ändert. Wer für die Integration verantwortlich ist, trägt diese Arbeit jedes Jahr. Zwei Integrationen mit denselben Einrichtungskosten können also sehr unterschiedliche laufende Kosten haben. Manche Anbieter nehmen die Wartung ins Abonnement, manche lassen sie beim Kunden und manche bei einem Partnervertrag.

Der zweite Unterschied ist die S/4HANA-Edition. SAP bietet S/4HANA als Cloud Public Edition, Cloud Private Edition und On-Premise an. Die Public Edition ist mandantenfähig. Kunden erweitern sie über Key-User-Werkzeuge, und klassische ABAP-Änderungen an SAP-Objekten sind dort nicht verfügbar. Private Edition und On-Premise erlauben klassische ABAP-Erweiterungen noch, wovon SAP allerdings abrät (SAP Learning). Die praktische Folge: ein Konnektor, der auf der Public Edition dokumentiert ist, arbeitet mit den freigegebenen Schnittstellen von SAP. Ein System der Private Edition oder On-Premise mit über Jahre gewachsenen Custom Fields verhält sich anders und wird in der Regel separat getestet.

Fünf Integrationswege

Die Optionen lassen sich in fünf Wege einteilen, je nachdem, wer die Integration baut und pflegt. Die Grenzen sind fließend, weil jeder Anbieter auch mit Integrationspartnern arbeitet.

• Vom Anbieter gepflegter Konnektor. Der PIM-Anbieter baut den Konnektor und gibt an, ihn mit den SAP-Releases aktuell zu halten. Der Kunde trägt weniger Wartung, und der dokumentierte Editionsumfang ist eng. inRiver.
• Blaupause, die der Kunde pflegt. Der Anbieter liefert vorgefertigte Integrationsinhalte, und der Kunde oder sein Partner konfiguriert, erweitert und pflegt sie in den eigenen SAP-Werkzeugen. Der Kunde hat die meiste Kontrolle und trägt die SAP-Arbeit. Akeneo.
• Anbieterkonnektor auf den klassischen Schnittstellen von SAP. Der Anbieter nutzt IDoc oder RFC, die Schnittstellen, die SAP-Kunden seit R/3 und ECC nutzen. Stibo Systems und Viamedici.
• Zugeschnittene oder von einem Partner gebaute Integration. Die Integration wird für das System des Kunden gebaut, vom Anbieter oder einem Partner. Das passt zu einem stark angepassten SAP-System und legt die Wartung in die Hände der Partei, die der Vertrag nennt. Pimcore und Bluestone PIM.
• iPaaS. Eine separate Integrationsplattform verbindet S/4HANA, das PIM und andere Systeme über eigene Konnektoren, und die Mappings laufen in dieser Plattform. SAP Integration Suite, Boomi, MuleSoft, Workato, Celigo und Alumio.

Konnektoren der PIM-Anbieter

Jeder PIM-Anbieter wird nach denselben fünf Punkten beschrieben. Wo ein Punkt nicht auf einer öffentlichen Seite stand, die wir öffnen konnten, sagt der Abschnitt das. Land, Produktart und Bereitstellungsmodell unten folgen den Anbieterprofilen in diesem Verzeichnis.

inRiver: vom Anbieter gepflegt, auf BTP zertifiziert

inRiver ist ein schwedisches SaaS-PIM für Hersteller, Marken und Großhändler. Im Mai 2026 kündigte es einen SAP-zertifizierten S/4HANA Cloud Connector an, gebaut mit SAP BTP, für Unternehmen auf SAP S/4HANA Public Cloud (Pressemitteilung von inRiver).

Lesen Sie den Zertifizierungssatz genau. Überschrift und erster Absatz sagen, dass der S/4HANA Cloud Connector von SAP als mit SAP BTP gebaut zertifiziert ist. Später in derselben Mitteilung sagt der Satz, der das Integration and Certification Center von SAP nennt, dass SAP ICC 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 verschiedene Produkte. Klären Sie mit inRiver, welches Produkt welche Zertifizierung trägt.

• Wer baut ihn: inRiver. Die Mitteilung sagt, dass der S/4HANA Cloud Connector keine individuelle Entwicklung und keinen iFlow-Aufbau braucht.
• Wer pflegt ihn: inRiver. Die SAP-Übersicht bezeichnet den Konnektor als von inRiver gepflegt und sagt, dass die Konnektorwartung bei SAP-Updates enthalten ist (SAP-Übersicht von inRiver).
• S/4HANA-Editionen: die Seiten, die wir geöffnet haben, beschreiben S/4HANA Public Cloud. Unterstützung für Private Edition und On-Premise ist dort nicht dokumentiert.
• Wo er gelistet ist: inRiver sagt, dass der Konnektor als Add-on zu seinem PIM im SAP Store angeboten wird. Prüfen Sie den aktuellen Eintrag im Store, bevor Sie diesen Satz als aktuell behandeln. Wir haben keine Store-Seite geöffnet.
• Auf diesen Seiten nicht dokumentiert: der Add-on-Preis, ob Kunden ein eigenes SAP-BTP-Abonnement brauchen, und welche Materialstammfelder und Richtungen der Konnektor abdeckt.

Ein Name sorgt bei der Suche nach SAP-Lösungen für Verwirrung. Das inRiver Integration Framework ist das allgemeine Framework von inRiver, um ausgehende Adapter zu bauen. Der Community-Artikel sagt, dass es das Datenmodell des Kunden in ein Standard-Integrationsmodell überführt, Deltaverarbeitung unterstützt und Produkt-, Bundle-, Katalog- und Wertelistendaten als JSON liefert (inRiver-Community). Es ist nicht der SAP-Konnektor. Ein Projekt, das als "IIF for SAP" beschrieben wird, ist eine individuelle Entwicklung auf Basis dieses Frameworks.

Akeneo: eine Blaupause, die der Kunde in der Integration Suite betreibt

Akeneo ist ein französisches Open-Core-PIM, als SaaS angeboten, mit Open-Source-Wurzeln. Die Accelerators für SAP S/4HANA sind vorgefertigte iFlows, die der Kunde in die eigene SAP Integration Suite auf SAP BTP importiert (Akeneo App Store). Materialdaten gehen im Batch von S/4HANA nach Akeneo. Aktualisierungen in Akeneo gehen über Events der Event Platform von Akeneo zurück nach SAP.

• Wer baut ihn: Akeneo liefert die iFlows und die Mapping-Logik. Das Team des Kunden oder der Implementierungspartner konfiguriert Authentifizierung, Filter und das Mapping zwischen SAP-Feldern und dem Akeneo-Datenmodell.
• Wer pflegt ihn: der Kunde. Akeneo beschreibt den Accelerator als Blaupause. Der Blog sagt, dass dies ein früheres Modell ersetzt, in dem Akeneo für die SAP-Anbindung verantwortlich war und sie pflegte, und dass Kunden die Integration nun ändern können, ohne auf ein Anbieter-Release zu warten (Akeneo-Blog).
• S/4HANA-Editionen: die Architekturseite von Akeneo nennt S/4HANA On-Premise oder in der Cloud als Quelle und empfiehlt den SAP Cloud Connector für On-Premise-Systeme. Der ausgehende Auslöser in SAP (das IDoc oder der Serviceaufruf, der die Daten sendet) und das Eventing auf der SAP-Seite liegen außerhalb des Pakets (Akeneo Help Center).
• Wo er gelistet ist: im Akeneo App Store, Version 1.0, veröffentlicht am 31. Oktober 2025, als kostenlos ausgewiesen. Die Voraussetzungen des Eintrags nennen Akeneo PIM Enterprise Edition (SaaS), SAP BTP und SAP Integration Suite. Derselbe Eintrag nennt Growth, Advanced und Premium als unterstützte Pakete, klären Sie also, auf welchen Editionen der Accelerator tatsächlich läuft. Ein SAP-Store-Eintrag für die S/4HANA-Accelerators wird auf diesen Seiten nicht genannt.
• Voraussetzungen: die Voraussetzungsliste des App Store nennt Enterprise Edition (SaaS), dazu SAP BTP, Zugang zur Integration Suite und einen Partner oder Integration-Suite-Kenntnisse im Haus. Der kostenlose App-Store-Preis ist das Accelerator-Paket, nicht die Lizenz für SAP BTP oder die Integration Suite.

Die Abwägung ist Kontrolle gegen Arbeitslast. Ein Team mit SAP-Know-how bekommt Kontrolle über das Mapping und wartet nicht auf Anbieter-Releases. Die Wartung nach jeder SAP- und Akeneo-Änderung landet bei diesem Team. Akeneo-Alternativen vergleicht Akeneo mit anderen PIMs nach Kriterien jenseits von SAP.

Stibo Systems: IDoc-Konnektoren für den Materialstamm

Stibo Systems ist ein dänischer Anbieter für Multidomain-Stammdatenmanagement. Die STEP-Plattform deckt Produkt-, Lieferanten- und Kundendaten ab. Der SAP-Konnektor für den Materialstamm nutzt IDoc MATMAS05 und ist für R/3, ECC und S/4HANA gelistet (Stibo Systems). Ein eigener CREMAS-Konnektor steht in derselben Gallery (Stibo Systems). CREMAS ist die Lieferantenstamm-Nachricht von SAP.

• Wer baut ihn: Stibo Systems, das in der Connectivity Gallery als Entwickler genannt wird.
• Wer pflegt ihn: auf der Konnektorseite nicht angegeben.
• S/4HANA-Editionen: als S/4HANA ohne Edition gelistet. Unterstützung der Public Edition ist nicht angegeben. Die Schnittstelle, die die Seite nennt, ist IDoc MATMAS05.
• Wo er gelistet ist: STEP 10.0 erhielt am 16. September 2020 die SAP-Zertifizierung für die Integration mit SAP NetWeaver, für den Austausch von Material-, Kunden- und Lieferantenstamm mit S/4HANA (Stibo Systems). Die Pressemitteilung sagt nicht, dass die Zertifizierung für aktuelle STEP- oder S/4HANA-Releases erneuert wurde. Die Konnektorseite verweist nicht auf einen SAP-Store-Eintrag.
• Auf diesen Seiten nicht dokumentiert: ob die Zertifizierung von 2020 die aktuellen Releases noch abdeckt.

Stibo Systems führt auch MuleSoft in derselben Connectivity Gallery (Stibo Systems). Das ist relevant für Unternehmen, die MuleSoft bereits einsetzen. Stibo-Alternativen vergleicht STEP mit anderen Enterprise-Optionen, und der MDM-Leitfaden erklärt, wo MDM und PIM auseinandergehen.

Viamedici: RFC-Anbindung aus einer MDM- und PIM-Suite

Viamedici ist ein deutscher Anbieter von PIM- und MDM-Software für Hersteller, verkauft als EPIM-Plattform. Viamedici schreibt, dass EPIM in beide Richtungen mit SAP und SAP S/4HANA integriert (Viamedici). Die MDM-Seite sagt, dass VIA/MDM native SAP-RFC-Anbindung an ECC 6, S/4HANA und SAP CRM für den Austausch des Materialstamms hat (Viamedici).

• Wer baut ihn: Viamedici, als Teil der Plattform.
• Wer pflegt ihn: auf diesen Seiten nicht angegeben.
• S/4HANA-Editionen: Viamedici nennt S/4HANA ohne Edition. RFC ruft klassische SAP-Funktionsbausteine auf. Unterstützung der Public Edition ist nicht angegeben.
• Wo er gelistet ist: die EPIM-Seite nennt die Plattform SAP-zertifiziert und nennt Zertifizierung, Release und Edition nicht (Viamedici EPIM). Die Seiten verweisen nicht auf einen SAP-Store-Eintrag.
• Auf diesen Seiten nicht dokumentiert: Art und Release der Zertifizierung, auf die die EPIM-Seite verweist.

Viamedici und Stibo Systems sind die SAP-nahen Optionen auf unserer Seite zu Alternativen zu SAP Commerce Cloud (Hybris), die die Commerce-Seite desselben SAP-Aufbaus behandelt.

Pimcore: von einem Partner auf SAP Cloud Integration gebaut

Pimcore ist eine österreichische Open-Core-Plattform für PIM, DAM und Digital Experience. Pimcore beschreibt die SAP-Integration als API-geführte Anbindung, geliefert mit Partnern, und nennt wiederverwendbare Accelerators (Pimcore). Die fertige Paketlösung, die wir gefunden haben, kommt von einem Partner. Der Pimcore SAP Connector von diva-e läuft auf SAP Cloud Integration auf SAP BTP, nutzt OData auf der SAP-Seite und REST-APIs auf der Pimcore-Seite, und diva-e schreibt, dass es derzeit keine standardisierte Integration zwischen Pimcore und SAP ERP gibt (diva-e).

• Wer baut ihn: ein Pimcore-Partner, als Projekt oder mit einem Partnerprodukt wie dem Konnektor von diva-e.
• Wer pflegt ihn: der Partner oder das Team des Kunden, je nach Vertrag. Die Konnektorseite legt diese Trennung nicht fest.
• S/4HANA-Editionen: diva-e nennt S/4HANA ohne Edition.
• Wo er gelistet ist: die Seiten, die wir geöffnet haben, verweisen nicht auf einen SAP-Store-Eintrag.
• Auf diesen Seiten nicht dokumentiert: welche Partner S/4HANA-Integrationen geliefert haben, in welchem Umfang, und was die Partnerwartung nach einem SAP- oder Pimcore-Release abdeckt.

Pimcore passt zu Unternehmen mit Entwicklern, die Kontrolle über Datenmodell und Integration wollen. Pimcore-Alternativen behandelt diese Wahl außerhalb von SAP.

Bluestone PIM: eine zugeschnittene Integration je Kunde

Bluestone PIM ist ein norwegisches SaaS-PIM mit API-only-Architektur. Die Seiten beschreiben keinen fertig paketierten SAP-Konnektor mit eigenem Produktnamen. Die Connectivity Suite baut eine bidirektionale Integration mit SAP, Oracle oder Microsoft Dynamics je Kunde, gemappt auf die Felder dieses Kunden, aus Mustern früherer Projekte. Bluestone schreibt, dass jede Funktion im PIM über die API verfügbar ist (Bluestone PIM, Integrationsseite).

• Wer baut ihn: Bluestone PIM, über die Connectivity Suite.
• Wer pflegt ihn: auf diesen Seiten nicht angegeben.
• S/4HANA-Editionen: nicht angegeben, einschließlich der S/4HANA-Schnittstelle, die die Integration nutzt.
• Wo er gelistet ist: die Seiten verweisen nicht auf einen SAP-Store-Eintrag.
• Auf diesen Seiten nicht dokumentiert: benannte S/4HANA-Referenzen und eine übliche Bauzeit.

Bluestone argumentiert, dass ein Standardkonnektor zu viele Annahmen über die SAP-Daten eines Kunden trifft. Das Argument passt zu einem stark angepassten System. Es bedeutet aber auch Entwicklungszeit, selbst bei einem Standardsystem. Bluestone-Alternativen vergleicht es mit anderen Composable-PIMs.

Ein iPaaS zwischen SAP und dem PIM

Ein iPaaS ist gehostete Middleware zwischen S/4HANA, dem PIM und den anderen Systemen, die ein Unternehmen betreibt. Es verbindet jedes System über einen Konnektor, mappt und wandelt die Daten, routet sie, wiederholt fehlgeschlagene Nachrichten und überwacht die Flüsse an einem Ort. SAP und das PIM verbinden sich dann einmal mit der Plattform, statt miteinander und mit jedem Kanal einzeln.

Der Weg ist dann am nützlichsten, wenn mehrere Systeme Produktdaten austauschen, etwa S/4HANA, ein PIM, ein Onlineshop, Marktplätze, ein Lagersystem und ein CRM. Verbindungen, Mappings und Fehlerbehandlung werden wiederverwendet, das Monitoring läuft zentral in einer Ansicht, und ein System kann ersetzt werden, ohne jede Verbindung neu zu bauen. Unser Leitfaden zu den PIM-Kosten hält fest, dass ein headless Shop-Frontend und ein iPaaS den Shop von einem Backend entkoppeln und einen späteren Wechsel offenhalten. Bei einem ERP und einem PIM bedeutet die Plattform ein zusätzliches Abonnement, eine Umgebung, die jemand betreiben muss, und eine weitere Partei zwischen SAP und dem PIM, wenn Daten nicht ankommen. Die Notizen unten beschreiben, was jede Plattform dokumentiert. Sie sind keine Shortlist.

Die Verantwortung für die Mappings ist der strukturelle Unterschied zu einem Konnektor des PIM-Anbieters. Alumio schreibt, dass seine Konnektoren Authentifizierung und API-Aufrufe übernehmen und dass Mappings, Datenumwandlungen und Workflows getrennt in der Plattform konfiguriert werden (Alumio). Der iPaaS-Anbieter pflegt seine Konnektoren. SAP und der PIM-Anbieter pflegen ihre APIs. Das Mapping zwischen der Materialstruktur von S/4HANA und dem Datenmodell des PIM gehört dem, der die Flüsse baut und betreibt: dem Integrationsteam des Kunden oder einem Integrationspartner.

Die Plattformen unten sind keine PIM-Systeme. Sie haben kein Profil in unserem Verzeichnis. Jede wird nach denselben fünf Punkten beschrieben, begrenzt auf Seiten, die wir öffnen konnten.

SAP Integration Suite

• Was es ist: das eigene iPaaS von SAP. Die Produktseite beschreibt es als Cloud-Dienst, der Anwendungsintegration, API-Management, ereignisgesteuerte Integration und B2B abdeckt, mit hybrider Anbindung an On-Premise- und Private-Cloud-Systeme (SAP).
• S/4HANA-Anbindung: nativ in SAP. Dieselbe Seite beschreibt vorgefertigte Integrationen und Adapter für SAP- und Drittsysteme.
• PIM-Konnektoren oder Einsatz: die S/4HANA-Accelerators von Akeneo laufen in der Integration Suite des Kunden, der Konnektor von inRiver ist mit SAP BTP gebaut, und der Pimcore SAP Connector von diva-e läuft auf SAP Cloud Integration. Die Quellen stehen in den Anbieterabschnitten oben.
• Wer die Mappings baut und pflegt: der Kunde oder sein SAP-Partner, für die eigenen Integrationsflüsse. Bei vorgefertigten Inhalten wie den Accelerators von Akeneo liefert der Inhaltsanbieter den Ausgangspunkt und der Kunde pflegt die konfigurierten Flüsse.
• Betriebsmodell: ein Cloud-Dienst auf SAP BTP, mit hybrider Anbindung an On-Premise und Private Cloud, wie die Produkt-FAQ von SAP es beschreibt.

Boomi

• Was es ist: ein iPaaS eines Drittanbieters. Integrationen werden als Prozesse gebaut, die Konnektoroperationen aufrufen.
• S/4HANA-Anbindung: der SAP-S/4HANA-OData-Konnektor unterstützt OData-V2-APIs auf SAP S/4HANA Cloud und SAP S/4HANA, mit Create, Get, Query, Update und Delete. Boomi schreibt, dass OData-V4-APIs von diesem Konnektor nicht unterstützt werden und dass er als Open-Source-Konnektor veröffentlicht ist (Boomi).
• PIM-Konnektoren oder Einsatz: die Konnektorseite von Boomi dokumentiert keinen Konnektor für die PIMs auf dieser Seite. Ein Boomi-Partner beschreibt ein Projekt, das inRiver über Boomi und Solace an SAP angebunden hat, für Produkt- und Bestandssynchronisation (NeosAlpha). Das ist ein Partnerprojekt, kein Boomi-PIM-Konnektor.
• Wer die Mappings baut und pflegt: der Kunde oder sein Boomi-Partner, in Boomi-Prozessen.
• Betriebsmodell: hier nicht weiter ausgeführt. Die Konnektorseite, die wir geöffnet haben, beschreibt den OData-Konnektor und legt die Runtime-Optionen nicht dar.

MuleSoft

• Was es ist: die Anypoint Platform von Salesforce. Integrationen werden als Mule-Anwendungen gebaut.
• S/4HANA-Anbindung: der Anypoint Connector für SAP S/4HANA OData unterstützt die OData-APIs von S/4HANA Cloud und S/4HANA On-Premise, einschließlich Abfragen, Funktionen und Batch-Requests (MuleSoft).
• PIM-Konnektoren oder Einsatz: Stibo Systems führt MuleSoft in seiner Connectivity Gallery (Stibo Systems). Wir haben keine MuleSoft-Dokumentationsseite für die anderen PIMs auf dieser Seite gefunden.
• Wer die Mappings baut und pflegt: die MuleSoft-Entwickler des Kunden oder ein MuleSoft-Partner, in den Mule-Anwendungen.
• Betriebsmodell: nicht von einer Deployment-Seite übernommen, die wir geöffnet haben. MuleSoft dokumentiert den OData-Konnektor. Wo die Anwendungen laufen, ist eine eigene Entscheidung.

Workato

• Was es ist: ein iPaaS eines Drittanbieters. Integrationen werden als Recipes mit Triggern und Aktionen gebaut.
• S/4HANA-Anbindung: der SAP-OData-Konnektor deckt On-Premise-SAP-Systeme, S/4HANA Cloud Private Edition und S/4HANA Cloud Public Edition ab, mit OData-V2- und V4-APIs. Die Dokumentation nennt API_PRODUCT_SRV als Beispieldienst und einen On-Prem-Agent für Systeme hinter einer Firewall (Workato). Ein eigener SAP-RFC-Konnektor deckt RFC-Aufrufe, BAPIs und IDoc-Austausch ab (Workato).
• PIM-Konnektoren oder Einsatz: ein dokumentierter Akeneo-Konnektor (Workato) und eine inRiver-Integrationsseite, die Trigger wie einen neuen oder aktualisierten Datensatz nennt (Workato). Die inRiver-Seite ist eine Produktseite, keine Konnektordokumentation, und sie sagt nicht, wer den Konnektor gebaut hat oder pflegt.
• Wer die Mappings baut und pflegt: der Kunde oder sein Partner, in Workato-Recipes.
• Betriebsmodell: eine Cloud-Plattform, mit einem On-Prem-Agent für SAP-Systeme hinter einer Unternehmens-Firewall, wie die OData-Konnektorseite es beschreibt.

Celigo

• Was es ist: ein iPaaS eines Drittanbieters (integrator.io).
• S/4HANA-Anbindung: die SAP-S/4HANA-Verbindung unterstützt Cloud Public Edition, Cloud Private Edition und On-Premise, mit API-Versionen v2 und v4. On-Premise-Verbindungen nutzen einen On-Premise-Agent, der im Netz des Kunden installiert ist (Celigo).
• PIM-Konnektoren oder Einsatz: eine dokumentierte Akeneo-Verbindung (Celigo).
• Wer die Mappings baut und pflegt: der Kunde oder sein Celigo-Partner, in integrator.io-Flows.
• Betriebsmodell: der Verbindungsleitfaden beschreibt ein Cloud-Produkt plus einen On-Premise-Agent für On-Premise-S/4HANA. Eine eigene SAP-Partnerseite für Celigo war bei unserer Prüfung nicht verfügbar, deshalb stützt sich dieser Abschnitt nicht darauf.

Alumio

• Was es ist: ein iPaaS, das Konnektoren für ERP-, PIM- und Commerce-Systeme dokumentiert. Die Plattformseite für Pimberly beschreibt, wie diese Konnektoren arbeiten.
• S/4HANA-Anbindung: ein dokumentierter SAP-S/4HANA-OData-Konnektor mit Subscriber- und Publisher-Schritten (Alumio-Dokumentation). Alumio verkauft auch ein SAP-API-Plugin für R/3, ECC und S/4HANA. Alumio beschreibt dieses Plugin als SAP-zertifizierten ABAP-Stack (Alumio). Diese Formulierung stammt von Alumio. Wir haben keinen passenden Zertifizierungsnachweis auf einer SAP-Seite gefunden, die wir öffnen konnten, behandeln Sie sie also als Aussage des Anbieters.
• PIM-Konnektoren oder Einsatz: dokumentierte Konnektoren für Akeneo (Alumio-Dokumentation) und inRiver (Alumio-Dokumentation) sowie einen Konnektor für Pimberly auf der Plattformseite von Alumio.
• Wer die Mappings baut und pflegt: Alumio schreibt, dass seine Konnektoren Authentifizierung und API-Kommunikation übernehmen und dass Mappings, Datenumwandlungen und Workflows getrennt in der Plattform konfiguriert werden. Diese Konfiguration liegt beim Kunden oder einem Alumio-Partner.
• Betriebsmodell: nicht über die Plattformseiten hinaus angegeben, die wir geöffnet haben. Die S/4HANA-Dokumentation beschreibt das Konnektorpaket, keine Option zur Datenresidenz.

Was ein Eintrag und eine Zertifizierung jeweils sagen

Ein Marktplatzeintrag und eine Zertifizierung lassen sich leicht verwechseln, und Anbietertexte vermischen sie manchmal. Die Pressemitteilung von inRiver vom Mai 2026 ist das deutlichste Beispiel auf dieser Seite. Sie sagt, dass der S/4HANA Cloud Connector als Add-on im SAP Store angeboten wird und dass der Konnektor von SAP als mit SAP BTP gebaut zertifiziert ist. Der Satz, der das Integration and Certification Center von SAP nennt, schreibt diese Zertifizierung dem SAP Commerce Cloud Connector zu, integriert mit S/4HANA Cloud Public Edition. Fragen Sie, welches Produkt geprüft wurde, gegen welches Release und für welche Edition.

Die Mitteilung von Stibo Systems vom September 2020 ist auf andere Weise konkret. Sie sagt, dass STEP 10.0 die SAP-Zertifizierung für die Integration mit SAP NetWeaver erhalten hat, für Material-, Kunden- und Lieferantenstamm mit S/4HANA. Sie sagt nicht, dass die Zertifizierung erneuert wurde. Die EPIM-Seite von Viamedici sagt "SAP-zertifiziert" und nennt überhaupt keine Zertifizierung.

Die Seiten für Akeneo, Pimcore und Bluestone PIM, die wir geöffnet haben, verweisen nicht auf einen SAP-Store-Eintrag für einen S/4HANA-Konnektor. Das beweist nicht, dass kein Eintrag existiert. Prüfen Sie den Store selbst, wenn ein Eintrag Teil der Entscheidung ist.

Punkte, die Käufer oft vergleichen

Die Beschreibungen oben lassen bei jeder Option Punkte offen. Käufer klären sie meist in der Demo und in der Ausschreibung. Der PIM-RFP-Leitfaden zeigt, warum ein genauer Umfang, etwa ein benanntes SAP-S/4HANA-System mit seinen Custom Extensions, einem Anbieter hilft, die echte Arbeit zu bepreisen. Für den SAP-Teil bestimmen die folgenden Punkte die laufenden Kosten.

• Wartung: welche Partei die Integration nach einem SAP-Release und nach einem PIM-Release aktualisiert, und was das pro Jahr kostet, in Euro.
• Edition und Release: die Zertifizierung, falls vorhanden, das Release, das sie abdeckt, und Referenzkunden auf derselben S/4HANA-Edition.
• SAP-Schnittstelle: IDoc, RFC, OData oder Business Events, und welche den Initial Load übernimmt und welche die täglichen Änderungen.
• Plattformabonnement: ob ein SAP-BTP- oder ein iPaaS-Abonnement eines Dritten nötig ist, und über wessen Vertrag es läuft.
• Verantwortung für das Mapping: wer das Mapping ändert, wenn sich der Materialstamm oder das PIM-Datenmodell ändert.
• Eigene Daten in der Demo: ein Export einer Produktgruppe mit Varianten, Einheiten und zwei Sprachen zeigt, wie die Daten im PIM ankommen und einen Kanal erreichen. Die schlechteste Lieferantendatei in die PIM-Demo mitnehmen erklärt, warum eigene Daten mehr zeigen als das Beispiel des Anbieters.

Abwägungen je Weg

Jeder Weg verlagert die Arbeit auf eine andere Partei.

• Vom Anbieter gepflegter Konnektor: weniger Wartung für den Kunden, und der Umfang ist das, was der Anbieter gebaut und dokumentiert hat. Klären Sie mit inRiver, auf welches Produkt sich der Zertifizierungssatz bezieht.
• Blaupause, die der Kunde pflegt: mehr Kontrolle über das Mapping, mit der SAP-Integrationsarbeit im Haus oder bei einem Partner.
• IDoc- und RFC-Konnektoren: vertraut für SAP-Teams, die diese Schnittstellen bereits betreiben. Die Editionsunterstützung, vor allem die Public Edition, muss noch geprüft werden.
• Zugeschnittene oder von einem Partner gebaute Integration: passt zu einem angepassten SAP-System. Die Wartung hängt vom Vertrag mit dem Anbieter oder dem Partner ab.
• iPaaS: Wiederverwendung und zentrales Monitoring, wenn viele Systeme Daten austauschen, mit einem zusätzlichen Abonnement und den Mappings beim Kunden oder seinem Integrationspartner. Bei einem ERP und einem PIM ist diese zusätzliche Plattform ein Kostenpunkt, den Sie abwägen sollten, keine Standardlösung.

Jeder hier genannte PIM-Anbieter hat ein Profil im Verzeichnis der PIM-Lösungen, mit Hinweisen zu Eignung und Risiken. Die iPaaS-Plattformen nicht, weil sie keine PIM-Systeme sind. Für die allgemeine Grenze zwischen ERP und PIM hinter all dem lesen Sie Wo das ERP aufhört und das PIM beginnt.

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