Productdata-governance: eerst Data, dan Proces, Mensen en Tooling

Wat is productdata-governance?

Productdata-governance is het geheel van besluiten, regels en rollen dat productdata correct, volledig en geschikt houdt voor elk kanaal. Het legt vast wat elk attribuut betekent, wie eigenaar is, hoe het verandert en hoe je de kwaliteit meet. De pijler Wat is een PIM-systeem behandelt governance als de eerste helft van elke PIM-beslissing.

Een PIM is eerst een governancediscipline en pas daarna software. Software kan een validatieregel afdwingen, een workflowtaak routeren en een onvolledige export tegenhouden. Software kan niet beslissen welke afdeling eigenaar is van het nettogewicht, welke classificatiestandaard je volgt of wanneer een product verkoopklaar is.

De meeste PIM-selecties mislukken al vóór de eerste demo, omdat kopers software vergelijken voordat ze hun datamodel hebben gedefinieerd. PIMvendors past governance daarom toe in een vaste volgorde:

1. 1DataModel, attributen en eigenaarschap per attribuutgroep
2. 2ProcesAanmaken, verrijken, goedkeuren en publiceren
3. 3MensenEigenaren, data stewards en capaciteit
4. 4ToolingHet platform dat de eerste drie uitvoert

1. Data: het datamodel, definities, identificatiecodes en standaarden.
2. Proces: de levenscyclus, workflows, goedkeuringen en wijzigingsverzoeken.
3. Mensen: eigenaren, data stewards, aanleveraars en de stuurgroep.
4. Tooling: het PIM en de systemen eromheen, als laatste gekozen.

Elke laag begrenst de volgende. Workflows hangen af van het datamodel, rollen hangen af van workflows, en eisen aan tooling hangen af van alle drie.

Wat hoort er in de datalaag?

De datalaag legt vast wat het bedrijf over een product weet en hoe die kennis gestructureerd is. Ze levert vier documenten op die later PIM-eisen worden.

• Een datamodel: productfamilies, attribuutgroepen, attributen, datatypes, eenheden en variantassen.
• Een attributenwoordenboek: per attribuut één definitie, eigenaar, bronsysteem en validatieregel.
• Een beleid voor identificatiecodes: welk systeem SKU's en GTIN's uitgeeft, en op welk verpakkingsniveau.
• Een classificatiekeuze: een interne categorieboom plus externe standaarden zoals ETIM, ECLASS of GS1.

Begin met twee of drie representatieve productfamilies, inclusief de meest complexe, omdat die de lastige modelleerkeuzes vroeg zichtbaar maken. Varianten, kits, reserveonderdelen en gereguleerde attributen duiken daar als eerste op.

Regelgeving voegt nu attributen toe die in de meeste datamodellen niet bestonden. De PPWR is van toepassing vanaf 12 augustus 2026 en brengt verplichtingen voor verpakkingsdata. De GPSR vraagt fabrikantgegevens en waarschuwingen bij online aanbiedingen. Elke nieuwe verplichting heeft eerst een eigenaar en een bron nodig, en pas daarna een veld.

De gids over productdatakwaliteit meten laat zien hoe het attributenwoordenboek uitmondt in meetbare kwaliteitsregels.

Hoe richt je het productdataproces in?

De proceslaag legt vast hoe een product van idee tot uitfasering beweegt, en wie bij elke stap handelt. Een heldere levenscyclus voorkomt dat halfafgewerkte producten in kanalen belanden.

Een typische levenscyclus kent zes statussen:

1. Aangemaakt: basisartikel ontvangen uit ERP of PLM.
2. In verrijking: taken toegewezen per attribuutgroep.
3. In review: eigenaren keuren hun groepen goed.
4. Gereed: regels voor volledigheid en validatie zijn gehaald voor minstens één kanaal.
5. Gepubliceerd: gesyndiceerd naar kanalen.
6. Uitgefaseerd: uit de kanalen gehaald, bewaard voor service en reserveonderdelen.

