PIM-architectuur en integratie: leg eerst het data-eigenaarschap vast

Waarom leg je data-eigenaarschap vast vóór de keuze van een PIM?

Leg eerst het data-eigenaarschap vast, omdat de kaart van attribuuteigenaarschap bepaalt wat het PIM moet kunnen. Volgens PIMvendors begint een PIM-selectie met één vraag per attribuutgroep: welk systeem is leidend. De reikwijdte van de integratie, de eisen aan het datamodel en zelfs de shortlist van leveranciers volgen uit dat antwoord.

De kernthese van PIM Selection geldt één op één voor architectuur. De meeste PIM-selecties lopen vast vóór de eerste demo, omdat kopers software vergelijken voordat ze hun datamodel hebben gedefinieerd. In architectuurtermen: teams vergelijken PIM-functies voordat ze het eens zijn over welke data het PIM bezit.

Laat je het eigenaarschap open, dan ontstaan drie problemen:

• Twee systemen bewerken hetzelfde attribuut en niemand weet welke waarde klopt.
• Integraties worden koppeling voor koppeling ontworpen, waardoor elke wijziging een nieuw project wordt.
• Leveranciers worden beoordeeld op functies die het PIM nooit gaat gebruiken, zoals prijsbeheer dat het ERP al regelt.

Een kaart van attribuuteigenaarschap voorkomt alle drie. Ze kost een paar workshops met de enterprise-architect, de productdatamanager en de eigenaren van ERP en PLM. Het resultaat is één tabel waar elke latere beslissing naar verwijst. De pijler over de PIM-businesscase gebruikt dezelfde kaart om de kosten af te bakenen.

Welk systeem is leidend voor welke attribuutgroep?

Elke attribuutgroep heeft precies één leidend systeem. ERP is leidend voor commerciële en logistieke data, PLM voor engineeringdata, PIM voor marketing- en kanaalcontent en classificatie, en DAM voor assets. De overige systemen ontvangen de data, verwijzen ernaar of tonen haar.

De laatste rij vraagt de meeste discussie. Verpakkingssamenstelling kan uit PLM of uit verpakkingsspecificaties komen. Veiligheids- en duurzaamheidsinformatie voor consumenten wordt vaak vanuit het PIM gepubliceerd. Neem de beslissing per groep en leg haar vast op de kaart.

Hoe past het PIM in het productdatalandschap?

Het PIM staat tussen de systemen die productdata maken en de kanalen die haar gebruiken. ERP en PLM leveren commerciële, logistieke en engineeringdata aan. Het DAM levert assets via verwijzingen. Het PIM voegt marketingcontent en classificatie toe en publiceert naar commerceplatformen, marketplaces, retailers en datapools.

Bronnen

• ERP: prijs, voorraad, logistiek
• PLM: technische data
• Leveranciers: bestanden en portals
• DAM: beelden en documenten

PIM

Systeem van record voor marketing-, kanaal- en classificatiedata, onder governance

• Datamodel
• Verrijking
• Kwaliteitsregels
• Workflow

Kanalen

• Eigen webshop
• Marktplaatsen
• Retailers en datapools
• Print en catalogi
• AI-shoppingassistenten

Twee grenzen leveren de meeste discussie op. De eerste ligt tussen PIM en DAM: het PIM verwijst naar assets, het DAM beheert versies, rechten en afgeleide formaten. De tweede ligt tussen PIM en commerce: het commerceplatform bezit prijzen, winkelwagens en klantdata, het PIM bezit de content die daar verschijnt.

De gids over het productdatalandschap beschrijft elke laag, de gangbare landschappen bij Europese fabrikanten en groothandels, en hoe je je eigen landschap vóór de selectie documenteert.

Hoe koppel je het PIM aan het ERP?

De koppeling tussen PIM en ERP volgt de eigenaarschapskaart. Het ERP stuurt identificatie, commerciële en logistieke data naar het PIM. Het PIM stuurt verrijkte content terug waar het ERP of systemen verderop die nodig hebben. De meeste stromen lopen van ERP naar PIM. Weinig stromen lopen terug.

Vier integratiepatronen komen veel voor:

