Productdata bij SAP S/4HANA: waar PIM, MDM en PLM thuishoren

In een bedrijf dat SAP S/4HANA draait, houdt het ERP het operationele en financiële record van elk product bij, en de commerciële versie van dat product heeft een eigen plek nodig. S/4HANA is gebouwd om orders, voorraad, productie en boekhouding correct te laten lopen. Een product verkopen in meerdere talen, kanalen en markten vraagt teksten, attributen, media en feeds waar de materiaalstam niet voor is ontworpen. Een werkbare productdata-architectuur geeft elk soort productdata één leidend systeem en legt vast hoe de systemen data aan elkaar doorgeven. Deze gids brengt die splitsing voor S/4HANA in kaart: wat in SAP blijft, waar PIM, MDM, PLM en DAM passen, wat clean core verandert, de gangbare referentie-opzetten en hoe productdata tussen de systemen wordt uitgewisseld. Het is de SAP-specifieke aanvulling op waar ERP stopt en PIM begint, dat de algemene grens tussen ERP en PIM uitlegt, voor elk ERP.

S/4HANA draait het operationele productrecord

De materiaalstam van S/4HANA is rond operatie georganiseerd. In de klassieke materiaalstam zitten algemene gegevens zoals het materiaalnummer, het materiaaltype en de basiseenheid op clientniveau (tabel MARA). Plantgegevens voor inkoop, MRP en opslag zitten per plant (tabel MARC). Korte omschrijvingen per taal zitten in een eigen tabel (MAKT), en waardering en kostprijs sturen de voorraadboekhouding. Alternatieve eenheden, zoals doos en pallet, rekenen hoeveelheden om voor inkoop, verkoop en het magazijn.

Dat record moet in SAP blijven, omdat orders, voorraadbewegingen en de boeken ervan afhangen. Het verklaart ook waarom SAP een slechte plek is voor commerciële content. Een korte omschrijving van één regel per taal dient een picklijst en een inkooporder. Een productpagina, een marktplaatslisting en een distributeurscatalogus hebben elk langere tekst, kanaalspecifieke attributen, beelden en documenten nodig, en die veranderen om redenen die niets met productie of boekhouding te maken hebben.

Klanten op S/4HANA Cloud Public Edition openen deze tabellen niet. Zij bereiken dezelfde materiaaldata via vrijgegeven API's en CDS-views. De tabelnamen helpen nog wel in een gesprek met een SAP-team op Private Edition of on-premise, waar dat team met de klassieke structuur werkt. Public Edition breidt het systeem uit via key-user-tools en vrijgegeven objecten. Dat staat hieronder bij clean core.

Elk productdatadomein heeft één vaste plek nodig

De praktische splitsing loopt per domein, met één leidend systeem per domein en een afgesproken richting van de stroom ertussen.

• Financiële en logistieke identiteit: materiaalnummer, eenheden, plantgegevens, kostprijs en prijscondities blijven in S/4HANA.
• Verkoopbare content: marketingteksten, kanaalattributen, taxonomieën, vertalingen en kanaalfeeds leven in de PIM.
• Engineeringdata: ontwerpen, specificaties en de engineeringstuklijst leven in PLM, en gaan naar S/4HANA voor productie en naar de PIM voor technische attributen die kopers nodig hebben.
• Media: beelden, handleidingen en datasheets leven in een DAM of in de eigen assetmodule van de PIM.
• Voorraad en beschikbaarheid: voorraadniveaus komen uit S/4HANA of uit een magazijn- of orderbeheersysteem, en stromen direct of via de PIM naar de kanalen.
• Stamrecord over domeinen heen: bedrijven die product-, leveranciers- en klantdata samen beheren, voegen multidomein-MDM toe als leidende bron voor het gedeelde record.

S/4HANA naast PIM, MDM, PLM en DAM: wat elk systeem beheert

Systeem	Wat het beheert	Wie erin werkt	De vraag die het beantwoordt
ERPEnterprise resource planningGids over ERP	Transacties en operatie: orders, voorraad, inkoop, prijzen en financiën.	Finance, supply chain, inkoop en sales operations.	Wat hebben we ingekocht, gemaakt, verkocht, verzonden en gefactureerd?
PIMProduct information managementGids over PIM	Verkoopbare productcontent: attributen, beschrijvingen, links naar assets, vertalingen en kanaalversies.	E-commerce, marketing, category management en productcontentteams.	Is dit product compleet en klaar om op dit kanaal te verkopen?
MDMMaster data managementGids over MDM	Gouden records over domeinen heen: klanten, leveranciers, locaties en producten, gematcht en beheerd.	Data governance, data stewards en IT.	Welke versie van dit record is de juiste, in elk systeem?
PLMProduct lifecycle managementGids over PLM	Het product tijdens ontwerp en engineering: specificaties, stuklijsten, wijzigingen en compliance.	R&D, engineering, kwaliteit en inkoop.	Wat maken we precies, en welke versie is vrijgegeven?
DAMDigital asset managementGids over DAM	Bestanden en media: beelden, video, documenten, varianten en gebruiksrechten.	Merk-, creatieve en marketingteams.	Waar staat het goedgekeurde bestand, en waar mogen we het gebruiken?

