Skill XSD-feil fra Schematron-feil i EHF
XSD og Schematron svarer på forskjellige spørsmål om dokumentets gyldighet.
En faktura kan være velformet XML og likevel være ugyldig EHF. Den kan også passe XML-skjemaet samtidig som summer eller kategorier bryter fakturareglene. Validering består av flere lag som bør rapporteres hver for seg.
XML-kontrollen undersøker blant annet om dokumentet kan leses som XML. XSD kontrollerer struktur og datatyper etter skjemaet. Schematron uttrykker kontroller som blant annet kan sammenligne felt, beregninger og betingede krav. Ingen av lagene avgjør alene om leveransen faktisk fant sted.
Tre feil som krever forskjellige rettinger
Dette er et syntetisk feilkatalogeksempel. Regeltekst og sted skal hentes fra den faktiske validatorrapporten.
| Feil | Lag | Riktig retning for retting |
|---|---|---|
| Uavsluttet XML-element | XML-lesing | Rett dokumentets syntaks |
| Tekst i et datofelt | XSD/datatype | Rett kildeverdi eller serialisering |
| Linjenetto 900, beregnet netto 1 000 | Forretningsregel | Undersøk mengde, pris og rabatt |
| Ukjent kundeordre | Mottaksprosess | Avklar bestillingsgrunnlaget |
Den siste feilen kan oppstå selv om standardvalideringen er grønn. Derfor må tekniske og virksomhetsmessige kontroller være synlige som forskjellige resultater.
Gjør feilmeldingen korrigerbar
Bevar filen som ble kontrollert, validatorens versjon, regelutgaven og feilstedet. Knytt feilen til kildens felt eller beregning. Hvis rettingen bare skjer i en eksportert fil, vil neste eksport ofte få samme feil.
Prøv en kjent god fil og tre bevisst feilaktige kopier. Endre én ting om gangen. Da kan dere vise at kontrollen oppdager syntaksfeil, datatypefeil og forretningsregelavvik uten å blande årsakene.
- Bruk gjeldende skjema og publiserte valideringsartefakter.
- Skille mellom feil og advarsler i rapporten.
- Ikke fjern en regel bare fordi mange filer feiler.
- Kontroller at feilrettingen ikke endrer andre dokumentfelter.
Når grønt resultat er utilstrekkelig
En validator kan ikke bekrefte at en oppgitt bankkonto tilhører selgeren, at kunden har godkjent kjøpet eller at et avgiftsfritak faktisk er riktig. De forholdene krever andre kontrollkilder.
Mottaksresultatet bør derfor si hva som er kontrollert og hva som gjenstår. «XML lest», «format validert» og «faktura godkjent» er forskjellige statuser. Ved en oppgradering må dere også kunne forklare hvorfor samme fil fikk et annet resultat med en ny regelutgave.
Se regeloppgradering og kvitteringsnivå.
En samlet feilliste bør bevare filnavn og dokumentidentitet ved hver melding. Hvis flere fakturaer kontrolleres samtidig, kan samme regel feile på forskjellige steder. Å rapportere bare at regelen feilet ti ganger gjør det vanskelig å finne hvilke kildedokumenter som skal rettes og prøves på nytt.