Microsoft Dynamics 365 Business Central er et kraftfuldt ERP-system — men det er ikke lavet specifikt til din forretning. Det er lavet til alle forretninger. Og der ligger en fundamental spænding: standardsystemet dækker 80 procent af behovet, men de resterende 20 procent kan udgøre den forskel der gør dig konkurrencedygtig.
Business Central tilpasning dækker alt fra mindre justeringer af formularer til komplekse integrationer og branchespecifikke arbejdsgange bygget i Microsofts eget sprog, AL (Application Language).
Denne artikel hjælper dig med at forstå hvornår en tilpasning giver mening, hvad det teknisk indebærer, og hvad du realistisk kan forvente af pris og vedligehold.
Hvornår er standardopsætning ikke nok?
Business Central har et righoldigt bibliotek af apps og konfigurationsmuligheder. Mange behov kan dækkes uden kode. Men der er situationer hvor standard ikke slår til:
- Branchespecifik logik: Din branche har regler og processer der ikke matcher en generisk ERP-løsning. Det gælder særligt for produktion, handel med komplekse produktstrukturer og servicevirksomheder med abonnementslogik.
- Integration til systemer uden standard-connector: Du har et legacy-system, et branchespecifikt fagsystem eller en proprietær platform der ikke har en færdig Business Central-integration.
- Automatisering af manuelle workflows: Godkendelsesflows, eskalationslogik og regler der i dag håndteres af mennesker fordi systemet ikke kan sætte dem op.
- Rapportering og compliance: Krav til myndighedsrapportering der er unikke for din branche, eller rapporter der skal se ud på en bestemt måde overfor kunder.
- Brugeroplevelse: Dine medarbejdere bruger alt for lang tid på at navigere i standardskærmbilleder der ikke matcher arbejdsprocessen.
AL-kode: hvad er det, og hvad kan det?
AL (Application Language) er det programmeringssprog Microsoft bruger til at bygge Business Central og til at lave udvidelser af det. Alle tilpasninger pakkes i extensions — selvstændige kodeenheder der ikke roder med kernesystemet og kan opdateres uafhængigt.
Med AL kan du:
- Tilføje nye felter, tabeller og sider direkte i Business Central’s interface
- Ændre forretningslogik: beregnede værdier, valideringsregler, triggers ved bogføring
- Bygge nye workflows og godkendelsesflows
- Kalde eksterne API’er og integrere med tredjesystemer
- Automatisere gentagne opgaver via job queues
- Bygge branchespecifikke moduler oven på standardsystemet
Et centralt princip: du retter aldrig i Microsofts standardkode. Du extender den. Det betyder at Microsoft-opdateringer ikke bryder dine tilpasninger — forudsat at de er bygget rigtigt.
Hvad koster Business Central tilpasning?
Prisen afhænger af omfanget. Her er typiske størrelsesordener:
| Type tilpasning | Estimeret pris |
|---|---|
| Enkelt formularudvidelse (ekstra felter, visningslogik) | DKK 10.000–40.000 |
| Nyt workflow eller godkendelsesflow | DKK 30.000–100.000 |
| Integration til eksternt system (envejs) | DKK 40.000–120.000 |
| Branchespecifikt modul (nyt funktionsområde) | DKK 100.000–400.000 |
| Komplet BC-implementering med tilpasninger | DKK 200.000–1.000.000+ |
Oveni selve udviklingsomkostningen skal du budgettere med:
- Licens: Business Central koster fra ca. DKK 520 pr. bruger pr. måned (Essentials)
- Vedligehold: Microsoft udgiver to store opdateringer om året. En professionel leverandør sikrer at dine extensions fortsat virker efter opdateringer — dette koster dog typisk en fast månedlig udgift som er afhæning af projektets størrelse og komplektitet, typisk DKK 500–8.000 pr. måned
- Testmiljø: Altid nødvendigt at have et sandbox-miljø adskilt fra produktion
Valget mellem AppSource-apps og custom-kode
Microsofts AppSource indeholder hundredvis af BC-apps fra partnere. Mange dækker specifikke behov — bank-integration, lønkørsel, fragtbestilling — og er langt billigere end custom-kode.
Tommelfingerregel:
- Vælg AppSource hvis appen dækker mere end 90% af dit behov og du kan leve med standardadfærd
- Vælg custom AL hvis din forretningslogik er unik, hvis appen vil kræve workarounds der skaber support-overhead, eller hvis du har behov for dyb integration til andre interne systemer
Husk at AppSource-apps også koster penge — og deres road map er ikke dit road map. En lille custom extension kan give dig fuld kontrol over funktionaliteten.
Typisk forløb for en Business Central-tilpasning
1. Discovery: Kortlægning af forretningsbehov og eksisterende BC-opsætning. Identifikation af om standard-konfiguration, AppSource-app eller custom AL er den rigtige løsning. 2. Design: Teknisk specifikation af extension-arkitekturen. Datamodel, integration, brugerflows. 3. Udvikling i sandbox: AL-kode skrives og testes isoleret fra produktion. 4. UAT (User Acceptance Testing): Nøglebrugere tester funktionaliteten mod de definerede krav. 5. Go-live: Extension deployes til produktionsmiljøet. Superbrugere undervises. 6. Drift og opdateringer: Halvårlige opdateringer håndteres — extension opdateres og retestes.
Tidsramme for et mellemstort projekt (fx integration + nyt workflow): typisk 8–16 uger fra discovery til go-live.
Hvad du bør spørge din leverandør om
Inden du underskriver:
- Leverer I extensions som AppSource-apps eller som on-prem .app-filer? (AppSource-leveringsformen er mere skalerbar og opdateringssikker)
- Hvad er jeres procedure ved halvårlige Microsoft-opdateringer?
- Hvem ejer kildekoden — og kan vi få udleveret den hvis vi skifter leverandør?
- Hvad er SLA for kritiske fejl i produktion?
FAQ
Kan jeg bruge Business Central on-premises og stadig få tilpasninger? Ja — on-premises og cloud (SaaS) understøtter begge AL-extensions. Cloud har dog den fordel at Microsoft håndterer opdateringer. On-premises kræver at I selv planlægger og styrer opgraderingsforløb.
Hvad er forskellen på en extension og en customization? I gammel BC-terminologi kunne man direkte modificere Microsofts kode (“customization”) — det understøttes ikke længere i moderne versioner. I dag bruges udelukkende extensions der extender standardfunktionalitet uden at ændre i det.
Kan jeg flytte mine tilpasninger til en ny leverandør? Det afhænger af om leverandøren udleverer kildekoden. Sørg for at eje kildekoden fra starten — det er en rimelig betingelse at stille.
Hvor hyppigt skal tilpasninger opdateres? Microsoft udgiver Major Updates to gange om år (april og oktober). Din leverandør bør teste og certificere extensions inden release.
Vi bruger NAV — er det det samme? Dynamics NAV er forgængeren til Business Central. Opgraderingen fra NAV til BC kræver typisk en teknisk migreringsopgave, men selve udviklingskoncepterne er analoge. AL-kode kan genbruge logik fra NAV’s C/AL-kode med tilpasning.