Drie aanverwante onderwerpen hebben een eigen gids. Producten met een stuklijst hebben een regel nodig voor welke structuur waar leeft. Dat behandelt stuklijst in PIM en ERP. De gids over PLM- en PIM-integratie legt uit hoe de engineering- en commerciële levenscyclus op elkaar aansluiten. De MDM-gids scheidt master data management van PIM. Dat is van belang als een SAP-bedrijf moet bepalen of het het een, het ander of allebei nodig heeft.

Clean core laat het veld toe, de contentvraag blijft open

De clean-core-aanpak van SAP vraagt klanten om S/4HANA zo uit te breiden dat de uitbreidingen een upgrade overleven. Voor de productstam is dat ruimer dan veel kopers aannemen. Key-user-uitbreidbaarheid, inclusief de Custom Fields-app, voegt velden, logica en andere upgrade-stabiele uitbreidingen toe zonder dat een ontwikkelaar SAP-objecten wijzigt. Het lesmateriaal van SAP over clean core zegt dat de Custom Fields-app voor alle S/4HANA-uitrolvormen beschikbaar is, en dat je in de SAP Fiori apps reference library kijkt als een app per editie verschilt (SAP Learning). Klassieke ABAP-uitbreidingen die SAP-objecten wijzigen, kunnen alleen in Private Edition en on-premise, en SAP raadt ze af.

Een veld voor een marketingomschrijving in de materiaalstam hoeft een upgrade dus niet in de weg te zitten. De reden voor een PIM zit in de functie. Een custom veld slaat een waarde op. Het brengt geen verrijkingsworkflow, geen volledigheidscheck per kanaal, geen mediabibliotheek, geen versies per markt en geen feed naar een marktplaats. Teams die content in SAP draaien, bouwen die functies vaak opnieuw rond het ERP, in spreadsheets.

Drie referentie-opzetten

Drie opzetten dekken de SAP-bedrijven die we het vaakst zien. Dat is onze ervaring uit selectiewerk, geen marktcijfer. Ze verschillen in hoeveel systemen het productrecord delen en in wie het beheert.

• S/4HANA met een PIM. S/4HANA maakt het materiaal aan en is eigenaar van de operationele data. De PIM ontvangt het materiaal, voegt content en media toe en publiceert naar kanalen. Dit is de opzet die we het vaakst zien bij fabrikanten en groothandels met één ERP. PIM-leveranciers die hem bedienen zijn inRiver, Akeneo, Pimcore en Bluestone PIM.
• S/4HANA met multidomein-MDM en een PIM-laag. Een multidomein-MDM-platform beheert het gedeelde record voor product-, leveranciers- en klantdata over meerdere ERP-instanties of businessunits. Productcontent en syndicatie lopen in hetzelfde platform of in een PIM. Stibo Systems en Viamedici combineren MDM- en PIM-functies in één platform.
• S/4HANA met PLM, een PIM en SAP Commerce Cloud. Engineeringdata begint in PLM, S/4HANA draait productie en financiën, de PIM bevat het verkoopbare product, en SAP Commerce Cloud is één van de kanalen die de PIM voedt. Alternatieven voor SAP Commerce Cloud (Hybris) behandelt de contentkant van die storefront, en het profiel van SAP Commerce Cloud vat het product samen.

Hoe productdata tussen S/4HANA en de PIM wordt uitgewisseld

Integratie is in elke opzet een belangrijk beoordelingspunt, omdat het bepaalt hoe actueel de data in de PIM is en wie het werk draagt als SAP of de PIM wijzigt. Het staat naast de fit van het datamodel, het team dat het systeem gaat gebruiken en de kanalen die gevoed moeten worden. Het is niet de hele beslissing. SAP biedt drie mechanismen om materiaaldata uit S/4HANA te halen.

