Manglende XML-felt, tomt felt og nullbeløp er ulike tilstander
En automatisk standardverdi kan skjule at opplysningen mangler. XML-strukturen og feltbetydningen må vurderes sammen.
Et element kan være utelatt, være til stede uten innhold eller inneholde tallet null. Det er forskjellige tilstander. Ikke oversett alle tre til samme standardverdi uten en dokumentert regel.
Feltets datatype, forekomst og betydning avgjør hvilken behandling som er gyldig. Et valgfritt tekstfelt har andre rammer enn et obligatorisk desimalfelt. Les riktig struktur i den aktuelle SAF-T-utgaven.
Et forenklet beløpseksempel
| Tilstand | Illustrasjon | Hva mottakeren vet |
|---|---|---|
| Elementet mangler | Ingen beløpsopplysning i utdraget | Verdi er ikke levert |
| Tomt element | <Amount/> | Elementet finnes, men har ikke desimalinnhold |
| Nullbeløp | <Amount>0.00</Amount> | Et eksplisitt beløp på null er levert |
Illustrasjonene forklarer tilstandene. Et komplett gyldig SAF-T-objekt må fortsatt følge riktig plassering, forekomst og alle øvrige regler.
Hvis en leser gjør manglende beløp til 0, kan en ufullstendig post se ut som en reell nullpost. Hvis den gjør manglende dato til dagens dato, flytter den posten til en vilkårlig periode. Begge er betydningsendringer, ikke bare tekniske reparasjoner.
Avklar fravær ved grensesnittet
En lokal datakontrakt bør beskrive om fravær betyr ukjent, ikke relevant eller ikke eksportert. Det er ikke sikkert kilden kan uttrykke alle disse nyansene i samme felt. Registrer da begrensningen og velg en synlig avklaringsbehandling.
Prøv en gyldig nullverdi og en manglende verdi som to separate testtilfeller. Kontroller at feilmeldingen og ettertilstanden er forskjellige når kontrakten krever det. Undersøk også om en tom tekst blir fjernet eller bevart ved konvertering til JSON eller CSV.
Bevar råtilstanden i feilsøkingen
Et kontrolluttrekk kan ha både rå verdi og tolket verdi. Da er det mulig å se om problemet oppsto i kilden, eksporten eller mottakerens standardregel.
En nullsaldo er dessuten ikke bevis på null aktivitet. Selv når beløpet er eksplisitt null, kan andre bevegelser og referanser være nødvendige for å forklare regnskapet.
Lag tre separate syntetiske filer der bare én felttilstand varierer: manglende, tomt og eksplisitt null. De øvrige opplysningene skal være identiske. Da blir det mulig å se om en mellomliggende konvertering har gjort tre forskjellige kildetilstander til samme mottakerverdi.
Godkjenn behandlingen når hver tilstand følger den avtalte regelen og feilen ikke skjules av en standardverdi. Bevar også hvordan feltet vises i avviksrapporten. En tom celle kan gjøre ukjent og null uatskillelige for operatøren, selv om klienten internt skiller dem. Rapporten bør derfor vise både verdi og relevant tilstandsmarkering der avklaringen krever det.