Ett av de mest undervurderte arbeidene i et ERP-bytte er datavask. Det er kjedelig, det er detaljert, og det blir nesten alltid undervurdert i tidsplanen. Men hvis du migrerer skitne master-data inn i et nytt system, har du bare flyttet rotet til et dyrere sted.
Hvilke data det gjelder
Datamigrering deler seg i to: transaksjonsdata (historiske bilag) og master-data (de faste registrene). Det er master-dataene som forårsaker mest smerte:
- Kunderegister — duplikater, utgåtte kunder, manglende organisasjonsnummer, feil betalingsbetingelser.
- Leverandørregister — duplikater (samme leverandør i tre varianter), feil eller manglende kontonummer (en mislighold-risiko ved betaling).
- Vareregister/produktregister — utgåtte varennumre, inkonsistente enheter, manglende kontoplan-kobling.
- Kontoplan — historisk akkumulerte kontoer ingen lenger bruker.
- Ansatt- og rolledata — tilganger som ikke lenger stemmer.
Hvorfor skitne data er en kontrollrisiko, ikke bare et irritasjonsmoment
Feil i master-data er ikke kosmetisk. Feil leverandør-kontonummer er en direkte misligholds- og svindelrisiko. Duplikate leverandører gjør at samme faktura kan betales to ganger. Manglende kontoplan-kobling gir feilbokføring. Dette er presis de tingene en revisor ser etter — og de blir verre, ikke bedre, hvis de migreres ukritisk.
Hvem eier dataene?
Det første spørsmålet i datavask er ikke teknisk, men organisatorisk: hvem eier hvert register? Hvis ingen eier kunde-dataene, blir de heller ikke vasket. En del av as-is-mappingen bør derfor være en master-data-eierskapsmatrise: for hvert register, hvem er ansvarlig for kvaliteten.
Slik strukturerer du datavasken
- Profilér. Kjør en kvalitetsanalyse: hvor mange duplikater, tomme felter, ugyldige verdier per register.
- Definér regler. Hva er en gyldig kunde? Krav til org.nr, betalingsbetingelser, kredittgrense.
- Rydd ved kilden. Vask i det gamle systemet før uttrekk der det er mulig — da har du fortsatt konteksten.
- Bestem hva som IKKE migreres. Utgåtte kunder/leverandører/varer bør arkiveres, ikke flyttes. Et nytt system er en sjanse til å starte rent.
- Avstem etter migrering. Verifiser antall poster og sumkontroller før og etter. Avvik skal forklares, ikke ignoreres.
Koblingen til prosesskartet
Prosesskartet forteller deg hvilke data som faktisk brukes. Hvis innkjøp-til-betaling-prosessen krever leverandørens kontonummer og EHF-adresse i et bestemt steg, vet du at de feltene må være komplette før go-live. Uten kartet vasker du «alt» blindt; med kartet vasker du det prosessene er avhengige av. Se P2P-prosessen i praksis.
Tidsplan-realisme
En realistisk regel: datavask tar 1,5–2 ganger så lang tid som først antatt, og bør starte tidlig — ikke uka før go-live. Sett av en egen arbeidsstrøm med en eier, ikke som en bioppgave for et team som allerede er fullt opptatt med konfigurasjon.
Oppsummering
Datavask er ikke en teknisk detalj du kan skyve til slutten. Skitne master-data er en kontroll- og økonomirisiko som forsterkes av et systembytte. Avklar dataeierskap, vask ved kilden, ikke migrer søppel — og la prosesskartet bestemme hvilke data som faktisk må være rene før go-live.