Kort antwoord
Een PIM-systeem zit in het IT-landschap tussen de bronnen van productdata (ERP, PLM, leveranciers en datapools zoals GS1 Data Source en 2BA) en de kanalen (webshop, marktplaatsen, feedtools, print en B2B-portalen). Het ontvangt operationele basisdata, voegt content, specificaties, vertalingen en mediakoppelingen toe en publiceert per kanaal. DAM en MDM staan ernaast, elk met een eigen domein. Middleware of events verbinden het geheel.
Een PIM-systeem (Product Information Management) staat in het IT-landschap tussen de bronnen van productdata en de kanalen waar die data wordt gebruikt. Het ontvangt operationele basisdata uit ERP, PLM, leveranciers en datapools, voegt content, specificaties, vertalingen en mediakoppelingen toe en publiceert per kanaal de juiste selectie. DAM- en MDM-systemen staan ernaast, elk met een eigen domein. Hoe goed dat werkt, hangt vooral af van eigenaarschap per gegeven en van het integratiepatroon.
Welke systemen raken productdata?
In een handels- of productieorganisatie hebben meestal meerdere systemen iets met productdata te maken, vaak meer dan de architectuurtekening laat zien. De tabel geeft per systeem de rol en de relatie met PIM.
| Systeem | Rol voor productdata | Relatie met PIM |
|---|---|---|
| ERP (Exact, AFAS Profit, Business Central, SAP) | Artikelnummer, GTIN, prijs, voorraad, inkoop, logistiek | Bron van de operationele kern |
| PLM | Technische ontwikkeldata, stuklijsten, revisies | Bron van specificaties bij eigen productontwikkeling |
| MDM | Stamgegevens over domeinen heen, governance | Bron of toezichthouder voor de golden record |
| DAM | Bestanden, rechten, versies, renditions | Levert assets; PIM legt de koppeling met producten |
| Leveranciers en datapools (GS1 Data Source, 2BA) | Aangeleverde product- en handelsdata | Bron via import, mapping en validatie |
| Webshop en CMS | Verkoop en webcontent | Afnemer van productcontent |
| Feedtools (Channable, Productsup) | Kanaalmapping en optimalisatie | Afnemer; vertaalt naar advertentiekanalen |
| Marktplaatsen (bol, Amazon, Zalando) | Verkoop via platforms van derden | Afnemer via API of feedtool |
| Print en B2B-portalen | Catalogi, prijslijsten, dealerinformatie | Afnemer van gestructureerde data en media |
De rolverdeling per systeem staat uitgebreider in de vergelijkingen in PIM vergelijken. Voor de werking van het PIM-systeem zelf leest u hoe een PIM-systeem werkt.
Hoe stroomt productdata door het IT-landschap?
Productdata volgt een vaste volgorde, ook al verschilt de techniek per organisatie:
- Ontstaan. Een artikel wordt aangemaakt in ERP of PLM, of komt binnen via een leveranciersbestand of datapool. In de installatiebranche levert 2BA product- en handelsdata met ETIM-classificatie; ETIM 10 is daar de huidige basisversie.
- Vastleggen. Het PIM-systeem ontvangt de operationele kern en plaatst het artikel in een familie met de juiste attributen.
- Verrijken. Teams vullen teksten, specificaties, vertalingen en mediakoppelingen aan, met review en goedkeuring.
- Valideren. Het PIM-systeem controleert volledigheid per kanaal en geldigheid van waarden.
- Publiceren. Het PIM-systeem levert per kanaal aan: via API aan de webshop, via een feedtool aan advertentiekanalen, via API aan marktplaatsen en als export aan print.
- Terugkoppelen. Afkeuringen en foutrapporten van kanalen komen terug als taken in het PIM-systeem.
Kanalen verwerken aanleveringen vaak asynchroon. Bol adviseert in de documentatie van de Retailer API om minstens een uur te wachten voordat u een uploadrapport opvraagt. Stap 6 vraagt daarom een eigen proces, met een eigenaar per kanaal.
Welke integratiepatronen kunt u kiezen?
| Patroon | Werking | Geschikt bij | Aandachtspunt |
|---|---|---|---|
| Point-to-point | Directe koppeling per systempaar, vaak via standaardconnector | Twee of drie stabiele koppelingen | Elke nieuwe koppeling is extra maatwerk en extra onderhoud |
| Middleware of iPaaS | Integratielaag die transformeert, routeert en bewaakt | Vier of meer koppelingen (indicatief), meerdere ERP-administraties | Extra licentie en beheer; wel centrale monitoring |
| Event-gedreven | Systemen publiceren wijzigingen als events of webhooks | Snelle doorlooptijd, veel systemen, ontkoppeling | Vraagt technische kennis van herhaalpogingen en volgorde |
In de praktijk combineren organisaties deze patronen. Een standaardconnector naar de webshop, een integratieplatform voor ERP en marktplaatsen, en events voor wijzigingsmeldingen is een gangbare mix. Alumio is een voorbeeld van een in Nederland opgericht iPaaS-platform voor commerce-integraties. Akeneo biedt een Event Platform waarop u zich abonneert op productwijzigingen, en Business Central ondersteunt webhooks die na drie dagen moeten worden vernieuwd. De technische keuzes werkt PIM-integraties verder uit.
Wat verandert er met composable commerce en headless?
Bij composable commerce bouwt u de commerce-stack uit losse componenten die via API's samenwerken: PIM, zoekfunctie, CMS, checkout en promoties. Een headless PIM levert productdata via REST- of GraphQL-API's aan elke frontend. Bluestone PIM werd volgens het leveranciersprofiel in 2021 als eerste PIM-leverancier gecertificeerd door de MACH Alliance.
Ook bij traditionele platforms verschuift de techniek. Shopify markeert de REST Admin API sinds 1 oktober 2024 als legacy, en nieuwe publieke apps moeten sinds 1 april 2025 de GraphQL Admin API gebruiken. Een PIM-connector die nog op REST draait, verdient bij een selectie dus een expliciete vraag. Voor de architectuurkeuze zelf zie composable commerce en PIM.
Hoe bepaalt u de plek van PIM in uw eigen IT-landschap?
Begin met een plaat van de huidige situatie: alle systemen die productdata maken, wijzigen of ontvangen, met per pijl het formaat, het ritme en de eigenaar. Vrijwel elke organisatie ontdekt daarbij spreadsheets en handmatige exports die in geen enkele architectuurtekening staan. Juist die stromen veroorzaken de meeste fouten, omdat niemand ze bewaakt.
Kies daarna per attribuutgroep één systeem als bron. Een veelgebruikte vuistregel: wat met inkopen, voorraad en factureren te maken heeft, hoort in het ERP-systeem; wat met beschrijven, vergelijken en verkopen te maken heeft, hoort in het PIM-systeem. Twijfelgevallen zoals gewicht, afmetingen en verpakkingsdata beslist u expliciet, omdat logistiek en webshop er allebei van afhangen.
Vier vragen geven verder richting:
- Wie is eigenaar van welk gegeven? Maak een matrix per attribuut met bron, richting en conflictregel. Voor de ERP-kant helpt PIM en ERP koppelen.
- Waar staan de bestanden? Bij grote mediavolumes beheert een DAM-systeem bestanden en rechten, en legt het PIM-systeem de koppeling. Zie PIM en DAM koppelen.
- Wie levert aan kanalen? Het PIM-systeem rechtstreeks, een feedtool of een syndicatienetwerk zoals dat van Salsify of Syndigo.
- Welke systemen gaan binnen drie jaar weg? Een integratielaag vermindert herbouw bij een nieuw ERP- of webshopplatform.
Belangrijkste punten
- Een PIM-systeem staat tussen bronnen (ERP, PLM, leveranciers, GS1 Data Source, 2BA) en kanalen (webshop, marktplaatsen, feedtools, print, B2B).
- DAM beheert bestanden, MDM beheert stamgegevens over domeinen heen; PIM beheert verkoopklare productinformatie per kanaal.
- Combineer point-to-point, middleware en events; een integratielaag loont indicatief vanaf vier koppelingen.
- Neem terugkoppeling van kanalen als eigen stap op, omdat marktplaatsen zoals bol aanleveringen asynchroon verwerken.
Veelgestelde vragen
Waar zit een PIM-systeem in de IT-architectuur?
In het midden van de productdataketen. Aan de bronkant staan ERP, PLM, leveranciersbestanden en datapools zoals GS1 Data Source of 2BA. Aan de kanaalkant staan webshop, marktplaatsen, feedtools, print, B2B-portalen en apps. Het PIM-systeem ontvangt basisdata, laat teams die verrijken en goedkeuren, en publiceert per kanaal de juiste selectie. DAM en MDM staan ernaast, met elk een eigen domein.
Hoeveel koppelingen heeft een PIM-systeem gemiddeld?
Daar bestaat geen betrouwbaar gemiddeld cijfer. In de praktijk zijn een ERP-koppeling en een webshopkoppeling vrijwel altijd aanwezig, vaak aangevuld met een DAM-systeem, een feedtool of marktplaatskoppelingen, leveranciersimport en printpublicatie. Tel uw eigen bronnen en kanalen. Vanaf ongeveer vier koppelingen loont een integratielaag meestal, omdat monitoring en mapping dan op één plek staan; die drempel is indicatief.
Wat is het verschil tussen PIM en MDM in het IT-landschap?
MDM (Master Data Management) beheert stamgegevens die door de hele organisatie worden gebruikt, vaak over meerdere domeinen zoals product, klant en leverancier. PIM richt zich op productinformatie voor verkoop en marketing. In SAP-omgevingen beheert SAP Master Data Governance vaak het materiaalstam met centrale workflows, waarna het PIM-systeem de commerciële verrijking en kanaalpublicatie verzorgt.
Heb ik middleware nodig tussen PIM en andere systemen?
Niet bij twee of drie stabiele koppelingen met standaardconnectoren. Middleware of een iPaaS-platform loont wanneer u meerdere bronnen en kanalen koppelt, mappings centraal wilt beheren of systemen verwacht te vervangen. Een integratielaag scheidt de logica van de applicaties, zodat een nieuwe webshop of een ander ERP-systeem minder herbouw vraagt. Nederlandse partijen als Alumio richten zich op dit type commerce-integraties.