HANA-migration eller ny start: Hvad passer til jer?

Hvis jeres SAP Business One bliver langsommere, rapporter lader vente på sig, eller udvidelser støder på grænser, opstår hurtigt det centrale spørgsmål: HANA-migration eller ny start? Det forkerte svar koster ikke kun tid. Det slæber gamle fejl, unødvendige data og komplicerede processer ind i fremtiden. Den rigtige beslutning skaber derimod en databasis, som I kan arbejde hurtigere med, afslutte rent og vokse - uden et overdimensioneret projekt.

HANA-migration eller ny start: Det handler ikke kun om teknik

Mange virksomheder ser overgangen til SAP HANA først som et rent database-spørgsmål. Det er for kortsigtet. Selvfølgelig bringer HANA mere ydeevne ved rapporter, analyser og store datamængder. Men om en migration er tilstrækkelig, eller en ny start er mere fornuftig, afgøres primært af jeres processer, stamdata og tilpasninger.

En migration overtager den eksisterende status i vid udstrækning til det nye miljø. En ny start bruger SAP Business One som en mulighed for at opsætte processer på ny og klart. Begge kan være rigtige. Det afgørende er ikke, hvilken variant der ser mere moderne ud på papiret, men hvor jeres egentlige friktionspunkter ligger.

Hvis jeres regnskab arbejder med pålidelige data, lager og dokumenter er sporbare, og de fleste processer fungerer, taler meget for en kontrolleret migration. Hvis derimod Excel-lister skal supplere ERP, artikelstammer vedligeholdes dobbelt, eller ingen længere kan forklare, hvorfor bestemte godkendelser eksisterer, er en ny start ofte den mere økonomiske vej.

Hvornår en HANA-migration er det bedre valg

En HANA-migration passer særligt godt, hvis I har et etableret SAP-Business-One-system, der anvendes fagligt korrekt. Jeres medarbejdere kender skærmbillederne, dokumentforløbene er indarbejdet, og historiske data bruges regelmæssigt. Så ville det være lidt fornuftigt at bygge fungerende strukturer op på ny kun af princip.

Fordelen er indlysende: I beholder jeres dokumenthistorik, kunde- og leverandørforløb samt voksede rapporteringsgrundlag i ét system. Især for virksomheder med lange kontraktløbetider, mange serienumre, partier eller revisionsrelevante forespørgsler er det et stærkt argument. Også teams skal tilpasse sig mindre, fordi den velkendte arbejdsmetode i vid udstrækning bevares.

Det betyder dog ikke, at I blot flytter en database og er færdige. Før migrationen skal udvidelser, grænseflader, rapporter og individuelle tilpasninger kontrolleres. Et add-on, der fungerede i det tidligere miljø, er ikke automatisk egnet til HANA. Det samme gælder for egenudviklede forespørgsler, formularer og grænseflader til butik, lagerteknik, finansbogholderi eller andre systemer.

En god migration rydder derfor målrettet op uden unødigt at bringe driften i fare. Dubletter hos forretningspartnere, ubrugte brugerrettigheder, gamle udskriftslayouts eller ikke længere nødvendige rapporter skal tages op til revision. Det er ikke en ny start gennem bagdøren. Det er chancen for at fjerne ballast og bevare det velprøvede system.

Typiske signaler for en migration

En migration er ofte den passende rute, hvis jeres kerneprocesser er stabile, historiske data er nødvendige i den daglige drift, og tilpasninger er dokumenterede og sporbare. Også hvis I på kort sigt har brug for bedre rapporteringsydelse uden at ombygge organisationen fuldstændigt, er denne vej fornuftig.

Vigtigt er et realistisk blik på datakvaliteten. Dårlige stamdata forsvinder ikke, bare fordi de fremover ligger på HANA. Hvis artikelbetegnelser, enheder eller kundedata er uensartet vedligeholdt, bør I prioritere disse emner før flytningen. Ellers bliver en teknisk forbedring hurtigt et hurtigere system for de samme fejl.

Hvornår en ny start giver mere

En ny start er ikke en indrømmelse af, at det hidtidige system er mislykket. Det kan være den mest pragmatiske beslutning, hvis jeres virksomhed har ændret sig meget. Måske har I opbygget nye selskaber, åbnet nye lande, digitaliseret salget eller udvidet jeres lager betydeligt. Så passer de oprindelige indstillinger ofte ikke længere til virkeligheden.

Det bliver særligt kritisk, når SAP Business One kun delvist afspejler sandheden. Lagerbeholdninger korrigeres i Excel, priser ligger i flere filer, åbne transaktioner følges manuelt op, og rapporter skal forklares hver gang. I denne tilstand er en 1:1-migration sjældent en løsning. I flytter blot kaosset til en hurtigere database.

