Automatiseringsdækning og brugeradoption: de 3 mål om målingen i Business Central
Den mest oversete kategori af mål er dem, der handler om målingen selv. Bliver rapporten åbnet? Bliver dimensionen udfyldt? Kører godkendelsen som workflow eller som mailtråd? Automatiseringsdækning, brugeradoption og datakvalitet er de tre mål, der holder resten af kaskaden i live — og de er de eneste, ingen har skrevet ned. Her er regnestykket og trappen fra Excel-udtræk til AI-assisteret proces.
Resumé og konklusion
- Ni af ti målkaskader beskriver forretningen. Ingen beskriver apparatet, der måler forretningen. Det er den kategori, der falder først.
- En rapportpakke til 156.000 kr., som 12 % af de licenserede brugere åbner, har ikke leveret 12 % af værdien. Den har leveret 12 % og koster stadig licens for de øvrige 88 %.
- En dimension med 91 % udfyldningsgrad ødelægger hvert eneste mål, der er formuleret pr. afdeling — og den fejl vises aldrig som en fejl, kun som en rest.
- Automatisering er en trappe med fem trin, ikke en beslutning. Hvert trin fjerner en bestemt slags manuelt arbejde og kræver en bestemt slags opsætning.
- Fem af de ni operationelle mål i dette domæne kan aflæses i oneBC365 i dag. Fire kan ikke. Det står i artiklen, hvilke fire, og hvor data ligger i stedet.
Den kategori af mål, ingen skriver ned
Målkaskaden (L01) har ni strategiske målsætninger. Otte af dem handler om forretningen: indtjening, vækst, likviditet, leveringsevne, kapitalbinding. Den niende handler om apparatet — de systemer, workflows og rapporter i Business Central, der gør de otte andre målbare.
Den bliver ofte sprunget over. Ikke fordi nogen er uenig i, at den er vigtig, men fordi den ikke har en naturlig ejer. Salgschefen ejer hitraten, logistikchefen ejer dækningen i uger, bogholderiet ejer momsafstemningen. Men hvem ejer, at rapporten bliver åbnet? Hvem ejer, at afdelingskoden bliver udfyldt på 98 % af posteringerne? Hvem ejer, at godkendelser over 25.000 kr. kører som workflow i Business Central og ikke som en mail med et OK i?
Svaret er som regel ingen — eller CFO’en, uden at det er sagt højt. Og et mål uden ejer er en hensigt, uanset hvor godt det er formuleret.
Adoption: en rapport, ingen åbner, er en omkostning
Det første taktiske mål handler om at få rapporterne brugt, ikke bare bygget. Tærsklen er, at mindst 70 % af de licenserede brugere åbner rapporten månedligt.
Det lyder banalt, indtil du måler det. Årsagerne til lav adoption er sjældent tekniske: rapporten svarer på et spørgsmål, brugeren ikke har, den ligger et sted, der kræver tre klik at finde, eller den viser tal, brugeren ikke tror på, fordi de ikke stemmer med det regneark, han selv fører.
To underliggende mål gør adoption håndterbar. Det ene er, at hver rapportside har en navngiven ejer — ikke en afdeling, en person. Det andet er, at ingen KPI står uden en definition på dansk og engelsk. Uenighed om, hvad dækningsgrad betyder, er den hyppigste enkeltårsag til, at en ledergruppe holder op med at bruge en rapport.
Datakvalitet: en dimension, der ikke udfyldes, ødelægger alle mål bygget på den
Det andet taktiske mål er at gøre datakvalitet målbar i stedet for anekdotisk. Tre tærskler: opdateringen gennemføres uden fejl 20 af 21 hverdage, ingen dimension ligger under 98 % udfyldningsgrad på nye posteringer, og ingen debitor- eller varedublet er ældre end et kvartal.
Udfyldningsgraden er den, der gør mest skade i det stille. Ligger Afdelingskode på 91 %, betyder det i vores case med 52 mio. kr. i omsætning, at cirka 4,7 mio. kr. lander i kategorien »ikke fordelt«. Det er mere end forskellen mellem to afdelinger. Ingen rapport melder fejl — resten fordeler sig bare ikke, og konklusioner om afdelingernes indbyrdes rentabilitet kan være forkerte med en margin, ingen kender.
Dubletter gør det samme på kundesiden. To debitorkort for samme CVR-nummer betyder, at kunden aldrig når op i A-segmentet i en Pareto-analyse, og at kreditgrænsen kun gælder halvdelen af tilgodehavendet.
Automatisering: trappen fra Excel-udtræk til AI-assisteret proces
Det tredje taktiske mål er at automatisere de led, der i dag er manuelle. Målet er ikke »mere automatisering«. Det er en trappe med fem trin, hvor hvert trin fjerner en bestemt slags arbejde og kræver en bestemt slags opsætning. Automatiseringsdækning er derfor et tal pr. trin, ikke ét samlet tal.
Trin 1 — manuelt udtræk. Data hentes til Excel, formateres og afstemmes i hånden. Kræver ingenting og fjerner ingenting.
Trin 2 — planlagt opdatering. Modellen opdateres automatisk hver nat. Fjerner udtræk og formatering. Kræver, at der kun er én model, og at opdateringen har et fast vindue og en ejer.
Trin 3 — godkendelsesworkflow. Godkendelser kører i Business Central med beløbsgrænser og navngivne godkendere. Fjerner mailtråde og manuel kontrol. Kræver Godkendelsesbrugeropsætning og en beslutning om, hvem der godkender hvad.
Trin 4 — alert. Rapporten kontakter brugeren, når en tærskel brydes. Fjerner den daglige kontrolrundtur. Kræver en tærskel pr. measure og en modtager ved navn — de samme to elementer, et operationelt mål består af.
Trin 5 — AI-assisteret proces. Copilot i Business Central foreslår, opsummerer og udfylder. Fjerner søgning og formulering. Fjerner ikke beslutningen. Kræver dokumenterede definitioner og ryddede stamdata, hvilket er præcis det, trin 2 og 3 leverer.
Trinnene tages i rækkefølge. Copilot på et datagrundlag med 91 % udfyldningsgrad producerer velformulerede forkerte svar.
Regneeksempel: hvad en ubrugt rapport og fem manuelle udtræk koster
En dansk servicevirksomhed med 52 mio. kr. i omsætning og 38 medarbejdere fik bygget en rapportpakke sidste år. Ekstern tid: 120 timer à 1.150 kr. = 138.000 kr. Intern tid: 40 timer à 450 kr. = 18.000 kr. Samlet 156.000 kr.
Der blev købt 25 licenser à 100 kr. om måneden — 30.000 kr. om året.
Da adoptionen måles et år senere, åbner 12 % af brugerne rapporten månedligt. Det er 3 personer ud af 25. De øvrige 22 udgør 88 %.
- 88 % af byggeomkostningen: 156.000 kr. × 0,88 = 137.280 kr.
- 88 % af licenserne: 30.000 kr. × 0,88 = 26.400 kr.
- I alt første år: 163.680 kr.
Samtidig laver Susan fem manuelle Excel-udtræk om måneden til ledelsesrapporteringen. Hvert udtræk tager 2,5 time inklusive afstemning: 12,5 timer om måneden, 150 timer om året. Til en intern timeomkostning på 420 kr. er det 63.000 kr. om året.
Samlet: 226.680 kr. Og de to poster hænger sammen — udtrækkene laves, fordi rapporten ikke bruges, og rapporten bruges ikke, fordi udtrækkene findes.
Byggeomkostningen er engangs. Resten løber videre: 26.400 kr. i ubrugt licens plus 63.000 kr. i manuel tid er 89.400 kr. om året, hvert år, indtil nogen sætter et mål på det.
Kaskaden i tabelform
| Taktisk mål | Operationelt mål | Tærskel og kadence | oneBC365-measures |
|---|---|---|---|
| T11.1 Få rapporterne brugt, ikke bare bygget | O11.1.1 Mindst 70 % af licenserede brugere åbner rapporten månedligt | Over 70 % · måned · systemejer | ⚠️ Bygges i Power BI Usage Metrics · User Culture til sprogfordeling |
| T11.1 | O11.1.2 Hver rapportside har en navngiven ejer | 100 % af sider · kvartal · systemejer | Active Filters · Title Header |
| T11.1 | O11.1.3 Ingen KPI uden definition på dansk og engelsk | 0 udefinerede · kvartal · datamodel-ejer | GetMeasuresIn · measure-beskrivelser i modellen |
| T11.2 Gør datakvalitet målbar i stedet for anekdotisk | O11.2.1 Opdatering gennemført dagligt uden fejl 20 af 21 hverdage | 20 af 21 · måned · systemejer | Model Last Updated Label · Total Records Loaded · No. of Rows |
| T11.2 | O11.2.2 Ingen dimension under 98 % udfyldningsgrad på nye posteringer | Over 98 % · måned · bogholderi | ⚠️ No. of G/L Entries (Period) · Dimension Group1 — selve raten skal sammensættes |
| T11.2 | O11.2.3 Ingen debitor- eller varedublet ældre end et kvartal | 0 dubletter · kvartal · stamdataejer | No. of Customers · No. of Items mod CVR og varekategori |
| T11.3 Automatisér de led, der i dag er manuelle | O11.3.1 Alle godkendelsesflows over 25.000 kr. kører som workflow | 100 % · kvartal · CFO | ⚠️ Bygges: aktive mod samlede workflows på Workflow |
| T11.3 | O11.3.2 Antal manuelle Excel-udtræk til ledelsesrapportering: nul | 0 udtræk · kvartal · CFO | No. of Documents Posted (Period) · rapportforbrug i Power BI |
| T11.3 | O11.3.3 Copilot-understøttede processer identificeret og prioriteret | Halvårlig gennemgang · systemejer | ⚠️ Bygges: proceskortlægning, ikke en measure |
Fire af de ni mål kan ikke måles i oneBC365 i dag
Det skal siges lige ud, fordi dette domæne er det eneste i serien, hvor hullerne rammer selve pointen.
O11.1.1 brugeradoption måles ikke i oneBC365-modellen. Den måles i Power BI Usage Metrics, som er en separat rapport i arbejdsområdet. User Culture findes i modellen, men den fortæller om sprogfordeling, ikke om hvem der åbner hvad.
O11.2.2 udfyldningsgrad har tælleren og nævneren fra Business Central, men ikke brøken. No. of G/L Entries (Period) og Dimension Group1 findes begge — raten »posteringer med dimensionsværdi delt med posteringer i alt« skal sammensættes som en ny measure.
O11.3.1 workflow-dækning kræver en measure på Workflow-tabellen, der ikke findes i dag. Data ligger i Business Central i tabellen Workflow med feltet Aktiveret — det er en byggeopgave på nogle få timer, ikke en blokering.
O11.3.3 Copilot-processer er slet ikke en measure. Det er en kortlægning, der laves med en blyant to gange om året.
De fem øvrige mål aflæses direkte. Det er en dækning på 56 % — den laveste i serien, og et ærligt billede af, at måling af automatiseringsdækning og adoption er et yngre disciplinområde end måling af dækningsgrad.
Faldgruber
Adoption målt som antal åbninger. Ti åbninger fra samme person er ikke adoption. Mål unikke brugere pr. måned mod antal licenser, ikke sessioner.
Licenser der ikke ryddes. En medarbejder, der stoppede i marts, tæller stadig i nævneren og trækker adoptionen ned. Ryd licenslisten, før du sætter tærsklen på 70 %.
Udfyldningsgrad målt på hele historikken. Bagudrettet data bliver aldrig bedre. Mål kun nye posteringer fra den dato, Kodeobligatorisk blev sat — ellers ser målet ud til at stå stille, selv om det går fremad.
Workflow som kontrol frem for som hastighed. Et godkendelsesflow med fire led og ingen erstatningsgodkender er langsommere end mailtråden, det erstattede. Så vender brugerne tilbage til mailtråden.
Copilot før trin 2 og 3. Et AI-lag oven på uryddet data giver svar, der lyder rigtige. Det er dyrere end ingen svar.
Sådan sætter du det op i Business Central
Start på siden Godkendelsesbrugeropsætning. Udfyld Godkender-ID, Salgsbeløbsgrænse og Købsbeløbsgrænse pr. bruger, og sæt Ubegrænset købsgodkendelse kun på den, der reelt har det mandat. Uden beløbsgrænser kan O11.3.1 ikke formuleres, for så er der ingen 25.000-kr.-grænse at måle imod.
Aktivér derefter workflowene på siden Workflows. Brug Workflowskabeloner som udgangspunkt — Godkendelse af købsdokument og Godkendelse af salgsdokument dækker de fleste SMV’ers behov — og husk Erstatningsgodkender, så flowet ikke stopper i en ferieuge. Sæt Notifikationsopsætning til at sende via mail eller notifikation, og kontrollér, at Jobkøposter kører, så notifikationerne faktisk afsendes. Microsofts dokumentation af workflows i Business Central viser, hvilke dokumenttyper der kan sættes op, og dermed hvor høj en automatiseringsdækning der er mulig.
På datakvaliteten er det Værdiudbredelse sat til Kodeobligatorisk på de dimensioner, målene bruger, plus Standarddimensioner på debitor, vare og finanskonto. Aktivér Ændringslog på debitor- og varekortene, så stamdataændringer kan spores til en bruger og en dato. Det er forudsætningen for at rydde dubletter uden at diskutere, hvem der oprettede dem.
Copilot-siden hedder Copilot og AI-funktioner. Gennemgå den halvårligt sammen med Funktionsstyring, så nye funktioner vurderes bevidst i stedet for at blive slået til, fordi de dukkede op.
Sådan understøtter oneBC365 det
Datakvalitetsmålene er dem, oneBC365 dækker bedst. Model Last Updated Label viser, hvornår modellen sidst blev opdateret — den hører hjemme i sidefoden på hver eneste rapportside, fordi den fjerner det hyppigste spørgsmål i en ledergruppe. Total Records Loaded og No. of Rows gør det muligt at se, om en opdatering gennemførtes med færre rækker end i går, hvilket er det tidligste signal på en fejlet indlæsning.
No. of Customers og No. of Items er nævnerne i dubletjagten, No. of G/L Entries (Period) og Dimension Group1 er grundlaget for udfyldningsgraden, og No. of Documents Posted (Period) viser volumen af bogførte bilag — tælleren, når du skal argumentere for, hvor meget manuelt arbejde et workflow fjerner.
Dokumentationssiden dækkes af GetMeasuresIn, Active Filters og Title Header, der tilsammen kan generere en oversigt over, hvad hver rapportside viser, filtrerer på og indeholder af measures. Det er den liste, der skal have en navngiven ejer på hver linje. Adoptionen ligger derimod uden for modellen — den hentes i Power BI Usage Metrics og skal måles, selv om den ikke kan aflæses samme sted som resten.
Sådan kommer du i gang
- Åbn Usage Metrics på dit arbejdsområde og skriv tallet ned: unikke brugere sidste 30 dage delt med antal licenser. Det tager fem minutter og er som regel den mest ubehagelige måling i denne artikel.
- Ryd licenslisten for medarbejdere, der er stoppet, og sæt derefter tærsklen. 70 % af 18 aktive er et rigtigere mål end 70 % af 25 registrerede.
- Mål udfyldningsgraden på dine to globale dimensioner for de seneste tre måneders posteringer. Er den under 98 %, så sæt Kodeobligatorisk, før du bygger mere rapport.
- Tæl godkendelserne over 25.000 kr. det seneste kvartal, og tæl hvor mange af dem der kørte som workflow i Business Central. Forholdet er dit udgangspunkt for O11.3.1.
- Skriv de fem manuelle Excel-udtræk ned med navn, modtager, tidsforbrug og hvorfor de findes. Mindst ét af dem holder op, når nogen ser listen — og det er det billigste automatiseringsprojekt, du kommer til at lave i år.
