AI-controles voor productdata: voorkom verzonnen claims en maak elke wijziging herleidbaar

AI-controles voor productdata hebben twee taken: voorkomen dat onbewezen waarden bij klanten terechtkomen en het bewijs bewaren waarmee je een geaccepteerde wijziging achteraf kunt verklaren. Een model laten werken met een goedgekeurd productrecord helpt bij het eerste. Dat record verbinden met het voorstel van de agent, de beoordeling en het gepubliceerde resultaat helpt bij het tweede. Schrijfrechten of alleen een tijdstip van goedkeuring vertellen niet het hele verhaal.

Twee leveranciersartikelen van deze week brengen die taken bij elkaar. Casey Paxton richt zich in het Akeneo-artikel Your AI Governance Policy Isn't Enough: Why Decision Lineage Matters op het reconstrueren van beslissingen van bron tot kanaal. Dagmara Śliwa verbindt in het Bluestone PIM-artikel How To Prevent AI Hallucinations In Product Data goedgekeurde records, beperkte toegang, validatie en beoordeling vóór bulkwijzigingen. Dit bouwt voort op de bevoegdhedengrens in onze DwyerOmega-case over MCP en agentgovernance: als de toegang is geregeld, gaat het om wat een agent ermee doet en hoe je zijn wijzigingen kunt verklaren.

Een goedgekeurde bron is het begin, niet het eindresultaat

Bluestone PIM geeft concrete voorbeelden van fouten in productdata: een beschrijving krijgt zonder leveranciersbewijs "waterproof" of "BPA-free", 250 mm wordt 250 cm, een ingekorte tekst verliest een allergenenvermelding of een fout uit het leveranciersbestand belandt in elke taal. Het zijn verschillende soorten fouten. Een model kan een claim verzinnen, een geldige waarde verkeerd verwerken of een fout overnemen die al in de bron stond.

Het golden record is dus meer dan een plek om gegenereerde teksten op te slaan. Bluestone PIM beschrijft hoe je een categorie op ontbrekende attributen, gemengde eenheden en uitschieters controleert voordat je het record gebruikt om content te maken. Zowel de ingebouwde agent als externe agents via MCP lezen gestructureerde productrecords, inclusief attributen en toegestane waarden. Ontbreekt een goedgekeurde waarde, dan is het beoogde gedrag het gat te markeren in plaats van iets te gokken.

Dat verschil telt bij technische producten en informatie waarvoor regels gelden. Een toegestane eenheid of bandbreedte kan een foutieve waarde opvangen. Een aannemelijk certificaat heeft nog steeds bewijs nodig. Bluestone PIM behandelt veiligheidsinformatie, certificeringen en allergenen als gegevens die je vóór publicatie aan documenten toetst. Onze gids over productdatakwaliteit en governance beschrijft het eigenaarschap en datamodel onder die controles.

Brondata en bevoegdheden lossen verschillende problemen op

Bluestone PIM beschrijft externe MCP-verbindingen via OAuth met de rechten van de ingelogde gebruiker. De producthistorie legt vast wie wat wanneer wijzigde. Hetzelfde artikel wijst erop dat het verwijderen van een attribuutdefinitie de waarden verwijdert uit alle producten die dat attribuut gebruiken. Rechten begrenzen de beschikbare actie, maar ook een toegestane actie kan een hele categorie raken.

MCP geeft toegang tot het gestructureerde record, maar bewijst niet dat een gegenereerde waarde klopt. Ook bepaalt alleen een MCP-koppeling niet hoe een externe modelleverancier omgaat met opgehaalde informatie. Bluestone PIM noemt expliciet het controleren van de verwerkersovereenkomst, de plek waar informatie wordt verwerkt en de systemen waarmee gekoppelde tools productdata kunnen delen. Het artikel beschrijft ondersteuning voor een eigen LLM-provider en API-sleutels.

