ERP-migration fra ældre Dynamics NAV til Business Central - hvor går det galt?

Intro

Mange virksomheder, der har kørt på Microsoft Dynamics NAV i årevis, ved godt, at de burde skifte. Alligevel trækker projektet ud. Og når det endelig sættes i gang, er der alt for mange, der undervurderer, hvad der venter dem. 

Migrationen fra Dynamics NAV til Business Central, Microsofts moderne cloud-baserede ERP-platform, er ikke en simpel opgradering. Det er et reelt forandringsprojekt, der kræver teknisk forberedelse, organisatorisk ledelse og en implementeringspartner, der kender forskel på en god plan og et godt regneark. 

I denne artikel deler vi, hvad vi har lært fra konkrete migrationsprojekter i mellemstore danske virksomheder: 

Hvad der typisk går galt, hvad de virksomheder der lykkes, gør anderledes - og hvad I selv kan gøre for at stå stærkere inden projektet starter. 

Hvornår er jeres NAV et reelt forretningsmæssigt problem?

Ikke alle, der kører Dynamics NAV, har et akut problem.

Men der er klare signaler på, at jeres nuværende løsning begynder at koste jer mere, end den gavner.

Tegn på at NAV holder jer tilbage

Det mest åbenlyse tegn er, at I ikke længere kan få support og opdateringer fra Microsoft, som officielt har udfaset ældre NAV-versioner. Det betyder, at I kører på et system uden sikkerhedsopdateringer, og det er en risiko, som ingen økonomiafdeling eller compliance-ansvarlig bør acceptere i dag. 

Men den mere skjulte omkostning er mangel på effektivitet i de daglige arbejdsgange. 

Når medarbejdere manuelt eksporterer data fra NAV til Excel for at lave rapporter, når I ikke nemt kan integrere til moderne webshops, lagerplatforme eller dataplatforme, og når nye kollegaer kæmper med en brugerflade designet til en anden tidsalder, så betaler I allerede en pris. Den kan bare ikke aflæses direkte på en faktura. 

Og som det ikke var nok, så går I faktisk glip af endnu et vigtigt aspekt i jeres nuværende ERP-system:

AI-funktioner og AI-agenter.

Business Central Online bliver styrket med AI-funktioner fra Copilot, der lukker op for et hav af muligheder for at optimere helt konkrete arbejdsprocesser i systemet, fx: 

• Udarbejde udkast til tilbudstekster og e-mails til kunder baseret på oplysningerne i systemet – fx ordredetaljer, kundehistorik og produktbeskrivelser. 
• Matche indgående betalinger med åbne poster og foreslå bogføringer, selv når beløb eller referencer ikke stemmer præcist overens. 
• Analysere lagerdata og foreslå genbestillingsordrer til indkøbsafdelingen, så I undgår både overlagring og tomme hylder. 

Der er en række symptomer på en NAV-løsning i forfald, som I bør lytte til. Nogle kan I leve med for nu, mens andre er kritiske for jeres forretning og kræver handling. 

Hvornår er det ikke et akut problem?

Er jeres NAV-installation relativt ny, velfungerende og understøttet af en aktiv partner? Så behøver I ikke forcere en migration. Et veltilpasset NAV-setup kan sagtens køre videre i en periode, mens I planlægger overgangen grundigt. 

Problemet opstår, når virksomheder enten venter for længe til systemet er kritisk forældet eller springer ud i projektet uden tilstrækkelig forberedelse. Begge dele koster dyrt. 

Takeaway: Behovet for migration handler ikke om teknologiens alder, men om, hvornår den holder jeres forretning tilbage fra vækst, overblik og effektivitet.

De tre største tekniske faldgruber ved datamigrering fra NAV til Business Central

Datamigrering er teknisk set kernen i enhver NAV-til-BC-migration.

Og det er her, mange projekter taber tempo, penge og tillid. 

Organisatorisk forandringsledelse: Det er menneskene, ikke systemet, der afgør succes

Det er den del af projektet, der oftest beskrives som vigtig i slides og som oftest undervurderes i budgettet og planlægningen.

Forandringen starter ikke på go-live-dagen

