PIMvendors

Kennisbank · Core

Core

Het productdataproces: onboarding, verrijking en publicatie uitgelegd

· 2026-10-20 · 12 min leestijd

Elk product in een webshop, in een catalogus of op een marktplaats heeft dezelfde drie fasen doorlopen. De data kwam ergens vandaan, werd omgezet in iets waarmee een klant kan kiezen en kopen, en werd aan een kanaal geleverd. In veel bedrijven zijn die fasen verspreid over spreadsheets, inboxen en kopiëren en plakken. Een PIM brengt ze samen in één proces rond één productrecord. Deze gids loopt door dat proces: wat er gebeurt bij onboarding, verrijking en publicatie, wie wat doet en waar het meestal misgaat.

Het proces op één lijn

Interactief

Eén product door het hele proces

Volg een nieuwe accuboormachine van de eerste import tot het moment dat hij live staat. Druk op afspelen, of klik op een stap.

Import zonder naam

Geïmporteerd

Artikelnr. leverancier
FD-18-2
Omschrijving
ACCUBOORMACHINE 18V 2AH ANTR
Kleur
Antr.
Gew. (g)
1200
OnboardenStap 1 van 12

Verzamelen

Het artikel komt uit twee bronnen: het ERP stuurt het artikelnummer en de basisdata, de leverancier stuurt een spreadsheet met al het andere. Er is nog niets opgeschoond.

WieERP en leveranciersbestand

De pijplijn hierboven volgt één nieuwe accuboormachine door twaalf stappen. Twee dingen vallen op. Het record verlaat de PIM nooit: elke stap voegt er iets aan toe of verbetert het, dus er staat nooit een "laatste versie" in iemands inbox. En volledigheid is geen lijn die alleen maar stijgt. Zodra de boormachine is geclassificeerd, weet de PIM ineens hoe een complete accuboormachine eruitziet, en de score daalt voordat hij stijgt.

Onboarding: data binnenhalen

Onboarding is alles wat er gebeurt tussen een bron en een bruikbaar productrecord. Het bepaalt meer van de datakwaliteit dan welke latere stap ook, omdat elke fout die erdoor glipt opnieuw wordt hersteld in elk kanaal dat hem ontvangt.

Waar productdata vandaan komt

De meeste producten komen tegelijk uit meer dan één bron:

  • Het ERP maakt het artikelnummer, de eenheden, de prijzen en de basisdata van het artikel aan. In deel 1 van deze serie is het ERP de eigenaar van die data, en leest de PIM die.
  • Leveranciers sturen spreadsheets, BMEcat- of andere catalogusbestanden, of voeren data in via een leveranciersportaal.
  • Datapools zoals GS1 GDSN leveren gestandaardiseerde data van fabrikanten, in branches die ermee werken.
  • PLM levert engineeringdata voor producten die een bedrijf zelf ontwerpt.
  • De DAM bevat de beelden, video's en documenten.
  • Oude bestanden zijn vaak de eerste bron in een PIM-project: jaren aan spreadsheets die één keer moeten worden opgeschoond.

De vier stappen van onboarding

Onboarding

Van leveranciersbestand naar schone data

Loop stap voor stap door wat er gebeurt met één rij uit de spreadsheet van een leverancier.

  1. Art.nrFD-18-2
    Artikelnr. leverancierFD-18-2
  2. EAN(leeg)
    GTINOntbreektTeruggestuurd naar de leverancier
  3. OmschrijvingACCUBOORMACHINE 18V 2AH ANTR
    Voorlopige naamAccuboormachine 18V 2Ah, antraciet
  4. KleurAntr.
    KleurAntraciet
  5. Gew. (g)1200
    Gewicht1,2 kg
  6. Afm. LxBxH250x80x210
    Lengte · Breedte · Hoogte250 · 80 · 210 mm
  7. Volt18
    Spanning18 V
6 van de 7 waarden klaar. 1 teruggestuurd naar de leverancier.Mapping opgeslagen voor deze leverancier

Fase 1 van 4

Mappen

