
ZUGFeRD validators: what to test before you send a hybrid invoice
Official references
Use these sources to verify dates, formats, and official rule changes.
Related Technical Wiki
Explore deep-dive developer documentation and regulatory guidelines matching this article.
ZUGFeRD and Factur-X hybrid invoices: PDF/A-3 with embedded CII/XML, profile levels (MINIMUM to EXTENDED), validation, and when to choose ZUGFeRD vs pure XML for Germany and EU B2B.
Hybrid PDF/XML review, stale validation, and source PDF readiness.
Understand when a hybrid ZUGFeRD or Factur-X PDF can be accepted as an archive-ready PDF/A-3 file.
Article overview
This article explains ZUGFeRD validators: what to test before you send a hybrid invoice as a practical reference for European e-invoicing. It defines the topic in plain language, places it in the compliance context, and connects the explanation to invoice formats such as XRechnung, ZUGFeRD/Factur-X, UBL, and CII.
Use the article as a starting point before changing a finance or ERP workflow: identify the applicable country rule or standard, decide which structured format is expected, validate the generated XML, and keep a documented exception process for invoices that require manual review.
This guide is for teams generating ZUGFeRD or Factur-X and wondering whether “the PDF opens” means the invoice is ready to send.
It does not. A usable hybrid invoice needs more than a readable PDF: the embedded XML must match the intended profile, mandatory data must be present, totals must reconcile, and the PDF container itself should meet the archival expectations of the format.
How to use this guide
Use the article as a starting point before changing a finance or ERP workflow: identify the applicable country rule or standard, decide which structured format is expected, validate the generated XML, and keep a documented exception process for invoices that require manual review.
What a validator should actually check
For What a validator should actually check, review these points before moving on.
- The embedded XML is present and can be read correctly from the PDF container.
- The invoice data complies with EN 16931 and the selected ZUGFeRD or Factur-X profile.
- Monetary totals, VAT breakdowns, units, and dates are internally consistent.
- The PDF file itself meets the expected PDF/A-3 constraints for a hybrid invoice workflow.
Use more than one kind of validation
A strong workflow usually combines at least two layers. First, validate the business content and XML rules. Second, check the PDF/A-3 container and embedded-file packaging. If a recipient channel applies its own checks, treat that as a third gate rather than your only test.
This is why teams often combine a ZUGFeRD-aware invoice validator with a PDF/A validator such as veraPDF for the document container.
Recommended validation workflow
For Recommended validation workflow, this sequence gives the practical order of work.
- Generate the ZUGFeRD or Factur-X invoice from source data you have already reviewed.
- Run a rule-based invoice validation against the target profile and EN 16931 expectations.
- Run a PDF/A-3 check on the final document, not on a draft PDF without embedded XML.
- Open the document in a viewer that can display the structured invoice content and compare key fields with the source invoice.
- Only then send the document through email, portal, or PEPPOL depending on the recipient process.
Common failures and what they usually mean
For Common failures and what they usually mean, review these points before moving on.
- The PDF opens normally, but the XML is missing, malformed, or not attached as expected.
- The XML is valid enough to parse, but required business fields or profile identifiers are wrong.
- Line totals, taxable bases, and VAT amounts do not reconcile after extraction or mapping.
- The document looks right to a human reviewer but fails PDF/A-3 checks because the hybrid container is incomplete or non-compliant.
Official and primary references
For Official and primary references, review these points before moving on.
- FeRD overview of ZUGFeRD / Factur-X.
- FeRD download page for the current ZUGFeRD package.
- KoSIT support guidance for XRechnung-related validation context.
- veraPDF PDF/A validation project.
Validate the hybrid invoice before you trust the PDF view
Invoice-Converter.com helps teams generate ZUGFeRD from current invoices, inspect extracted data, and validate the result before delivery. That reduces rejection risk without pretending validation is optional.
Open the ZUGFeRD validatorReady to convert your invoices?
Start converting PDF invoices to XRechnung, ZUGFeRD, and other formats today with credits or a paid plan.
Related articles
XRechnung Required Fields: Complete Field Reference Guide
Practical guide to all required fields in XRechnung format. Learn what each field means, why it's required, and how to correctly fill out XRechnung invoices
Read moreConvert PDF to ZUGFeRD: when a hybrid invoice workflow fits
Learn when PDF to ZUGFeRD is the right bridge for B2B workflows, what a valid hybrid invoice must contain, and how to review the XML before sending.
Read moreERP integration checklist for e-invoicing and modern rollout teams
A practical ERP integration checklist for e-invoicing projects: data mapping, format choice, validation, exception handling, and go-live controls.
Read more