Peppol-validering sjekker om et forretningsdokument samsvarer med syntaksen og reglene som er deklarert i dokumentet. For Peppol BIS Billing , en validator sjekker vanligvis fem praktiske områder. Et dokument må bestå alle kritiske regler som gjelder. Det mislykkede kontrollpunktet bidrar til å identifisere om årsaken er feil utformet XML, manglende eller inkonsistente fakturadata, et element som ikke støttes, en Peppol-spesifikk begrensning eller et nasjonalt krav.
| Valideringsområde | Hva den sjekker | Hvordan feil identifiseres |
| XML-skjema | Dokumentet er velformet og samsvarer med det støttede UBL 2.1- eller CII-skjemaet. | Parser- eller skjemameldinger i stedet for Peppol-regelkoder |
| EN 16931 forretningsregler | Nødvendige forretningsvilkår, beregninger, kodelister og MVA-logikk | BR-, BR-CO-, BR-CL-, BR-DEC- og MVA-regelfamilier |
| Syntaksbinding | Elementene, stiene og kardinalitetene som er tillatt i den valgte XML-syntaksen | UBL-SR-, UBL-CR- og CII-SR- |
| Peppol BIS-regler | Ytterligere Peppol-begrensninger, inkludert spesifikasjon, profil og identifikasjonskrav | PEPPOL-EN16931-R og PEPPOL-COMMON-R |
| Landskvalifiserte regler | Krav aktivert av leverandørlandet | For eksempel SE-R-, DK-R-, DE-R- og NL-R- |
Fatale feil og advarsler
I henhold til OpenPeppols BIS-samsvarsregler er et dokument kompatibelt når de nåværende valideringsartefaktene ikke rapporterer noen fatale feil. Et dokument med kun advarsler er fortsatt kompatibelt, men advarsler bør undersøkes. De identifiserer ofte problemer med datakvaliteten eller regler som kan bli strengere senere. release .
Regelalvorlighetsgraden kan endres mellom planlagte utgivelser. I Peppol BIS Billing 3.0.21, PEPPOL-COMMON-R052 og PEPPOL-COMMON-R053 ble endret fra advarsler til fatale feil. De danske reglene DK-R-003 og DK-R-017 ble også fatale. release ble obligatorisk 17. august 2026. A release endringen kan derfor føre til at dokumenter som har bestått en eldre validator, mislykkes mot de nåværende artefaktene.
Hvor validering skjer
Avsenderen må ikke sende et dokument som ikke er i samsvar med gjeldende BIS. I praksis validerer vanligvis avsenderprogramvaren eller Peppol-tjenesteleverandøren dokumentet før overføring. En feil på dette stadiet returneres vanligvis av avsenderens egen integrasjon eller tjenesteleverandør før dokumentet når mottakeren.
Mottakerløsningen kan validere dokumentet på nytt og bruke sine egne forretningskontroller. Disse er separate fra Peppol-validering. Mottakeren kan for eksempel sjekke om det finnes en bestilling, et duplikat av fakturanummeret, avtalte leverandørdetaljer eller samsvarende varemottak etter at Peppol-dokumentet har bestått den tekniske valideringen.
Hvilken validering ikke beviser
En teknisk gyldig faktura er i samsvar med den deklarerte spesifikasjonen og reglene som gjelder for den. Validering bekrefter ikke at den underliggende transaksjonen er kommersielt korrekt, at varene ble levert, at fakturaen ikke er omstridt, eller at kjøperen vil godkjenne den for betaling. Disse avgjørelsene tilhører forretningsprosessen etter mottak.
Slik leser du en valideringsfeil
- Sjekk alvorlighetsgraden. Rett fatale feil før sending. Registrer advarsler og vurder om de indikerer et fremtidig kompatibilitetsproblem.
- Identifiser regelfamilien. Prefikset forteller deg om feilen kommer fra EN 16931, syntaksbindingen, Peppol eller et nasjonalt regelsett.
- Les regelsetningen og XML-konteksten. Validatorer kan oppgi en XPath, et elementnavn eller en forretningsterm som BT-24. Bruk den til å spore feilen tilbake til kildefeltet og tilordningen.
- Rett kildedataene eller transformasjonen. Unngå å bare endre den genererte XML-filen når den samme feilaktige verdien vil bli produsert igjen.
- Valider hele dokumentet på nytt. Ett underliggende problem kan utløse flere regler. Rett først strukturelle feil og identifikasjonsfeil, og gjennomgå deretter de resterende resultatene.
Hvordan landsspesifikke regler aktiveres
Landskvalifiserte regler velges ikke utelukkende basert på kjøperens destinasjon. For Peppol BIS Billing I I henhold til 3.0 bestemmes leverandørlandet i prioritert rekkefølge fra landsprefikset i selgers MVA-identifikator (BT-31), landsprefikset i selgers skatterepresentants MVA-identifikator (BT-63) og deretter selgers landskode (BT-40). Bare det relevante nasjonale regelsettet aktiveres.
Dette betyr at en endring i leverandøravgiftsdata kan endre hvilke regler som gjelder selv om postadressen forblir den samme. De nasjonale reglene er inkludert i de felles Peppol BIS-valideringsartefaktene. De krever ikke en separat spesifikasjonsidentifikator eller SMP-registrering.
Testing av nye Peppol-utgivelser
OpenPeppol publiserer spesifikasjonen, regeltabeller, kodelister, Schematron-filer, eksempler og release notater. Integratorer bør holde valideringsartefaktversjonen eksplisitt i test- og produksjonsmiljøer, kjøre regresjonstester for både fakturaer og kreditnotaer, og teste kommende utgivelser før den obligatoriske datoen. Nye advarsler bør behandles som planlagt utbedring i stedet for å ignoreres til de blir fatale.
Vanlige feil
- PEPPOL-EN16931-R004 . Spesifikasjonsidentifikatoren er feil eller inneholder versjonsinformasjon som ikke er tillatt.
- Inkonsekvente pengesummer. Linjebeløp, godtgjørelser, gebyrer, mva-oppdelinger og dokumenttotaler er beregnet eller avrundet forskjellig.
- Feil i identifikator og kodeliste. En identifikator bruker feil skjema, har et ugyldig format, eller en verdi finnes ikke lenger i den aktive kodelisten.
- Elementer eller kardinaliteter som ikke støttes. XML kan være gyldig mot hele UBL- eller CII-skjemaet, men fortsatt bruke et element eller en repetisjon som Peppol-syntaksbindingen ikke tillater.
Se flere eksempler i vanlige Peppol e-faktureringsfeil .
Relatert veiledning
Normative kilder
OpenPeppol publiserer Peppol BIS Billing spesifikasjonen , gjeldende valideringsregler , BIS-samsvarskrav og release . Disse kildene er normative. Forklaringene her er Qvalias.
Beskriver Peppol BIS Billing 3.0.21, valideringsartefakter 1.3.16. Sist gjennomgått 28. september 2026.