Servicemargin og kontraktfornyelse: 3 måletal

Servicemargin og kontraktfornyelse: 3 tal der gør service til et forretningsområde

I de fleste danske SMV’er er service noget, der følger med salget. Omkostningerne ligger på lønkontoen, indtægterne ligger blandet ind i omsætningen, og ingen har nogensinde set en resultatopgørelse for området. Her er de tre tal, der ændrer det — responstid, servicemargin og kontraktfornyelse — et regnestykke på hvad 13 procentpoint i fornyelsesrate er værd, og en ærlig gennemgang af, hvad der skal bygges i Business Central.

Resumé og konklusion

Service fylder typisk 8-12 % af omsætningen i en dansk SMV med eget teknikerapparat. Det er også det domæne, hvor målingen er sidst på plads — som regel fordi ingen har bedt om den.
Tre tal ændrer status fra omkostning til forretningsområde: responstid, servicemargin og kontraktfornyelse. Ingen af dem kræver nye data. De kræver, at de data, der allerede bogføres, bliver holdt op mod en tærskel.
Fornyelsesraten på servicekontrakter er det tidligste varsel, salget kan få. En kunde siger ikke op — han lader være med at forny.
I grundcasen er forskellen mellem 72 % og 85 % fornyelse 31 kontrakter og godt 461.000 kr. om året. Beløbet gentager sig hvert år.
Vær ærlig om værktøjet: 6 af de 8 operationelle mål i service kan ikke aflæses i oneBC365 i dag. Data ligger i Business Central i Service Header, Service Contract Header og Value Entry — men measuren skal bygges.

Derfor ser service ud som en omkostning i regnskabet

Tag grundcasen: en dansk producent af teknisk udstyr med 52 mio. kr. i omsætning, 34 % dækningsgrad, 900 kunder og 38 medarbejdere, heraf fire serviceteknikere. Service udgør 4,16 mio. kr. — 8 % af omsætningen.

Spørg direktionen, hvad service tjener, og du får ikke et tal. Du får en fornemmelse. Det er ikke sløseri — det er, at posteringerne ligger forkert i forhold til spørgsmålet. Teknikernes løn, bil og værktøj ligger på personaleomkostninger sammen med resten af huset. Reservedelene ligger i vareforbruget sammen med det, salget sælger. Serviceindtægterne ligger på salgsomsætningen sammen med alt andet. Der er ingen konto, ingen dimension og ingen rapport, hvor de tre møder hinanden.

Derfor findes servicens resultatopgørelse ikke — ikke fordi tallene mangler, men fordi de aldrig er blevet mærket. Det er et dimensionsproblem, ikke et måleproblem, og det er billigt at rette, hvis du retter det på nye posteringer frem for at rekonstruere historikken.

Det store brud ligger, hvor kontrakten udløber uden at nogen ringer: 31 kontrakter og 461.435 kr. om året.

Responstid under 4 timer: det led, kunden faktisk oplever

Kunden bedømmer ikke servicen på, om reparationen var teknisk elegant, men på hvor lang tid der gik, fra han ringede, til nogen svarede.

Det taktiske mål er T9.1 Halvér svartiden på serviceanmodninger, og det brydes ned i tre operationelle mål. Gennemsnitlig responstid under 4 timer i åbningstiden, målt ugentligt af servicechefen. Ingen sag åben over 5 arbejdsdage uden statusopdatering — ikke et krav om, at sagen er løst, men om at kunden har hørt fra nogen. Og førstegangsløsning over 70 %, målt månedligt: andelen af serviceordrer, hvor teknikeren ikke skulle køre ud igen inden for 30 dage.

Alle tre kan udledes af Business Central. Responstiden er forskellen mellem Ordredato og Reaktionsdato på serviceordren, den åbne sag er en statuskontrol mod dags dato, og førstegangsløsningen er serviceordrer uden en opfølgende ordre på samme serviceartikel inden for 30 dage. Ingen af de tre findes som færdig measure i oneBC365 i dag. De skal bygges — men på felter, der allerede bliver udfyldt.

