Vi opgraderer
din NAV.
Til fast pris.
Sekvens konverterer din C/AL-kode til AL og flytter dine data til Business Central Cloud. Vi bruger AI til kodekonverteringen og bærer den tekniske risiko. Du betaler en fast pris – uanset hvad vi finder undervejs.
Gratis, uforpligtende analyse
Vi arbejder blandt andre med
Din NAV lever
på lånt tid
crisis_alert
Din SQL-version kan ikke længere opgraderes, og den hardware, der holder systemet kørende, er svær at finde. Integrationer og tredjepartsmoduler presser den gamle platform til sit yderste, og sikkerhedshullerne vokser. Hver gang du spørger en konsulent, hvad det koster at opgradere, får du et tal med mange nuller og en projektplan på 40 sider.
Det traditionelle opgraderingsprojekt ser sådan ud: indledende møde, workshops, gap-analyse, flere workshops, styregruppemøder, projektbeskrivelse, estimat, flere møder, igangsætning, opfølgningsmøder, oplæring, go-live. 12–18 måneder. 3–5 millioner kroner.
Det meste af tiden bruges på at forstå din kode. Men din kode ved allerede, hvad den gør.
Et traditionelt
ERP-projekt dør i
detaljer. Vi
konverterer bare
De fleste opgraderingsprojekter bruger det meste af tiden på at forstå, hvad din kode gør og hvordan din forretning kører. Du sidder i workshops, gap-analyser og møder omkring afklaringer. Vi springer det hele over. Vores AI-agenter læser og forstår koden, oversætter den og vores Tech Lead retter det, maskinerne misser.
Resultatet er det spændende: Kortere projekt, markant lavere pris – og vi tør godt tage risikoen.
Fast pris på opgraderingen.
Vi konverterer din kodebase samt flytter dine data til BC Cloud. Du kender prisen på forhånd. Vi bærer den tekniske risiko – uanset hvad vi finder i din NAV-kode undervejs i projektet.
AI-assisteret kodekonvertering
Vi har bygget specialiserede AI-agenter, der konverterer fra NAV-kode (C/AL) til Business Central kode (AL). Vi har investeret hundredvis af timer i værktøjet – som kun kan lade sig gøre fordi vi har opgraderet rigtigt mange løsninger på den gamle facon. Alt er testet på rigtige kundeprojekter.
AS-IS. Ikke mere, ikke mindre
Vi opgraderer det, du har. Din funktionalitet, dine data, din forretningslogik. Ingen scope creep. Ingen uendelighed af workshops om fremtidsdrømme. Til gengæld anbefaler vi at du sætter budget af til at optimere bagefter. Men det gør du på et system som virker.
Alle NAV-versioner og BC on-prem
Vi opgraderer alt fra NAV 2009, 2013, 2015, 2016, 2017, 2018 og ældre BC on-prem. Uanset version kan vi give dig en fast pris på din migrering.
Fire trin.
That’s it.
Vi præsenterer en kortere vej til målet. Du sender os koden, vi kontakter dig for et dialog-møde, vi sender en fast pris til dig – og så skal du blot vente på at testsystemet er klar til at du tester det hele.
Du sender din kode
Eksportér din objektfil fra NAV (det tager 5 minutter). Upload den via formularen herunder. Du kan også blot kontakte os for at høre nærmere – og sende efter vores møde. Vi analyserer koden og vender tilbage med spørgsmål og en plan. Du får derefter en fast pris.
Vi opgraderer din kode
Vores AI-agenter, scripts og mange års erfaring med opgradering sørger for, at konvertere din C/AL-kode til AL. Vores Tech Lead gennemgår og tilpasser det, maskinerne ikke fanger. Du får en kodebase, der kompilerer og kører i BC Cloud med din eksisterende forretningslogik og data.
Vi flytter dine data
Stamdata, åbningsbalancer og historik flyttes fra din NAV-database på din SQL-server til BC Cloud via et særligt Sekvens-tool. Dette tool gør også at du har livesync fra din NAV til din Test BC – og derfor kan teste på rigtige data. Vi verificerer i fællesskab, at tallene stemmer, og at alt er på plads inden vi går i test.
Du tester og godkender
Du tester, at alt fungerer som forventet. Du har samme data som i din NAV, så din test er meget nemmere end ved et projekt som starter forfra. Vi retter de fejl, du evt. finder ifbm. testen. Når du er tilfreds, går vi live.
Du sparer tid og penge. Du får ikke optimering.
Dit tidsforbrug og dit ressourceforbrug er markant anderledes og du sparer mange penge ved at flytte din NAV, som den er. Det passer til virksomheder der vil bruge minimal tid på selve opgraderingen og hellere investere i optimeringer bagefter, på et system som allerede virker. Her er afvejningen, du skal tage.
Fordele.
- Fast pris fra dag 1. Du ved hvad det koster, før du underskriver. Færre overraskelser undervejs og ingen blanko-check til et konsulenthus.
- Sekvens bærer den tekniske risiko. Finder vi mere teknisk gæld i din NAV-kode end forventet, betaler du ikke ekstra. Risikoen er flyttet væk fra dit budget.
- 1-3 måneder fra start til go-live. Du planlægger din opgradering inden for et kvartal. Du er ikke bundet i et flerårigt projekt før du har det system du faktisk skal have.
- Markant lavere intern belastning. Vores metode kræver typisk 100-500 interne timer, primært til test. Det er et niveau hvor jeres nøglepersoner kan løfte opgaven uden at deres daglige arbejde går i stå.
- Du tester på dine egne tal. Live-sync mellem din NAV og dit BC test-miljø betyder du tester på reelle data, ikke abstrakte test-data. Fejl opdages der hvor de faktisk vil ramme.
- Et system som virker dag ét. Du arver din funktionalitet, dine processer, dine custom felter og triggers. Brugerne genkender systemet. Træningsbehovet er mindre.
- Ingen scope-creep i opgraderingen. Fordi metoden er AS-IS, er der ingen “skal vi lige også bygge X mens vi er i gang”-diskussioner. Du opgraderer det du har og optimerer separat senere.
- Dine custom-integrationer og custom-kode følger med. Egenudviklede EDI-udlæsninger, scheduled jobs og eller unik forretningslogik konverteres som del af kodebasen. Det ville ellers være et selvstændigt udviklingsprojekt.
- Optimering kommer bagefter. Du står med et fungerende system og kan vælge hvor du vil investere bagefter, frem for at skulle træffe alle beslutninger på én gang.
Ulemper.
- Ingen procesredesign. Vi flytter dine processer som de er. Hvis du har irriterende workflows i NAV, har du dem stadig i BC. AS-IS er løftet, men også loftet.
- Teknisk gæld følger med. Custom kode der er bygget op gennem 10-15 år bliver konverteret og ikke optimeret. Hvis der er workarounds, arver du dem.
- Ingen forretningsanalyse undervejs. Et klassisk projekt afdækker dine processer i workshops og bygger fælles forståelse mellem dig og dit team. Det får du ikke. Vores metode er teknisk, ikke organisatorisk.
- Mindre intern modning af forandringen. Workshops involverer brugere fra alle afdelinger og skaber ejerskab. Vores metode kræver primært test-deltagelse, og det giver mindre psykologisk forberedelse på det nye system.
- Ingen review af din opsætning. Vi flytter konfigurationen som den er. Ineffektive valg eller fejlkonfigurationer fra din NAV-implementering for 10-15 år siden følger med uændret. En re-implementering ville muligvis fange nogle af dem.
- Du får ikke “best practice”-løftet. En re-implementering tvinger jer til at tage stilling til BC’s standardfunktionalitet og mere moderne patterns.
Hvorfor vi anbefaler Sekvens metoden?
Selv med ulemperne i hånden er metoden vores anbefaling. Den koster i praksis ofte omkring en tiendedel af en klassisk re-implementering og du kan se starten og slutningen i samme kalenderår.
Vi anbefaler kraftigt at du ikke bare absorberer besparelsen i bundlinjen. Vi mener, at du bør allokere dele af den “oprindelige” projekt-sum af til at optimere arbejdsgange bagefter. Gerne fordelt over to år. Forskellen er, at du nu gør det på et system der virker og kører i skyen – ikke på et test-system med grove test-data og hvor hvor alle beslutninger skal træffes inden du begynder at migrere data.
Det vigtigste argument er måske dette: Du ved mere på den anden side. Et stort projekt forfra tvinger dig til at definere det perfekte system, før du ved, hvad der faktisk er vigtigt i din daglige drift. Vores erfaring er, at de optimeringer man tror er afgørende ved projektstart, ofte viser sig at være mindre vigtige, når systemet kører. Det er tit nogle helt andre optimeringer, som man ikke havde tænkt på, der dukker op på den anden side. Derfor: Kom i drift først. Brug 2-3 måneder på at se, hvad der faktisk knirker i dit system og dine processer. Først der ved du, hvad der er værd at optimere. Opdel elefanten i bidder.
“Vi vidste godt, at vores NAV levede på lånt tid. Men hver gang vi fik et estimat, blev det lagt i skuffen – prisen og projektplanen var for overvældende. Sekvens kom med en fast pris og en realistisk plan. Det var første gang, vi følte, at opgraderingen faktisk var inden for rækkevidde.”
01Hvad dækker den faste pris?+
Hele din C/AL-kodebase konverteres til AL. Alle tabeller, pages, codeunits, reports og XMLports. Dine custom felter, triggers og forretningslogik flyttes med. Det er ikke bare standardobjekter. Samtidig flyttes åbningsbalancer, stamdata, nummerserier og aftalt historik til BC Cloud. Også dine egenudviklede EDI-udlæsninger og factoring-filer, som ellers ville være et selvstændigt udviklingsprojekt hos en ny EDI-leverandør.
Kort sagt: Det du kører på i NAV i dag, kører du på i BC efter go-live. Vi bærer den tekniske risiko.
02Hvad dækker den faste pris ikke?+
ISV-produkter såsom Tasklet, Continia Document Capture og Continia Banking er selvstændige softwareprodukter og skal installeres på ny i BC Cloud. Dette anbefaler vi på det kraftigste fordi næsten al custom-kode, som du har fået lavet til din NAV findes som standard i ISV’erne til BC. Derfor ønsker du faktisk at installere på en frisk og sætte op påny. Derudover fraskriver vis os integrationer der kører via direkte SQL-adgang. Det skal omskrives til BC API’er, for der er ingen SQL-adgang i BC Cloud. Brugertræning i BC, test-eksekvering, go-live-support samt licenser ligger også udenfor. Det prissætter vi efter en analyse. Og så er der ligen den krølle, at vi ikke retter fejl som også findes i din nuværende NAV som del af opgraderingen. Det kan simpelthen ikke estimeres på forhånd.
03Hvordan kan I give fast pris, når andre ikke kan?+
Vi har investeret hundredvis af timer i AI-assisteret kodekonvertering. Men det er ikke hele historien. Vi har samtidigt opgraderet 30+ løsninger på den gamle, hårde måde, og derfor bruger vi vores store viden koblet sammen med AI. Vores værktøj analyserer din kodebase og konverterer den med en blanding af PowerShell-scripts, AI-agenter, special-kode og så med human-in-the-loop. Det hele sker med en hastighed og præcision, der ikke var mulig for et år siden. Det giver os tillid nok til at bære risikoen på en fast pris.
04Hvilke NAV-versioner kan I opgradere?+
Stort set alle. NAV 2009, 2013, 2015, 2016, 2017, 2018 og ældre BC on-prem-versioner. Jo ældre versionen er, desto mere teknisk gæld slipper du af med i ét hug, og desto mere sparer du ved vores tilgang frem for en klassisk re-implementering. NAV 2009 Classic er det sværeste udgangspunkt, fordi Forms og Dataports er udgået teknologi. Det er præcis her vores AI-værktøjer flytter, hvad der tidligere har været muligt.
05Hvor lang tid tager det?+
Typisk 1-3 måneder fra projektstart til go-live for en normal kodebase. For større løsninger med et parallelt WMS-skifte eller mange integrationer lander vi nærmere 4-6 måneder. Selvom selve kodekonverteringen og dataflytningen tager uger, ikke måneder, så er der også andre faktorer som spiller ind. Det der fte flytter timelinen er dine ressourcer til test og beslutninger. Erfaringen viser at et større testforløb kræver 100-500 interne timer hos jer, fordelt på nøglepersoner i finans, lager, salg og indkøb. Det er præcis de ressourcer som allerede har travlt i forvejen. Det er ofte mere jeres kapacitet end vores, der styrer tempoet.
06Hvad sker der med mine integrationer?+
Vi kortlægger hele dit systemlandskab i en analysefase og afgør hvad, der kan hvad. Dine custom-udviklede EDI-integrationer og factoring-filer flyttes automatisk som del af kodebasen, fordi de er en integreret del af NAV’en. ISV-produkter som Continia genimplementeres, fordi leverandøren har udviklet deres standard videre i årevis, og det er hverken billigere eller bedre at trække gammel custom-kode med. SQL-baserede integrationer omskrives til BC API’er. Tredjepartsleverandører håndterer deres egen del, og vi koordinerer gerne for dig. Du får et klart billede af hvem der gør hvad, og hvad det koster, inden vi går i gang.
Send os din kode.
Udfyld formularen og upload gerne din NAV-objektfil. Vi vender tilbage personligt – ikke med et salgsmøde, men med en faglig analyse som giver os baggrunden for at give dig en fast pris, du kan regne med.
Ærligt om, hvad fast pris er – og ikke er.
En fast pris på en kodekonvertering er ikke det samme som en fast pris på alt. Desværre. Vi er nødt til at være ærlige om, hvad der giver mening at migrere automatisk, og hvad der bør håndteres anderledes. Ikke for at bruge de ekstra timer, men fordi det er den fagligt rigtige tilgang.
Den faste pris dækker konverteringen af din C/AL-kode til AL og flytningen af dine data til BC Cloud. Hver tabel, page, codeunit, report og XMLport gennemgås. Custom felter på standardtabeller, custom triggers, custom forretningslogik, menu-strukturer og role centers følger med. Åbningsbalancer, stamdata, nummerserier, dimensioner og bogføringsopsætninger flyttes korrekt. Hvis du har egenudviklede EDI-udlæsninger (OIO/OIUBL, EDIFACT, Peppol) og lign. som ligger i din NAV, så konverteres de automatisk som del af din kodebase. Det er vigtigt, fordi det ellers typisk er et selvstændigt udviklingsprojekt hos f.eks. en ny EDI-leverandør til en tilsvarende høj pris + licens.
Inden for den afgrænsning bærer vi risikoen. Finder vi mere teknisk gæld i koden end forventet, betaler du ikke ekstra. Den dag systemet står i BC Cloud og kører de samme processer som din NAV i dag, har vi leveret.
ISV-produkter genimplementeres. De migreres ikke.
Tredjepartssoftware som Continia Document Capture, Continia Banking (tidligere Payment Management), nShift/Consignor, Tasklet og lignende er selvstændige softwareprodukter med egne licenser, egne release-cyklusser og egne versioner. Chancen for, at din nuværende customopsætning er bygget oven på en version, der er flere generationer gammel, er stor.
Continia har eksempelvis udviklet deres standardfunktionalitet markant de seneste år. Den custom kode, der oprindeligt blev skrevet oven på din gamle version, ligger med stor sandsynlighed i standard i dag. Derfor installerer vi ISV-produkterne på ny i BC Cloud og konfigurerer dem forfra. Vi genbruger opsætning og forretningsregler fra NAV hvor det giver mening. Er der reelle behov for tilpasninger, bygger vi dem til den nye ISV-version med moderne patterns. Alternativet, at trække gammel custom-kode med ind i et produkt der har bevæget sig langt videre, er dyrere i projektet og dyrere at vedligeholde år efter år. Det er simpelthen ikke det rigtige for dig som kunde.
Gamle integrationer får pragmatiske løsninger.
Din NAV snakker sandsynligvis med omverdenen på måder, der ikke fungerer i skyen. FTP-jobs der læser og skriver filer, direkte SQL-adgang fra Power BI eller middleware, lokale filshares, on-premise web services, .NET plugins eller legacy add-ins. Alt sammen teknologier der forudsætter en fysisk server eller et operativsystem, som ikke findes i BC Cloud. Dataports, der i NAV 2009 bruges til CSV-imports, er decideret udgået som teknologi. Det er helt normalt for en løsning der har kørt i 10+ år, og vi har en løsning pr. styk.
Noget omskrives til BC’s standard-API’er. En klassisk Shopify-middleware er et godt eksempel. I dag læser den ofte direkte fra SQL for priser, katalog, ordrer og lagertal. I BC Cloud er der ingen SQL-adgang, så den vej er lukket. Den omskrives til at kalde BC’s REST- og OData-endpoints. Det er ikke raketvidenskab, men det kræver at man forstår BC’s API-model og webhooks. (Og man kunne også ifbm. projektet vælge at bruge Business Centrals standard Shopify integration som også fungerer ganske glimrende… Tager lidt ekstra tid, men så har man flyttet endnu mere kode væk fra custom og over i noget mere standard.)
Andre integrationer kan klares med simpel filudveksling via Azure eller lignende. nShift er et typisk eksempel, hvor BC udlæser fragtfiler i CSV eller XML til et aftalt sted, og nShift læser dem derfra. Vi opsætter blot små mellemlag der lader din eksisterende infrastruktur snakke med BC Cloud, mens I gradvist moderniserer.
Nogle integrationer er ikke dit ansvar men tredjeparts. Det kunne være PIM eller datawarehouse komponenter. Her udstiller vi nye endpoints fra BC-siden, og de skal tilpasse deres side. Koordinering, ikke et stort udviklingsprojekt.
Afdækningen laver vi sammen i analysefasen. Målet er pragmatiske løsninger, ikke perfekte. Vi skal i drift, ikke redesigne hele jeres integrationslandskab på én gang.
Teknisk opgradering først.
Vores hovedformål er en teknisk opgradering. Vi flytter det, du har, til en moderne platform. Det betyder – desværre – også at dårligdomme flytter med. Processer der var besværlige i NAV vil stadig være besværlige i BC. Datastrukturer, dimensioner og nummersystemer der er vokset organisk bevares som de er med denne løsning. Kode der aldrig har virket som tiltænkt, følger med over. Rapporter der altid har beregnet forkert, vil stadig beregne forkert osv. Workarounds bliver endda ofte mere synlige i BC, fordi klienten opfører sig anderledes end den klassiske NAV-klient. Det er ikke en fejl i konverteringen. Det er konsekvensen af et AS-IS-princip.
Det er et bevidst valg. En opgradering og en procesforbedring samtidig er opskriften på scope creep og det er ofte årsagen til at et NAV-til-BC projekt aldrig bliver færdigt eller tager ekstremt lang tid. Vi adskiller de to ting.
Nu er du opgraderet. Optimer!
Her er så hele pointen: Et traditionelt re-implementeringsprojekt af en mellemstor dansk løsning lander typisk på 2-5 mio. kr. over 18-24 måneder, og den tunge del er ikke engang konsulenthonoraret. Det er jeres egen tid. Nøglepersoner i finans, lager, salg og indkøb skal være dedikerede til workshops, designbeslutninger og test i lange perioder. For slet ikke at tale om en hyper-care periode som tager tid og koster blod, sved og tårer.
Vores tilgang koster en brøkdel og gennemføres på uger frem for måneder. De penge og den tid, I sparer, bør bruges på at optimere og forbedre bagefter. På et stabilt system der allerede virker.
Du får ikke glæden ved et re-designet system på dag ét. Til gengæld får du et system der virker, og råd til at forfine det efterfølgende. Vores klare anbefaling er at afsætte et dedikeret optimeringsspor efter go-live og hypercare. Nogle ting bør forbedres i takt med at ISV-produkter og integrationer re-implementeres. Andre ting opdager man først når man bruger systemet i drift et par måneder senere. Men den gode nyhed er, at der er budget til det. Forenkling af ordreprocesser, oprydning i stamdata og prislister, automatisering af manuelle godkendelsesflows, udnyttelse af ny BC-standardfunktionalitet der kan erstatte custom kode. Begge kategorier er nemmere og billigere at løse på en moderne platform som virker og kører – end på den gamle, hvor alle optimeringer skal smides væk hvis du laver en BC platform forfra.
Klar til at få
en fast pris.
Send os din objektfil, eller bare en kort besked. Vi vender tilbage personligt – ikke med et salgsmøde, men med en analyse.