Kort antwoord
Een PIM-systeem werkt als centrale hub tussen bronnen en kanalen. Het haalt basisdata uit het ERP-systeem en leveranciersbestanden, legt die vast in een datamodel met families en attributen, laat teams verrijken en vertalen via workflows, controleert volledigheid per kanaal en publiceert daarna via API's, feeds of exportbestanden naar webshop, marktplaatsen zoals bol, dealers en print.
Een PIM-systeem werkt als een hub met drie lagen: bronnen leveren basisdata aan, het PIM-systeem structureert, verrijkt en controleert die data, en kanalen ontvangen per bestemming de juiste selectie in het juiste formaat. De kwaliteit van de architectuur zit vooral in twee keuzes: welk systeem eigenaar is van welk gegeven en hoe wijzigingen van bron naar kanaal stromen.
Wat is de basisarchitectuur van een PIM-systeem?
U kunt elk PIM-systeem beschrijven met vijf bouwstenen. Leveranciers verschillen in de uitvoering, het patroon is overal gelijk.
| Bouwsteen | Functie | Typische inhoud |
|---|---|---|
| Bronnen (upstream) | Leveren basis- en leveranciersdata | ERP-systeem, leveranciersbestanden, datapools zoals GS1 Data Source en 2BA, PLM |
| Opslag en datamodel | Leggen structuur en regels vast | Families, attributen, varianten, categorieën, talen, kanalen |
| Verrijkingslaag | Laat mensen en automatisering data aanvullen | Workflows, rollen, bulkbewerking, AI-suggesties, vertaalbeheer |
| Kwaliteitslaag | Bepaalt of data publiceerbaar is | Validatieregels, completeness per kanaal en taal, dashboards |
| Distributie (downstream) | Levert data aan bestemmingen | API's, events, feeds, exportprofielen, connectoren |
De positie van het PIM-systeem ten opzichte van ERP, DAM, CMS en commerceplatforms behandelt PIM in het IT-landschap uitgebreid.
Hoe komt productdata het PIM-systeem binnen?
De instroom bestaat bijna altijd uit drie soorten bronnen.
Het ERP-systeem. Exact Online, AFAS Profit, SAP of Microsoft Dynamics 365 leveren artikelnummer, GTIN, eenheden, gewicht, prijzen en status. Het PIM-systeem neemt deze velden over en markeert ze als alleen-lezen. Nieuwe artikelen ontstaan zo in het ERP en verschijnen automatisch als concept in het PIM. Hoe u dit eigenaarschap per veld vastlegt, staat in PIM en ERP koppelen.
Leveranciers en datapools. Groothandels en retailers ontvangen data in Excel, CSV, XML, BMEcat of via datapools. In de technische sector is dat 2BA met ETIM-geclassificeerde artikelen; in food, drogisterij en doe-het-zelf is dat GS1 Data Source van GS1 Nederland, aangesloten op het wereldwijde GDSN. Importprofielen vertalen het formaat van de leverancier naar uw eigen datamodel.
Mensen en systemen binnen de organisatie. Marketingteksten, toepassingen, verkoopargumenten en beeldselecties ontstaan intern. Engineeringdata kan uit een PLM-systeem komen; beeld uit een DAM-systeem, dat het PIM-systeem via een koppeling of URL aan het product verbindt.
Hoe verwerkt het PIM-systeem de data?
Na de import plaatst het systeem elk product in een familie: een sjabloon dat bepaalt welke attributen van toepassing zijn, welke verplicht zijn en welke per taal of kanaal verschillen. Varianten erven gemeenschappelijke waarden van een bovenliggend model. In Akeneo verloopt dat via een familievariant die tot drie niveaus ondersteunt: model, submodel en variant. De opbouw van families en varianten beschrijft een productdatamodel opzetten.
Daarna start de verrijking. Een workflow wijst taken toe aan rollen: inkoop vult technische gegevens, content schrijft teksten, een vertaalbureau levert Frans en Duits aan, een productmanager keurt goed. AI-functies kunnen concepten voor teksten, classificaties of attribuutwaarden voorstellen; een redacteur beoordeelt ze voordat ze gepubliceerd worden.
De kwaliteitslaag rekent tegelijkertijd door. Voorbeelden van regels die een PIM-systeem bij elke wijziging toetst:
- De GTIN heeft 8, 12, 13 of 14 cijfers en een geldig GS1-controlecijfer.
- Gewicht en afmetingen zijn positief en in de afgesproken eenheid ingevoerd.
- Alle verplichte attributen voor het kanaal zijn gevuld, in elke vereiste taal.
- Er is minstens één hoofdafbeelding gekoppeld die aan de eisen van het kanaal voldoet.
- Waarden uit keuzelijsten komen overeen met de toegestane waarden van de doelstandaard, bijvoorbeeld een ETIM-kenmerk of een bol-categorie.
Pas als een product voor een kanaal aan alle regels voldoet, komt het in aanmerking voor publicatie.
Hoe bereikt de data de verkoopkanalen?
Elk kanaal krijgt een eigen exportprofiel of kanaaldefinitie: welke producten, welke attributen, welke taal, welke eenheden en welk formaat. Het PIM-systeem bouwt daarmee uit één bron verschillende uitvoer.
- Eigen webshop: meestal via API of connector. Een event-gedreven koppeling meldt elke wijziging direct. Akeneo biedt daarvoor een Event Platform waarop externe applicaties zich abonneren op gebeurtenissen zoals productwijzigingen en verwijderingen, waardoor periodiek opvragen niet meer nodig is.
- Marktplaatsen: via de API of feed van de marktplaats. Bij bol levert u content via de Product Content API van de Retailer API aan, in de talen nl, nl-BE, fr of fr-BE. Nieuwe producten vragen een GPC-code, een EAN is verplicht en verwerking gebeurt asynchroon met een uploadrapport per product.
- Retailers en datapools: via GDSN of een sectorale datapool, met de attributen die de ontvanger voorschrijft.
- Print en documenten: via koppelingen met DTP-software of sjablonen voor productbladen.
- B2B-portalen en dealers: via feeds, BMEcat-bestanden of directe API-toegang.
Hoe u deze koppelingen technisch opbouwt, met of zonder middleware, leest u in PIM-integraties.
Welke architectuurpatronen komen voor?
Drie patronen bepalen hoe flexibel uw opzet is.
- SaaS: de leverancier host en onderhoudt het systeem, met vaste releasecycli. Vrijwel alle PIM-leveranciers bieden deze vorm aan. U regelt configuratie en integraties, de leverancier de infrastructuur.
- Self-hosted of private cloud: u of uw partner beheert de installatie. Dit past bij open-source pakketten, eisen aan datalocatie of veel maatwerk, en vraagt eigen beheercapaciteit.
- Headless of API-first: alle functionaliteit is via API's beschikbaar, zodat het PIM-systeem binnen een composable architectuur fungeert als productdatadienst. Zie headless PIM.
Bij meerdere koppelingen kiest u daarnaast tussen punt-tot-punt (elke koppeling apart gebouwd) en een integratielaag (iPaaS of middleware). Punt-tot-punt is sneller voor twee of drie koppelingen; een integratielaag schaalt beter en centraliseert logging, foutafhandeling en mapping.
Waar gaat het in de praktijk mis?
De meeste problemen ontstaan aan de randen van het systeem, buiten de software zelf.
- Dubbel eigenaarschap: ERP en PIM overschrijven hetzelfde veld, bijvoorbeeld de productnaam. Leg per attribuut één bron vast.
- Te veel kanaallogica in het PIM: elke marktplaatsregel als apart attribuut maakt het datamodel onbeheersbaar. Houd brondata neutraal en vertaal per kanaal in het exportprofiel of in een feedtool.
- Geen monitoring op integraties: een mislukte nachtelijke export valt pas op als een klant klaagt. Bouw meldingen in op fouten en afwijkende aantallen.
- Leveranciersdata zonder normalisatie: elke leverancier gebruikt eigen eenheden en waarden. Leg mappings vast tijdens het onboarden van leveranciersdata.
Belangrijkste punten
- Een PIM-systeem bestaat uit vijf bouwstenen: bronnen, datamodel, verrijking, kwaliteitscontrole en distributie.
- Het ERP-systeem blijft eigenaar van artikelnummer, GTIN, prijs en voorraad; het PIM-systeem voegt beschrijvende en technische content toe.
- In Nederland zijn GS1 Data Source en 2BA de belangrijkste datapools voor in- en uitgaande productdata.
- Elk kanaal krijgt een eigen exportprofiel; bol vraagt onder meer een EAN, een GPC-code voor nieuwe producten en verwerkt asynchroon.
- Leg per attribuut één eigenaar-systeem vast en monitor elke koppeling.
Veelgestelde vragen
Hoe communiceert een PIM-systeem met andere software?
Via vier mechanismen: REST- of GraphQL-API's voor directe uitwisseling, events of webhooks die een wijziging melden aan abonnees, geplande bestandsimports en -exports (CSV, XML, Excel, BMEcat) en kant-en-klare connectoren voor bijvoorbeeld Shopify of Adobe Commerce. Bij meer dan drie of vier koppelingen zet u vaak een integratielaag (iPaaS) tussen PIM en de overige systemen, zodat logica en monitoring op één plek staan.
Welke data komt uit het ERP en welke uit het PIM-systeem?
Het ERP-systeem, bijvoorbeeld Exact Online, AFAS Profit of Microsoft Dynamics 365, is de bron voor artikelnummer, GTIN, prijzen, voorraad, inkoop en logistieke basisgegevens. Het PIM-systeem voegt beschrijvende teksten, technische specificaties, classificaties, vertalingen, beeldkoppelingen en productrelaties toe. Leg per attribuut één eigenaar-systeem vast, zodat twee systemen nooit hetzelfde veld overschrijven.
Moet een PIM-systeem in de cloud draaien?
Nee. SaaS is in 2026 de gangbare leveringsvorm omdat de leverancier hosting, updates en beveiliging verzorgt. Self-hosted of private-cloudinstallaties, bijvoorbeeld van open-source pakketten, blijven zinvol bij strenge eisen aan dataopslag, veel maatwerk of een eigen ontwikkelteam. De architectuur, met bronnen, datamodel, workflows en kanalen, is in beide gevallen gelijk.
Hoe snel staan wijzigingen in het PIM-systeem online?
Dat hangt af van het koppelmechanisme en van het kanaal. Een event-gedreven koppeling met de eigen webshop kan binnen minuten bijwerken. Bestandsfeeds draaien vaak per uur of per nacht. Marktplaatsen verwerken aanleveringen asynchroon; bol adviseert in de documentatie van de Retailer API om minstens een uur te wachten voordat u het uploadrapport opvraagt.