Fra SAF-T 1.30 til 1.40.
Behandle overgangen som en versjonert endring av eksporten: oppdater kilder og skjema, lag testdata på nytt og lås forventet valideringsadferd i byggeløpet.
Saftlint forstår begge profilene: 1.30 valideres mot historisk 1.30-XSD, mens 1.40 valideres mot 1.40-XSD og det komplette innholdsregelsettet. Dermed kan gamle og nye fixtures holdes atskilt uten å bruke feil skjema.
Migrasjonssjekkliste
- Les implementeringsveiledningen og den tekniske elementbeskrivelsen sammen med XSD-en.
- Sett og test
AuditFileVersioneksplisitt. - Oppdater XSD, kodelister og data for kodekoblinger som én versjonert pakke.
- Lag representative eksportfiler på nytt fra eget produkt.
- Test masterdatareferanser, summer, balanse og perioder – ikke bare om filen passer skjemaet.
- Behold separate regresjonstester for historiske regnskapsår og eldre formatversjoner.
Unngå en stille oppgradering
Et eksisterende 1.30-resultat bør ikke tolkes som bevis for 1.40. Registrer formatversjon, regelsett og forventede funn i testgrunnlaget, slik at endringer blir synlige i kodegjennomgang og utgivelse.
Prøv samme fixture mot begge profiler
saftlint validate gammel-1.30.xml
saftlint validate --profile 1.40 gammel-1.30.xmlDen andre kjøringen bruker 1.40 som målprofil og viser strukturelle og semantiske avvik, inkludert metadata som fortsatt peker på 1.30. Saftlint forklarer forskjellene, men omskriver ikke regnskapsfilen.