Vanlige feil i SAF-T-filer
Typiske SAF-T-feil handler ofte om mer enn XML. De oppstår i mapping, kontobruk, referanser, dimensjoner og dokumentasjon.
En SAF-T-fil kan være teknisk generert og likevel være svak i praksis. Det er ofte her misforståelser oppstår: man tror at filen er god fordi den kan eksporteres, mens den egentlige testen er om den kan forstås, valideres og brukes videre uten unødvendig tolkning.
Feil som går igjen
| Feiltype | Hva som skjer | Konsekvens |
|---|---|---|
| Svak kontomapping | Kontoer er plassert for bredt eller for skjønnsmessig | Sammenligning og analyse blir mindre pålitelig |
| Uklare avgiftsdata | Avgiftsbehandling følger ikke tydelige prinsipper | Feil kan bli vanskelige å oppdage før sent i prosessen |
| Mangelfulle referanser | Bilag, kunder, leverandører eller dimensjoner er utilstrekkelig koblet | Kontrollsporet svekkes |
| Ujevn bruk av dimensjoner | Prosjekt, avdeling eller andre spor brukes inkonsekvent | Filen blir vanskeligere å lese og avstemme |
| For lite dokumentasjon | Det er uklart hvordan mappingen er gjort | Feilretting og kvalitetssikring blir dyrere |
Mange feil starter før eksporten
Det er lett å lete etter problemet i selve filformatet, men mange SAF-T-feil oppstår tidligere:
- i kontoplanoppsettet
- i hvordan avgiftsregler er konfigurert
- i hvordan hovedbok og underliggende data henger sammen
- i fravær av gode valideringsrutiner
Derfor er en god SAF-T-prosess også et spørsmål om datakvalitet og styring.
Feil som ikke alltid vises med én gang
Noen feil er enkle å oppdage. Andre er mer alvorlige fordi de ser riktige ut ved første øyekast:
- en konto kan være gyldig, men faglig unøyaktig
- en referanse kan være med, men ikke være konsekvent brukt
- en fil kan passere teknisk validering uten å støtte godt kontrollarbeid
Dette er en viktig grunn til at neste generasjon SAF-T 2.0 bør legge større vekt på tydelig struktur og bedre feilfangst.
Hvordan redusere risikoen
En mer robust SAF-T-praksis bør minst inneholde:
- tydelige prinsipper for kontomapping
- dokumentert håndtering av avgiftsregler og dimensjoner
- faste kvalitetssjekker før eksport
- eksempler på hvordan spesielle transaksjoner behandles
I tillegg bør det være enkelt å forklare hvorfor dataene ser ut som de gjør. Hvis det kreves lang muntlig forklaring for å skjønne filen, er dokumentasjonen sannsynligvis for svak.
Gode SAF-T-filer krever bedre standardbevissthet
Mange feil kunne vært redusert dersom standardene ble brukt mer som styringsverktøy og mindre som en avsluttende teknisk leveranse. Det betyr blant annet at virksomheter og leverandører bør arbeide mer med mapping til SAF-T , standard kontoplan og bedre dokumentasjon.
Det er også her standardiseringsarbeidet blir praktisk relevant: en standard har først verdi når den hjelper brukerne å gjøre rett oftere og enklere.