Førstegangsløsning er det billigste af de tre tal at flytte. Et ekstra teknikerbesøg koster kørsel, tid og en kunde, der fortæller det videre. Ti procentpoint her er ti procent færre udkørsler.

Servicemargin over 35 %: tallet, der ikke findes i dag

Det næste taktiske mål er T9.2 Gør service til et forretningsområde med egen bundlinje. Det første operationelle mål er en servicemargin over 35 %, målt månedligt af servicechefen.

Formlen er ligetil: faktureret servicebeløb minus servicekost, divideret med faktureret servicebeløb. Bøvlet ligger i tælleren og nævneren, ikke i divisionen. Faktureringen skal kunne isoleres i Cust. Ledger Entry og kosten — timer, reservedele og kørsel — i Value Entry. Begge dele kræver, at serviceposteringerne bærer en dimension, der siger, at de hører til service.

Item Profit Margin % giver marginen på de servicerelaterede varer, altså reservedelene. Det er en del af billedet, ikke hele. Selve servicemarginen findes ikke som measure i oneBC365 i dag og skal bygges.

Det tredje mål under T9.2 er derimod dækket: servicens andel af omsætningen skal stige fra 8 % til 12 %, målt kvartalsvis af direktionen. Det aflæses med KPI Turnover Share % og KPI Turnover filtreret på servicedimensionen — forudsat at dimensionen er sat op. Igen: opsætningen er arbejdet, ikke measuren.

Kontraktfornyelse over 85 %: porteføljen, ingen holder øje med

Det andet operationelle mål under T9.2 er kontraktfornyelse over 85 %, målt kvartalsvis. Det er efter min erfaring det mest oversete tal i hele Business Central.

En servicekontrakt udløber stille. Ingen opsigelse, ingen klage, intet møde. Kontraktkortet skifter status, næste faktureringsdato falder væk, og omsætningen forsvinder fra et sted i regnskabet, hvor ingen kigger. Først når året er gjort op, kan nogen se, at serviceomsætningen er faldet — og da er kunden hos en anden.

Målet er fornyede kontrakter divideret med udløbne, opgjort på Service Contract Header. Det er en af de simpleste opgørelser i hele serien, og den findes ikke som measure i oneBC365 i dag.

Servicedata er det tidligste varsel, salget har om en kunde på vej ud

Det tredje taktiske mål er T9.3 Brug servicedata som tidligt varsel i salget, og det er der, service holder op med at være en driftsafdeling.

Rækkefølgen, når en kunde er på vej ud, er næsten altid den samme. Først stiger antallet af serviceanmodninger og reklamationer. Så falder ordrestørrelsen. Så stopper genkøbet. Til sidst bliver kontrakten ikke fornyet. Salget opdager det typisk ved led tre. Service kunne have set det ved led ét — et halvt til et helt år tidligere.

Det operationelle mål er, at kunder med over tre reklamationer pr. kvartal flages til salget. Sales (Return Rate %) og No. of Sales Credit Memos giver retursiden, men reklamationsantallet pr. debitor skal bygges. Det andet mål — servicehistorik i den kvartalsvise kundegennemgang — er dækket af Pareto | Rank Change og Sales (Repeat Customer Rate %), der viser, hvilke kunder der er rykket ned i rangordenen, og hvem der er holdt op med at genkøbe.

Den mest brugbare opgørelse i hele domænet kræver ingen ny data: hold fornyelsesraten op mod den gennemsnitlige responstid pr. kunde det seneste år.

Regneeksempel: hvad 13 procentpoint i fornyelsesrate er værd

Grundcasen har 240 aktive servicekontrakter med en gennemsnitlig årsværdi på 9.500 kr. — 2.280.000 kr. i kontraktomsætning. Resten af servicens 4,16 mio. kr. er serviceordrer uden for kontrakt. Kontrakterne løber et år og skal fornys.

Fornyelsesraten er i dag 72 %: 240 × 0,72 = 173 fornyede og 67 tabte. Målet er 85 %: 240 × 0,85 = 204 fornyede og 36 tabte. Forskellen er 31 kontrakter.

