ERP er det fælles forretningssystem, hvor økonomi, indkøb, lager, salg og ofte produktion arbejder i de samme data. Når systemet skal skiftes i en virksomhed med flere afdelinger eller selskaber, bliver opgaven et program over flere år, og det sværeste spørgsmål handler om magt. Hvert område skal opgive noget af sin måde at arbejde på, og ingen enkelt afdelingsleder kan beslutte det på de andres vegne. Tre navne og én regel skal derfor på plads, før partneren går i gang. Der skal være en programejer i direktionen, en leder af selve programmet og en procesejer for hvert område, og der skal være en regel for, hvem der betaler. Står de fire ting uklart, kommer regningen senere som ventetid og omgåede beslutninger.
Sammenhængen mellem program og projekt har sin egen artikel. Her handler det om ejerskabet.
Systemet er økonomiens, og programmet er ingens
ERP-programmer begynder ofte i økonomifunktionen, fordi det gamle system bærer regnskabet. Programmet ender så med at ligge i IT, fordi det er dér, projektfolkene sidder. Begge placeringer giver samme problem. Økonomidirektøren kan ikke bestemme, hvordan produktionen planlægger, og IT-chefen kan ikke bestemme, hvordan salget giver rabat.
I en virksomhed uden egne IT-folk kan ejeren være direktøren selv, og det forløb står på ERP-skift i den lille virksomhed. Med flere selskaber eller afdelinger, der hver har egen ledelse og eget resultatansvar, rækker det ikke. Beslutningerne skal tages et sted, hvor alle de berørte er forpligtet, og derfor hører programmet hjemme hos direktionen som helhed, med ét navngivet medlem som ejer.
Fire roller, der skal have et navn
Programejeren sidder i direktionen, står for formålet og gevinsterne og er formand for styregruppen. Det er den person, der afgør en strid mellem to afdelinger, og hvis tid programmet derfor skal have reserveret.
Procesejerne kommer fra forretningen. Der er én for hvert område, fx fra ordre til betaling og fra indkøb til betaling. De bestemmer, hvordan processen skal se ud, på tværs af afdelinger og selskaber. Rollen er beskrevet i artiklen om procesejere. Uden dem ender procesvalgene hos konsulenter, der svarer på det, de bliver spurgt om, og som har forladt huset, når valgene viser sig at være forkerte.
Programlederen holder plan, budget, risici og afhængigheder sammen og refererer til programejeren. Personen bør være jeres egen eller være ansat af jer. Kommer programlederen fra implementeringspartneren, styrer leverandøren sin egen kontrol. Hvor meget der i øvrigt må ligge hos eksterne, er emnet for konsulenter i programmet.
CIO’en eller IT-chefen ejer arkitekturen, integrationerne, driften bagefter og sammenhængen med resten af applikationsporteføljen. Det er en stor rolle, som dog ikke er den samme som programejerens. IT skal kunne sige nej af tekniske grunde, mens forretningen afgør, hvad systemet skal kunne.
Hvem der afgør afvigelserne
Et tilbagevendende slagsmål i et ERP-program handler om afvigelser. Et selskab eller en afdeling vil have sin måde bevaret, og hver afvigelse gør systemet dyrere at teste, opdatere og drive i mange år. Giv derfor én gruppe ret til at afgøre dem, ofte kaldet en design authority. Gruppen består af procesejerne og en arkitekt, og den mødes hyppigt. Det, gruppen ikke kan blive enig om, går til styregruppen med en indstilling og en pris i tid.
Reglen skal stå på skrift, inden det første selskab beder om en undtagelse. Med flere selskaber er det her, programmet møder spørgsmålet om fælles eller lokalt IT.
Hvem der betaler
Omkostningerne falder ét sted, og gevinsterne falder et andet. IT-budgettet bærer licenser og partner, afdelingerne mister folk til programmet, og gevinsterne viser sig måske som lavere lager hos ét selskab og hurtigere regnskabsafslutning hos et andet. Lægges hele regningen i IT, ligner programmet en IT-omkostning, og forretningen får ingen grund til at holde igen med ønskerne.
Direktionen skal derfor afgøre tre ting. For det første, om programmet har sit eget budget uden for IT’s. For det andet, om selskaberne bærer deres del, og efter hvilken nøgle. Det hænger sammen med intern afregning af IT. For det tredje, hvem der indregner gevinsterne i sit eget budget, når de er aftalt. Det sidste er emnet for gevinstrealisering. Reserven og hvem der må bruge den, står under programbudgettet skrider. Hvordan omkostningerne behandles i regnskabet, er et spørgsmål til revisor.
Bogføringen følger med
Bogføringsloven § 12 kræver, at regnskabsmateriale gemmes på betryggende vis, til der er gået 5 år efter udgangen af det regnskabsår, det hører til. Ifølge Erhvervsstyrelsen gælder kravet også, når virksomheden skifter bogføringssystem. Gamle regnskabsdata skal altså stadig kunne findes og læses efter skiftet, også når det gamle system er lukket. Ophører et selskab undervejs, siger § 14, stk. 1, at den senest fungerende ledelse sørger for opbevaringen. Regnskabsmateriale ved systemskift er beskrevet for sig.
Spørg tidligt, om det nye system er registreret hos Erhvervsstyrelsen (§ 16). Er det ikke, hviler kravene på jer selv, herunder sikkerhed, e-faktura, SAF-T og en ugentlig fuld sikkerhedskopi. Efter bekendtgørelse nr. 205/2024 skal kopien opbevares af en part, der ikke er nærtstående, og serveren skal stå i et EU- eller EØS-land. Et søsterselskab eller koncern-IT kan derfor som udgangspunkt ikke opbevare den. Hvad der gælder jer, afklares med revisor.
Giv opgaven til et navn i programmet med det samme, og lad økonomidirektøren bekræfte løsningen med revisor. Hver gang et selskab rykker over, skal det stå klart, hvor dets historik ligger.
Det gør I nu
Skriv navnene på programejer, programleder og procesejere på én side, og skriv ved hvert navn, hvor meget tid personen bliver frigjort. Læg siden for direktionen sammen med budgetmodellen. Kan to af navnene ikke sættes, er programmet ikke klar til at gå videre til valg af partner.
Overvejer I en ekstern CIO i den situation, åbner Nielco IT med en gennemgang. Bagefter arbejder I sammen efter en fast månedsaftale med en timeramme, som ligger fast på forhånd. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Det skal I lade være med
- At kalde ERP et økonomiprojekt · resten af virksomheden bliver så tilskuere til et skift, der ændrer deres arbejde.
- At lade partneren lede programmet · så har ingen hos jer overblikket, når kontrakten presser.
- At udpege procesejere uden at frigive tid · så sidder der navne på et papir, og beslutningerne kommer for sent.
- At vente med budgetmodellen til regningen kommer · selskaberne vil da forhandle om noget, der allerede er brugt.
Det skal I kræve af dem, der leder IT
- ☐ Ét ark med programejer, programleder og procesejere og deres frigjorte tid.
- ☐ En skriftlig regel for, hvem der afgør afvigelser fra standarden.
- ☐ Et forslag til programbudget med fordeling mellem selskaber og afdelinger.
- ☐ En oversigt over de afhængigheder, programmet har til andre projekter.
- ☐ En navngivet ansvarlig for historiske regnskabsdata.
- ☐ Et svar på, om det nye system er registreret, og hvem der opbevarer sikkerhedskopien.
Kilder
- Lov nr. 700 af 24. maj 2022 om bogføring: § 12 om opbevaring, § 14 om opbevaring ved ophør og §§ 15 og 16 om digital bogføring.
- BEK nr. 205/2024 om ikke-registrerede bogføringssystemer: §§ 2, 4 og 5. Senere ændret.
- Erhvervsstyrelsen: Vejledning til bogføringsloven: opbevaring ved skift af bogføringssystem.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Big bang eller faseopdelt udrulning · Forretningens bedste folk skal ind i programmet · SAP ECC slutter
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