Elke kolom wordt gekoppeld aan een attribuut in de PIM. Eén kolom kan meerdere attributen vullen, en sommige kolommen zijn helemaal niet nodig.

  1. Verzamelen. Data wordt geïmporteerd via een bestand, een API, een datapool of een portaal, en komt in een stagingomgeving terecht in plaats van direct in de catalogus.
  2. Mappen. Elk veld in de bron wordt gekoppeld aan een attribuut in het datamodel van de PIM. De mapping wordt per bron opgeslagen, zodat het volgende bestand zichzelf mapt.
  3. Valideren en opschonen. Regels rekenen eenheden om, schrijven afkortingen uit, koppelen waarden aan waardelijsten, splitsen gecombineerde velden en controleren formaten en verplichte velden.
  4. Matchen. De PIM controleert of het product al bestaat, op GTIN, leveranciersnummer of een fuzzy match op naam en specificaties, en voegt het samen met een bestaand record of maakt een nieuw record aan.

Staging en quarantaine

Geïmporteerde data hoort niet direct in de catalogus. Een stagingomgeving houdt nieuwe data vast tot die door de validatie komt, en een quarantaine bewaart wat afvalt, met de reden erbij. De datasteward werkt dan aan de uitzonderingen in plaats van elke rij te controleren. Dat is het verschil tussen duizend producten onboarden op één dag en ze onboarden in een maand.

Maak leveranciers onderdeel van het proces

De goedkoopste correctie is die de leverancier maakt voordat hij het bestand verstuurt. Geef leveranciers een sjabloon of een portaal dat je datamodel volgt, vertel ze welke attributen verplicht zijn voor hun categorie, en stuur validatiefouten automatisch terug. Heeft je branche een datapool of een classificatiestandaard zoals ETIM of GS1, gebruik die dan: een leverancier die al in dat formaat levert, heeft geen eigen mapping nodig. Ons artikel over waarom onvolledige productdata begint bij het leveranciersbestand gaat hier dieper op in.

Verrijking: van data naar content die verkoopt

Bij verrijking wordt een artikel een product. Hier zit ook het meeste werk, en werken de meeste mensen.

Eerst classificeren

Classificatie geeft het product zijn plek: in je eigen categorieboom en, als je die gebruikt, in een standaard zoals GS1 GPC, ETIM of ECLASS. De klasse bepaalt de attribuutset: de lijst met attributen die bij dit soort product horen, en welke daarvan verplicht zijn. Daarom komt classificatie eerst. Zolang een product niet is geclassificeerd, kan niemand zeggen wat compleet voor dat product betekent. Deel 3 van deze serie legt uit hoe klassen, attribuutsets en overerving in elkaar passen, en onze gids over GS1, ETIM en ECLASS behandelt de standaarden.

Specificeren, beschrijven en laten zien

Met de attribuutset op zijn plek wordt het record in drie lagen ingevuld:

  • Specificaties: de technische attributen van de klasse, uit het datablad van de leverancier, uit PLM of van de productmanager.
  • Beschrijvingen: een naam die werkt in zoekopdrachten, korte en lange beschrijvingen, bulletpoints met de kenmerken en zoekwoorden. Specificaties vertellen wat een product is; beschrijvingen vertellen waarom iemand het zou moeten kopen.
  • Media: beelden, video's, handleidingen en certificaten, gekoppeld vanuit de DAM in plaats van gekopieerd.

Relaties en varianten

Producten staan zelden op zichzelf. Relaties verbinden een product met zijn accessoires, reserveonderdelen, opvolgers en alternatieven, en daar draaien cross-selling en vragen over compatibiliteit op. Varianten groeperen maten en kleuren onder één product, zodat je gedeelde content één keer schrijft. Allebei horen ze bij het datamodel, en allebei komen ze aan bod in deel 3.

Lokaliseren

Elke markt krijgt een eigen taalversie, en soms eigen eenheden, eigen regelgeving en een eigen assortiment. Specificaties blijven meestal gelijk; namen, verkoopteksten, juridische teksten en maateenheden volgen de markt. Een PIM houdt alle taalversies op hetzelfde record, dus een wijziging in een specificatie bereikt elke taal tegelijk en alleen de tekst moet nog worden vertaald.

Waar AI helpt

AI hoort inmiddels bij verrijking in de meeste PIM's: beschrijvingen opstellen, attributen uit pdf's van leveranciers halen, classificaties voorstellen en vertalen. Het werkt het best op een schoon model met duidelijke regels, en de output moet nog steeds worden gecontroleerd op feiten, toon en compliance. Onze gids over wat AI in een PIM echt doet laat zien waar het werkt en waar het breekt.

Volledigheid is per kanaal

Interactief

Compleet voor welk kanaal?

