PIM governance na livegang: rollen, wijzigingsbeheer en metingen

Wat houdt PIM governance na livegang in?

PIM governance na livegang is het beheermodel dat productdata correct houdt en het PIM geschikt houdt voor nieuwe behoeften. Het omvat rollen, besluiten, wijzigingsbeheer en metingen. Zonder dat model zakt de datakwaliteit binnen enkele maanden terug.

PIMvendors hanteert de volgorde Data, Proces, Mensen, Tooling. Na livegang staat de tooling er, dus richt governance zich op de eerste drie: de datadefinities, de processen die ze onderhouden en de mensen die er eigenaar van zijn.

1. Niveau 1VersnipperdSpreadsheets en ERP-velden, geen eigenaar
2. Niveau 2GecentraliseerdEén opslagplaats, handmatige verrijking
3. Niveau 3BeheerstDatamodel, rollen, workflows, volledigheidsregels
4. Niveau 4GesyndiceerdKanaaloutput, leveranciersonboarding, gemeten kwaliteit
5. Niveau 5Compliance-ready en geautomatiseerdWettelijke attributen, AI-verrijking onder governance

Governance kent vier vaste taken:

1. Definities actueel houden in het attribuutwoordenboek.
2. Beslissen over wijzigingen in datamodel, workflows en kanalen.
3. Kwaliteit meten en handelen op de uitkomsten.
4. Externe veranderingen in het PIM verwerken: regelgeving, standaarden, kanaaleisen en AI-functies.

De pijler over PIM implementatie somt op welke governance er bij livegang moet staan. Deze pagina beschrijft hoe die governance daarna draait. De pagina over governance van productdata legt het onderliggende model uit.

Governance moet licht genoeg zijn om elke maand te draaien en stevig genoeg om nee te zeggen. Een overleg dat elk verzoek goedkeurt, maakt van het datamodel een lappendeken. Een overleg dat elk verzoek blokkeert, drijft gebruikers terug naar spreadsheets.

Welke rollen heeft het governancemodel nodig?

Het governancemodel vraagt zes rollen, met heldere verantwoordelijkheid per type besluit. De tabel toont een RACI-verdeling die PIMvendors voorstelt voor een middelgrote organisatie.

R staat voor responsible (uitvoerend), A voor accountable (eindverantwoordelijk), C voor consulted (geraadpleegd) en I voor informed (geïnformeerd).

Twee principes wegen het zwaarst. Zakelijke definities horen bij de business, via de eigenaar van productdata en de data stewards. Het beheer van het platform hoort bij IT en de PIM-beheerder. Is IT eigenaar van definities, dan volgen wijzigingen wat technisch handig is. Is de business eigenaar van het platform, dan schieten upgrades en beveiliging erbij in.

Maak tijd vrij. Stewardship die bovenop een volle functie komt, gebeurt in de praktijk niet. Neem de steward-rol op in functieprofielen, met een vast tijdsaandeel.

Hoe beheer je wijzigingen in het datamodel na livegang?

Laat elke wijziging in het datamodel lopen via een schriftelijk verzoek, een besluit van het overleg en een geteste release. Wijzigingen die direct in productie worden doorgevoerd, breken integraties en kanaalexports zonder waarschuwing.

Een wijzigingsverzoek bevat:

• De wijziging: nieuw attribuut, aangepaste waardelijst, nieuwe workflowstap, nieuw kanaal.
• De zakelijke reden en de aanvrager.
• De impact op kanalen, integraties, rapporten en bestaande data.
• Een inschatting van de inspanning door de PIM-beheerder of partner.
• De voorgestelde releasedatum.

Het overleg beslist in een vast ritme, bijvoorbeeld elke twee weken. Het keurt elk verzoek goed, wijst het af of stelt het uit, en legt de reden vast. Goedgekeurde wijzigingen gaan door een niet-productieomgeving, worden getest tegen exports en integraties en worden vóór de release vastgelegd in het attribuutwoordenboek.

