Systembytte: test åpne poster før gammelt regnskap stenges
Sørg for at kundekrav og leverandørgjeld kan følges videre etter byttet. Bruk kjente unntak som akseptansetest.
Ikke godkjenn et regnskapssystembytte bare fordi sum kunder og leverandører stemmer. Feil på enkeltposter kan fortsatt gi dobbeltbetaling, purring på betalte fakturaer eller bortfall av en kreditnota.
Lag en liten testliste før overtakelsen. Listen bør inneholde både vanlige fakturaer og hendelser som gjør oppfølging vanskelig: delbetaling, flere betalinger, kreditnota og en betaling uten riktig referanse.
Bestem skjæringspunkt og ansvar
Avtal hvilken dato og hvilke registreringer uttrekket omfatter. Opplysninger som kommer etter uttrekket, må ha en tydelig behandlingsrutine. Ellers kan en betaling registreres i gammelt system uten å bli med videre, eller komme med to ganger.
La én ansvarlig bekrefte kildetallene og en annen kontrollere resultatet i det nye systemet. Bruk oversikten over bytte av regnskapssystem til å samle resten av planen.
Tre testtilfeller som avdekker mer enn totalsummen
| Tilfelle | Kjent utgangspunkt | Hva du vil se etter overføring |
|---|---|---|
| Kunde med delbetaling | Faktura 10 000, betalt 6 000, kreditert 1 000 | Forklarbar rest på 3 000 |
| Leverandør med delvis oppgjør | Krav 8 000, betalt 3 000 | Riktig åpent beløp og betalingsreferanse |
| Ny hendelse etter uttrekk | Betaling etter skjæringspunktet | Behandles én gang etter avtalt rutine |
Beløpene er testdata, ikke anbefalte bokføringsposter. Det nye systemet kan representere historikk forskjellig, men sammenhengen må være dokumentert og forståelig.
Kontroller mer enn beløpet
Bevar eller dokumenter koblingen til opprinnelig faktura, kunde eller leverandør. Kontroller forfall, valuta og referanser. En gammel forfalt faktura skal ikke uten grunn se ny ut fordi importdatoen blir dagens dato.
Prøv også oppfølgingen: Kan en medarbeider se at en faktura er delvis betalt? Kan en betaling kobles til riktig post? Kan en feilaktig påminnelse stoppes? En rapport som ser riktig ut ved import, kan skjule en svak arbeidsflyt i det daglige.
Avtal hva som ikke følger med
En datafil overfører ikke nødvendigvis bilagsbilder, godkjenningshistorikk eller alle systemspesifikke data. Bestill nødvendig uttrekk og lesbar arkivtilgang særskilt. Få begrensninger skriftlig før gammel tilgang avsluttes.
Ta dette med i total kostnad for systembyttet. Den billigste overføringen er ikke god hvis dere senere må rekonstruere dokumentasjonen manuelt.
En konkret godkjenningsbeslutning
Dokumenter testene, avvikene og hvem som har godkjent videre drift. Kritiske feil bør være avklart før betalinger eller automatisk kundeoppfølging går videre. Lag en plan for hvordan nye hendelser fra overgangsperioden blir avstemt.
Vurderer dere ReAI, kan testlisten brukes i dialogen om det faktiske oppsettet. Be om demonstrasjon med egne representative, ufølsomme testtilfeller fremfor å anta at en generell importfunksjon løser alle unntak.
Sist gjennomgått: 16.10.2026
Vil du se hvordan dette løses i et moderne system? Ta en titt på ReAI.
Se ReAI