De timing van het ERP telt mee in de planning. Het reguliere onderhoud van SAP Business Suite 7 eindigt op 31 december 2027, met verlengd onderhoud voor EHP6 tot en met EHP8 tot 31 december 2030. Organisaties op SAP ECC ontwerpen de PIM-integratie daarom zo dat ze een ERP-migratie overleeft. De gids over de koppeling tussen PIM en ERP behandelt elk patroon en elke datastroom.

Hoe komt engineeringdata uit PLM in het PIM?

Engineeringdata komt na vrijgave vanuit PLM in het PIM. PLM is leidend voor specificaties, stuklijsten en revisiestatus. Het PIM ontvangt de vrijgegeven waarden die het voor kanalen nodig heeft en bouwt er marketingcontent omheen.

Drie ontwerpregels houden de PLM-stroom zuiver:

• Draag alleen vrijgegeven revisies over, zodat kanalen nooit conceptspecificaties tonen.
• Map PLM-attributen één keer op het datamodel van het PIM, inclusief eenheden en classificatiecodes.
• Houd engineeringattributen in het PIM alleen-lezen en stuur wijzigingsverzoeken terug naar PLM.

Veel middelgrote fabrikanten hebben geen PLM. Engineeringdata staat dan in het ERP, in CAD-bestanden of in spreadsheets van de engineeringafdeling. Ook dan heeft de eigenaarschapskaart een leidend systeem voor deze attributen nodig. Het PIM kan in dat geval leidend worden voor technische specificaties, mits engineering eigenaar is van de goedkeuringsstap.

Compliancedata begint vaak op dezelfde plek. Materiaalsamenstelling en verpakkingsspecificaties liggen bij engineering- of verpakkingsteams. De ESPR is sinds 18 juli 2024 van kracht en introduceert het Digitaal Productpaspoort. Dat paspoort put uit engineering-, inkoop- en contentattributen, dus de keuzes voor het leidende systeem moeten expliciet zijn.

Wordt het PIM SaaS, private cloud of on-premise?

De hostingkeuze is een afweging tussen controle enerzijds en upgrade-inspanning en beheerkosten anderzijds. SaaS geeft doorlopende upgrades en voorspelbare abonnementskosten, met minder grip op het moment van releases. Private cloud en on-premise geven meer controle en ruimte voor maatwerk, met upgrades en hosting voor eigen rekening.

Vijf criteria bepalen de keuze: controle, upgrades, kostenprofiel, dataresidentie en maatwerk. Productdata is grotendeels niet-persoonsgebonden, wat vragen over residentie vereenvoudigt. Gebruikersaccounts, contactgegevens van leveranciers en een deel van de workflowdata zijn wel persoonsgegevens en vragen nog steeds om een antwoord over hosting in de EU.

De exitvoorwaarden zijn veranderd. Onder de EU Data Act gelden de bepalingen over overstappen vanaf 12 september 2025. Overstapkosten voor clouddiensten zijn vanaf 12 januari 2027 verboden. De gids SaaS of on-premise zet de drie hostingmodellen in een tabel naast elkaar.

Wat betekent composable commerce voor de PIM-selectie?

Composable commerce betekent dat je het commercelandschap opbouwt uit losse diensten die via API's met elkaar verbonden zijn. Voor de PIM-selectie legt dat de lat hoger voor API's, events en toegang tot het datamodel. De MACH Alliance, opgericht in juni 2020, promoot een architectuur die microservices-gebaseerd, API-first, cloud-native SaaS en headless is.

In een composable landschap wordt het PIM een contentdienst die andere diensten aanroepen. Dat vraagt om volledige API-dekking, webhooks of events bij wijzigingen, gedocumenteerde rate limits en een datamodel dat front-ends kunnen bevragen. Een PIM dat vooral rond bestandsexports is gebouwd, past daar minder goed bij.

Test composability in de demo's samen met je eigen front-endteam. Vraag de leverancier één productfamilie via de API beschikbaar te maken, met varianten, vertalingen en assetkoppelingen. Meet hoeveel aanroepen een productdetailpagina nodig heeft. Dat ene scenario laat meer zien dan welke architectuurslide ook.

