Bij Peppol-validatie wordt gecontroleerd of een zakelijk document voldoet aan de syntaxis en de regels die voor dat document zijn vastgelegd. Voor Peppol- BIS Billing controleert een validator doorgaans vijf praktische aspecten. Een document moet aan alle toepasselijke fatale regels voldoen. Aan de hand van het mislukte controlepunt kan worden vastgesteld of de oorzaak ligt in onjuist opgebouwde XML, ontbrekende of inconsistente factuurgegevens, een niet-ondersteund element, een Peppol-specifieke beperking of een nationale vereiste.
| Validatiegebied | Wat er wordt gecontroleerd | Hoe fouten worden opgespoord |
| XML-schema | Het document is correct opgebouwd en voldoet aan het ondersteunde UBL 2.1- of CII-schema | Parser- of schemaberichten in plaats van Peppol-regelcodes |
| EN 16931-bedrijfsregels | Vereiste zakelijke termen, berekeningen, codelijsten en btw-logica | De regelgroepen BR-, BR-CO-, BR-CL-, BR-DEC- en VAT |
| Syntaxbinding | De elementen, paden en cardinaliteiten die zijn toegestaan in de geselecteerde XML-syntaxis | UBL-SR-, UBL-CR- en CII-SR- |
| Peppol BIS-regels | Aanvullende Peppol-beperkingen, waaronder vereisten met betrekking tot specificaties, profielen en identificatiecodes | PEPPOL-EN16931-R en PEPPOL-COMMON-R |
| Regels die per land gelden | Door het leveranciersland geactiveerde vereisten | Bijvoorbeeld SE-R-, DK-R-, DE-R- en NL-R- |
Foutmeldingen en waarschuwingen
Volgens de BIS-conformiteitsregels van OpenPeppol voldoet een document aan de eisen wanneer de huidige validatieresultaten geen fatale fouten melden. Een document dat alleen waarschuwingen bevat, voldoet nog steeds aan de eisen, maar deze waarschuwingen moeten wel worden onderzocht. Ze wijzen vaak op problemen met de gegevenskwaliteit of op regels die in een latere versie van de release mogelijk strenger worden.
De ernstgraad van regels kan tussen geplande releases veranderen. In Peppol BIS Billing 3.0.21 zijn PEPPOL-COMMON-R052 en PEPPOL-COMMON-R053 gewijzigd van waarschuwingen naar fatale fouten. Ook de Deense regels DK-R-003 en DK-R-017 zijn nu fatale fouten geworden. De release is op 17 augustus 2026 verplicht geworden. Een wijziging in de release kan er daarom toe leiden dat documenten die door een oudere validator zijn goedgekeurd, niet meer voldoen aan de huidige artefacten.
Waar validatie plaatsvindt
De afzender mag geen document verzenden dat niet voldoet aan de geldende BIS-normen. In de praktijk controleert de verzendsoftware of de Peppol-dienstverlener het document doorgaans vóór de verzending. Als er in deze fase een fout optreedt, wordt het document meestal door de eigen integratieomgeving of dienstverlener van de afzender teruggestuurd voordat het de ontvanger bereikt.
De ontvangende instantie kan het document nogmaals valideren en haar eigen bedrijfsprocedures toepassen. Deze staan los van de Peppol-validatie. Zo kan de ontvanger bijvoorbeeld controleren of er sprake is van een inkooporder, een dubbel factuurnummer, overeengekomen leveranciersgegevens of een bijbehorende goederenontvangst, nadat het Peppol-document de technische validatie heeft doorstaan.
Wat validatie niet aantoont
Een technisch geldige factuur voldoet aan de opgegeven specificaties en de regels die daarop van toepassing zijn. De validatie houdt geen bevestiging in dat de onderliggende transactie zakelijk correct is, dat de goederen zijn geleverd, dat de factuur niet wordt betwist of dat de koper deze zal goedkeuren voor betaling. Die beslissingen maken deel uit van het bedrijfsproces na ontvangst.
Hoe een validatiefout te interpreteren
- Controleer de ernst. Los fatale fouten op voordat u het bestand verstuurt. Noteer waarschuwingen en beoordeel of deze wijzen op een toekomstig compatibiliteitsprobleem.
- Bepaal de regelgroep. Aan het voorvoegsel kun je zien of de fout voortkomt uit EN 16931, de syntaxisregels, Peppol of een nationale regelset.
- Lees de regelomschrijving en de XML-context. Validators kunnen een XPath, een elementnaam of een bedrijfsterm zoals BT-24 vermelden. Gebruik deze informatie om de fout terug te voeren naar het bronveld en de toewijzing.
- Corrigeer de brongegevens of de transformatie. Vermijd het om alleen de gegenereerde XML aan te passen, aangezien dan opnieuw dezelfde onjuiste waarde zal worden gegenereerd.
- Controleer het volledige document nogmaals. Eén onderliggend probleem kan meerdere regels activeren. Corrigeer eerst de fouten in de structuur en de identificatie, en bekijk daarna de overige resultaten.
Hoe landspecifieke regels worden geactiveerd
Regels op basis van het land worden niet uitsluitend op basis van de bestemming van de koper geselecteerd. Voor Peppol BIS Billing 3.0 wordt het land van de leverancier bepaald in volgorde van prioriteit aan de hand van het landprefix in het btw-nummer van de verkoper (BT-31), het landprefix in het btw-nummer van de fiscale vertegenwoordiger van de verkoper (BT-63) en vervolgens de landcode van de verkoper (BT-40). Alleen de relevante nationale regelset wordt geactiveerd.
Dit betekent dat een wijziging in de belastinggegevens van een leverancier ertoe kan leiden dat andere regels worden toegepast, zelfs als het postadres hetzelfde blijft. De nationale regels zijn opgenomen in de gemeenschappelijke Peppol BIS-validatie-artefacten. Hiervoor is geen aparte specificatie-identificatie of SMP-registratie vereist.
Het testen van nieuwe Peppol-versies
OpenPeppol publiceert de specificatie, regeltabellen, codelijsten, Schematron-bestanden, voorbeelden en opmerkingen over de ‘ release ’. Integrators moeten de versie van het validatie-artefact expliciet vermelden in test- en productieomgevingen, regressietests uitvoeren voor zowel facturen als creditnota’s, en aankomende releases testen vóór de verplichte ingangsdatum. Nieuwe waarschuwingen moeten worden behandeld als geplande corrigerende maatregelen en mogen niet worden genegeerd totdat ze kritiek worden.
Veelvoorkomende fouten
- PEPPOL-EN16931-R004. De specificatie-ID is onjuist of bevat versie-informatie die niet is toegestaan.
- Inconsistente bedragen. De bedragen per regel, toeslagen, kosten, BTW-uitsplitsingen en documenttotalen zijn op verschillende manieren berekend of afgerond.
- Fouten in identificatiecodes en codelijsten. Een identificatiecode volgt het verkeerde schema, heeft een ongeldige indeling of de waarde komt niet meer voor in de actieve codelijst.
- Niet-ondersteunde elementen of cardinaliteiten. XML kan weliswaar geldig zijn volgens het volledige UBL- of CII-schema, maar toch een element of herhaling bevatten die volgens de Peppol-syntaxisbinding niet is toegestaan.
Bekijk meer voorbeelden in de veelvoorkomende fouten bij Peppol-e-facturering.
Gerelateerde richtlijnen
Normatieve bronnen
OpenPeppol publiceert de Peppol- BIS Billing -specificatie, de huidige validatieregels, de BIS-conformiteitsvereisten en de opmerkingen in de ‘release ’. Deze bronnen zijn normatief. De toelichtingen hier zijn afkomstig van Qvalia.
Beschrijft Peppol- BIS Billing ie 3.0.21, validatieartefacten 1.3.16. Laatst herzien op 28 september 2026.