Mange virksomheder behandler Business Central som en IT-implementering. Det er det ikke. Det er en ændring i, hvordan jeres virksomhed arbejder. Og medarbejdere, der ikke forstår hvorfor de skal arbejde på en ny måde, finder hurtigt veje udenom systemet. 

Vi har hørt om virksomheder, der gik live fra Dynamics NAV til Business Central. Efter tre måneder var halvdelen af arbejdsgangene vendt tilbage til Excel og manuelle processer, fordi ingen havde taget sig tid til at forankre de nye processer hos de mennesker, der skulle bruge dem. 

Derfor ser vi, at I bør forberede jer på en række områder: 

Identificér forandringsmodstanderne tidligt

Hver organisation har medarbejdere, der er skeptiske over for forandringer. Det er menneskeligt og forventeligt. Problemet opstår, når skepsissen først kommer til overfladen, når systemet allerede er live. Involvér de mest kritiske stemmer tidligt i processen ... ikke for at overbevise dem, men fordi deres indsigelser ofte peger på reelle svagheder i implementeringen, som er værd at tage alvorligt. 

Planlæg for den første uge, ikke kun for go-live-dagen

Go-live er ikke målet. Det er starten. De første fem til ti arbejdsdage i et nyt system er kritiske. Det er her, frustrationen topper, og det er her, medarbejdere enten bygger tillid til systemet eller mister den. Planlæg ekstra support-ressourcer, kortere svartider og hyppige statusmøder i den periode. Det er en investering, der betaler sig mange gange igen i form af hurtigere adoption og færre fejl. 

Gør superbrugere til forandringsagenter, ikke bare tekniske hjælpere

De fleste projekter udpeger superbrugere til at hjælpe kolleger med tekniske spørgsmål. Det er godt, men ikke nok. De stærkeste implementeringer bruger superbrugere som kulturelle brobyggere = mennesker, der kan oversætte systemets logik til afdelingens hverdag og skabe tryghed blandt kolleger, der er usikre. Det kræver, at superbrugerne ikke bare er trænede i systemet, men også forstår hvorfor virksomheden skifter. 

Mål adoption - ikke bare teknisk oppetid

Systemet kan være 100% oppe og køre, mens adoption er 40%. Sæt målbare pejlemærker for, hvornår I anser forandringen som succesfuld: Hvor mange medarbejdere logger ind dagligt? Hvor mange ordrer behandles i systemet vs. uden om det? Bruges de nye arbejdsgange, eller er Excel-arket stadig det reelle styringsdokument? Uden måling ved I ikke, om forandringen rent faktisk er sket. 

Go-live-dagen for jeres rejse fra Dynamics NAV til Business Central bliver kun en succes, hvis I får tænkt forretning og mennesker før teknik. 

Hvad god forandringsledelse konkret indebærer

Det handler primært om tre ting: 

• Ejerskab på ledelsesniveau: Hvis topledelsen ikke kommunikerer klart om, hvorfor projektet er vigtigt, og hvad det skal skabe af gevinster, er det svært for projektteamet at opretholde fremdrift og prioritet. 
• Nøglebrugere med reel indflydelse: De medarbejdere, der kender forretningsprocesserne, skal inddrages tidligt og ikke som passive modtagere af systemet, men som medejere af, hvordan det konfigureres og rulles ud. 
• Træning, der tager udgangspunkt i hverdagen: Generisk systemtræning virker ikke. Træning, der tager udgangspunkt i konkrete scenarier fra jeres branche og jeres processer, gør. 

Mini-takeaway: Et godt ERP-system, der ikke bruges korrekt, skaber ikke gevinster. Forandringsledelse er ikke en nice-to-have - det er en forudsætning for succes.

Hvad I skal kræve af jeres implementeringspartner under ERP-migrationen

Kvaliteten af jeres ERP-implementeringspartner er den enkeltfaktor, der har størst indflydelse på, om projektet lykkes. Og det er et område, hvor mange virksomheder stiller for få spørgsmål i udbudsfasen. 

I skal være kritiske, spørge efter forretningsparring og kræve reel indsigt i områder, hvor I skal være særligt opmærksomme i forbindelse med migrationsprocessen fra jeres Dynamics NAV til Business Central. 

