ERP-system: Hvad er det, og hvordan vælger I?

Hvornår opstår behovet for ERP?

Behovet viser sig ofte som dobbeltarbejde. Salg har sin ordreliste, lageret har et regneark, og økonomi opretter fakturaen ud fra en mail. Hver afdeling kan have styr på sin egen del, mens overgangen mellem dem er usikker. Et fælles system kan gøre status og data mere sammenhængende.

Et nyt system løser dog ikke automatisk uklare aftaler. Hvis to afdelinger mener noget forskelligt med ordet leveret, skal definitionen afklares. Skriv derfor de fælles begreber og ansvar ned, før I sammenligner ERP-systemer i Danmark. Det gør leverandørernes svar langt lettere at vurdere.

Forskellen på ERP, CRM og regnskabsprogram

CRM handler typisk om kunderelationer og salgsarbejde. Regnskabsprogrammet har sit tyngdepunkt i økonomien. ERP forbinder flere driftsprocesser. Grænserne kan overlappe, og en leverandørs produktnavn fortæller ikke alene, hvilke behov der er dækket.

Beskriv i stedet, hvem der ejer hvert datasæt. Kundens kontaktperson kan vedligeholdes i CRM, mens betalingsbetingelser og økonomiske posteringer styres i ERP. Hvis oplysninger kopieres, skal retning og opdatering være aftalt. Ellers bliver integrationen endnu et sted, hvor medarbejderne leder efter sandheden.

Byg en kravmatrix med beviser

Begynd med en konkret opgave som at håndtere en delleverance. Et krav kan være: Medarbejderen skal kunne se oprindeligt bestilt, allerede leveret, annulleret og resterende antal. Det kan demonstreres og testes. Kravet 'god lagerstyring' kan fortolkes på mange måder.

Opdel krav i nødvendige ved opstart, ønskelige senere og fravalg. Tilføj en ansvarlig, et eksempel og en accepttest. Bed leverandørerne oplyse, om løsningen findes som standard, kræver opsætning eller kræver udvikling. Sammenlign på det samme materiale, så en flot demonstration ikke bliver det eneste grundlag.

Brug undtagelser til at sammenligne systemerne

I et tænkt forløb bestiller kunden 50 enheder, men kun 35 kan leveres. Kunden accepterer dellevering og annullerer fem. Der er herefter ti åbne enheder. Bed hver leverandør vise, hvordan salgsordre, lagerstatus og fakturagrundlag holder denne sammenhæng.

Test også en ændring efter godkendelse. Må en medarbejder rette prisen? Hvad sker der med en integration, der forsøger at oprette den samme ordre igen? Undtagelserne viser ofte mere om den daglige anvendelighed end en fejlfri standardordre.

Beregn omkostninger og skift uden at miste driften

Sammenlign en fælles periode og medtag implementering, dataflytning, oplæring, integration og drift. Vurder også arbejdsmængden internt. En afdelings nøgleperson kan ikke både teste et nyt system og løse uændret dagsproduktion uden prioritering.

Aftal, hvordan åbne ordrer og andre igangværende sager flyttes. Definér en afstemning før og efter skiftet og en ansvarlig for hver afvigelse. Automatisering med NoraOS bør afgrænses til de processer og data, som faktisk kan stilles til rådighed. Start med forslag, hvis sikker udførelse endnu ikke er dokumenteret.

Jeres første sammenligningsark

Brug tabellen som minimum og udvid med virksomhedens særlige krav. Giv ikke point for funktioner, I aldrig bruger. Notér hellere det konkrete bevis for, at et vigtigt arbejdsforløb kan afsluttes korrekt, og skriv åbne afhængigheder tydeligt frem.