Composability heeft ook een prijs. Meer diensten betekent meer contracten, meer integraties en meer interne architectuurcapaciteit. De gids over composable commerce legt uit welke eisen je aan de RFP toevoegt en wanneer een suite beter past.

Hoe komt productdata bij marketplaces, retailers en datapools?

Productdata bereikt externe kanalen via syndicatie: native exports uit het PIM, feedtools, retailerportalen en GS1 GDSN-datapools. De juiste mix hangt af van het aantal kanalen en van wat elke ontvanger vraagt. Retailers in food, gezondheid en doe-het-zelf eisen vaak GDSN, terwijl marketplaces eigen formaten en API's gebruiken.

GDSN is een netwerk van samenwerkende datapools dat valt onder de standaarden van GS1. Volgens Wikipedia zijn 44 datapools GDSN-gecertificeerd. Een merk publiceert één keer naar zijn eigen datapool, en het netwerk verspreidt de data naar geabonneerde retailers.

Native syndicatie vanuit het PIM volstaat als er weinig kanalen zijn en de formaten stabiel blijven. Een feedtool of syndicatieplatform is zijn geld waard zodra kanalen zich vermenigvuldigen en regels vaak wijzigen. De gids over productdatasyndicatie behandelt elke route en het moment om er een toe te voegen.

Hoe komen leveranciersdata en standaarden in het PIM?

Leveranciersdata komt het PIM binnen via portalen, sjablonen en standaardformaten zoals BMEcat en bestanden met ETIM-classificatie. Voor groothandels is leveranciersonboarding vaak de grootste datastroom in de architectuur. De kwaliteit van die stroom bepaalt de kwaliteit van de catalogus.

Classificatiestandaarden blijven in beweging. ETIM 10.0 verscheen in december 2024, met 119 nieuwe en 33 verwijderde classes. Elke release vraagt om bijgewerkte mappings in het PIM en in de sjablonen voor leveranciers. Plan die inspanning als terugkerende taak.

Validatie hoort aan de poort. Verplichte attributen, eenheden, waardelijsten en classificatie worden gecontroleerd voordat leveranciersdata het hoofdrecord bereikt. De gids over het onboarden van leveranciersdata legt portalen, sjablonen, validatie en import van BMEcat en ETIM uitgebreid uit.

Hoe documenteer je de doelarchitectuur vóór de selectie?

Documenteer de doelarchitectuur in vier documenten die elke leverancier en partner ontvangt. Heldere documenten leveren vergelijkbare antwoorden op. Vage documenten leveren generieke demo's op die niets voorspellen.

Beperk elk document tot één pagina of één tabel. Een inventaris van 10 tot 20 datastromen is gebruikelijk voor een middelgrote fabrikant, volgens een schatting van PIMvendors. Grotere organisaties met meerdere ERP-omgevingen komen daar ruim boven.

Deel de documenten vóór de scenariodemo's met leveranciers. Vraag elke leverancier aan te geven welke stromen zijn product met standaardconnectoren afdekt en welke maatwerk vragen. Dat antwoord voedt de integratieregel van de TCO.

Welke architectuurbeslissingen horen in de PIM-eisen?

Architectuurbeslissingen worden integratie- en platformeisen voordat je leveranciers uitnodigt. PIMvendors toetst eisen aan een checklist van meer dan 400 eisen in 4 domeinen. Twee van die domeinen dragen de architectuur: Integratie en syndicatie (IN) en Platform en leverancier (PL).

Vertaal elke architectuurbeslissing naar een toetsbare eis:

1. De kaart van attribuuteigenaarschap wordt eisen aan datamodel en import.
2. Elke datastroom wordt een integratie-eis met patroon, frequentie en volume.
3. Beslissingen over hosting en residentie worden platformeisen.
4. Doelen voor kanalen en datapools worden syndicatie-eisen.
5. Leveranciersonboarding wordt eisen aan portaal, sjablonen en validatie.

{{list:requirements:IN}}

Test de kritieke stromen in scenariodemo's op je eigen voorbeelddata. Een ERP-import, een kanaalexport en een leveranciersbestand zijn drie scenario's die de integratiefit snel blootleggen. De checklist met eisen bevat de volledige set over alle vier de domeinen.