Grundighed er nøgleordet for en god migration.

Kræv brancheerfaring, ikke bare systemerfaring

En partner, der kender Business Central, er ikke det samme som en partner, der kender jeres branche. Produktionsvirksomheder, fashion- og engrosvirksomheder, forsyningsselskaber og bygge & anlæg har fundamentalt forskellige proceslogikker. En generisk implementering, der ikke tager højde for det, risikerer at skabe et system, der teknisk virker, men forretningsmæssigt ikke understøtter jeres arbejdsgange. 

Spørg konkret: 

"Hvilke virksomheder i vores branche har I migreret fra Dynamics NAV til Business Central? Hvad var de vigtigste udfordringer? Hvad ville I gøre anderledes i dag?"

Kræv en ærlig risikovurdering

En god partner fortæller jer, hvad der kan gå galt og ikke kun hvad der kan gå godt. Hvis en leverandør lover et smidigt projektforløb uden nævneværdige udfordringer, er det enten naivt eller usandt. 

Kræv, at partneren lægger kendte risici på bordet: 

• Hvad sker der, hvis datakvaliteten er dårligere end forventet? 
• Hvem har det endelige ansvar, hvis projektet overskrider budget eller tidsplan - og hvad er proceduren? 
• Har I en plan for, hvordan vi håndterer dobbeltdrift, hvis vi skal køre NAV og Business Central parallelt i en periode? 
• Hvordan sikrer I, at integrationer til tredjepartssystemer fungerer korrekt fra dag ét? 
• Hvad sker der med vores tilpasninger, når Microsoft ruller de halvårlige opdateringer til Business Central ud? 

Brug god tid på at få optegnet eventuelle risikofaktorer, som skal prioriteres i forbindelse med migrationen fra jeres Dynamics NAV til Business Central. 

Det er her samarbejdet med jeres valgte ERP-partner er afgørende.

Kræv en defineret governance-struktur

Hvem ejer projektet på partnerens side? Hvem er jeres faste kontaktpunkt? Hvem træffer beslutninger, når der opstår tvivlsspørgsmål? Uklare ansvarsforhold er en af de hyppigste årsager til forsinkelser og eskalationer. 

Her er en række områder, som vi anbefaler at forholde jer til i forbindelse med migrationen fra Dynamics NAV til Business Central: 

Definér hvem der ejer hvad ... fra dag ét:

En governance-struktur er ikke en organisationsplan. Det er en klar aftale om, hvem der træffer hvilke beslutninger, hvornår og på hvilket grundlag. Stil krav om, at det fremgår tydeligt fra projektstart: Hvem på partnersiden ejer den tekniske leverance? Hvem på jeres side ejer forretningsbeslutningerne? Og hvad sker der, når de to støder sammen? 

Kræv en styregruppe med reel beslutningskraft

Mange projekter har en styregruppe på papiret. Få har en, der rent faktisk fungerer. Kræv, at styregruppen mødes fast, og at den er bemandet med mennesker, der kan træffe beslutninger om budget, scope og prioriteringer uden at skulle tilbage og spørge nogen. En styregruppe, der kun er informeret, er ikke en styregruppe. Det er et publikum. 

Sæt navn på eskaleringsstien - inden I får brug for den

Hvad sker der, når projektet kører af sporet? Hvem kontakter hvem? Inden for hvilken tidsramme? Kræv, at eskaleringsstien er dokumenteret og aftalt, mens stemningen er god. Det er langt nemmere at blive enige om processen, før der er noget at være uenige om. En god ERP-partner tøver ikke ved det spørgsmål. En dårlig en vil forsøge at gøre det abstrakt. 

Definér hvad "færdig" betyder - for hvert milestone

En af de hyppigste kilder til konflikt i ERP-projekter er, at partner og kunde har forskellig forståelse af, hvornår en leverance er godkendt. Kræv, at hvert milestone har en skriftlig definition af, hvad der skal være opfyldt for at det er godkendt - og hvem der godkender det. 

Læs også: Få drift, support og optimering af jeres Business Central

