Masterdata: agenten er aldrig bedre end jeres stamdata

Hvad er masterdata, og hvor bor de?

Masterdata, eller stamdata på dansk, er de poster, I opretter én gang og bruger tusind gange. En debitor oprettes i marts og står på hver faktura resten af året. Transaktionsdata er det modsatte: ordrer, fakturaer og posteringer, der kommer nye hver dag og peger tilbage på stamdata.

Produkttekster, billeder og attributter er også masterdata, men de bor i jeres PIM og har deres egen side under PIM og produktdata. Her handler det om debitorer, kreditorer og varer, som økonomi og indkøb ejer.

Hvorfor agenter stopper ved dårlige stamdata

En agent gætter ikke. Mangler en debitor en e-mail til faktura, eller står Kvist Byg der to gange, stopper den og sender sagen til et menneske. Sådan skal det være, men så lander hullerne i jeres stamdata på bogholderens bord hver morgen.

Birgitte er kreditansvarlig. Læg mærke til, hvad hun retter: kortet, ikke rykkeren. Rettes fejlen i stamdata, er undtagelsen væk i morgen for alle agenter, der læser den debitor. Rettes den i en mail eller et regneark, kommer den igen.

Datakvalitet måles i undtagelser, ikke i procenter

Et datakvalitetsprojekt starter ofte med en score: »87 % af jeres debitorer er komplette«. Den siger intet om, hvilke 13 % der koster tid. Agentens kø af undtagelser gør. Den viser præcis, hvilke felter der stoppede arbejdet i dag, og hvem der skulle rette dem.

Felterne, der oftest stopper agenter i et Business Central-setup, ser sådan ud:

• Debitorer uden e-mail til faktura, eller med en sælgers egen adresse.
• Dubletter af samme firma, fordi nogen oprettede en ny debitor i stedet for at søge.
• Varer uden leveringstid eller minimumsantal, så indkøbsforslaget regner forkert.
• Nye varer uden momskode eller varebogføringsgruppe.
• Kreditorer, hvor bankkontoen er ændret uden en note om hvem og hvorfor.

Business Central kan selv finde dubletter blandt kontakter. I marketingopsætningen sætter I, hvor mange procent to kontakter skal ligne hinanden, før de markeres. Dubletter af debitorer og kreditorer kan I slå sammen til ét kort. Men nogen skal se listen og beslutte, hvilket kort der overlever. Det er ejeren.

Data governance: et navn på hver type stamdata

Data governance er aftalen om, hvem der har adgang til hvilke data, hvem der må ændre hvad, og hvem der står til ansvar. For masterdata er det mest konkret som en tabel med navne.

Ejeren retter ikke alt selv. Ejeren beslutter reglen, ser undtagelserne og svarer, når revisoren spørger, hvorfor en bankkonto blev ændret den 14. marts. Agenten får læseadgang til stamdata og skriver aldrig i dem uden en godkendelse. Tabellen ender i jeres ejerkort, ved siden af agenterne.

En datastrategi uden slidedeck

Master data management sælges ofte som et toårigt program med en ny platform, en licens og en styregruppe. Har I Business Central som ERP og en PIM til produkterne, bliver det et tredje sted at rette de samme data. Jeres datastrategi kan stå på én side, og den starter med arbejdet.

1. Start med opgaven

   Hvad skal den første agent gøre, og hvad spørger folk hjernen om? Debitoropfølgning, indkøbsforslag eller marginen pr. kanal.

2. Find felterne, opgaven læser

   Debitoragenten læser e-mail, betalingsbetingelse og kreditgrænse. Resten af debitorkortet kan vente.

3. Vælg én kilde pr. type

   Business Central for debitorer, kreditorer og indkøbsdata. PIM for produkttekster. Shopify og webshoppen læser derfra og retter aldrig selv.

4. Giv hvert felt en ejer

   Et navn, ikke en afdeling. Ejeren godkender reglen og får undtagelserne.

5. Lad agenten melde hullerne

   Hver morgen står det i loggen, hvilke kort der stoppede arbejdet. Ugen efter kan I se, om listen er blevet kortere.

Sådan arbejder vi i afklaringen. Vi finder de felter, den første løsning afhænger af, og skriver dem ind i business casen. Oprydningen sker på de felter og intet andet.

Data lineage: hvor kom tallet fra?

Data lineage er den vej, et tal har taget: fra feltet i Business Central, gennem jeres dataplatform, til svaret i hjernen eller tallet i ledelsesrapporten. Når controlleren spørger »hvorfor er marginen på Kvist Byg negativ i september?«, skal svaret pege tilbage på debitorkortet og kostprisen på varen.

Bruger I Microsoft Fabric, viser lineage-visningen i et workspace, hvordan kilder, lakehouse, semantiske modeller og rapporter hænger sammen. Hjernen gør det samme for hvert spørgsmål. Svaret viser sin kilde, så en fejl i stamdata bliver rettet ved roden i stedet for i rapporten.

Skal I rydde op, før I starter?

Nej. Et oprydningsprojekt før den første agent tager måneder og retter mest felter, ingen læser. Start med én opgave, og ryd op i de felter, den opgave stopper på. Agentens kø fortæller jer hvilke.

Nogle stamdata skal blive manuelle. En ny kreditor med udenlandsk bankkonto skal en person tjekke hver gang, og det samme gælder kreditgrænsen på en stor ny debitor. Har I 200 debitorer og én bogholder, er en eftermiddag med en liste fra Business Central hurtigere end en agent.