Side-by-Side Comparison
| Feature | Structured E-Invoice | PDF Invoice |
|---|---|---|
| Machine-readable | Yes — structured XML data (UBL or CII) | No — requires OCR or manual data entry |
| EU mandate compliant | Yes — meets EN 16931 requirements | No — not a structured e-invoice under EU Directive 2014/55/EU |
| Automated processing | Direct ERP ingestion, no human intervention | Manual entry or error-prone OCR extraction |
| Data accuracy | Exact — data is typed and validated | Depends on OCR quality or manual accuracy |
| Peppol delivery | Native — structured XML travels via Access Points | Not supported — Peppol requires structured data |
| Human readability | Requires a viewer or renderer (unless hybrid format) | Directly readable — looks like a paper invoice |
| Archival | XML + Evidence Pack for audit trail | PDF/A for visual archival (no structured data) |
| Validation | Automated against EN 16931, Peppol, country rules | Manual review only |
| Cross-border use | Standardized across 27+ EU countries | No standard — each PDF looks different |
| Cost of processing | €0.30-1.00 per invoice (automated) | €5-15 per invoice (manual processing) |
Structured E-Invoice
A structured e-invoice is a machine-readable electronic document that follows the EN 16931 European standard. The invoice data is encoded in XML (either UBL 2.1 or CII D16B syntax) with typed fields: invoice number, issue date, line items, amounts, VAT breakdowns, and business identifiers. Software reads and processes this data directly — no interpretation, no OCR, no manual entry.
Common structured e-invoice formats: Peppol BIS 3.0 (UBL-based, pan-EU), XRechnung (UBL/CII, Germany), Factur-X/ZUGFeRD (CII in PDF/A-3, hybrid), FatturaPA (Italy-specific XML).
PDF Invoice
A PDF invoice is an electronic image of an invoice. It looks like a paper invoice on screen. The data is embedded as visual text — the characters "€1,234.56" are a string of pixels or font glyphs, not a typed decimal value that software can calculate with.
Sending a PDF by email is electronic, but it’s not a structured e-invoice. EU Directive 2014/55/EU and the EN 16931 standard explicitly exclude PDF from the definition of a structured electronic invoice. The reason: a PDF requires human interpretation or OCR to extract the data, which introduces errors and prevents automated processing.
Key Differences Explained
Structure vs. Image
Mandate compliance
Processing cost
Interoperability
When to Use Structured E-Invoice
- ·You’re invoicing B2B in Belgium (mandatory since January 2026)
- ·You’re invoicing B2B in Germany (reception mandatory, sending phased 2027–2028)
- ·You’re invoicing B2B in France (mandatory from September 2026)
- ·You need to send invoices via Peppol or another structured network
- ·You want automated processing without manual data entry
When to Use PDF Invoice
- ·B2C invoicing (consumer invoices are exempt from e-invoicing mandates)
- ·During explicit transition periods where PDF is still temporarily accepted
- ·Internal documents that don’t need to be processed by external systems
- ·As the visual layer of a hybrid format (ZUGFeRD/Factur-X — but the structured XML does the heavy lifting)
Can You Use Both?
Yes — that’s exactly what ZUGFeRD and Factur-X do. These hybrid formats embed structured CII XML inside a PDF/A-3 container. Open the file in a PDF reader and you see a normal invoice. Feed it to an ERP and the structured XML gets processed automatically. This is the practical bridge for businesses transitioning from PDF workflows to structured e-invoicing.
Check if your invoices are compliant
Upload any invoice — PDF, UBL, CII, ZUGFeRD — and see if it passes EU validation rules.
Validate Free