In brief: the direct answer
Three transaction types, three different obligation patterns, and why a format that works for one may fail for another. B2b, b2g and b2c invoicing is best approached through transaction type as the first scope question. For b2b, b2g and b2c invoicing, the buyer type and the transaction type decides the outcome. For b2b, b2g and b2c invoicing, the buyer type and the transaction type missing means rejection. For b2b, b2g and b2c invoicing, the buyer type and the transaction type wrongly mapped means wrong meaning. This guide keeps returning to one check for b2b, b2g and b2c invoicing: name the transaction type before choosing a route.
The route stage for b2b, b2g and b2c invoicing is Create. At Create, the buyer type and the transaction type is what follows next. For b2b, b2g and b2c invoicing, a Create decision cannot be repaired later. For b2b, b2g and b2c invoicing, a Create decision cannot be repaired cheaply. Check the buyer type and the transaction type for b2b, b2g and b2c invoicing before moving on.
The record at this stage
Follow the invoice as a record through b2b, b2g and b2c invoicing. At Create, the record for b2b, b2g and b2c invoicing carries the buyer type and the transaction type. Answer the buyer type and the transaction type for b2b, b2g and b2c invoicing with evidence. Then the rest of fundamentals becomes easier. Then the rest of b2b, b2g and b2c invoicing becomes easier to check.
Describe the record before the system for b2b, b2g and b2c invoicing. Systems change, but the buyer type and the transaction type for b2b, b2g and b2c invoicing stays. Providers change, but the buyer type and the transaction type for b2b, b2g and b2c invoicing stays. Formats change, but the buyer type and the transaction type for b2b, b2g and b2c invoicing stays. For b2b, b2g and b2c invoicing, ask what record a system produces. For b2b, b2g and b2c invoicing, ask what record a system accepts. For b2b, b2g and b2c invoicing, ask what status evidence it returns.
What the data must carry
The data that matters most for b2b, b2g and b2c invoicing is the buyer type and the transaction type. That is not a slogan for b2b, b2g and b2c invoicing. It is what the next b2b, b2g and b2c invoicing check looks at. If the buyer type and the transaction type for b2b, b2g and b2c invoicing is missing, expect rejection. If the buyer type and the transaction type for b2b, b2g and b2c invoicing is ambiguous, expect rejection. If the buyer type and the transaction type for b2b, b2g and b2c invoicing is wrongly formatted, expect rejection.
Check the buyer type and the transaction type as the receiver reads b2b, b2g and b2c invoicing. For b2b, b2g and b2c invoicing, screen correctness is not enough. For b2b, b2g and b2c invoicing, file correctness is not enough. For b2b, b2g and b2c invoicing, mapping correctness matters too. Use the mapping table for b2b, b2g and b2c invoicing first. Use the receiver test for b2b, b2g and b2c invoicing second. Use a sample invoice for b2b, b2g and b2c invoicing third.
Validation and evidence
For b2b, b2g and b2c invoicing, validation has three gates. B2b, b2g and b2c invoicing structure comes first. B2b, b2g and b2c invoicing business rules come second. B2b, b2g and b2c invoicing receiver rules come third. Each b2b, b2g and b2c invoicing gate has its own failure message.
A b2b, b2g and b2c invoicing rejection should name its rule. A b2b, b2g and b2c invoicing rejection should name its field. A b2b, b2g and b2c invoicing rejection should name the value sent. A b2b, b2g and b2c invoicing rejection should name the value expected. Without those facts, a b2b, b2g and b2c invoicing rejection is a delay. Return a b2b, b2g and b2c invoicing rejection with that request.
Evidence for b2b, b2g and b2c invoicing is what remains afterwards. Keep the b2b, b2g and b2c invoicing invoice as exchanged. Keep b2b, b2g and b2c invoicing status messages with it. Keep any b2b, b2g and b2c invoicing correction linked to it. An auditor for b2b, b2g and b2c invoicing asks for that set.
Where it breaks, and the check to make first
The common b2b, b2g and b2c invoicing break is simple. For b2b, b2g and b2c invoicing, name the transaction type before choosing a route was skipped. For b2b, b2g and b2c invoicing, the receiver found the problem. For b2b, b2g and b2c invoicing, the sender must now correct it. For b2b, b2g and b2c invoicing, the sender must resend it. For b2b, b2g and b2c invoicing, the sender must explain it.
Illustration, with round numbers only, for b2b, b2g and b2c invoicing: A seller sends 20 invoices for b2b, b2g and b2c invoicing. 2 fail on the buyer type and the transaction type for b2b, b2g and b2c invoicing. Checking the buyer type and the transaction type first for b2b, b2g and b2c invoicing costs minutes. A b2b, b2g and b2c invoicing receiver rejection costs days. Sometimes a b2b, b2g and b2c invoicing rejection costs a payment cycle. That is why b2b, b2g and b2c invoicing repeats one check: name the transaction type before choosing a route.
What to verify before acting
Before acting on b2b, b2g and b2c invoicing, verify three things. First, jurisdiction and transaction for b2b, b2g and b2c invoicing. First, buyer and country for b2b, b2g and b2c invoicing. Second, European Commission: What is eInvoicing? for b2b, b2g and b2c invoicing today. Third, the b2b, b2g and b2c invoicing buyer requirement in writing.
A guide on b2b, b2g and b2c invoicing organises those questions. A guide on b2b, b2g and b2c invoicing cannot answer a specific transaction. This guide on b2b, b2g and b2c invoicing gives general information only. This guide on b2b, b2g and b2c invoicing is not advice for a specific invoice. For a specific invoice about b2b, b2g and b2c invoicing, check European Commission: What is eInvoicing?. For a specific question about b2b, b2g and b2c invoicing, 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: transaction, jurisdiction, obligation, data, format, network, validation, tax, accounting, lifecycle, evidence, direct intent. 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
- E-invoicing explained: structured invoices, mandates, formats and software - A practical introduction to e-invoicing, including structured invoice data, mandate models, invoice formats, delivery networks, validation, tax reporting, accounting workflows and software.
- What does not automatically count as a structured e-invoice - A PDF made on a computer, a scanned image and an emailed spreadsheet are not structured invoices by themselves.
- E-invoicing glossary in plain language - Semantic model, syntax, profile, access point, validation and status, each defined by what it does in an exchange.
Back to the pillar guide: E-invoicing explained: structured invoices, mandates, formats and software.
In this topic
- E-invoicing explained: structured invoices, mandates, formats and software
- A brief history of structured invoicing, without a mandate calendar
- Data in motion: why the invoice is a record, not a file
- E-invoicing glossary in plain language
- E-invoicing myths that waste implementation time
- Invoice anatomy: reading a structured invoice field by field
- Questions to ask before any implementation
- Structured invoice vs PDF: what a system can do with each
- What does not automatically count as a structured e-invoice
- Who participates in an exchange, and what each party owes
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: European legislation on eInvoicing - Directive 2014/55/EU and the European standard