• MATMAS-IDocs met change pointers. De ALE-documentatie van SAP voor distributie van de materiaalstam beschrijft change pointers en het berichttype MATMAS. Het programma dat change pointers verwerkt, bouwt een master-IDoc met de segmenten waarvan velden zijn gewijzigd, plus de verplichte segmenten, en die segmenten gaan compleet mee (SAP Help, IDoc-interface en ALE). Die pagina is de klassieke ALE-beschrijving, geen actuele gids voor S/4HANA Cloud. Controleer dat gedrag op je eigen release.
• De OData-product-API. S/4HANA stelt de materiaalstam beschikbaar als de Product Master (A2X) API, API_PRODUCT_SRV, met daarnaast een OData V4-product-API. De SAP OData-documentatie van Workato noemt API_PRODUCT_SRV als voorbeeldservice (Workato). Op S/4HANA Cloud Public Edition zegt SAP-kennisbankartikel 3626726 dat een GET op deze Product Master-API's standaard 100 records teruggeeft, voor API_PRODUCT_SRV (OData V2) en de OData V4-product-API. Bij een initiële load van een grote materiaalstam moet je de API dus pagina voor pagina uitlezen (SAP KBA 3626726).
• Business events. Sommige ontwerpen gebruiken een SAP business event als signaal dat een product is gewijzigd, en lezen daarna het record via de API. De architectuurpagina van de Akeneo-accelerator noemt change pointers, IDocs en eventmechanismen, inclusief SAP Event Mesh, als patronen die een klant kan toevoegen, en zegt dat dat deel buiten het acceleratorpakket valt (Akeneo Help Center). Controleer de eventnaam en de velden in het bericht voor je eigen release voordat je de stroom op events bouwt.

PIM-leveranciers verpakken deze mechanismen op verschillende manieren. inRiver biedt een S/4HANA Cloud Connector die het omschrijft als gebouwd met SAP BTP, voor bedrijven op S/4HANA Public Cloud, en die inRiver onderhoudt (inRiver). Hetzelfde persbericht zegt ook dat het Integration and Certification Center van SAP de SAP Commerce Cloud Connector van inRiver heeft gecertificeerd als gebouwd met SAP BTP en geïntegreerd met S/4HANA Cloud Public Edition. De twee zinnen noemen niet hetzelfde product. De connectorvergelijking zet dat uit elkaar. Akeneo levert voorgebouwde integratiestromen die de klant in de eigen SAP Integration Suite importeert en zelf onderhoudt (Akeneo). Stibo Systems koppelt via MATMAS-IDocs (Stibo Systems) en Viamedici via de RFC-interface van SAP (Viamedici). Pimcore werkt via partners (Pimcore), en Bluestone PIM bouwt een integratie op maat per klant (Bluestone PIM). De vergelijking van SAP S/4HANA PIM-connectors beschrijft elke optie op dezelfde punten: wie hem bouwt, wie hem onderhoudt en welke S/4HANA-edities zijn gedocumenteerd.

Een iPaaS tussen S/4HANA en de PIM

Een integration platform as a service (iPaaS) is gehoste middleware tussen S/4HANA, de PIM en de andere systemen. Het koppelt elk systeem via eigen connectors, mapt en converteert de data, routeert die, probeert mislukte berichten opnieuw en toont de stromen in één monitoringbeeld. De PIM en SAP koppelen dan elk één keer aan het platform, in plaats van aan elkaar en aan elk kanaal apart.

Het voordeel groeit met het aantal systemen. Een bedrijf dat productdata uitwisselt tussen S/4HANA, een PIM, een webshop, marktplaatsen, een magazijnsysteem en een CRM kan koppelingen, mappings en foutafhandeling hergebruiken, en kan één systeem vervangen zonder elke koppeling opnieuw te bouwen. Onze gids over PIM-kosten komt vanuit de contractkant tot een vergelijkbaar punt: een headless shopfront en een iPaaS ontkoppelen de shop van één backend, zodat een latere overstap mogelijk blijft. Dat is één reden om naar een iPaaS te kijken. Het is geen advies om er een te kopen.

Bij één S/4HANA-systeem en één PIM valt de afweging anders uit. Een iPaaS voegt een abonnement toe, een platform dat iemand moet draaien, en een extra partij tussen het ERP en de PIM als data niet aankomt. Een vendorconnector of een directe integratie heeft in dat geval minder bewegende delen.

De opties waar SAP-bedrijven naar vragen vallen in twee groepen. Geen van beide is een PIM, dus ze staan hier met hun documentatie, niet met een profiel in onze directory.