Elke overgang heeft een regel nodig. Een product gaat pas naar Gereed als de volledigheidsdrempel van het kanaal is gehaald. Een product gaat pas naar Uitgefaseerd als de eigenaar bevestigt dat er geen openstaande orders of serviceverplichtingen meer zijn.

Wijzigingsverzoeken vragen dezelfde discipline. Een nieuw attribuut, een gewijzigde definitie of een nieuw kanaal loopt via een licht verzoek met een besluit van de eigenaar. Zonder die route raakt het datamodel binnen een jaar na livegang op drift.

Wie hoort eigenaar te zijn van productdata?

Rollen uit de business horen eigenaar te zijn van productdata, en het productdatateam beheert de data als steward. Eigenaarschap ligt bij de mensen die aanspreekbaar zijn op de gevolgen van foute data.

De fte-cijfers zijn schattingen van PIMvendors en variëren met de complexiteit van het assortiment en de mate van automatisering. Het patroon weegt zwaarder dan de getallen. Elke attribuutgroep heeft precies één eigenaar, en die eigenaar heeft er tijd voor.

De gids over het selectieteam en de RACI gebruikt dezelfde rollen om de selectie zelf te bemensen. De mensen die straks eigenaar van de data zijn, horen mee te schrijven aan de eisen.

Hoe zet je productdata-governance in 90 dagen op?

Begin met een smalle scope, een klein team en drie opleveringen, en breid uit zodra de eerste productfamilies onder de nieuwe regels draaien. Een eerste versie van productdata-governance kost in trajecten van PIMvendors 8 tot 12 weken (schatting van PIMvendors).

Een werkbaar plan voor 90 dagen kent drie fasen:

1. Week 1 tot 4, scope en inventarisatie: kies twee of drie representatieve productfamilies, zet elk gebruikt attribuut op een rij en noteer waar elk attribuut nu staat.
2. Week 5 tot 8, definities en eigenaarschap: schrijf het attributenwoordenboek voor die families, benoem per attribuutgroep een eigenaar en spreek de statussen van de levenscyclus af.
3. Week 9 tot 12, meten en regels: stel volledigheidsdoelen per kanaal vast, definieer de validatieregels en voer de eerste nulmeting van de kwaliteit uit.

Elke fase sluit af met een besluit van de stuurgroep, zodat de scope niet ongemerkt verschuift. De opleveringen blijven in deze periode in spreadsheets en documenten. Zo blijft de inspanning gericht op besluiten in plaats van op configuratie.

De nulmeting uit week 12 wordt het referentiepunt voor de business case. Ook geeft ze leveranciers later in de selectie iets concreets om tegen te demonstreren.

Waar past tooling in governance?

Tooling komt als laatste, omdat het besluiten hoort af te dwingen die al genomen zijn. Een PIM dat vóór de eerste drie lagen is gekozen, dwingt de implementatiepartner om governancebesluiten onder projectdruk te nemen.

Staan de eerste drie lagen, dan worden eisen aan tooling specifiek en toetsbaar:

• De eis voor het datamodel noemt je representatieve productfamilies en hun variantassen.
• De eis voor workflow noemt je zes statussen in de levenscyclus en de goedkeuringsregel per status.
• De eis voor rechten noemt je rollen voor eigenaren en stewards per attribuutgroep.

PIMvendors toetst die eisen aan een checklist van meer dan 400 eisen in vier domeinen: datamodel en kwaliteit, proces en governance, integratie en syndicatie, en platform en leverancier. Governancewerk voedt de eerste twee domeinen rechtstreeks.

Het volwassenheidsmodel voor productdata in vijf niveaus plaatst governance op niveau 3. Bedrijven op niveau 2 kopen een PIM om niveau 3 te halen, en het governancewerk bepaalt of dat lukt. Governance na livegang beschrijft hoe de discipline doorloopt zodra het PIM draait.