Elk kanaal heeft andere attributen nodig, dus één product kan klaar zijn voor print en nog ver van klaar voor een marktplaats. Vul attributen in of maak ze leeg, en kijk wat er per kanaal gebeurt.

  • WMPD
  • WMPD
  • WMPD
  • WMPD
  • WMPD
  • WMPD
  • WMPD
  • WMPD
  • WMPD
  • WMPD
  • WMPD

Eén volledigheidsscore is misleidend. De webshop heeft lange beschrijvingen en extra beelden nodig, de marktplaats bulletpoints en een GTIN, de printcatalogus korte tekst, de datapool gewichten, afmetingen en veiligheidsdocumenten. Een PIM meet de volledigheid per kanaal, en vaak per taal, en blokkeert publicatie naar een kanaal tot aan de eisen van dat kanaal is voldaan. Probeer het hierboven: hetzelfde product is klaar voor print en nog ver van klaar voor de marktplaats.

Review en goedkeuring

Voordat er iets wordt gepubliceerd, controleren kwaliteitsregels het record en keurt een mens het goed. In kleine teams is dat één reviewstap; in grotere teams stuurt een workflow het product langs specialisten en goedkeurders. Onze gids over productdatakwaliteit en governance behandelt de regels en rollen erachter.

Publicatie: één record, elk kanaal

Bij publicatie komt het goedgekeurde record bij de kanalen. De taak van de PIM is hier niet om overal dezelfde data naartoe te sturen, maar om elk kanaal precies te geven wat het nodig heeft, in het eigen formaat en volgens de eigen regels, vanuit hetzelfde record.

Publicatie

Eén record, vijf versies

Hetzelfde goedgekeurde record wordt in elk kanaal iets anders. Kies een kanaal en wijs een veld aan om te zien waar het terechtkomt.

Goedgekeurd record

Wijs een veld aan om het te volgen

Ferro Accuboormachine 18V, 45 Nm, 13 mm boorkop, 2 × 2,0 Ah accu's

Categorie: Gereedschap › Elektrisch gereedschap › Boormachines

• KRACHTIG: 45 Nm draaimoment voor hout en metaal

• VEELZIJDIG: 13 mm snelspanboorkop

• DIRECT AAN DE SLAG: twee accu's van 2,0 Ah meegeleverd

• LICHT: slechts 1,2 kg

Product-ID: GTIN 2000000000039

Wat er voor dit kanaal veranderde

  • Titel opgebouwd uit merk, type en belangrijkste specificaties, in de volgorde van de marktplaats
  • Gemapt naar de eigen categorieboom van de marktplaats
  • Bulletpoints in de stijl van de marktplaats; zonder GTIN geen listing

Kanaaleisen en mapping

Elk kanaal heeft eigen attribuutnamen, een eigen categorieboom, eigen waardelijsten en eigen limieten. Marktplaatsen bouwen titels op volgens een vast patroon en eisen identifiers. Datapools gebruiken een eigen attribuutstructuur en codelijsten voor eenheden. Print heeft korte tekst van een vaste lengte nodig. De PIM houdt per kanaal een mapping bij die het record vertaalt naar de versie van dat kanaal, zodat niemand een product voor elke bestemming met de hand herschrijft. Specifiek voor marktplaatsen is er onze gids over PIM en marktplaatsen.

Hoe de data reist

  • API's leveren productdata aan je eigen webshop, apps en front-ends, vaak in realtime.
  • Feeds sturen volgens een vast schema bestanden naar marktplaatsen, vergelijkingssites en retailers.
  • Datapools verspreiden gestandaardiseerde data naar retailers in branches zoals levensmiddelen, gezondheid en doe-het-zelf.
  • Print en documenten worden vanuit sjablonen gegenereerd voor catalogi, databladen en prijslijsten.
  • Machineleesbare endpoints laten AI-shoppingagents en antwoordmachines gestructureerde productdata lezen. Onze gids over AI-klare productdata legt uit wat ze nodig hebben.

De meeste kanalen ontvangen wijzigingen als delta in plaats van elke keer de volledige catalogus. Dat houdt feeds snel en maakt duidelijk wat er is veranderd.

Sluit de lus

