En definition av intäkter för varje rapport och varje agent

Styrelsemötet har tre intäktssiffror för samma månad. Försäljningen tog med en från CRM-systemet: affärer markerade som vunna. Ekonomi tog med en från huvudboken: utställda fakturor minus kreditnotor. Driften tog med en från lagersystemet: levererade ordrar. Var och en är korrekt enligt sin egen definition, och mötets första tjugo minuter går åt till att reda ut varför de skiljer sig.

Nu ombeds en agent svara på hur intäkterna utvecklas mot plan. Vilken definition använder den? I praktiken den tabell den hittar först, och kanske en annan nästa gång den får frågan.

Orsaken är att definitionerna av affärsnyckeltal finns i rapportlagret: i varje instrumentpanels formler, i varje kalkylblad, i varje analytikers frågor. Varje användare implementerar dem på nytt, och implementationerna glider isär en rättelse i taget. Agenter gör det värre – inte för att de är slarviga, utan för att de är fler, frågar datan direkt och tar fram svar snabbare än någon hinner kontrollera definitionen bakom vart och ett.

Det etablerade svaret har ett namn inom business intelligence: ett semantiskt lager. Det är ett gemensamt lager som definierar affärsnyckeltal och dimensioner en gång, ovanpå rådatan, så att varje verktyg ber om ”intäkter” med namn i stället för att räkna fram dem på nytt. OLAP-kuber gjorde en variant av detta för flera decennier sedan. Idén betyder mer nu när användarna inkluderar programvara som skriver sina egna frågor.

Där definitionerna glider isär

Formler som kopieras in i rapporter. En kopia får en rättelse, de andra inte, och siffrorna går isär utan att någon har bestämt att de ska göra det.

Ett ord, flera betydelser. Orderingång, fakturerade intäkter och redovisade intäkter är alla legitima, och alla olika. Att kalla alla för ”intäkter” garanterar ett gräl.

Tysta filter. Koncerninterna försäljningar som exkluderas på ett ställe men inte på ett annat. Kreditnotor som nettas här men inte där. En testkund som ingen har tagit bort ur en datakälla.

Tid. Orderdatum, fakturadatum eller leveransdatum: samma transaktion hamnar i olika månader beroende på vilket en rapport använder.

Valuta och avrundning. Vilken växelkurs, tagen vilken dag, och avrundad var.

Agenter som väljer själva. En språkmodell som skriver frågor mot rådata väljer en rimlig definition varje gång den får frågan. Rimlig är inte detsamma som överenskommen, och det är inte garanterat att den blir densamma två gånger.

Definiera den en gång, uppströms

Namnge varje variant. Orderingång, fakturerade intäkter och redovisade intäkter blir var för sig ett separat, namngivet nyckeltal med en ägare och en nedskriven definition. Målet är inte en definition av intäkter för hela företaget; det är exakt en definition bakom varje namn.

Definiera nyckeltal på affärsmodellen, inte på tabeller. Fakturerade intäkter definieras på fakturor och kreditnotor som objekt i företagets ontologi, med sina tillstånd och relationer, inte på kolumnnamn som ändras när ett källsystem uppgraderas.

Låt allt fråga lagret. Instrumentpaneler, kalkylblad, exporter och agenter ber alla om nyckeltalet med namn. Agenter i synnerhet ska inte få sätta ihop ett affärsnyckeltal ur rådata; de ber om det, och svaret kommer med sin definition.

Versionshantera definitionerna, med giltighetsdatum. När en definition ändras kan förra årets siffror fortfarande återskapas så som de rapporterades, och ändringen syns som en ändring.

Visa definitionen tillsammans med siffran. Varje svar anger vilket nyckeltal, vilka filter, vilken period och per vilket datum. En siffra utan det är ett rykte med decimaler.

I Hurukans utformning definieras nyckeltal på objekten i lagret Ontologi och läses från en datamodell i lagret Data, så att en rapport och en agent som ställer samma fråga får samma svar av samma skäl. Budgetstyrningen i modulen Ekonomi (plan, bundet, utfall och prognos) bygger på just sådana namngivna mått. Det är under uppbyggnad.

Ett test du kan göra i dag

Fråga tre personer om förra månadens intäktssiffra och hur de kom fram till den: någon på ekonomi, någon på försäljningen och den som tar fram styrelsematerialet. Skriv ner de tre siffrorna och de tre metoderna.

Om ditt företag redan har en AI-assistent kopplad till sin data, ställ samma fråga till den två gånger, i två separata sessioner, och notera vad den svarar och hur.

Om du har mer än en siffra bland de fem svaren och inte kan ange skälet till varje skillnad behöver du en gemensam definition innan du behöver ännu en rapport. Det bredare argumentet för att börja analysarbetet med frågor snarare än instrumentpaneler finns i instrumentpanelen som ingen öppnar.