Bij schrijven maakt het artikel onderscheid tussen PIM-rechten en goedkeuring in de AI-tool. IT kan Claude of ChatGPT zo instellen dat de agent toestemming vraagt voordat hij via MCP opslaat. Dat is een ingestelde controle, geen eigenschap die elke verbinding automatisch heeft. Alleen-lezenanalyse, beoordeling van voorstellen en een kleine test vóór een bulktaak zijn afzonderlijke stappen. Bluestone PIM illustreert het schaalverschil met 20 producten vóór 2.000. In Trends in PIM, deel 2 over AI-governance leggen we uit waarom de identiteit achter een verbinding en het bereik van de rechten ertoe doen.

Producthistorie is nog geen decision lineage

Akeneo gaat verder met de vastlegging. Een wijzigingslog kan gebruiker, veld en tijdstip tonen zonder duidelijk te maken welk leveranciersdocument de wijziging onderbouwde of welke versie de beoordelaar zag. Decision lineage verbindt de bron en versie met de gebruikte agent, het model, de prompt, mapping of regel, het voorstel met bewijs, eventuele aanpassingen of afwijkende besluiten van de beoordelaar, de uiteindelijke attribuutwijziging en de geraakte bestemmingen.

Het voorbeeld met meerdere agents maakt het verschil duidelijk. Een leveranciersdata-agent wijzigt een specificatie, een verrijkingsagent vult daarmee gerelateerde attributen aan en een contentagent maakt er klantgerichte tekst van. Drie losse logs beschrijven drie handelingen. Een verbonden historie toont hoe een betwiste bronwaarde door de productinformatie is verspreid.

Akeneo stelt een gedeelde identifier voor die een wezenlijke wijziging volgt door verrijking, validatie, contentcreatie, vertaling en publicatie. Daarmee hoort de bronversie bij de context van de goedkeuring. Verandert die later, dan kun je de beschrijvingen, vertalingen en gepubliceerde bestemmingen vinden die opnieuw beoordeling nodig hebben. Menselijke goedkeuring is bewijs van een beslissing over bepaalde informatie, geen blijvende toestemming voor elk later gebruik.

Een claim tegenhouden en verklaren horen bij elkaar

De twee artikelen komen samen op het moment dat een voorstel geaccepteerde productdata wordt. Bluestone PIM richt zich op het record, validatie en gecontroleerd schrijven; Akeneo op het verbonden bewijs rond die beslissing. Beide behandelen beoordeling als werk met bewijs, niet simpelweg als een instructie om een mens te betrekken. Akeneo noemt conflicterende gezaghebbende bronnen, technische of duurzaamheidsclaims en grote SKU-batches als voorbeelden van aanleidingen voor beoordeling.

Akeneo beschrijft ook een reconstructieoefening: begin bij een gepubliceerde claim, volg beoordelingen en automatische acties terug naar de oorspronkelijke bron en test daarna of je de informatie kunt stoppen, corrigeren en opnieuw publiceren. De reconstructietijd, ontbrekend bewijs en terugkerende afwijkende besluiten maken zwakke plekken zichtbaar die een beleidsdocument alleen niet toont. Dit verlengt het gefaseerde werkmodel uit ons artikel over wat AI in een PIM echt doet en waar het misgaat.

Het zijn aanvullende leveranciersargumenten, geen functievergelijking of garantie tegen fouten. Bluestone PIM erkent expliciet dat je een taalmodel niet onbekwaam kunt maken om waarden te verzinnen. Het Akeneo-artikel over decision lineage beschrijft een governanceaanpak en toont niet aan dat elk onderdeel als productfunctie beschikbaar is. Het nuttige onderscheid zit tussen een agent die een record mág wijzigen, een waarde die voldoende bewijs heeft om te accepteren en een team dat achteraf kan reconstrueren waarom die waarde is geaccepteerd. AI-controles omvatten alle drie, van de goedgekeurde bron tot het laatste kanaal dat het resultaat ontving.