Navision og Business Central: Forstå forskellen

Find ud af, hvad I faktisk har

Når en kollega siger Navision, er det ikke altid en præcis versionsangivelse. Bed den systemansvarlige finde produktversion, driftsform og oversigt over tilpasninger. Registrér også tillægsmoduler, eksterne leverandører og hvilke andre systemer der udveksler data med løsningen.

Det er første skridt, fordi to virksomheder med samme produktnavn kan have meget forskellige installationer. En ændring i et ordrefelt kan være standard i den ene og specialudviklet i den anden. En tilbudsgiver skal kende forskellen for at kunne vurdere omfang og afhængigheder.

Skeln mellem opgradering og ny indretning

Microsoft beskriver forskellige veje fra Dynamics NAV til Business Central online, herunder migration og genimplementering. Den understøttede tekniske vej afhænger af udgangspunktet. Brug den aktuelle dokumentation sammen med jeres ERP-leverandør frem for at antage, at alle data og tilpasninger flyttes direkte.

Forretningen skal samtidig beslutte, hvad der er værd at bevare. En gammel specialtilpasning kan understøtte et vigtigt kundekrav, men den kan også være en omvej omkring en proces, som ikke længere bruges. Beskriv formålet før I beslutter, at koden skal med videre.

Lav et register over tilpasninger

Opret en liste med navn, formål, ejer og de sager, tilpasningen påvirker. Gennemgå først de funktioner, som kan stoppe salg, vareflow eller fakturering. Markér om behovet kan dækkes af standardfunktioner, en ændret arbejdsgang eller en vedligeholdt udvidelse.

En fiktiv grossist kan eksempelvis have et særligt felt til kundens pakningsnavn. Behovet er ikke nødvendigvis at bevare feltets tekniske navn. Behovet er at kunne omsætte kundens betegnelse til korrekt vare og enhed og bevare sporbarheden til originalordren. Det er dette resultat, accepttesten skal kontrollere.

Test integrationerne som hele forløb

En forbindelse kan virke teknisk og stadig give et forkert forretningsresultat. En ordre kan blive oprettet med forkert dato, enhed eller kunde. Test både indlæsning, kontrol, godkendelse og den efterfølgende status tilbage til det oprindelige system.

Medtag fejlscenarier: afbrudt forbindelse, manglende vare, ændret adgang og gentagen besked. Tjek, om genforsøg opretter en dublet, og om medarbejderen kan se, hvilke sager der venter. Aftal, hvilket system der må skrive, mens gammelt og nyt system testes parallelt.

Hvor passer AI ind under et skifte?

Undgå at ændre ERP, datamodel og alle automatiseringer på samme tid uden en tydelig rækkefølge. Et begrænset AI-forløb kan undersøges særskilt, eksempelvis læsning af dokumenter med menneskelig kontrol. Men det skal have stabile input og et klart sted at aflevere sit resultat.

Ved en afklaring med Norstream kan I tage udgangspunkt i de manuelle opgaver, der forventes at bestå efter skiftet. NoraOS skal vurderes på den konkrete integration og opgave. En produktbetegnelse alene er ikke tilstrækkelig dokumentation for kompatibilitet.

Beslut først, når afstemningen kan forklares

Planlæg en prøveflytning og sammenlign udvalgte stamdata, åbne ordrer og saldi. Fordel ansvar for afvigelser, og fastlæg hvem der beslutter, at resultatet er acceptabelt. Den praktiske plan bør også beskrive adgang, support og arbejdet morgenen efter skiftet.