• SAP Integration Suite. De eigen iPaaS van SAP, geleverd als clouddienst met hybride connectiviteit naar on-premise en private cloud. De productpagina van SAP zegt dat hij applicatie-integratie, API-beheer, eventgedreven integratie en B2B dekt (SAP). Meerdere PIM-integraties draaien er al op: de S/4HANA-accelerators van Akeneo, de connector van inRiver is gebouwd met SAP BTP, en de Pimcore SAP Connector van diva-e draait op SAP Cloud Integration (diva-e).
• iPaaS van derden. Boomi (docs), MuleSoft (docs), Workato (docs), Celigo (docs) en Alumio (docs) documenteren elk een S/4HANA-connector op basis van de OData-API's van SAP. Workato, Celigo en Alumio documenteren ook een Akeneo-connector, en Alumio documenteert een inRiver-connector. Workato publiceert een inRiver-integratiepagina in plaats van connectordocumentatie. De connectorvergelijking zet per platform de gedocumenteerde S/4HANA- en PIM-connectiviteit op een rij die we konden nagaan.

Het eigenaarschap van de mappings verandert in een iPaaS-opzet. Alumio schrijft dat zijn connectors authenticatie en API-communicatie afhandelen, en dat mappings, dataconversies en workflows apart in het platform worden geconfigureerd (Alumio). Volgens die omschrijving ligt de mapping bij wie de stromen bouwt en draait: het integratieteam van de klant of een integratiepartner. De PIM-leverancier onderhoudt zijn API en SAP onderhoudt zijn API's. Geen van beide onderhoudt de mapping ertussen. Een wijziging in de materiaalstam of het PIM-datamodel landt dus bij het team dat eigenaar is van de iPaaS-stromen.

Het S/4HANA-programma is het moment om productdata te regelen

Een S/4HANA-migratie is een van de weinige momenten waarop master data budget en een sponsor krijgt. De algemene reden staat in de ERP-gids, in het deel over het ERP migreren. Voor SAP-bedrijven is de praktische stap om de domeinsplitsing binnen de migratie te beslissen, voordat de nieuwe materiaalstam wordt gebouwd. Elk contentattribuut dat naar de PIM gaat, hoeft dan niet eerst in SAP te worden gemigreerd, daar te worden opgeschoond en er weer uit te worden gehaald.

1. Wijs elk attribuut aan een domein en een systeem toe

   Zet de attributen in de materiaalstam en in de spreadsheets eromheen op een rij, en markeer elk attribuut op domein: operationeel, commercieel, engineering, media of voorraad. Elk domein krijgt één leidend systeem. Een attribuut dat op twee plekken wordt bewerkt, krijgt een regel voor welke kant wint.

2. Kies de referentie-opzet

   Het aantal ERP-instanties, de behoefte aan een beheerd record over domeinen heen en de kanalen die gevoed moeten worden, bepalen de keuze tussen S/4HANA met een PIM, met MDM en een PIM-laag, of met PLM, een PIM en SAP Commerce Cloud.

3. Leg de stromen en de integratieroute vast

   Noteer per stroom de richting, het SAP-mechanisme (IDoc, API of event) en de route: een vendorconnector, een partnerintegratie of een iPaaS. De connectorvergelijking beschrijft de opties per leverancier.

4. Test met echte materiaaldata

   Een export van één productgroep, met varianten, eenheden en twee talen, laat in een demo zien of het datamodel en de stromen standhouden voordat het contract wordt getekend.

Leveranciers in de architectuur passen

Als de domeinen, de opzet en de stromen vastliggen, vergelijk je bij de selectie appels met appels. De PIM RFP-gids gebruikt een genoemde stack, "We run SAP S/4HANA with custom extensions for inventory allocation", als voorbeeld van een eis waar een leverancier een prijs voor kan geven. Een vaag "we gebruiken een ERP" doet dat niet. Integratie is meestal het grootste deel van een implementatie. Onze gids over PIM-kosten zegt dat implementatie in de eerste jaren tot de helft van de total cost of ownership kan zijn, en dat het grootste deel daarvan meestal de koppelingen met systemen zoals het ERP is. Daarom hoort integratie een plek in de beoordeling te hebben, naast de fit van het datamodel, het team dat het systeem gaat gebruiken en de kanalen die het moet voeden. Fabrikanten vinden SAP-relevante leveranciers in PIM voor de maakindustrie. Elke PIM-leverancier die op deze pagina staat, heeft een profiel in de PIM-oplossingendirectory.

Hoe je verder gaat

Beide tools zijn gratis en onafhankelijk van welke vendor dan ook.

Twijfel je of je een PIM nodig hebt?

Een korte check die laat zien of een dedicated PIM je catalogus helpt, of dat spreadsheets en ERP het nog prima doen.

Check of een PIM past

Klaar om vendors te vergelijken?

Beantwoord vragen over je schaal, sector en harde eisen en krijg een gerangschikte shortlist.

Stel mijn vendor-shortlist samen