TCO er en forkortelse for Total Cost of Ownership – på dansk typisk forstået som samlede ejeromkostninger. I ERP-sammenhæng handler TCO om hele prisen for at få Business Central til at fungere stabilt i hverdagen og udvikle sig over tid, uanset om løsningen kører i cloud eller on-premise.
Det er derfor, valget mellem Business Central Cloud og On-Premise sjældent kun er et spørgsmål om “hvor systemet hostes”. Det er et valg om økonomi, ansvar, risici og udviklingstempo.
TCO består typisk af både synlige og mindre synlige omkostninger:
- Licenser og abonnementer
- Drift, overvågning og sikkerhed
- Opgraderinger, test og fejlretning
- Intern tid, ekstern konsulenttid og nedetid
Når man sammenligner cloud med en købt on-premise licens, kan cloud virke dyr pr. måned. Når man regner drift, opgraderinger, sikkerhed, nedetid og intern tid med, ændrer billedet sig ofte markant. Det er netop derfor, TCO er den mest brugbare ramme til at vurdere, hvad der reelt er billigst og mest bæredygtigt for virksomheden.
Valget handler ikke kun om hosting
Business Central Cloud og Business Central On-Premise ligner hinanden på overfladen. Brugerne arbejder i den samme forretningslogik, processerne er velkendte, og meget af funktionaliteten føles ens i daglig brug. Den store forskel ligger bagved: hvordan løsningen vedligeholdes, hvor hurtigt nye muligheder bliver tilgængelige, og hvem der bærer ansvaret, når noget skal opdateres, overvåges eller rettes.
Cloud-modellen flytter en stor del af det tekniske ansvar over på platformen. On-premise giver mere direkte kontrol, men ansvaret forsvinder ikke. Det flytter ind i jeres eget budget, jeres egne medarbejdertimer og jeres egne prioriteringer.
TCO i korte træk
Cloud flytter flere udgifter over i løbende drift.
On-premise samler flere udgifter i starten, men kræver som regel flere investeringer undervejs.
Det betyder, at den rigtige model sjældent findes ved kun at sammenligne licenspriser.
Hvor cloud typisk står stærkest
Cloud vinder ofte på fart og forudsigelighed. Miljøer kan oprettes hurtigt, nye brugere kan tilføjes uden indkøb af servere, og opdateringer kommer løbende som en del af tjenesten. Det giver især mening for virksomheder, der vil i gang uden et længere infrastrukturprojekt.
Learn-dokumentation peger samtidig på, at flere moderne funktioner er forbeholdt onlineversionen, herunder tættere kobling til Teams, Power Platform og udvalgte AI-funktioner som Copilot. Se blandt andet oversigten over funktioner, der ikke understøttes on-premise. Den forskel påvirker ikke kun funktionalitet. Den påvirker værdien af jeres investering over tid.
Et andet punkt er drift. Backup, redundans, platformsovervågning og store dele af sikkerhedsarbejdet er indbygget i tjenesten. Dermed slipper interne ressourcer for en række opgaver, som ellers let vokser sig store i et ERP-miljø. For en mindre eller mellemstor organisation er det ofte her, TCO begynder at tippe klart i cloud-retning.
Efter nogle år er det sjældent serverindkøbet alene, der gør on-premise dyrt. Det er summen af alle de gentagne aktiviteter omkring løsningen.
- Opdateringer: planlægning, test, fejlretning og koordinering
- Drift: overvågning, backup, kapacitetsstyring og sikkerhedsarbejde
- Skalering: nye miljøer, mere lager, mere regnekraft og ny hardware
- Afhængighed af nøglepersoner: intern viden kan blive et svagt punkt
Når on-premise stadig giver god mening
Der findes stadig situationer, hvor on-premise er det rigtige valg. Det gælder især, hvis virksomheden har særlige krav til dataplacering, integrationsmønstre eller kontrol over opdateringstempo. Nogle organisationer har lokal infrastruktur, interne kompetencer og governance, der gør denne model både realistisk og fornuftig.
Det kan være relevant, hvis forretningen er stærkt bundet op på lokale systemer, ældre produktionsudstyr eller specialintegrationer, som er svære at flytte til en cloudarkitektur uden ekstra lag. Her kan on-premise give en mere direkte teknisk løsning, især hvis miljøet allerede eksisterer og er veldrevet.
Der er dog en vigtig nuance: mere kontrol er ikke det samme som lavere omkostninger. Kontrol skal finansieres, bemandes og styres. Hvis den interne organisation er klar til det, kan on-premise fungere godt. Hvis ikke, bliver kontrollen hurtigt dyr.
Det er typisk disse forhold, der taler for on-premise:
- lokal datakontrol
- særlige compliancekrav
- eksisterende datacenter
- tunge lokale integrationer
- ønske om eget opdateringstempo
TCO er mere end licenser og servere
Mange business cases starter med det synlige regnestykke. Cloud koster pr. bruger pr. måned. On-premise kræver licenser, servere, database, backup og drift. Det er en nødvendig start, men ikke en retvisende TCO-beregning.
De store forskelle ligger ofte i de indirekte poster. Hvor mange timer bruger interne medarbejdere på releaseforberedelse? Hvad koster det, når testmiljøet ikke er opdateret? Hvor meget tid går der med at holde integrationer og tilpasninger kørende efter en versionsændring? Hvad er prisen på et nedbrud midt i faktureringen eller lagerafviklingen?
I analyser fra partnere og branchekilder peges der jævnligt på, at cloud over tid giver lavere samlede omkostninger for mange små og mellemstore virksomheder, netop fordi en række skjulte driftsopgaver bliver mindre. Et eksempel kan ses i denne gennemgang af SaaS vs. on-premise cost analysis.
Skjulte TCO-poster, der ofte undervurderes
Ekstern konsulenttid ved opgraderinger.
Intern test og brugeraccept.
Tid brugt på backup, restore og dokumentation.
Ekstra sikkerhedsarbejde ved revision og compliance.
Omkostning ved forsinkede forbedringer, fordi platformen er tung at ændre.
Det sidste punkt bliver tit overset. Hvis en løsning er dyr eller vanskelig at ændre, udskyder virksomheden forbedringer. Det påvirker produktiviteten, selv om det ikke ses som en klassisk IT-udgift.
Sikkerhed og compliance flytter ikke ud af regnestykket
Sikkerhed bruges ofte som argument i begge retninger. Nogle foretrækker cloud, fordi platformen leveres med standarder, overvågning og certificeringer, der ville være svære at bygge selv. Andre foretrækker on-premise, fordi data fysisk ligger tættere på virksomheden, og fordi man vil styre hele opsætningen selv.
I praksis bør spørgsmålet være mere konkret: Hvilke krav har virksomheden faktisk, og hvem kan dokumentere dem mest effektivt? Learn-dokumentation om compliance for Business Central samt beskrivelser af data residency og EU Data Boundary viser, at cloud kan dække mange almindelige krav. Men dækning er ikke det samme som automatisk godkendelse i alle brancher. Nogle virksomheder har fortsat behov, der peger mod lokal drift.
Det afgørende for TCO er, at compliancearbejde har en pris uanset model. I cloud køber man sig til en stor del af fundamentet. On-premise bygger og dokumenterer man mere selv.
Integrationer og fremtidige muligheder bør tælle med
En teknisk beslutning, der ser billig ud i dag, kan blive dyr senere, hvis den bremser udviklingen. Det gælder især ved integrationer. Business Central i cloud passer naturligt sammen med Microsoft 365, Power BI, Teams og Power Automate. Den kobling gør det lettere at få værdi ud af data, automatisere arbejdsopgaver og arbejde på tværs af systemer.
On-premise kan sagtens integreres, men vejen er ofte længere. Der kan være behov for gateway-løsninger, ekstra sikkerhedslag, særskilt overvågning eller specialbygget kode. Hver enkelt del kan være fornuftig. Samlet kan det flytte TCO mere end forventet.
Det er værd at spørge, hvor virksomheden vil være om to til fem år. Hvis planen rummer flere automatiseringer, mere selvbetjening, mere rapportering og mere brug af standardintegrationer, bliver cloud normalt lettere at arbejde videre med.
En praktisk model til jeres egen TCO-beregning
Den bedste sammenligning laves ikke i et generelt regneark. Den laves med jeres egne processer, bemanding og risici. Start med de poster, der kan dokumenteres, og læg derefter de driftsmæssige konsekvenser ovenpå.
- Kortlæg alle direkte omkostninger. Medtag licenser, abonnementer, servere, database, backup, netværk, partneraftaler og eventuelle tredjepartsprodukter.
- Sæt timer og satser på drift og ændringer. Regn på intern IT-tid, ekstern konsulenttid, releasehåndtering, test, brugertræning, og support efter go-live.
- Vurder risici og udviklingstempo. Indregn sandsynlig nedetid, pris på afbrydelser, behov for skalering, fremtidige integrationer og hvor ofte løsningen forventes ændret.
Når det gøres nøgternt, bliver det tydeligt, at TCO ikke kun handler om billigst mulige måned eller lavest førstegangsbetaling. Det handler om, hvad løsningen koster at holde sund, sikker og anvendelig år efter år.
Hvad mange danske virksomheder ender med at prioritere
Små og mellemstore virksomheder vælger ofte cloud, fordi den model giver et hurtigere projekt, mindre intern drift og en enklere vej til løbende forbedringer. Det passer godt til organisationer, hvor ERP skal understøtte forretningen, men ikke kræve et større teknisk setup omkring sig.
Virksomheder med tung regulering, komplekse lokale integrationer eller stærke interne driftsmiljøer kan lande et andet sted. Her kan on-premise være rigtigt, hvis valget er aktivt og økonomien er gennemregnet med åbne øjne.
Det mest brugbare spørgsmål er derfor ikke, hvilken model der er bedst generelt.
Det er, hvilken model der giver den laveste samlede pris for den styring, fleksibilitet og udviklingshastighed, virksomheden faktisk har brug for.
- Cloud passer ofte bedst til behov for hurtig opstart, løbende standardopdateringer og lav intern driftsbyrde
- On-premise passer ofte bedst til særlige krav om lokal kontrol, specifikke integrationsmønstre og eget opdateringstempo