Første regnestykke er kontrakten selv. 31 × 9.500 kr. = 294.500 kr. Ved en servicemargin på 35 % er det 294.500 × 0,35 = 103.075 kr. i dækningsbidrag.

Andet regnestykke er det, der gør forskellen. En kontraktkunde køber i grundcasen 34.000 kr. i reservedele og udstyr om året ud over selve kontrakten. 31 × 34.000 kr. = 1.054.000 kr., som ved husets dækningsgrad på 34 % er 1.054.000 × 0,34 = 358.360 kr. i dækningsbidrag.

Samlet: 103.075 + 358.360 = 461.435 kr. om året.

Og beløbet gentager sig. En kontrakt, der ikke bliver fornyet, kommer sjældent tilbage. Skal porteføljen blot holdes på 240 kontrakter, skal salget sælge 67 nye om året ved 72 % fornyelse — og 36 ved 85 %. Det er 31 salg om året, der ikke skal laves, før væksten begynder.

De to measures, det kræver — fornyelsesrate og servicemargin — er nogle dages arbejde på Service Contract Header og Value Entry. Hold det op mod 461.435 kr.

Kaskaden i tabelform

Taktisk mål	Operationelt mål	Tærskel og kadence	oneBC365-measures
T9.1 Halvér svartiden på serviceanmodninger	O9.1.1 Gennemsnitlig responstid under 4 timer i åbningstiden	Under 4 timer · uge · servicechef	⚠️ Bygges: AVERAGEX(`Service Header`, DATEDIFF([Order Date],[Response Date], HOUR))
T9.1	O9.1.2 Ingen sag åben over 5 arbejdsdage uden statusopdatering	5 arbejdsdage · uge · serviceleder	⚠️ Bygges: `Service Header`[Status] mod dags dato
T9.1	O9.1.3 Førstegangsløsning over 70 %	Over 70 % · måned · servicechef	⚠️ Bygges: serviceordrer uden opfølgende ordre inden 30 dage på `Service Item Line`
T9.2 Gør service til et forretningsområde med egen bundlinje	O9.2.1 Servicemargin over 35 %	Over 35 % · måned · servicechef	`Item Profit Margin %` på servicerelaterede varer · ⚠️ Bygges: (faktureret − servicekost) / faktureret på `Value Entry` + `Cust. Ledger Entry`
T9.2	O9.2.2 Kontraktfornyelse over 85 %	Over 85 % · kvartal · servicechef	⚠️ Bygges: fornyede / udløbne på `Service Contract Header`
T9.2	O9.2.3 Servicens andel af omsætningen stiger fra 8 % til 12 %	12 % · kvartal · direktion	`KPI Turnover Share %` · `KPI Turnover` (filtreret på servicevarer/dimension)
T9.3 Brug servicedata som tidligt varsel i salget	O9.3.1 Kunder med over 3 reklamationer pr. kvartal flages til salget	3 reklamationer · kvartal · servicechef	`Sales (Return Rate %)` · `No. of Sales Credit Memos` · ⚠️ Bygges: reklamationsantal pr. debitor
T9.3	O9.3.2 Servicehistorik indgår i den kvartalsvise kundegennemgang	Hvert kvartal · salgschef	`Pareto \	Rank Change `·` Sales (Repeat Customer Rate %)`

Seks af de otte mål er markeret ⚠️ — den højeste andel i serien sammen med bæredygtighed og HR (L10). Det er selve pointen: service er det domæne, hvor målingen er sidst på plads, også hvor service er 8-12 % af omsætningen.

Faldgruber

Servicearbejde uden serviceordre. Ringer kunden direkte til teknikeren, og løser han det på stedet, findes hændelsen ikke. Responstiden ser fremragende ud, fordi kun de svære sager bliver registreret — og der er ingen historik, når kontrakten skal fornys.

Garantiarbejde blandet med fakturerbart. Ligger garanti og kulance i samme pulje som det fakturerbare, ser servicemarginen kunstigt lav ud, og ingen kan se, om problemet er prisen eller produktkvaliteten. Skil dem med Serviceordretype fra dag ét.

