SAP Business One Go-Live korrekt planen

Go-Live er det øjeblik, hvor Excel-lister, gamle systemer og overgangsløsninger endegyldigt ikke længere er en undskyldning. Hvis du vil planlægge SAP Business One Go-Live, behøver du ikke løse hvert tænkeligt scenarie teoretisk til det sidste. Noget andet er afgørende: På skæringsdatoen skal de kritiske processer fungere, dataene skal være korrekte, og dit team skal vide, hvad der skal gøres. Netop her fejler projekter sjældent på grund af softwaren, men på grund af uklare beslutninger kort før starten.

Planlægning af SAP Business One Go-Live begynder før skæringsdatoen

En Go-Live er ikke en enkelt dato i kalenderen. Det er afslutningen på en række bindende beslutninger: Hvilke processer starter produktivt? Hvilke data bliver overført? Hvem må stadig bogføre i det gamle system? Og hvem beslutter, hvis noget ikke går som forventet på den første dag?

For en lille virksomhed med tre til ti brugere kan en slank start være fornuftig. Salg, indkøb, lager og finans går live sammen, mens et specielt rapporteringsformat følger nogle uger senere. En voksende mellemstor virksomhed med flere selskaber, lagerlokationer eller internationale krav har derimod ofte brug for en koordineret overgang i etaper. Begge dele kan være rigtige. Problematisk bliver det, hvis omfanget først diskuteres i Go-Live-ugen.

Fastlæg derfor tidligt, hvad der hører til den produktive kerne. Det er typisk kunde- og leverandørmasterdata, artikler, priser, åbne dokumenter, beholdninger, bankkonti samt de nødvendige regnskabsdata. Tilføjelser som særligt komplekse rapporter eller sjældent anvendte specialprocesser kan vente, hvis de truer starten. Det er ikke et kvalitetsfald, men en ren prioritering uden overengineering.

Et Go-Live-kriterium er bedre end mavefornemmelse

“Vi er egentlig klar” er ikke et pålideligt godkendelseskriterium. Bedre er en kort, skriftlig liste med klare betingelser. For eksempel: Testbogføringer er kontrolleret, åbningsbeholdninger stemmer, åbne fordringer og gældsforpligtelser er afstemt, udskriftslayouts fungerer, og de ansvarlige brugere har testet deres daglige rutiner.

Det handler ikke kun om, hvorvidt et dokument kan oprettes. En ordre skal gennemløbe til fakturering. En varemodtagelse skal ændre beholdningen og regnskabet korrekt. En indgående faktura skal tildeles den rigtige leverandør, konto og eventuelt bestillingsproces. Test de processer, som din virksomhed faktisk tjener eller bruger penge på - ikke kun den ideelle model.

Datamigration: Ikke alt gammelt hører til i det nye system

Dårlige data bliver ikke bedre med et nyt ERP. Dobbelte forretningspartnere, uklare artikelnumre, forkerte betalingsbetingelser og manglende skattenøgler opdages senest, når det første dokument bogføres produktivt. Databeregning er derfor ikke en teknisk sideopgave, men en del af din forretningsbeslutning.

Definer en fagligt ansvarlig for hver datatype. Salg kontrollerer kunder, indkøb leverandører, lager artikler og beholdninger, regnskab konti, skattenøgler og åbne poster. Projektledelsen koordinerer, men kan ikke erstatte faglige beslutninger. Især når mange data hidtil har ligget i forskellige Excel-filer, kræves der en entydig kilde pr. datasæt.

Ved overtagelsen gælder: Så meget som nødvendigt, ikke så meget som muligt. Masterdata, aktuelle beholdninger og åbne transaktioner hører til reglen. Historiske dokumenter fra mange år behøver ikke nødvendigvis at blive fuldt migreret, hvis de er revisionssikre tilgængelige i det gamle system eller arkiv. Det reducerer indsats, fejlkilder og presset på Go-Live-datoen.

Planlæg mindst en fuldstændig prøveoverførsel af data. Derefter afstemmes mængder, værdier, åbne poster og centrale saldi fagligt. Først når denne afstemning er dokumenteret, har en fornyet overførsel til den produktive start et pålideligt grundlag.

Cutover-planen gør arbejdsopgaver til ansvar

I den sidste uge før starten sker der ofte for mange ting samtidig: Sidste ændringer af masterdata, afslutningsarbejde i det gamle system, dataeksport, indlæsning, kontroller og træning. Uden Cutover-plan opstår hurtigt det farlige spørgsmål: Hvem gør det egentlig?

En brugbar plan indeholder ikke kun opgaver, men for hvert trin en ansvarlig, et tidspunkt og et kontrolresultat. Den begynder med den sidste bogføringsdato i det gamle system og slutter først, når de første produktive forretningstransaktioner i SAP Business One er kontrolleret. Tag også højde for afhængigheder. Åbne leverancer kan først overtages, når kunder, artikler, priser og lager er korrekt oprettet.

