SAF-T (Standard Audit File – Tax) er det standardiserte formatet norske bokføringspliktige må kunne levere regnskapsdata i på forespørsel fra Skatteetaten. Kravet har vært gjeldende i flere år, men et ERP-bytte setter det på prøve: kan både det gamle og det nye systemet levere korrekt SAF-T, og henger historikken sammen?
Kort om hva SAF-T er
SAF-T er en XML-fil med standardisert struktur for hovedbok, kunde-/leverandørreskontro og master-data. Poenget er at Skatteetaten (og revisor) kan analysere regnskapet uavhengig av hvilket system det kommer fra. Du leverer ikke løpende — men du må kunne produsere filen korrekt når den etterspørres.
Hvorfor ERP-bytte er et SAF-T-vendepunkt
- Historikk i det gamle systemet. Etter at du slår av det gamle ERP-et, må du fortsatt kunne produsere SAF-T for de årene som lå der. Mister du den evnen, har du et compliance-hull.
- Kontoplan-mapping. SAF-T krever kobling til standard kontoplan. Bytter du system, må mappingen reproduseres korrekt — en vanlig feilkilde.
- Master-data-kvalitet. SAF-T eksponerer master-data (kunder, leverandører). Skitne data blir synlige feil i filen.
Sjekkliste: SAF-T ved systembytte
Før go-live:
- Verifiser at det nye systemet kan generere gyldig SAF-T (be om en testfil og valider den).
- Bekreft kontoplan-mapping mot standard kontoplan.
- Avklar hvordan SAF-T for historiske år (i gammelt system) skal kunne produseres etter avvikling — eksporter og arkiver filer før systemet slås av.
Etter go-live:
- Generer en SAF-T fra det nye systemet for første periode og valider den.
- Avstem at åpningsbalansen i nytt system stemmer med utgående balanse i gammelt.
Koblingen til kontroll og revisjon
SAF-T er i praksis revisors og skattemyndighetens inngang til dataene dine. En ryddig SAF-T forutsetter ryddig kontoplan, ryddige master-data og en bokføring som henger sammen over systemskiftet. Det er de samme tingene en as-is-mapping og datavask sikrer. Når du bytter ERP i et revisjonsår, vil revisor være ekstra oppmerksom på at overgangen ikke har skapt brudd — se hva revisor forventer etter systembytte.
Vanlig fallgruve: å glemme det gamle systemet
Den hyppigste SAF-T-tabben er å avvikle det gamle systemet uten å sikre at historiske SAF-T-filer kan produseres i ettertid. Lisensen utløper, serveren skrus av, og to år senere ber Skatteetaten om en fil ingen lenger kan lage. Løsningen er enkel: eksporter og arkiver SAF-T for alle relevante år før du slår av det gamle systemet.
Oppsummering
SAF-T er ikke en løpende oppgave, men en evne systemet ditt må ha — og den evnen settes på prøve ved et ERP-bytte. Verifiser at det nye systemet leverer gyldig SAF-T med korrekt kontoplan-mapping, avstem balansen over skiftet, og — viktigst — arkiver historiske SAF-T-filer før det gamle systemet avvikles. Da har du ikke et compliance-hull når filen etterspørres.