Fornyelsesrate målt på antal i stedet for kroner. Mister du 36 små kontrakter, er 85 % en god nyhed. Mister du de fem største, kan de samme 85 % dække over et fald på en tredjedel af kontraktomsætningen. Mål begge dele.

Responstid målt på svaret i stedet for på afhjælpningen. En autosvarmail sætter Reaktionsdato og får tallet til at se pænt ud. Datoen skal sættes, når et menneske har taget sagen.

Sådan sætter du det op i Business Central

Start med dimensionen. Opret en dimension for forretningsområde med værdier for Handel, Projekt og Service, sæt Værdiudbredelse til Kodeobligatorisk, og læg Standarddimensioner på servicevarerne, servicedebitorerne og de finanskonti, teknikernes løn og kørsel bogføres på. Uden den ene dimension er hverken servicemargin eller KPI Turnover Share % mulig. Historikken går ikke bagud — den starter den dag, du strammer op.

Byg derefter servicemodulet ordentligt — Microsofts dokumentation af servicestyring i Business Central gennemgår opsætningen modul for modul. Opret Serviceartikler på det udstyr, du servicerer, så en serviceordre kan knyttes til et konkret objekt hos kunden — det er forudsætningen for at måle førstegangsløsning. Gør Fejlkode, Årsagskode og Løsningskode obligatoriske på serviceordrelinjerne; uden løsningskoder kan du tælle sager, men ikke lære af dem. Og sæt Serviceordretype op med mindst tre typer — Kontrakt, Fakturerbar og Garanti — det er den ene opsætning, der skiller de tre pengestrømme.

På servicekontrakten er de vigtige felter Responstid (timer), Startdato, Udløbsdato og Næste faktureringsdato. Udløbsdatoen bærer hele fornyelsesmålet, og den er også det felt, der oftest står tomt, fordi kontrakten er oprettet som løbende. En kontrakt uden udløbsdato kan ikke fornys og kan derfor heller ikke måles. Kør Opret kontraktfakturaer på fast dag hver måned, og læg en advisering 90 dage før Udløbsdato ind i Servicekontraktskabelonen.

Sådan understøtter oneBC365 det — og hvad der mangler

Her skal jeg være præcis. oneBC365 har rapportsider til service, men servicemåleren er ikke bygget. To af de otte operationelle mål kan aflæses i dag: KPI Turnover Share % og KPI Turnover giver servicens andel af omsætningen, og Pareto | Rank Change med Sales (Repeat Customer Rate %) giver den kundegennemgang, T9.3 hviler på. Sales (Return Rate %), No. of Sales Credit Memos og Item Profit Margin % dækker dele af de øvrige.

De resterende seks skal bygges. Data findes i Business Central — Service Header til responstid og åbne sager, Service Item Line til førstegangsløsning, Service Contract Header til fornyelse, Value Entry og Cust. Ledger Entry til servicemargin. Det er ikke svære measures. De er bare ikke bygget, fordi ingen har efterspurgt dem.

Det er efter min erfaring hele forklaringen på, hvorfor service bliver ved med at være en omkostning. Ingen har bedt om tallet, fordi ingen troede, der var et forretningsområde at måle på. Det er en beslutning, ikke en teknisk begrænsning.

Sådan kommer du i gang

Træk listen over servicekontrakter med Udløbsdato inden for de næste 12 måneder ud af Business Central. Er der kontrakter uden udløbsdato, er de den første opgave — ikke rapporten.
Opgør fornyelsesraten for de seneste 12 måneder manuelt, i både antal og kroner. Det tager en formiddag og giver den baseline, tærsklen skal sættes efter.
Sæt dimensionen for forretningsområde op og gør den kodeobligatorisk. Fra den dag har du en servicemargin om tre måneder.
Byg de to measures, der betaler sig først: fornyelsesrate på Service Contract Header og servicemargin på Value Entry og Cust. Ledger Entry. Resten kan vente.
Læg en kvartalsvis gennemgang i kalenderen, hvor servicechef og salgschef sidder sammen om de kunder, der har flest serviceordrer og en kontrakt, der udløber inden for seks måneder. Det er mødet, der gør servicedata til salgsdata.