Ved en ny start opsætter I jeres dokumenttyper, nummerkredse, godkendelser, konti, lagerstrukturer og rettigheder, så de passer til jeres aktuelle forretning. Også stamdata kan overtages renset. I stedet for at tage hver gammel artikel med, kan I beslutte, hvilke artikler, forretningspartnere og prislister der faktisk er nødvendige.

Historikken behøver ikke gå tabt. Ofte er det fornuftigt at holde det hidtidige system tilgængeligt som et læsbart arkiv og starte i det nye system med rene stamdata, åbne poster, beholdninger og definerede startværdier. Hvilke data der overtages, afhænger af jeres faglige krav og lovpligtige opbevaringsforpligtelser.

En ny start kræver klare beslutninger

Den større fordel ved en ny start opstår ikke gennem nye skærmbilleder, men gennem bindende regler. Hvem må oprette stamdata? Hvornår frigives en ordre? Hvordan behandles restordrer på lageret? Hvilke nøgletal har ledelsen virkelig brug for?

Disse spørgsmål koster tid, men sparer senere dagligt arbejde. Hvis de forbliver åbne, opstår der igen skygge-lister og særveje. Derfor bør en ny start forblive slank, men ikke overfladisk. Ingen overengineering, ingen workshops uden resultat - men klare beslutninger, testede processer og ansvarligheder.

De fire kontrolpunkter før jeres beslutning

Før I fastlægger HANA-migration eller ny start, bør I vurdere jeres system ud fra fire punkter: datakvalitet, processtabilitet, tekniske udvidelser og forandringspres i virksomheden.

Ved datakvaliteten handler det om mere end dubletter. Kontroller, om artikler, forretningspartnere, priser, enheder, skattekoder og konti er ensartet vedligeholdt. Ved processtabiliteten tæller det, om medarbejdere faktisk bruger de foreskrevne trin eller regelmæssigt afviger.

Tekniske udvidelser fortjener særlig opmærksomhed. Dokumentér add-ons, grænseflader, forespørgsler, rapporter og specialudviklinger. Her viser det sig ofte hurtigt, hvad der er forretningskritisk, hvad der kan erstattes, og hvad ingen har brugt i årevis. Forandringspresset besvarer endelig det strategiske spørgsmål: Vil I kun have mere ydeevne, eller skal I tilpasse jeres ERP til en markant anderledes forretningsmodel?

Hvis tre af disse fire punkter er grønne, er en migration ofte den sikre og hurtigere vej. Hvis flere områder er røde, kan en ny start betale sig mere. Imellem er der en fornuftig mellemvej: teknisk migrere, men bevidst nystrukturere udvalgte områder som lager, rettigheder eller stamdata.

Sådan undgår I overraskelser i projektet

Uanset ruten afgør forberedelsen succesen. Lav ikke en ønskeliste med enhver tænkelig forbedring. Start med de processer, der direkte påvirker omsætning, leveringsdygtighed, fakturering og månedsafslutning. Hvad der fungerer godt der, giver straks jeres team lettelse.

Planlæg også en testfase med reelle forretningssager. En testordre alene er ikke nok. Kontroller vejen fra tilbud over ordre, levering og faktura til bogføring. Test returneringer, delmængder, prisafvigelser, lagerkorrektioner og rapporter. Især her opdages uklare rettigheder, manglende obligatoriske felter eller ikke-kompatible udvidelser.

En klar skæringsdato er lige så vigtig. Fastlæg, hvilke transaktioner der stadig afsluttes i det gamle system, og hvilke der fra hvornår opstår i det nye system. Jo klarere denne regel er, desto mindre efterarbejde opstår der i salg, indkøb, lager og finans.

For virksomheder med flere selskaber eller grænseoverskridende processer gælder det særligt. Forskellige valutaer, skatelogikker og rapporteringskrav bør ikke først opdages kort før start. De hører tidligt ind i projektplanlægningen - pragmatisk og med klare ansvarligheder.

Ikke databasen afgør, men jeres hverdag

En HANA-migration er stærk, hvis I vil fortsætte med at drive en fungerende SAP Business One hurtigere, mere effektivt og fremtidssikret. En ny start er stærk, hvis I skal slippe af med gammel kompleksitet konsekvent og tilpasse jeres processer til den nuværende forretning.

RConsult ledsager sådanne beslutninger uden rådgivningståge: først vurdere den faktiske tilstand, derefter fastlægge den passende vej og gennemføre implementeringen med klare opgaver, tests og en planbar ramme. En HANA-migration til fast pris kan være helt rigtig - forudsat at den eksisterende base er bæredygtig.

Tag derfor ikke beslutningen som en teknisk pligtøvelse. Brug den som en mulighed for ærligt at se på jeres data og processer. Et systemskifte behøver ikke være stort, men det bør efterfølgende mærkbart reducere arbejdet i forhold til før.