Business Central bliver sjældent svag fra den ene dag til den anden. Problemerne kommer oftest snigende: en rapport tager lidt længere tid, en integration fejler sporadisk, en opgradering bliver udskudt, og ingen er helt sikre på, hvilke tilpasninger der reelt er kritiske. Når det mønster får lov at fortsætte, vokser teknisk gæld, driftsrisiko og afhængighed af enkeltpersoner.
Et Business Central helbredscheck giver et nøgternt billede af løsningen, som den fungerer lige nu. For virksomheder på ældre NAV- eller Business Central-miljøer, for organisationer med mange udvidelser eller for teams med højt ændringstempo, er det ofte den hurtigste vej til at få overblik over, hvad der bør rettes først.
Hvad et Business Central helbredscheck omfatter
Et helbredscheck er en systematisk gennemgang af både teknik, opsætning og arbejdsgange i ERP-løsningen. Målet er ikke bare at finde fejl, men at vurdere den samlede sundhedstilstand: performance, stabilitet, sikkerhed, dokumentation, opgraderbarhed og brugen af standardfunktioner kontra tilretninger.
I praksis handler det om at få svar på nogle enkle, men afgørende spørgsmål. Er løsningen bygget på en måde, der kan vedligeholdes? Er der skjulte flaskehalse i jobkøer, integrationer eller rapporter? Er adgangsrettigheder og processer sat op, så virksomheden kan arbejde sikkert og stabilt?
Et godt helbredscheck ser derfor bredere end kode alene. Mange problemer i Business Central opstår i spændet mellem teknik og drift: gamle beslutninger i opsætningen, manuelle genveje i forretningen, manglende ejerskab af data eller udvidelser, som aldrig er blevet ryddet op.
Typiske tegn på behov for et helbredscheck er:
- Langsom bogføring
- Ustabile jobkøer
- Gentagne timeout-fejl
- Mange specialtilpasninger
- Usikkerhed før opgradering
- Manglende dokumentation
- Flaskehalse i integrationer
Teknisk gæld i Business Central: hvor problemerne gemmer sig
Teknisk gæld i Business Central er sjældent kun “dårlig kode”. Det kan lige så let være gamle tilpasninger, der blev lavet hurtigt for at løse et akut behov, men som senere gør opgraderinger svære. Det kan være ubrugte apps, uklare afhængigheder mellem udvidelser, manglende versionsstyring eller processer, hvor virksomheden er blevet afhængig af en manuel arbejdsgang, som burde være automatiseret.
Især virksomheder, der er kommet fra tidligere NAV-versioner, ser ofte denne type gæld. Nogle løsninger bærer stadig spor af gamle beslutninger, hvor standardfunktioner blev fravalgt til fordel for kundespecifik logik. Det kan virke fornuftigt på kort sigt, men over tid bliver resultatet et miljø, der er dyrere at ændre, sværere at teste og mere sårbart ved nye releases.
Udvidelser er et særligt fokusområde. Hvis mange apps er installeret uden klar styring, bliver det uklart, hvilke der skaber værdi, og hvilke der blot belaster databasen og komplicerer support. I ydelsesvejledningen for Business Central anbefales det at fjerne udvidelser, der ikke længere er i brug, fordi de stadig kan påvirke driften: performance guidance for applications.
Fokus i et helbredscheck
Kode og udvidelser
Integrationer og jobkøer
Rettigheder og sikkerhedsopsætning
Performance, telemetri og fejlmønstre
Governance, dokumentation og opgraderbarhed
Risici i Business Central: stabilitet, sikkerhed og performance
Når teknisk gæld vokser, bliver risikoen mere end et udviklingstema. Den rammer den daglige drift. Det ses ofte som lange svartider, ventetid i batchkørsler, fejl i synkronisering med eksterne systemer eller uforudsigelig opførsel i perioder med høj belastning.
Telemetri er en vigtig kilde i den vurdering. Data fra Application Insights kan bruges til at identificere deadlocks, lock timeouts, langkørende SQL-kald og langkørende AL-metoder. Det giver et mere faktabaseret billede af, hvor løsningen reelt er presset, end man får fra mavefornemmelser alene. Oversigten over tilgængelige målepunkter findes i telemetry for Business Central.
Sikkerhedsdelen er mindst lige så vigtig. Et helbredscheck bør gennemgå rolleopsætning, rettighedssæt, adgang til følsomme data, sporbarhed i bogføringen og generel styring af ændringer. Her handler det ikke kun om compliance. Det handler om at mindske risikoen for fejl, utilsigtede ændringer og unødigt brede adgange.
Performance bør ses i sammenhæng med brugen. En tung rapport er ikke nødvendigvis et problem, hvis den kører sjældent uden for arbejdstid. Den samme rapport er et problem, hvis den kører midt på dagen og låser centrale processer.
Naviteams proces for Business Central helbredscheck
Hos Naviteam gennemføres et helbredscheck som en kombination af analyseværktøjer, manuel vurdering og dialog med forretningen. Det er vigtigt, fordi de fleste problemer ikke kan findes ét sted. Nogle ligger i AL-koden, nogle i integrationerne, nogle i opsætningen, og nogle i måden løsningen bliver brugt på i hverdagen.
Et struktureret forløb gør det muligt at skille symptomer fra årsager. Hvis brugerne oplever langsomhed ved bogføring, kan årsagen ligge i datamængder, manglende indekser, jobkøer, en bestemt udvidelse eller et konkret integrationsflow. Uden metode bliver indsatsen let til gætteri.
Et typisk helbredscheck kan bygges op sådan:
- Afgrænsning af scope, forretningskritiske processer og kendte problemområder.
- Teknisk analyse af miljø, udvidelser, telemetri, performance og sikkerhedsopsætning.
- Gennemgang af kode og udviklingspraksis med værktøjer som CodeCop samt manuel vurdering af kritiske områder.
- Interviews med nøglebrugere og ansvarlige for drift, økonomi, lager, integrationer eller rapportering.
- Prioriteret rapport med fund, risikovurdering og anbefalede næste skridt.
Til performancearbejde kan Business Central Performance Toolkit bruges til at måle svartider og sammenligne før og efter ændringer. Den fremgangsmåde er beskrevet i performance testing and troubleshooting guidance.
Det afgørende er, at resultaterne omsættes til en realistisk plan. Mange virksomheder har ikke brug for et stort oprydningsprojekt på én gang. De har brug for at vide, hvad der skal tages nu, hvad der kan vente, og hvad der bør undgås i kommende udvikling.
Hvilke leverancer et Business Central helbredscheck bør give
En teknisk gennemgang har først reel værdi, når den ender i noget, ledelse, IT og superbrugere kan handle på. Derfor bør output være tydeligt, prioriteret og let at bruge i både drift og budgetlægning.
Det betyder normalt, at rapporten ikke kun viser fejl, men kobler hvert fund til risiko, forretningspåvirkning og anbefalet indsats. På den måde kan virksomheden skelne mellem akutte problemer, planlagte forbedringer og rene oprydningsopgaver.
Et brugbart output vil typisk indeholde:
- Risikoliste: prioriteret efter forretningspåvirkning og sandsynlighed
- Teknisk vurdering: kodekvalitet, udvidelser, integrationer, performance og sikkerhed
- Roadmap: små leverancer, der kan gennemføres uden at forstyrre driften unødigt
- Governance-forslag: ansvar, releaseproces, test, dokumentation og ejerskab
- Opgraderingsgrundlag: klar vurdering af hvor modent miljøet er til næste release
Når den del er på plads, bliver et helbredscheck et styringsværktøj og ikke bare en teknisk rapport.
Gevinster ved et Business Central helbredscheck
Den første gevinst er ofte ro. Ikke fordi alle problemer forsvinder med det samme, men fordi virksomheden får overblik. Mange teams bruger unødigt meget energi på at håndtere enkeltsymptomer uden at kende den bagvedliggende årsag.
Den næste gevinst er bedre prioritering. Hvis telemetri viser, at en bestemt jobkø skaber lock timeouts, er det sjældent klogt at starte med en bred omskrivning af hele løsningen. Hvis analysen viser, at et par udvidelser skaber mest af belastningen, giver det mere mening at tage dem først. Den type fokus sparer tid og reducerer fejlretning på må og få.
For ledelsen giver helbredschecket et bedre beslutningsgrundlag. Det bliver lettere at vurdere, om investeringer skal lægges i opgradering, procesforbedring, integrationsarbejde eller oprydning i eksisterende tilretninger. Det er især vigtigt i virksomheder, hvor Business Central er central for økonomi, lager, logistik og rapportering.
Der er en gevinst mere, som ofte bliver undervurderet: brugeradoption. Når systemet bliver hurtigere, mere stabilt og mere logisk sat op, stiger sandsynligheden for, at arbejdsgange faktisk bliver fulgt. Det reducerer antallet af manuelle omveje og styrker datakvaliteten.
Typiske anbefalinger efter et Business Central helbredscheck
Anbefalingerne varierer fra virksomhed til virksomhed, men mønstrene går igen. Mange miljøer har brug for oprydning, strammere styring af ændringer og en mere bevidst brug af standardfunktioner frem for speciallogik.
Det er sjældent nødvendigt at gøre alt på én gang. En god handlingsplan deler arbejdet op i kritiske rettelser, hurtige forbedringer og længerevarende modernisering.
Typiske indsatser kan være:
- Fjernelse af ubrugte apps: mindre kompleksitet og lavere belastning
- Optimering af jobkøer: færre konflikter i arbejdstiden
- Rettelse af kodeproblemer: bedre vedligeholdelse og lettere opgraderinger
- Gennemgang af rettigheder: mindre sikkerhedsrisiko og tydeligere ansvar
- Dokumentation af nøgleprocesser: mindre afhængighed af enkeltpersoner
- Plan for release og test: mere kontrollerede ændringer over tid
I nogle tilfælde peger helbredschecket direkte mod en opgradering. I andre tilfælde er det mere relevant at rydde op først, så næste opgradering bliver billigere og mere stabil. Begge veje kan være rigtige, hvis beslutningen træffes på et oplyst grundlag.
Hvornår et Business Central helbredscheck giver mest værdi
Timingen er ofte bedre, end mange tror. Man behøver ikke vente på et stort problem. Tværtimod giver et helbredscheck størst værdi, når virksomheden står foran en ændring: opgradering, nyt lagerflow, nye integrationer, højere transaktionsmængder eller udskiftning af gamle tilpasninger.
Det er særligt relevant i fire situationer. Når miljøet er vokset hurtigt. Når driften føles mere ustabil end før. Når ingen har et samlet billede af udvidelser og integrationer. Når en kommende release skaber usikkerhed.
For virksomheder med ældre NAV- eller Business Central-løsninger kan et helbredscheck være det mest praktiske første skridt mod modernisering. Ikke som en stor analyse for analysens skyld, men som en konkret måde at finde teknisk gæld, prioritere risici og skabe et realistisk forløb for de næste forbedringer.