Productstamdata breekt waar inkoop stopt met praten met commerce

Productstamdata faalt meestal niet omdat niemand een PIM kocht. Het faalt omdat inkoop en commerce hetzelfde product als twee eigendomsproblemen behandelen. Inkoop bezit leveranciersspecificaties en materiaalcodes. Marketing bezit beschrijvingen, beelden en kanaalfeeds. Agents en kanalen straffen die splitsing: ze hebben een leesbare productidentiteit nodig, en ze gaan je SharePoint-mappen niet voor je aan elkaar knopen.

Dat is de praktische les uit het recente stuk van AtroPIM over productstamdata. De vendor zet PMDM langs de buy-side-, inside- en sell-side-scenario's van Gartner. De koperkeuze is simpeler. Of je bestuur productidentiteit een keer, van leveranciersintake via ERP tot commerce, of je blijft mensen betalen om elke launchweek drie versies van de waarheid te verzoenen.

De werkvloerversie van het probleem

Loop een ochtend mee bij een midmarket fabrikant of distributeur en het patroon is bekend. Een leveranciers-PDF landt in iemands inbox. Afmetingen worden in een ERP-extract getypt. Marketing bouwt een korte beschrijving opnieuw op uit een brochure op een shared drive. Ecommerce krijgt een CSV die bijna overeenkomt met de attribuutnamen van vorig kwartaal. Het magazijngewicht wijkt af van de storefront. Niemand is incompetent. De eigendomskaart dwong alleen nooit een record om te winnen.

AtroPIM noemt het gebruikelijke kwaliteitsrapport: onvolledigheid, inconsistentie en onnauwkeurigheid als de dominante issues, terwijl een groot deel van de teams nog een dag of meer per week kwijt is aan handmatige review. De so-what is geen extra dashboard. Elk uur dat je verzoent, is een uur dat je niet lanceert, en elke stille mismatch wordt een verzendtoeslag, een retour, een compliance-schrik of een marketplace-afwijzing.

Leveranciersonboarding is waar de scheur opengaat. In een bijbehorende notitie over PIM-leveranciersonboarding beschrijft hetzelfde team de bekende intake-rommel: Excel van de ene vendor, een PDF-catalogus van een andere, een portaldump van een derde, plus de vallen die "opgelost" lijken op een groene completeness-score. Verplichte velden gevuld met "N/A." Locale-komma's die 3,5 in vijfendertig veranderen. Attribuuteigendom nooit beslist, dus een herimport veegt marketingverrijking weg. Dat is buy-side productstamdata die het gebouw al kapot binnenkomt. Sell-side PIM kan zich niet uit een slechte intake verrijken.

Waarom de splitsing nu harder pijn doet

Mensen vergeven gaten. Ze openen een extra tab, vragen inkoop, gokken vanaf een foto. Answer engines en shopping agents doen dat niet. Onvolledige of conflicterende attributen halen je van de shortlist die het model durft te vertrouwen. Dezelfde identiteit die inkoop nodig heeft voor MOQ en levertijd, is de identiteit die commerce nodig heeft voor fit, compliance en syndicatie. Als die teams nooit een model deelden, erft de agent de ruzie.

ERP-migraties maken dezelfde snede scherper. Programma's poetsen vaak wat de ERP nodig heeft om over te gaan, en laten PIM-content, leveranciersportalen en regionale attribuuttabellen "voor later." Later krijgt nooit dezelfde sponsorship. Je krijgt een schone material master en een nog steeds rommelig verkoopbaar product. Het transactionele systeem start. Het klantdossier niet.

Regeldruk is nog een reden om technische data niet als magazijn-only te behandelen. REACH, RoHS, CE-packs en aankomende Digital Product Passport-eisen vragen gestructureerde, machineleesbare productfeiten. Die feiten komen vaak van leveranciers. Als inkoop de certificaten in een map bezit en commerce de PDP, zijn het markttoegangsprobleem en het conversieprobleem hetzelfde stamdataprobleem met twee petten.

Wat je dit kwartaal doet, met de trade-offs erbij

Zet eerst het productstamdatamodel op papier voordat je tools koopt of uitbreidt. Bepaal welk systeem leidend is voor identifiers, logistieke attributen, commerciële regels en marketingcontent. ERP wint meestal op kostprijs, belastingcodes en verzendafmetingen. PIM wint meestal op beschrijvingen, media en kanaalattributen. Iemand moet nog steeds globale identifiers en classificatie bezitten, zodat beide kanten naar hetzelfde wijzen. De trade-off is traag: workshops voelen bureaucratisch. Ze overslaan is hoe je zes maanden na go-live ruzie maakt over wie gewicht bezit.

Behandel leveranciersintake daarna als productstamdatawerk, niet als een administratief inkoopklusje. Templates per categorie verslaan een wereldwijde spreadsheet. Valideer waarden, niet alleen aanwezigheid. Faal hard als de bestandsstructuur van een leverancier verschuift. Bepaal per attribuut of de leverancier of je team wint bij conflict. De trade-off is wrijving met vendors die graag PDF's stuurden. Het alternatief is permanent overtypen en stille corruptie.

Wijs daarna stewards per domein aan, niet "het PIM-team lost het wel op." Technische specs, commerciële pricing en leveranciersrecords hebben verschillende eigenaren, met publicatieregels die halflege records blokkeren. Completeness-scores zonder waarderegels worden gemanipuleerd. Meet accuraatheid en consistentie over systemen, niet alleen hoeveel velden groen gloeien.

Integreer tot slot de flow zodat een leverancierswijziging inkoop, logistiek en de catalogus bereikt zonder dat iemand kolommen kopieert. Centraliseren in een dedicated PIM- of MDM-laag is het gebruikelijke pad zodra spreadsheets stoppen met schalen. Platforms die governance en verrijking op een plek combineren, verlagen de sync-tax tussen twee producten; open-source opties zoals AtroPIM horen in die categorie voor teams die een configureerbaar model willen zonder een tweede MDM-licentie. De trade-off is implementatiewerk vooraf: migratie en opschonen zijn geen optionele zijpaden. De oude rommel in een nieuwe container laden geeft je alleen een mooiere rommel.

Niets hiervan vereist vannacht een nieuwe org-chart. Het vereist wel een gedeelde definitie van het product dat inkoop koopt en commerce verkoopt. Agents, marketplaces en toezichthouders gedragen zich al alsof die definitie bestaat. Je mappen en ERP-extracten moeten bijtrekken.

Bron: https://www.atropim.com/en/blog/product-master-data