Peppol-validering kontrollerer, om et forretningsdokument overholder den syntaks og de regler, der er angivet for det pågældende dokument. For Peppol- BIS Billing er kontrollerer en valideringsenhed typisk fem konkrete områder. Et dokument skal bestå alle de kritiske regler, der er relevante. De punkter, hvor dokumentet ikke består, hjælper med at identificere, om årsagen er fejlformateret XML, manglende eller inkonsekvente fakturadata, et element, der ikke understøttes, en Peppol-specifik begrænsning eller et nationalt krav.
| Valideringsområde | Hvad den kontrollerer | Hvordan fejl opdages |
| XML-skema | Dokumentet er velformet og overholder det understøttede UBL 2.1- eller CII-skema | Parser- eller skema-meddelelser i stedet for Peppol-regelkoder |
| EN 16931-forretningsregler | Nødvendige forretningsbegreber, beregninger, kodelister og momslogik | BR-, BR-CO-, BR-CL-, BR-DEC- og momsregelsæt |
| Syntaksbinding | De elementer, stier og kardinaliteter, der er tilladt i den valgte XML-syntaks | UBL-SR-, UBL-CR- og CII-SR- |
| Peppol BIS-regler | Yderligere Peppol-krav, herunder krav til specifikationer, profiler og identifikatorer | PEPPOL-EN16931-R og PEPPOL-COMMON-R |
| Regler med landespecifikke undtagelser | Krav, der udløses af leverandørlandet | For eksempel SE-R-, DK-R-, DE-R- og NL-R- |
Alvorlige fejl og advarsler
I henhold til OpenPeppols BIS-overholdelsesregler anses et dokument for at være i overensstemmelse, når de aktuelle valideringsresultater ikke viser nogen alvorlige fejl. Et dokument, der udelukkende indeholder advarsler, er stadig i overensstemmelse, men advarslerne bør undersøges nærmere. De afslører ofte problemer med datakvaliteten eller regler, der kan blive skærpet i en senere udgave af » release «.
Reglernes strenghed kan ændre sig mellem planlagte udgivelser. I Peppol- BIS Billing en 3.0.21 blev PEPPOL-COMMON-R052 og PEPPOL-COMMON-R053 ændret fra advarsler til alvorlige fejl. De danske regler DK-R-003 og DK-R-017 blev også alvorlige. release blev obligatorisk den 17. august 2026. En ændring i release kan derfor medføre, at dokumenter, der blev godkendt af en ældre validator, ikke længere opfylder kravene i de aktuelle artefakter.
Hvor valideringen finder sted
Afsenderen må ikke sende et dokument, der ikke overholder de gældende BIS-krav. I praksis validerer den afsendende software eller Peppol-tjenesteudbyderen normalt dokumentet inden overførslen. Hvis der opstår en fejl på dette trin, returneres dokumentet som regel af afsenderens egen integrationsløsning eller tjenesteudbyder, inden det når frem til modtageren.
Modtagerløsningen kan validere dokumentet igen og anvende sine egne forretningsmæssige kontroller. Disse er uafhængige af Peppol-valideringen. Modtageren kan f.eks. kontrollere, om der foreligger en indkøbsordre, om fakturanummeret er dobbelt, om leverandøroplysningerne stemmer overens med de aftalte, eller om der er en tilsvarende varemodtagelse, efter at Peppol-dokumentet har bestået den tekniske validering.
Hvad validering ikke beviser
En teknisk gyldig faktura overholder den angivne specifikation og de regler, der gælder for den. Gyldighedskontrollen bekræfter ikke, at den underliggende transaktion er forretningsmæssigt korrekt, at varerne er blevet leveret, at fakturaen ikke er omstridt, eller at køberen vil godkende den til betaling. Disse beslutninger hører hjemme i forretningsprocessen efter modtagelsen.
Sådan fortolkes en valideringsfejl
- Kontroller alvorlighedsgraden. Løs kritiske fejl, inden du sender. Registrer advarsler, og vurder, om de tyder på et fremtidigt kompatibilitetsproblem.
- Identificer regelgruppen. Præfikset angiver, om fejlen stammer fra EN 16931, syntaksbindingen, Peppol eller et nationalt regelsæt.
- Læs regelbeskrivelsen og XML-konteksten. Valideringsværktøjer kan angive en XPath, et elementnavn eller et forretningsudtryk, f.eks. BT-24. Brug dette til at spore fejlen tilbage til kildefeltet og tilknytningen.
- Rett kildedataene eller transformationen. Undgå kun at ændre den genererede XML, da den samme forkerte værdi ellers vil blive genereret igen.
- Valider hele dokumentet igen. Et enkelt underliggende problem kan udløse flere regler. Ret først fejl i strukturen og identifikatorerne, og gennemgå derefter de resterende resultater.
Hvordan landespecifikke regler træder i kraft
Reglerne for landekvalificering vælges ikke udelukkende på baggrund af købers destination. For Peppol BIS Billing 3.0 fastlægges leverandørlandet i prioriteret rækkefølge ud fra landeprefikset i sælgerens momsidentifikationsnummer (BT-31), landeprefikset i sælgerens skatterepræsentants momsidentifikationsnummer (BT-63) og derefter sælgerens landekode (BT-40). Kun det relevante nationale regelsæt aktiveres.
Det betyder, at en ændring af leverandørens skatteoplysninger kan medføre, at der anvendes andre regler, selvom postadressen forbliver den samme. De nationale regler indgår i de fælles Peppol BIS-valideringselementer. De kræver ikke en separat specifikationsidentifikator eller SMP-registrering.
Test af nye Peppol-udgivelser
OpenPeppol offentliggør specifikationen, regeltabeller, kodelister, Schematron-filer, eksempler og bemærkninger til » release «. Integratorer bør tydeligt angive versionen af valideringsartefakten i både test- og produktionsmiljøer, udføre regressionstests for både fakturaer og kreditnotaer samt teste kommende udgivelser inden deres obligatoriske ikrafttrædelsesdato. Nye advarsler bør behandles som planlagte afhjælpninger i stedet for at blive ignoreret, indtil de bliver kritiske.
Almindelige fejl
- PEPPOL-EN16931-R004. Specifikationsidentifikatoren er forkert eller indeholder versionsoplysninger, der ikke er tilladt.
- Uoverensstemmelser i de samlede beløb. Beløb pr. linje, fradrag, gebyrer, momsopdelinger og samlet beløb pr. dokument er blevet beregnet eller afrundet på forskellig vis.
- Fejl i identifikatorer og kodelister. En identifikator bruger det forkerte skema, har et ugyldigt format, eller en værdi findes ikke længere i den aktive kodeliste.
- Elementer eller kardinaliteter, der ikke understøttes. XML-koden kan være gyldig i henhold til det fulde UBL- eller CII-skema, men alligevel indeholde et element eller en gentagelse, som Peppol-syntaksbindingen ikke tillader.
Se flere eksempler under »Almindelige fejl ved Peppol-e-fakturering«.
Relaterede retningslinjer
Normative kilder
OpenPeppol offentliggør Peppol-specifikationen » BIS Billing «, de gældende valideringsregler, BIS-overholdelseskravene samt bemærkningerne til »release «. Disse kilder er normative. Forklaringerne her stammer fra Qvalia.
Beskriver Peppol- BIS Billing en 3.0.21 og valideringsartefakterne 1.3.16. Senest revideret den 28. september 2026.