# ZUGFeRD-validators: wat je moet testen vóór je een hybride factuur verstuurt

- Date: 2026-04-20
- Modified: 2026-08-29
- Gecontroleerd: 15 augustus 2026
- Reading time: 3 min leestijd

Praktische 2026-gids voor het valideren van ZUGFeRD- en Factur-X-facturen: XML-regels, PDF/A-3-checks, profielkeuze, veelvoorkomende fouten en nuttige

> Gecontroleerd aan de hand van FNFE-MPE Factur-X-bronnen, UN/CEFACT XML-schema’s.

Deze gids is voor teams die ZUGFeRD of Factur-X genereren en zich afvragen of “de PDF opent” betekent dat de factuur klaar is om te verzenden.

Dat is niet zo. Een bruikbare hybride factuur vereist meer dan een leesbare PDF: de ingesloten XML moet passen bij het bedoelde profiel, verplichte data moet aanwezig zijn, totalen moeten kloppen en de PDF-container zelf moet ook voldoen aan de archiveringsverwachtingen van het formaat.

## Wat een validator echt moet controleren

- De ingesloten XML is aanwezig en kan correct uit de PDF-container worden gelezen.
- De factuurdata voldoet aan EN 16931 en aan het gekozen ZUGFeRD- of Factur-X-profiel.
- Bedragtotalen, btw-uitsplitsingen, eenheden en datums zijn intern consistent.
- Het PDF-bestand voldoet aan de verwachte PDF/A-3-voorwaarden voor een hybride factuurworkflow.
## Gebruik meer dan één soort validatie

Een sterke workflow combineert meestal minstens twee lagen. Valideer eerst de businessregels en de XML. Controleer daarna de PDF/A-3-container en de verpakking van het ingesloten bestand. Als het ontvangkanaal eigen controles toepast, zie dat dan als derde poort en niet als enige test.

Daarom combineren teams vaak een ZUGFeRD-bewuste factuurvalidator met een PDF/A-validator zoals [veraPDF](https://verapdf.org/) voor de documentcontainer.

## Aanbevolen validatieworkflow

- Genereer de ZUGFeRD- of Factur-X-factuur vanuit brondata die al is beoordeeld.
- Voer een regels-gebaseerde validatie uit tegen het doelprofiel en de EN 16931-verwachtingen.
- Voer de PDF/A-3-check uit op het uiteindelijke document en niet op een concept-PDF zonder ingesloten XML.
- Open het document in een viewer die de gestructureerde factuurdata kan tonen en vergelijk kernvelden met de bronfactuur.
- Verzend pas daarna via e-mail, portaal of PEPPOL afhankelijk van het ontvangproces.
## Veelvoorkomende fouten en wat ze meestal betekenen

- De PDF opent normaal, maar de XML ontbreekt, is beschadigd of is niet correct toegevoegd.
- De XML is technisch leesbaar, maar verplichte velden of profielidentificaties zijn fout.
- Regeltotalen, belastbare grondslagen en btw-bedragen sluiten niet op elkaar aan na extractie of mapping.
- Het document ziet er voor een mens goed uit maar zakt voor PDF/A-3 omdat de hybride container onvolledig of niet compliant is.
## Officiële en primaire bronnen

- [FeRD-pakketpagina voor ZUGFeRD 2.5.2 / Factur-X 1.09.2](https://www.ferd-net.de/publikationen-produkte/publikationen/detailseite/zugferd-252-english).
- [KoSIT-validatorconfiguratie voor EN 16931- en XRechnung-regels](https://github.com/itplr-kosit/validator-configuration-xrechnung).
- [KoSIT-supportnotities voor de XRechnung-context](https://xeinkauf.de/xrechnung/supporthinweise/).
- [veraPDF-project voor PDF/A-validatie](https://verapdf.org/).

## FAQ

### Bewijst het openen van de PDF al ZUGFeRD-compliance?

Nee. Een leesbare PDF bewijst alleen dat de visuele laag bestaat. Het bewijst niet dat de ingesloten XML aanwezig, geldig of profiel-juist is.

### Waarom zowel een factuurvalidator als een PDF/A-validator gebruiken?

Omdat ze verschillende dingen testen. De ene focust op factuurregels en semantiek, de andere op archivering en verpakking van de PDF-container.

### Maakt validatie menselijke review overbodig?

Nee. Validatie is essentieel, maar menselijke review blijft nodig bij bronkwaliteitsproblemen, foute profielkeuze en businessfouten die automatische checks niet volledig begrijpen.

## Officiële bronnen

- [FNFE-MPE Factur-X-bronnen](https://fnfe-mpe.org/factur-x/)
- [UN/CEFACT XML-schema’s](https://unece.org/trade/uncefact/xml-schemas)