Et ERP-system, Enterprise Resource Planning, er den samlede database og det procesfundament, en virksomhed driver sin daglige forretning på. Økonomi, indkøb, lager, produktion, salg og ofte løn og projektstyring arbejder i det samme system og på de samme data. Pointen er ikke funktionerne hver for sig; pointen er, at en vare kun findes ét sted, en kunde kun findes ét sted, og at en handling i salgsleddet automatisk får konsekvenser i lager og bogholderi.
Uden et ERP-system opstår den typiske situation, hvor økonomiafdelingen har ét tal for omsætningen, salgsafdelingen har et andet, og lageret fører sin egen liste i et regneark. Meget af tiden i en ikke-integreret organisation går med afstemning: at finde ud af hvilket tal der er rigtigt. Et ERP-system fjerner den diskussion ved at gøre ét datasæt til det gældende, og det er som regel den største gevinst, selvom den sjældent står øverst i leverandørens materiale.
I Danmark domineres markedet af Microsoft Dynamics 365 Business Central, der har afløst det gamle Navision og står stærkt i mellemstore virksomheder, samt af SAP S/4HANA i de største koncerner. I den mindre ende findes e-conomic, Dinero og Uniconta, der reelt er økonomisystemer med ERP-træk, og som for mange mindre virksomheder er rigeligt. Branchespecifikke løsninger findes til produktion, byggeri, engroshandel og fødevarer, og de rummer ofte funktionalitet, det ville koste et trecifret antal konsulenttimer at bygge i en generisk platform.
Valget af system bør begynde med processerne, ikke med demoerne. Kortlæg de 10-15 forretningsprocesser, der bærer omsætningen, og beskriv hvordan de faktisk forløber i dag, inklusive de undtagelser medarbejderne håndterer manuelt. Den beskrivelse er kravspecifikationen. Uden den styrer leverandøren dialogen, og virksomheden ender med at købe en funktionsliste frem for en løsning på et konkret problem.
Cloud eller lokal drift er i praksis afgjort på forhånd for de fleste. Software as a Service-modellen betales per bruger per måned, opdateres automatisk og kræver ingen serverinvestering, hvilket passer til langt de fleste danske virksomheder. Lokal installation, on-premise, giver fuld kontrol over data og over hvornår der opdateres, og vælges typisk kun ved særlige krav til datalokalitet, ved tung integration til produktionsudstyr eller ved stærke branchemæssige forbehold.
Økonomien i et ERP-projekt undervurderes systematisk, fordi opmærksomheden retter sig mod licensprisen. Tommelfingerreglen i branchen er, at implementeringen koster mellem én og tre gange den årlige licensudgift i konsulenttimer, datamigrering, integration og træning. Dertil kommer den interne tid: nøglemedarbejdere skal frigøres til projektet i månedsvis, og den udgift bogføres sjældent, selvom den er reel. Et budget uden en post til intern tid er ikke et retvisende budget.
Datamigrering er den opgave, der hyppigst vælter tidsplanen. Stamdata på kunder, leverandører og varenumre er i de fleste virksomheder både ufuldstændige og fyldt med dubletter, og et nyt system er ikke stedet at opdage det. Oprydningen bør begynde flere måneder før idriftsættelsen og gennemføres af dem, der kender data, ikke af leverandørens konsulenter. Historiske posteringer behøver sjældent at følge med; ofte er det tilstrækkeligt at overføre åbne poster og lade det gamle system stå i læseadgang i et par år.
Integrationerne til den øvrige systempark afgør, hvor meget af gevinsten der faktisk realiseres. Webshop, e-fakturering til det offentlige gennem Nemhandel, betalingsopkrævning, lønsystem, CRM og fragtleverandørernes portaler skal alle udveksle data med ERP-systemet, og hver forbindelse skal etableres, testes og vedligeholdes. Ved sammenligning af tilbud er det derfor værd at spørge, hvilke integrationer der findes som standardmoduler hos leverandøren, og hvilke der skal udvikles fra bunden. Prisforskellen mellem de to svar er ofte større end forskellen på licenserne.
Tilpasninger er ERP-projektets største langsigtede risiko. Hver specialtilpasning skal testes igen ved hver eneste opdatering, og en platform med mange tilpasninger bliver dyr at holde ved lige og svær at forlade. Den sunde hovedregel er at tilpasse organisationen til standarden, hvor processen ikke er et konkurrenceparameter, og kun bygge specialkode der, hvor virksomheden faktisk adskiller sig fra sine konkurrenter.
Projektorganisationen skal have en ejer i forretningen, ikke i it-afdelingen. ERP-systemet definerer, hvordan virksomheden arbejder, og de beslutninger kan kun træffes af dem, der har ansvaret for processerne. Der bør udpeges superbrugere i hver afdeling, som deltager i test, tager stilling til opsætningen og bagefter fungerer som førstelinjesupport for kollegerne. Mangler den rolle, ender uafklarede spørgsmål hos leverandørens konsulenter, der besvarer dem ud fra standardopsætningen frem for ud fra virksomhedens forretning.
Implementeringen forløber typisk over 6-18 måneder afhængigt af størrelse og kompleksitet. Big bang-metoden, hvor hele organisationen skifter samme dag, giver kortest dobbeltdrift, men størst risiko. Faseopdelt idriftsættelse per selskab, land eller modul er langsommere og kræver midlertidige integrationer, men fejl rammer et mindre område ad gangen. Valget mellem de to bør afhænge af, hvor meget virksomheden kan tåle at have nedsat kapacitet i en uge.
Efter idriftsættelsen falder produktiviteten næsten altid i en periode på en til tre måneder, mens medarbejderne lærer det nye system. Det er forventeligt og skal planlægges ind: læg ikke go-live i højsæsonen, og hold ekstra support tilgængelig i de første uger. De virksomheder, der får mest ud af deres investering, er dem, der behandler idriftsættelsen som starten på arbejdet og bruger det første år på at høste automatiseringer, rapportering og integrationer, som først bliver synlige, når data endelig ligger samlet ét sted.