Let op patronen in verzoeken. Meerdere verzoeken voor vergelijkbare attributen in verschillende productfamilies wijzen op een ontbrekend gedeeld attribuut. Herhaalde verzoeken om uitzonderingen op een validatieregel wijzen op een verkeerde regel. Het overleg lost zo'n patroon bij de bron op.

Welke kwaliteitsmetingen volgt de governance?

Volg vijf kwaliteitsmetingen maandelijks per productdomein, elk met een eigenaar en een doel. Metingen zonder eigenaar worden rapporten die niemand leest.

Rapporteer trends, met een korte toelichting op oorzaken en acties. Een volledigheidscijfer dat daalt na de start van een nieuw kanaal is te verwachten; de toelichting vermeldt wanneer het herstelt.

Consistentie verdient regels in het PIM. Denk aan spanning, stekkertype en markt; materiaal en wasvoorschrift; afmetingen en verpakkingsafmetingen. Deterministische validatieregels vangen conflicten die beoordelaars missen. De pagina over kwaliteit van productdata beschrijft hoe je elke dimensie definieert en meet.

Hoe komen wijzigingen in regelgeving en standaarden in het PIM terecht?

Een benoemde compliance-eigenaar volgt regelgeving en standaarden en brengt wijzigingen als wijzigingsverzoek in het overleg. Externe veranderingen komen op vaste data binnen en wachten zelden op de volgende releasecyclus.

Regelgeving levert verplichtingen met een datum op. De PPWR geldt algemeen vanaf 12 augustus 2026. Het Digital Product Passport, de GPSR en de EUDR brengen elk eisen aan productdata mee. De compliancepijler houdt ze bij. Governance vertaalt elke verplichting naar attributen, bewijsdocumenten, workflows en kanaaloutput, met eigenaren en deadlines.

Classificatiestandaarden brengen nieuwe versies uit. ETIM 10.0 verscheen in december 2024. Afnemers en datapools stappen in hun eigen tempo over. Governance bepaalt wanneer het PIM overgaat, hoe lang twee versies naast elkaar draaien en hoe de herclassificatie verloopt. De gids over automatische classificatie met AI legt uit hoe AI kan helpen bij het mappen tussen versies.

Ook kanaaleisen veranderen. Marktplaatsen en retailers passen hun attribuuteisen aan, en AI-shoppingfeeds voegen nieuwe specificaties toe. Wijs elk kanaal toe aan een eigenaar die wijzigingen meldt in het overleg.

Hoe houd je AI-functies na livegang onder controle?

Behandel AI-functies als elke andere wijziging: zet ze één voor één aan via het overleg, met grenzen aan de scope, een goedkeuringsstap en kwaliteitsmetingen. AI-functies komen binnen via releases van de leverancier en staan vaak standaard aan.

Een set governanceregels voor AI in het PIM:

1. Elke AI-functie wordt per attribuutgroep aangezet via een wijzigingsverzoek.
2. Attribuutgroepen voor regelgeving en veiligheid zijn uitgesloten van AI-generatie.
3. AI-output landt in conceptstatus en vraagt menselijke goedkeuring.
4. Bij elke AI-waarde worden modelversie, bron en goedkeurder vastgelegd.
5. Kwaliteitsmetingen voor AI-output, zoals het aandeel menselijke correcties, worden maandelijks gerapporteerd.

Ook hier speelt regelgeving. De transparantieverplichtingen uit artikel 50 van de EU AI Act gelden vanaf 2 augustus 2026, en de reikwijdte voor productcontent is een vraag voor je jurist. Een vastgelegde goedkeuringsstap ondersteunt compliance bij elke uitleg.

De pijler over AI in PIM beoordeelt welke AI-toepassingen klaar zijn voor productie en welke nog niet. Gebruik die om te bepalen welke functies het overleg als eerste aanzet. De gids over gebruikersadoptie legt uit hoe je nieuwe functies bij gebruikers uitrolt. De gids over de eerste 90 dagen behandelt de review die de overdracht naar deze routine markeert.