In brief: the direct answer
Factur-X and similar hybrids, how the two layers relate, and which layer wins when they disagree. Hybrid invoices is best approached through two layers, one invoice, one rule for disagreement. For hybrid invoices, the structured layer as the authoritative layer where stated decides the outcome. For hybrid invoices, the structured layer as the authoritative layer where stated missing means rejection. For hybrid invoices, the structured layer as the authoritative layer where stated wrongly mapped means wrong meaning. This guide keeps returning to one check for hybrid invoices: agree in writing which layer is authoritative.
The route stage for hybrid invoices is Map. At Map, the structured layer as the authoritative layer where stated is what follows next. For hybrid invoices, a Map decision cannot be repaired later. For hybrid invoices, a Map decision cannot be repaired cheaply. Check the structured layer as the authoritative layer where stated for hybrid invoices before moving on.
The record at this stage
Follow the invoice as a record through hybrid invoices. At Map, the record for hybrid invoices carries the structured layer as the authoritative layer where stated. Answer the structured layer as the authoritative layer where stated for hybrid invoices with evidence. Then the rest of structured vs readable documents becomes easier. Then the rest of hybrid invoices becomes easier to check.
Describe the record before the system for hybrid invoices. Systems change, but the structured layer as the authoritative layer where stated for hybrid invoices stays. Providers change, but the structured layer as the authoritative layer where stated for hybrid invoices stays. Formats change, but the structured layer as the authoritative layer where stated for hybrid invoices stays. For hybrid invoices, ask what record a system produces. For hybrid invoices, ask what record a system accepts. For hybrid invoices, ask what status evidence it returns.
What the data must carry
The data that matters most for hybrid invoices is the structured layer as the authoritative layer where stated. That is not a slogan for hybrid invoices. It is what the next hybrid invoices check looks at. If the structured layer as the authoritative layer where stated for hybrid invoices is missing, expect rejection. If the structured layer as the authoritative layer where stated for hybrid invoices is ambiguous, expect rejection. If the structured layer as the authoritative layer where stated for hybrid invoices is wrongly formatted, expect rejection.
Check the structured layer as the authoritative layer where stated as the receiver reads hybrid invoices. For hybrid invoices, screen correctness is not enough. For hybrid invoices, file correctness is not enough. For hybrid invoices, mapping correctness matters too. Use the mapping table for hybrid invoices first. Use the receiver test for hybrid invoices second. Use a sample invoice for hybrid invoices third.
Validation and evidence
For hybrid invoices, validation has three gates. Hybrid invoices structure comes first. Hybrid invoices business rules come second. Hybrid invoices receiver rules come third. Each hybrid invoices gate has its own failure message.
A hybrid invoices rejection should name its rule. A hybrid invoices rejection should name its field. A hybrid invoices rejection should name the value sent. A hybrid invoices rejection should name the value expected. Without those facts, a hybrid invoices rejection is a delay. Return a hybrid invoices rejection with that request.
Evidence for hybrid invoices is what remains afterwards. Keep the hybrid invoices invoice as exchanged. Keep hybrid invoices status messages with it. Keep any hybrid invoices correction linked to it. An auditor for hybrid invoices asks for that set.
Where it breaks, and the check to make first
The common hybrid invoices break is simple. For hybrid invoices, agree in writing which layer is authoritative was skipped. For hybrid invoices, the receiver found the problem. For hybrid invoices, the sender must now correct it. For hybrid invoices, the sender must resend it. For hybrid invoices, the sender must explain it.
Illustration, with round numbers only, for hybrid invoices: A seller sends 10 invoices for hybrid invoices. 2 fail on the structured layer as the authoritative layer where stated for hybrid invoices. Checking the structured layer as the authoritative layer where stated first for hybrid invoices costs minutes. A hybrid invoices receiver rejection costs days. Sometimes a hybrid invoices rejection costs a payment cycle. That is why hybrid invoices repeats one check: agree in writing which layer is authoritative.
What to verify before acting
Before acting on hybrid invoices, verify three things. First, jurisdiction and transaction for hybrid invoices. First, buyer and country for hybrid invoices. Second, European Commission: What is eInvoicing? for hybrid invoices today. Third, the hybrid invoices buyer requirement in writing.
A guide on hybrid invoices organises those questions. A guide on hybrid invoices cannot answer a specific transaction. This guide on hybrid invoices gives general information only. This guide on hybrid invoices is not advice for a specific invoice. For a specific invoice about hybrid invoices, check European Commission: What is eInvoicing?. For a specific question about hybrid invoices, ask a qualified adviser.
How this guide is layered
Every guide on this site is read through the same twelve layers, in the order that fits its topic: jurisdiction, obligation, data, format, network, validation, tax, accounting, lifecycle, evidence, direct intent, transaction. The layers are a reading method, not a claim about any single system.
Evidence basis: Primary sources named in the sources section, checked 2026-10-27; country guides are dated research routes, not mandate calendars. Scope: General educational information only; no individual legal, tax, accounting or compliance advice; jurisdiction and transaction specific checks remain with the reader.
Related guides
- Structured vs readable documents explained: PDF, hybrid and structured compared - The pillar for document forms: what each form carries, what a system can do with it, and where each one breaks.
- Scanned invoices and OCR risks - Why a scanned invoice plus OCR is a reading guess, and how that guess fails on totals, identifiers and lines.
- Human-readable views of structured invoices - A structured invoice can still be shown to a person, and the view must be generated from the data, not typed beside it.
Back to the pillar guide: Structured vs readable documents explained: PDF, hybrid and structured compared.
In this topic
- Structured vs readable documents explained: PDF, hybrid and structured compared
- Accessible readable invoices for people, not only systems
- Choosing a document form by receiver
- Converting PDFs to structured invoices: a careful method
- Document form and audit evidence
- Document form checklist before sending
- Human-readable views of structured invoices
- PDF invoice limits: what a readable invoice cannot guarantee
- Scanned invoices and OCR risks
- When a PDF is still the right answer
Primary sources and further reading
These official resources support the standards and regulatory context. Check their current versions before implementation.
- European Commission: What is eInvoicing? - Definition of a structured eInvoice
- European Commission: Compliance with the eInvoicing standard - Semantic model and UBL/CII syntax bindings