Kanalen praten terug. Een marktplaats weigert een listing, een retailer meldt een verkeerd gewicht, een datapool stuurt een validatiefout terug, een klant stelt drie keer dezelfde vraag. Elk daarvan is verrijkingswerk. In een goed proces bereikt de feedback de PIM, komt die op de takenlijst van de juiste persoon terecht, en wordt het gecorrigeerde record opnieuw gepubliceerd. Daarom is publicatie het begin van de volgende ronde, niet het eindpunt.

Workflow en governance door het hele proces

Het leven van een product in de PIM: content gaat terug naar verrijking zodra er iets verandertConcept, In verrijking, In review, Goedgekeurd, Gepubliceerd, Wijziging of kanaalfeedback, UitgefaseerdWijziging of kanaalfeedbackConceptImportIn verrijkingProductteamIn reviewGoedkeurderGoedgekeurdKwaliteitsregelsGepubliceerdKanalenUitgefaseerdHet leven van een product in de PIM: content gaat terug naar verrijking zodra er iets verandertConcept, In verrijking, In review, Goedgekeurd, Gepubliceerd, Wijziging of kanaalfeedback, UitgefaseerdWijziging of kanaalfeedbackConceptImportIn verrijkingProductteamIn reviewGoedkeurderGoedgekeurdKwaliteitsregelsGepubliceerdKanalenUitgefaseerd
Het leven van een product in de PIM: content gaat terug naar verrijking zodra er iets verandert

Een product doorloopt statussen: concept, in verrijking, in review, goedgekeurd, gepubliceerd en, aan het eind van zijn leven, uitgefaseerd. Elke wijziging na publicatie, van een update van de leverancier tot feedback uit een kanaal, stuurt het product voor die wijziging terug naar verrijking en opnieuw door de review. De statussen maken het proces zichtbaar: iedereen ziet wat er wacht, op wie en hoe lang al.

Governance bepaalt wie wat mag doen in elke status. De basis:

  • Eén eigenaar per attribuut. De productmanager is eigenaar van de specificaties, marketing van de teksten, het DAM-team van de media en de kanaalmanager van de kanaalversies.
  • Eerst regels, dan mensen. Validatieregels vangen af wat automatisch kan worden afgevangen, zodat reviewers hun tijd besteden aan oordelen en niet aan ontbrekende eenheden.
  • Eerst goedkeuring, dan publicatie. Niets bereikt een kanaal zonder aan de eisen van dat kanaal te voldoen en, waar het ertoe doet, zonder de goedkeuring van een mens.
  • Een audittrail. Bij elke wijziging wordt vastgelegd wie haar deed, wanneer en vanuit welke bron.

Het proces meten

Een proces dat je niet meet, kan niet sneller worden. De metingen die het meest tellen:

  • Time-to-market: van de eerste import tot live op elk kanaal.
  • Volledigheid per kanaal: hoeveel producten aan de eisen van elk kanaal voldoen.
  • First-time-right-percentage: hoeveel producten door de validatie en de review komen zonder terug te gaan.
  • Afwijzingen door kanalen: hoeveel listings of datapoolberichten met fouten terugkomen, en waarom.
  • Kwaliteit van leveranciersdata: hoeveel problemen de bestanden van elke leverancier veroorzaken. Dat laat zien waar je moet investeren in sjablonen of onboarding.

Waar het proces breekt

Het proces inrichten in een PIM

  1. Breng de bronnen en de kanalen in kaart

    Zet elke bron van productdata op een rij en elk kanaal waar die data naartoe gaat, met de formaten en de eigenaren aan beide kanten. Dit is de schets van je proces.

  2. Leg het datamodel en de eisen per kanaal vast

    Spreek de classificatie af, de attribuutsets en welke attributen elk kanaal verplicht stelt. Volledigheid kun je alleen tegen deze eisen meten.

  3. Bouw de onboarding per bron

    Maak voor elke bron een mapping en validatieregels, een stagingomgeving voor nieuwe data en een route terug naar de leverancier voor wat afvalt.

  4. Richt verrijkingsworkflows en eigenaren in

    Geef elke attribuutgroep een eigenaar, stuur producten langs de juiste mensen en voeg een review en goedkeuring toe vóór publicatie.

  5. Koppel de kanalen en de feedback

    Bouw de kanaalmappings, kies per kanaal een API, feed, datapool of print, en zorg dat afwijzingen en vragen als taken terugkomen in de PIM.

Waar je op let bij een PIM