Til selve skæringsdatoen har du brug for en klar beslutningskæde. Hvem må frigive Go-Live? Hvem beslutter en tilbagefaldsplan? Hvem informerer brugere, skatterådgivning, logistik eller eksterne tjenesteudbydere? I mindre virksomheder kan en person bære flere roller. Det vigtige er kun, at ansvaret er kendt på forhånd og ikke opstår mellem dør og dør.

En tilbagefaldsplan betyder ikke, at du forventer fiasko. Den beskriver nøgternt, hvad der sker, hvis en kritisk forudsætning mangler: for eksempel hvis beholdningsværdier ikke stemmer, eller en nødvendig dokumentudskrivning fejler. Ofte er det nok at udsætte starten med en kontrolleret periode og indtil da ikke tillade produktive bogføringer. Ukontrolleret parallelbogføring i to systemer er derimod næsten altid begyndelsen på yderligere afstemningsarbejde.

Tests skal afspejle arbejdsdagen

Et testsystem tilgiver meget. Arbejdsdagen gør ikke. Derfor bør de senere brugere selv teste de vigtigste processer. Ikke for at de skal overtage IT-opgaver, men fordi de straks kan se, om en proces passer til deres daglige arbejde.

Tag reelle tilfælde fra salg, indkøb, lager og finans. Test specialtilfælde, der ofte forekommer: delmængder, forudbetalinger, kreditnotaer, afvigende leveringsadresser, fremmed valuta eller fakturaer uden ordre. Hvis din virksomhed bruger batcher, serienumre eller flere lagersteder, skal netop disse processer sidde før starten.

Også rettigheder hører til testen. En salgsmedarbejder skal kunne oprette ordrer, men ikke utilsigtet ændre kontoplaner. Regnskabet har brug for andre rettigheder end lageret. For brede rettigheder virker i starten bekvemme, men skaber senere risici og unødvendige fejl. For snævre rettigheder blokerer derimod driften. Her kan det betale sig med en målrettet test med de faktiske roller.

Hvis du vil bruge KI-støttede funktioner til behandling af indgående fakturaer eller betjening via chat, skal du først behandle dem som en klart afgrænset produktiv proces. Kontroller dokumentkvalitet, godkendelser, bogføringsforslag og databeskyttelsesarkitektur. Især med finans- og personaledata skal det før starten være klart, om der bruges en model hostet i Tyskland, en egen adgangsnøgle eller en fuldstændig lokal model. KI kan mærkbart reducere rutinearbejde, men erstatter hverken en korrekt kontoplanlægning eller definerede godkendelser.

Træning: Færre slides, flere konkrete tilfælde

En generel systemtræning kort før Go-Live hjælper kun begrænset. Brugere har brug for svar på deres egne opgaver: Hvordan opretter jeg en ordre? Hvad gør jeg ved en forkert faktura? Hvor ser jeg, om varer er tilgængelige? Hvem ringer jeg til, hvis en bogføring blokeres?

Træn derfor rollebaseret og tæt på starttidspunktet. Korte enheder med realistiske eksempler er mere effektive end en hel dag med teori. Suppler dem med en enkel arbejdsinstruks til de mest almindelige processer. Den behøver ikke være perfekt designet. En forståelig proces med skærmbilleder, ansvar og klare henvisninger sparer mange spørgsmål på den første dag.

Udpeg desuden en nøglebruger pr. område. Denne person er ikke alene ansvarlig for hvert problem, men samler spørgsmål, genkender tilbagevendende fejl og kan løse enkle tilfælde direkte. Det aflaster ledelsen og forhindrer, at ti små usikkerheder bliver til stilstand.

De første uger efter starten afgør accepten

Med frigivelsen slutter projektet ikke. De første to til fire uger er stabiliseringsfasen. I denne periode bør du dagligt kontrollere, om ordrer, leverancer, fakturaer, betalinger, varemodtagelser og bogføringer kører som forventet. Et kort møde med nøglebrugerne er ofte nok: Hvad blokerer? Hvad er et træningsemne? Hvad er en fejl? Hvad kan vente?

Adskil konsekvent mellem fejl og forbedringsønsker. En forkert skattebeløb, manglende rettighed til en kritisk proces eller en fejlbehæftet databestand skal straks løses. Ønsket om en ekstra rapport eller en mere komfortabel maske kan planlægges. Den, der behandler begge ens, mister tempo og skaber uro.

RConsult ledsager SAP-Business-One-implementeringer med netop dette fokus: klare ansvar, testede processer og en start, der passer til din virksomheds hverdag. Ikke hver funktion skal være færdig på den første dag. Men hver kritisk proces skal fungere pålideligt.

En god Go-Live føles ikke spektakulær på den første morgen. Dit team arbejder, dokumenter gennemløber, beholdninger forbliver sporbare, og regnskabet har pålidelige tal. Netop denne rolige driftsdygtighed er målet, du bør planlægge efter.