Én definisjon av inntekter for hver rapport og hver agent

Styremøtet har tre inntektstall for samme måned. Salg tok med ett fra CRM: avtaler merket som vunnet. Økonomi tok med ett fra hovedboken: utstedte fakturaer minus kreditnotaer. Drift tok med ett fra lagersystemet: sendte ordrer. Hvert tall er riktig etter sin egen definisjon, og de første tjue minuttene av møtet går med til å finne ut hvorfor de er forskjellige.

Nå blir en agent spurt om hvordan inntektene ligger an mot planen. Hvilken definisjon bruker den? I praksis den tabellen den finner først – og kanskje en annen neste gang den blir spurt.

Årsaken er at definisjonene av forretningsnøkkeltall ligger i rapporteringslaget: i formlene i hvert dashbord, i hvert regneark, i hver analytikers spørringer. Hver bruker implementerer dem på nytt, og implementeringene glir fra hverandre, én rettelse om gangen. Agenter gjør dette verre – ikke fordi de er slurvete, men fordi det er flere av dem, de spør direkte mot dataene, og de leverer svar raskere enn noen rekker å kontrollere definisjonen bak hvert av dem.

Det etablerte svaret har et navn innen forretningsanalyse: et semantisk lag. Det er et felles lag som definerer forretningsnøkkeltall og dimensjoner én gang, oppå rådataene, slik at hvert verktøy ber om «inntekter» ved navn i stedet for å regne dem ut på nytt. OLAP-kuber gjorde en variant av dette for flere tiår siden. Ideen betyr mer nå som brukerne også omfatter programvare som skriver sine egne spørringer.

Der definisjonene glir fra hverandre

Formler kopiert inn i rapporter. Én kopi blir rettet, de andre ikke, og tallene går hver sin vei uten at noen har bestemt det.

Ett ord, flere betydninger. Ordreinngang, fakturert omsetning og inntektsført omsetning er alle legitime, og alle forskjellige. Kaller du alle sammen «inntekter», er diskusjonen garantert.

Stille filtre. Konserninternt salg holdt utenfor ett sted, men ikke et annet. Kreditnotaer trukket fra her, men ikke der. En testkunde som ingen fjernet fra én av datakildene.

Tid. Ordredato, fakturadato eller leveringsdato: Den samme transaksjonen havner i ulike måneder avhengig av hvilken dato en rapport bruker.

Valuta og avrunding. Hvilken valutakurs, hentet hvilken dag, og avrundet hvor.

Agenter som velger selv. En språkmodell som skriver spørringer mot rå tabeller, velger en plausibel definisjon hver gang den blir spurt. Plausibel er ikke det samme som avtalt, og det er ingen garanti for at den blir den samme to ganger.

Definer det én gang, ved kilden

Gi hver variant et navn. Ordreinngang, fakturert omsetning og inntektsført omsetning blir hvert sitt navngitte nøkkeltall, med en eier og en skriftlig definisjon. Målet er ikke én definisjon av inntekter for hele virksomheten; det er nøyaktig én definisjon bak hvert navn.

Definer nøkkeltall på modellen av virksomheten, ikke på tabeller. Fakturert omsetning defineres på fakturaer og kreditnotaer som objekter i virksomhetens ontologi, med sine tilstander og relasjoner – ikke på kolonnenavn som endres når et kildesystem oppgraderes.

La alt spørre laget. Dashbord, regneark, eksporter og agenter ber alle om nøkkeltallet ved navn. Særlig agenter bør ikke få sette sammen et forretningsnøkkeltall fra rå tabeller; de spør etter det, og svaret kommer med definisjonen.

Versjoner definisjonene, med gyldighetsdatoer. Når en definisjon endres, kan fjorårets tall fortsatt gjenskapes slik de ble rapportert, og endringen er synlig som en endring.

Vis definisjonen sammen med tallet. Hvert svar oppgir hvilket nøkkeltall, hvilke filtre, hvilken periode og per når. Et tall uten dette er et rykte med desimaler.

I Hurukans design defineres nøkkeltallene på objektene i Ontologi-laget og leses fra én datamodell i Data-laget, så en rapport og en agent som stiller det samme spørsmålet, får det samme svaret av samme grunn. Budsjettstyringen i modulen Økonomi (plan, forpliktet, faktisk og prognose) er bygget på nettopp slike navngitte måltall. Dette er under utvikling.

En test du kan kjøre i dag

Spør tre personer om forrige måneds inntektstall og hvordan de kom frem til det: én i økonomi, én i salg og den som setter sammen styrepakken. Skriv ned de tre tallene og de tre metodene.

Har virksomheten din allerede en KI-assistent koblet til dataene, så still den det samme spørsmålet to ganger, i to separate økter, og noter hva den svarer og hvordan.

Har du mer enn ett tall på tvers av disse fem svarene, og kan du ikke sette navn på årsaken til hver forskjell, trenger du en felles definisjon før du trenger enda en rapport. Den bredere argumentasjonen for å starte analysearbeidet med spørsmål i stedet for dashbord finner du i dashbordet ingen åpner.