Gjør en XSD-feilmelding om til en korrigerbar datakilde
En validator viser hvor strukturen bryter med skjemaet. Kildeavklaringen viser hvorfor feilen oppsto og hvordan den skal rettes.
En XSD-feilmelding beskriver et avvik mellom XML og valgt skjema. Den kan handle om type, rekkefølge, manglende element eller navnerom. Start med å bekrefte riktig filutgave og riktig XSD før kildedata endres.
Bevar originalfil, skjema og full feilmelding. Linjenummer kan hjelpe i én filutgave, men er ikke en stabil nøkkel hvis filen formateres på nytt. Registrer også elementplassering og transaksjonsidentitet der dette er mulig.
Tre forskjellige feilklasser
| Feilklasse | Illustrerende verdi | Undersøkelse |
|---|---|---|
| Desimaltype | 1,25 i et XSD-desimalfelt | Lokal tallformatering i eksporten |
| Struktur | Element står på feil nivå | Eksportmal eller feil valgt utgave |
| Identitet | Rotens navnerom passer ikke skjemaet | Versjon og navnerom |
Eksemplene viser feilklasser, ikke ordrette meldinger fra en bestemt validator. Bruk den faktiske meldingens regel og element for å finne årsaken.
Følg feltet tilbake til eksporten
Hvis beløpet er korrekt i kildesystemet, men eksporteres med komma i et XML-desimalfelt, bør eksportlogikken rettes. En manuell søk-og-erstatt av alle kommaer kan skade fritekst, adresser og andre opplysninger.
Hvis et obligatorisk felt mangler, undersøk om kilden har opplysningen og hvorfor den ikke ble med. Et oppdiktet standardinnhold kan få strukturtesten til å passere uten å gjøre filen riktig.
Ved feil rekkefølge er ikke det nødvendigvis dataverdien som er problemet. Kontroller elementrekkefølgen i den aktuelle XSD-strukturen og be eksportøren rette genereringen.
Prøv den rettede filen på nytt
Kjør hele valideringen, ikke bare den første feilen. En parser kan stoppe tidlig og dermed skjule flere avvik. Sammenlign dessuten summer og antall med originalen slik at rettingen ikke utilsiktet endret regnskapsinnholdet.
Et bestått XSD-resultat er strukturbevis for den prøvde filen og utgaven. Det er ikke en generell godkjenning av kontomapping, avgiftsvurdering eller fullstendighet.
Se navnerom og versjon og manglende, tomt og null.
Godkjenn en retting først når den samme syntetiske feilprøven avvises før retting og passerer etter retting på riktig grunnlag. Hvis validatoren i stedet er satt til å ignorere feilen, har kontrollen blitt svakere. Bevar derfor innstillinger som kan påvirke hvilke regler som faktisk ble kjørt.
En ny eksport bør også ha en sammenligning av innhold mot kilden. Riktig desimalformat er lite verdt dersom eksportøren samtidig utelater poster som er vanskelige å serialisere. Kontroller antall, relevante summer og registerkoblinger etter den tekniske rettingen. Beskriv deretter hvilke resultater som gjelder struktur, og hvilke som gjelder økonomisk innhold.