Tidsplan og total cost: Et realistisk billede

Lad os tale om tal. For det er her, mange projekter starter med en forvridning af virkeligheden.

Typiske projektlængder

En migration fra Dynamics NAV til Business Central i en mellemstor dansk virksomhed med 50-250 ansatte tager realistisk set 6 til 12 måneder, afhængigt af kompleksiteten i eksisterende tilpasninger, antallet af integrationer, datakvaliteten og virksomhedens interne kapacitet til at deltage i projektet. 

Projekter, der lover "go-live inden for 3 måneder", bygger typisk på forudsætninger, der sjældent holder i praksis for virksomheder med komplekse processer.

Hvad der driver de reelle omkostninger

Licensomkostninger til Business Central er som regel den post, der er lettest at budgettere. De reelle omkostningsdrivere er: 

• Datatransformation og -oprydning: Undervurderes næsten altid 
• Genudvikling af tilpasset funktionalitet: Kræver grundig kortlægning 
• Integrationer til tredjepartssystemer: Webshops, lagerplatforme, lønsystemer, BI-løsninger 
• Intern ressourcetid: Nøglebrugere, projektleder og ledelse bruger reelt set 20-40% af deres tid i intensive faser 
• Forandringsledelse og træning: Ofte det første, der skæres i budgettet – og det, der koster dyrest, hvis det springes over 

Hvad der reducerer risikoen for budgetoverskridelser

Den vigtigste investering I kan foretage, inden projektet starter, er en grundig fit-gap-analyse:

En systematisk kortlægning af, hvad jeres nuværende NAV-setup indeholder, og hvad Business Central dækker i standard - og hvad der kræver tilpasning. 

Det tager tid. Men det er den analyse, der giver jer et realistisk og sammenligneligt grundlag for at evaluere tilbud, planlægge projektet og sætte forventninger internt. 

Mini-takeaway: Et realistisk budget er et bedre budget. Virksomheder, der planlægger ud fra et optimistisk scenarie, ender med at betale dobbelt -én gang for det planlagte og én gang for det uforudsete. 

Læs også: On-premise, private cloud eller public cloud – hvad er forskellen?

Hvad de virksomheder, der lykkes, gør anderledes

Efter at have gennemført en lang række migrationsprojekter fra Dynamics NAV til Business Central ser vi et tydeligt mønster i, hvad der adskiller de projekter, der skaber reel forretningsmæssig værdi, fra dem, der blot "kommer i mål". 

De starter med forretningen, ikke systemet. Inden de tager stilling til, hvad der skal migreres, stiller de spørgsmålet: Hvad skal vores forretning kunne om to år, og hvordan skal vores ERP understøtte det? Det giver et formål ud over "at skifte system". 

De sætter de rigtige mennesker på projektet. Ikke nødvendigvis de mest erfarne IT-folk, men de medarbejdere, der kender forretningsprocesserne bedst og giver dem tid og mandat til at deltage aktivt. 

De kommunikerer løbende og ærligt. Internt om status, om beslutninger og om udfordringer. Projekter, der forsøger at skjule problemer for at beskytte en tidsplan, løber oftest ind i større problemer på den anden side. 

De evaluerer gevinster efter go-live. Ikke bare "virker systemet?", men "hvilke konkrete forbedringer har vi opnået? Hvilke processer er blevet hurtigere, billigere eller mere præcise?" Den evaluering er både dokumentation af investeringen og grundlag for den næste forbedringscyklus. 

Konklusion: Migration lykkes, når forretning og teknologi går hånd i hånd

Overgangen fra Dynamics NAV til Business Central er for mange mellemstore virksomheder det største digitaliseringsprojekt, de har gennemført i en årrække. Det er ikke et projekt, der bør hastvurderes eller undervurderes. 

De tekniske faldgruber, herunder datakvalitet, tilpasninger, manglende test, er til stede, løsbare, hvis I håndterer dem tidligt. De organisatoriske udfordringer, fx forandringsledelse, ejerskab, træning er ofte sværere at håndtere, men afgørende for, om I faktisk høster gevinsterne. 

Og valget af implementeringspartner er ofte den beslutning, der binder det hele sammen.