Bytte regnskapssystem: en testpakke før importen godkjennes
En importkvittering viser at jobben kjørte. En akseptansepakke viser om regnskapets beløp, identiteter og arbeidsflyter faktisk er bevart.
Før du bytter regnskapssystem, avtal hva som skal flyttes og hva det nye systemet skal kunne gjøre med dataene. «Importert uten feil» er for lite presist som godkjenningskriterium. En saldo kan være riktig selv om fakturaene havner på feil kunde.
Akseptansepakken er et lite sett med kjente tilfeller, forventede resultater og dokumenterte kontrollfunn. Bruk den før full import og på det endelige produksjonsuttrekket. Bedre Standards eksempel nedenfor er et forslag til en arbeidsmetode, ingen obligatorisk offentlig mal.
Avklar om dere flytter saldo, åpne poster eller historikk
| Omfang | Hva som må finnes etter flytting | Hva omfanget ikke alene gir |
|---|---|---|
| Åpningssaldo per konto | Avstemt inngående balanse | Hvem som skylder penger |
| Kundesaldo per motpart | Fordeling på riktig kunde | Fakturarest, forfall og dokumentkoblinger |
| Åpne fakturaer | Rest, valuta, forfall og oppgjørskoblinger | Komplett historisk hovedbok |
| Historiske transaksjoner | Avtalt periode og detalj, med kontrollspor | Originale vedlegg og alle arbeidsflytstatuser |
| Dokumentarkiv | Tilgjengelig original med stabil referanse | Ny bokføring av dokumentene |
Beskriv hvert omfang separat i avtalen. Et system som kan lese en SAF-T-fil, kan fortsatt ha andre grenser for import av vedlegg, åpne fakturaobjekter eller prosjektdata. Be om en demonstrasjon på det konkrete filformatet og det faktiske behovet.
Avtal kuttidspunkt før testfilen tas ut
Skriv både siste bokføringsperiode og tidspunktet uttrekket ble laget. En faktura bokført i juni etter at junifilen er eksportert, er ikke med i den gamle filen. Avklar derfor hvem som fanger etterføringer, og om en ny fil skal erstatte eller supplere forrige leveranse.
Bruk veiledningen om kuttidspunkt til å plassere hver hendelse i ett behandlingsløp. Ta vare på originalfilen og en entydig leveranse-ID før du prøver importen.
En liten testpakke som fanger ulike feil
Tabellen er et konstruert utvalg i NOK. Beløpene er ferdige dokumentbeløp; dette er ingen instruks for MVA-beregning eller kontering.
| Tilfelle | Kjent kildegrunnlag | Resultat som skal prøves |
|---|---|---|
| F-101, delbetalt | Faktura 12 500, betaling 5 000 | Rest 7 500 og begge hendelser gjenfinnes |
| F-102, kreditert | Faktura 8 000, kreditnota 2 000 | Rest 6 000 og kreditnota knyttet til riktig dokument |
| F-103, betalt | Faktura og oppgjør 4 000 | Ingen ny åpen fordring |
| Kunde med to nummer | Gammel og ny kunde-ID | Samme motpart med etterprøvbar kobling |
| Bilag med prosjekt | Prosjekt P31 og dokument D17 | Begge referanser bevares eller arkivløsning er avtalt |
De to åpne restene summerer til 13 500 kroner. En import som viser 20 500, har tatt med originalbeløpene i stedet for restene. En import som viser 13 500 på feil kunde, består totalsjekken og stryker identitetssjekken.
Prøv også en bevisst gjentatt import av testfilen. Resultatet skal følge den avtalte regelen for duplikater eller erstatning. Ikke prøv dette først i et produksjonsregnskap; det er et testtilfelle dere må avtale med leverandøren.
Avstem i fire nivåer
- Omfang: Selskap, datospenn og antall relevante poster er like. Avviste poster er forklart.
- Beløp: Inngående saldo, bevegelse og utgående saldo kan avstemmes med riktig fortegn og valuta.
- Identitet: Konto, kunde, leverandør, prosjekt og kildebilag har sporbare koblinger.
- Arbeidsflyt: En delbetaling, kreditnota eller dokumentåpning fungerer slik dere skal bruke systemet.
Uavhengige SAF-T-kontrollsummer gir støtte på beløpsnivå. Åpne fakturaer ved migrering går inn i oppfølgingsnivået.
Ikke bland NOK og EUR til én kontrollsum. Sammenlign originalvaluta og eventuell regnskapsvaluta hver for seg. Et avvik i antall poster kan ha en riktig forklaring, for eksempel en avtalt sammenslåing, men forklaringen må vise hvilken detalj som beholdes.
Dokumenter avvik slik at noen kan rette dem
Et nyttig avvik sier: «F-101 har rest 12 500 i mål, forventet 7 500, betaling P-77 finnes i kilden». «Importen er feil» gir for lite å undersøke. Registrer test-ID, filutgave, forventet verdi, observert verdi, ansvarlig og resultat etter ny test.
Last ned testprotokoll for regnskapsimportMalen lagres og fylles ut lokalt. Bruk oppdiktede data til teknisk prøving der det lar seg gjøre. Et ekte kunderegnskap skal bare deles med dem som har et avklart behov og riktig tilgang.
Hvem godkjenner overtakelsen?
Systemansvarlig bekrefter filbehandling og tilgang. Regnskapsansvarlig bekrefter avstemminger og dokumentgrunnlag. De som følger opp kunder eller prosjekter, bekrefter de aktuelle arbeidsflytene. Navngi disse rollene før testen; et grønt importsymbol er ingen ansvarlig person.
Lukk bare avvik som er rettet eller uttrykkelig akseptert med kjent konsekvens og oppfølging. Behold tilgang til avtalt historikk og dokumentasjon etter byttet. Bokføringsreglenes krav til dokumentasjon og sporbarhet forsvinner ikke ved en teknisk flyttedato.
Datakontrakt for økonomidata kan brukes som leveransebeskrivelse. Den ferdige testprotokollen viser om akkurat den beskrivelsen ble oppfylt.
Kilder og avgrensning
- Altinn: valg av regnskapssystem
- Bokføringsloven, særlig §§ 4 og 6 om grunnprinsipper og sporbarhet
- Skatteetatens SAF-T-dokumentasjon
Kontrollene og de oppdiktede tallene er våre egne eksempler. Godkjent testpakke dokumenterer avtalt importomfang; den avgjør ikke alle regnskapsmessige vurderinger i materialet.
For en bredere gjennomgang kan du bruke den praktiske sjekklisten.