Till receipts are becoming tax data they are not becoming e-invoices. The transformation is real, it has been running for over a decade, and it happens on a track that European e-invoicing standards were deliberately scoped to exclude — and that ViDA still declines to touch.
The mechanism isn’t EN 16931 or Peppol. It’s fiscalisation, plus a consumer with a reason to identify themselves at the till. Portugal has had both since 2014. If you want to know where B2C is going, don’t read the e-invoicing roadmap — read Portugal’s.
The receipt was never in the numbers
Start with the volume estimate the industry has quoted for years. The Euro Retail Payments Board’s 2016 working group report, citing Billentis, put European e-invoice volume that year at roughly 3 billion in B2C and 5 billion in B2B and B2G, out of an estimated total of about 36 billion invoices and bills.
Read the denominator. Thirty-six billion invoices and bills — not receipts. European retail generates that many transactions in a matter of weeks. The receipt isn’t in the addressable market because it was never considered part of the same universe.
And the 3 billion B2C figure doesn’t mean what it looks like. In the ERPB’s frame, B2C means EIPP — electronic invoice presentment and payment. A utility bill, a telecom bill, an insurance premium: documents presented to a named customer who owes money and will pay later. The report’s whole architecture assumes a payer with an account, a due date, and an identity. That’s not a supermarket transaction. B2C e-invoicing has always meant billing, and billing is not retail.
The European standard was scoped to exclude B2C on purpose
This wasn’t an oversight either. The ERPB report states it plainly: CEN’s work on the European e-invoicing standard is focused on the B2B and B2G segments, with the main scope enshrined in Directive 2014/55/EU and endorsed by the European Multi-Stakeholder Forum — the core semantic data model and the compliant syntaxes. B2C appears only as a note that CEN was, at the time, considering future work on B2C requirements for possible inclusion in the semantic model.
Ten years on, EN 16931 is still the core invoice for business and government transactions. The consumer receipt sat outside the mandate that created the standard, so it sat outside the standard.
ViDA doesn’t close the gap. Its recital 23 permits member states to keep national reporting tools alongside the new real-time obligations — and names, specifically, reporting obligations that are not general, such as those concerning cash registers. Article 273 carries it through. Cash registers are explicitly parked outside Chapter 6 and left to national law. The EU harmonised the intra-EU B2B report down to ten fields and left the till alone.
What’s actually happening: Portugal
Portugal built the thing the brief for this article imagines is coming, and it has been live for a decade.
The flow is simple. At the point of sale the consumer gives their NIF — the taxpayer identification number — and the merchant puts it on the invoice. The merchant’s certified software transmits the invoice data to the Autoridade Tributária, and the transaction appears in the consumer’s e-Fatura account. Every invoice carries an ATCUD unique document code and a QR code. In return, the consumer claims personal income tax deductions on eligible spending, and the data pre-fills their annual IRS return.
Four details make it work, and each one is a design decision worth stealing:
- The consumer is paid to authenticate. Tax deductions arrived with the 2015 IRS reform. On top of that sits the Fatura da Sorte lottery, running since 2014: every €10 of NIF-registered purchases automatically generates a coupon. No registration, no action beyond saying yes at the register. The state solved the identity problem by making identity worth money to the person supplying it.
- The transport is SAF-T, not an e-invoicing network. Data reaches the AT through SAF-T PT uploads, real-time web services, or manual entry on the portal. Portugal moves consumer receipts down the accounting-extract channel — the one built for audits — not down a four-corner exchange network.
- The consumer does the classification. Invoices land in the e-Fatura portal and the taxpayer must validate them and assign each to an expense category, because different categories carry different deductions. Compare Greece, where SAP’s implementation guide derives myDATA’s classification fields per document type from the G/L account. Same data requirement, opposite allocation of labour: Greece makes the ERP do it, Portugal makes the citizen do it.
- It isn’t real time. Merchant-reported receipts commonly take around two months to surface in a consumer’s e-Fatura account. The receipt became tax data without becoming a continuous transaction control.
One commentary puts the significance well: this structure sets Portugal apart from the direction most of Europe has taken, where e-invoicing requirements operate as B2B or B2G compliance obligations on businesses. Portugal made the consumer a participant instead of a bystander.
Why a receipt can’t just become an invoice
The obstacle is identity, and it’s structural rather than technical.
Article 226 of the VAT Directive requires the full name and address of both the supplier and the customer on a full invoice. A consumer has no VAT number and, at a till, no established identity at all. A receipt is anonymous by construction — that’s not a deficiency, it’s what a receipt is. Under Article 226b a simplified invoice needs only about four details, and Article 220a permits it for invoices up to €100, which is precisely the shape of retail. The law already built the receipt an exit from the invoice’s requirements.
So a receipt becomes an invoice only when the customer volunteers an identifier. And a customer volunteers an identifier only when something is in it for them. Every scheme that has succeeded at this has attached a consumer benefit — deduction, lottery, or both. Every scheme that has treated it as a compliance obligation on the merchant has produced a QR code nobody scans.
Note what this implies about the direction of travel: the reason ViDA’s reportable set drops Article 226(5) — the parties’ names and addresses — for intra-EU supplies is that VAT numbers resolve identity through VIES. There is no VIES for consumers. Cross-border B2B could be harmonised because businesses are already identified. Retail can’t be, because the buyer isn’t.
What this means if you build for retail
Don’t wait for the e-invoicing standard to arrive. It was scoped out in 2014 and ViDA re-confirmed the exclusion in 2025. If your roadmap has “EN 16931 for POS” on it, move it.
Build for fiscalisation, which is national and unharmonised. Portugal wants ATCUD and QR codes via certified software. Greece wants transmission through a provider with the returned identifiers printed on the document. There is no European format for any of this — the ERPB’s own taxonomy of e-invoicing models has four corners and none of them is a tax authority, let alone a till.
Treat consumer identity as an incentive problem, not a UX problem. “Quer NIF na fatura?” is reportedly the most commonly spoken phrase in Portugal, and it isn’t because the checkout flow is elegant. It’s because the answer is worth money.
Expect the receipt to keep its own lifecycle. It reports on a different channel (SAF-T), at a different latency (weeks, not seconds), to a different regime (national, not Chapter 6), with a different party doing the classification (the consumer). Anything you build that assumes the retail receipt will converge onto the B2B invoice pipeline is betting against ten years of divergence.
Frequently asked questions
Does EN 16931 cover B2C invoices?
No. The standard’s scope, set by Directive 2014/55/EU, is the B2B and B2G segments. CEN was reported to be considering future work on B2C requirements for the semantic model as far back as 2016, but the core invoice remains a business-to-business and business-to-government artefact.
Will ViDA make POS receipts reportable?
Not directly. ViDA’s digital reporting requirements apply to intra-EU B2B supplies from 1 July 2030, and its recital 23 explicitly preserves member states’ non-general reporting obligations such as those concerning cash registers. Retail fiscalisation stays a national matter.
Is a till receipt a valid invoice?
It can be a simplified invoice. Article 226b requires only a handful of details — issue date, identification of the supplier, the type of goods or services, and the VAT payable or the information needed to calculate it — and Article 220a allows simplified invoices where the amount doesn’t exceed €100. It becomes a full invoice only if the customer’s identity is captured, which for a consumer means volunteering a tax number.
How does Portugal get consumers to identify themselves at the till?
By paying them. NIF-registered purchases generate personal income tax deductions, introduced with the 2015 IRS reform, and each €10 of spend automatically generates a coupon in the Fatura da Sorte lottery, running since 2014. The identity problem was solved with an incentive, not a mandate on shoppers.
Are e-receipts real-time reported?
Not in Portugal’s model. Receipts reach the tax authority through SAF-T PT uploads, web services or manual entry, and typically take around two months to appear in the consumer’s e-Fatura account. Some countries run retail closer to real time, but the receipt track and the continuous-transaction-control track are separate developments and shouldn’t be assumed to move together.