Het proces stelt specifieke eisen aan het systeem. Vraag bij het vergelijken van PIM's om deze punten met je eigen data te laten zien:

  • Import en mapping: opgeslagen mappings per leverancier, transformatieregels, staging en quarantaine, en een leveranciersportaal of datapoolkoppeling als je die nodig hebt.
  • Datamodel en classificatie: attribuutsets per klasse, overerving en varianten, en ondersteuning voor de standaarden in je branche.
  • Volledigheid en validatie: regels per kanaal en per taal, waarbij publicatie wordt geblokkeerd tot aan de eisen is voldaan.
  • Workflow: statussen, eigenaren, taken en goedkeuringen die passen bij jouw team, niet bij de demo van de PIM-leverancier.
  • Syndicatie: kant-en-klare connectors voor je kanalen, kanaalmappings die je zelf kunt onderhouden, en een manier om feedback uit de kanalen te verwerken.

Ons overzicht van PIM-functies en -mogelijkheden behandelt de volledige lijst, en de gids voor PIM-implementatie laat zien hoe je het proces in een project inricht.

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

Frequently asked questions

Wat is onboarding van productdata?

Onboarding is hoe productdata in de PIM komt: je verzamelt de data uit het ERP, van leveranciers, uit datapools en uit andere bronnen, mapt die naar het datamodel van de PIM, schoont en valideert ze, en matcht ze met producten die al bestaan. Goede onboarding houdt slechte data aan de deur tegen, in plaats van die later in elk kanaal te herstellen.

Wat is verrijking van productdata?

Verrijking maakt van basale artikeldata content die verkoopt en aan de regels voldoet: classificatie, technische attributen, namen en beschrijvingen, beelden en documenten, relaties met andere producten, en vertalingen. Er zijn meestal meerdere teams bij betrokken, en steeds vaker AI, met een review en goedkeuring voordat er iets wordt gepubliceerd.

Wat is syndicatie van productdata?

Syndicatie is het publiceren van productdata naar externe kanalen, in het formaat dat elk kanaal vraagt: marktplaatsen, retailers, datapools zoals GS1 GDSN, print en AI-agents. De PIM houdt één record bij en maakt voor elke bestemming een eigen kanaalversie. Daarna verwerkt hij de feedback die de kanalen terugsturen.

Wat betekent volledigheid in een PIM?

Volledigheid meet hoeveel van de verplichte attributen van een product zijn ingevuld. Je meet het per kanaal en vaak per taal, omdat elk kanaal andere attributen vraagt. Een product kan tegelijk compleet zijn voor print en onvolledig voor een marktplaats.

Wie is verantwoordelijk voor het verrijken van productdata?

Dat is een gedeelde taak. Productmanagers zijn eigenaar van de technische attributen, marketing- of contentteams van de teksten, het DAM-team van de media, vertalers van de talen en kanaalmanagers van de kanaalversies. Governance laat het werken: elk attribuut heeft één eigenaar, en een workflow stuurt producten naar de juiste persoon en naar iemand die goedkeurt.

Kan AI productdata automatisch verrijken?

AI kan beschrijvingen opstellen, attributen uit leveranciersdocumenten halen, classificaties voorstellen en vertalen. Het werkt het best op een schoon datamodel met duidelijke regels, en de output moet nog steeds worden gecontroleerd op feiten, toon en compliance voordat hij wordt gepubliceerd.

Hoe versnel je de onboarding van leveranciers?

Geef leveranciers een sjabloon of portaal dat je datamodel volgt, sla de mapping per leverancier op zodat het volgende bestand zichzelf mapt, valideer bij de import, stuur problemen automatisch terug naar de leverancier en gebruik datapools als je branche er een heeft.

Wat is het verschil tussen publiceren en syndicatie?

Publiceren betekent meestal dat je goedgekeurde productdata beschikbaar maakt voor je eigen kanalen, zoals de webshop en print. Syndicatie betekent dat je de data naar kanalen stuurt die je niet zelf beheert, zoals marktplaatsen, retailers en datapools, in hun formaten en volgens hun regels. In de praktijk doet de PIM allebei vanuit hetzelfde record.

Diagnose

Heb je eigenlijk wel een PIM nodig?

Draai eerst de complexiteitsindex voordat je software budgetteert of een systeemintegrator inhuurt.

Start de assessment

Budget

Maak een eerste TCO-berekening

Zet de vorm van je catalogus in minder dan tien minuten om in een kostenrange voor drie jaar.

Open de kostencalculator