Eén productwaarheid voor catalogus, verkoop en inkoop
Artikelen, leveranciersaanbiedingen en verkoopuitingen werden door elkaar gebruikt alsof het hetzelfde was. Dat gaat goed tot je gaat exporteren naar een webshop of een dealerfeed. Er staat nu een PIM waarin die drie betekenissen expliciet gescheiden blijven.
Het vraagstuk
Een productcode betekent iets anders voor inkoop dan voor verkoop. Voor inkoop is het een leveranciersartikel met een conditie, voor verkoop een uiting met beeld, tekst en een prijs, en daarboven zit nog een neutraal basisproduct dat beide kanten aan elkaar knoopt. Zolang die drie door elkaar lopen, lekt er vroeg of laat leveranciersdata een publieke feed in.
Daarnaast was er een praktisch probleem: niemand kon zeggen welk product publicatieklaar was. Ontbrak er een foto, een ETIM-kenmerk of een handleiding? Dat wist je pas als een klant erover belde. En zolang die vraag niet te beantwoorden is, kun je er ook geen AI overheen zetten, want dan genereer je met vertrouwen onzin.
Wat ik gebouwd heb
- 01Een productmodel met drie strikt gescheiden begrippen: neutraal basisproduct, leveranciersaanbieding en verkoopuiting, met één expliciete brug ertussen die geen catalogusdata kopieert.
- 02Een harde grens dat leveranciersdata nooit in publieke feeds, exports of prijsloze cataloguscontracten terechtkomt.
- 03Een compleetheidsstatus per artikel: welk veld, welk beeld, welk document of welk ETIM-kenmerk ontbreekt, met een eigenaar erbij.
- 04AI-verrijking voor content en productbeeld, waarbij elk gegenereerd resultaat als kandidaat in een reviewrij komt en nooit rechtstreeks publiceert.
- 05Assets en documenten gekoppeld aan de juiste variant, in plaats van aan een map met een bestandsnaam die ooit klopte.
- 06Rollen en feature flags waarmee inkoopmutaties apart afgeschermd blijven van de rest van de applicatie.
Hoe het werkt
Bron
AFAS en leveranciersFinanciële en artikelwaarheid
PIM
Verrijking en assetsContent, ETIM, relaties
Review
Mens keurt goedAI levert kandidaten
Export
Web, dealer, feedAlleen wat publicatieklaar is
Wat het opleverde
De vraag welk product publicatieklaar is, is nu per artikel te beantwoorden. Dat is de saaie voorwaarde waar iedereen overheen stapt als het over AI gaat, en tegelijk de reden dat AI-content hier wél gebruikt kan worden.
Door AFAS financieel leidend te houden en de PIM alleen over publicatie te laten beslissen, blijft de discussie over prijzen weg uit de contentlaag. Dat scheelt een categorie fouten die achteraf altijd duur is.
Interne applicatie achter authenticatie. De inrichting is beschreven op productniveau; artikeldata, prijzen en leveranciersnamen staan hier niet.
Uitgangspunten
- Drie productbetekenissen blijven gescheiden
- Leveranciersdata nooit in publieke feeds
- AI levert kandidaten, mensen keuren goed
- Compleetheid per artikel zichtbaar
- Inkoopmutaties apart afgeschermd
Gebouwd met
Herkenbaar vraagstuk?
Stuur kort welke systemen meedoen en waar het vastloopt. Dan krijg je een eerlijk antwoord over de beste eerste stap, ook als dat is dat je mij niet nodig hebt.