E-invoicing basics

What is an e-invoice?

Last updated 3 September 2026

Short answer: an e-invoice is an invoice a computer can read — structured data, normally XML, in a format both sides have agreed on. That is the whole idea, and it is why the PDF you email your customers does not count. This page explains what actually makes an invoice "electronic", what all the acronyms mean, why European governments are making it compulsory, and what it means if you sell on Shopify.

The definition, in one paragraph

In the EU the term has a legal meaning, set out in Directive 2014/55/EU and pinned down by the EN 16931 standard. An e-invoice is an invoice that is issued, transmitted and received in a structured electronic format which allows it to be processed automatically and electronically. Two words carry all the weight: structured (the data sits in defined fields, not in a picture of a page) and automatically (the buyer's system can book it without a human re-typing anything).

The test: could another company's accounting software read this invoice, check it against a rulebook, and post it — with nobody looking at it? If yes, it's an e-invoice. If it needs human eyes or OCR guesswork, it isn't.

E-invoice vs PDF vs paper

Most merchants assume they already send e-invoices, because they stopped posting paper years ago. Under the mandates, emailing a PDF sits in the same box as posting a letter — it is a document made for a human, and that is exactly what the rules are moving away from.

PaperPDF by emailE-invoice
What it isA printed pageA picture of a page, sent as a fileStructured data (XML) in an agreed format
Who reads itA personA personA machine — a person only if they want to
Can be validated?NoNoYes — against the EN 16931 business rules, before sending
How it's bookedTyped in by handTyped in by hand, or OCR'd and correctedPosted automatically from the fields
Counts under EU mandates?NoNoYes

There is one honest exception. In a hybrid format — ZUGFeRD in Germany, Factur-X in France — a compliant XML file is embedded inside the PDF. The file looks like an ordinary PDF when you open it, but the machine reads the XML hidden in it. That qualifies. A PDF exported from a Shopify invoice app does not, because there is nothing inside it to read.

What's actually in an e-invoice

Open one in a text editor and you find no layout at all — no logo, no font, no column widths. Just labelled data: who sold, who bought, VAT numbers, one block per line item with quantity, unit price and tax category, a VAT breakdown grouped by rate, and totals. Roughly like this, stripped down:

<Invoice> · invoice number · issue date · currency · invoice type code
<AccountingSupplierParty> · your legal name, address, VAT number
<AccountingCustomerParty> · the buyer's legal name, address, VAT number
<InvoiceLine> · quantity · unit price · net amount · VAT category code
<TaxTotal> · VAT grouped by rate and category
<LegalMonetaryTotal> · net, VAT and gross — which must reconcile exactly

Because it is data rather than a picture, it can be checked before it is sent. That is the part people underestimate: an e-invoice is not just formatted, it is validated. If a required field is missing, if the VAT category is wrong for a cross-border B2B sale, or if the totals are a cent out, the document fails the rules and gets rejected — by the network, the tax authority, or the buyer's system.

EN 16931: the standard underneath everything

For invoices to be readable across borders, everyone has to agree on which fields exist and what they mean. That agreement is EN 16931, the European standard for the semantic model of a core invoice. Every European e-invoicing format you will meet is a way of expressing it.

NameWhat it isWhere you meet it
EN 16931The semantic standard — which fields an invoice carries and the rules they must satisfy.Underneath all of the below.
UBL / UN/CEFACT CIIThe two permitted XML syntaxes — how those fields are written into a file.UBL dominates; CII is used inside ZUGFeRD.
XRechnungGermany's national profile (CIUS) of EN 16931 — pure XML, extra German rules.German public bodies, and widely accepted B2B.
ZUGFeRD / Factur-XA hybrid: a normal-looking PDF with EN 16931 XML embedded inside it.Germany and France, popular with smaller buyers.
Peppol BIS Billing 3.0A profile of EN 16931 in UBL, built to travel over the Peppol network.The default across most of Europe.

One distinction is worth fixing in your head early, because it causes most of the confusion: format is not delivery. EN 16931 and its profiles say what the document contains. Peppol is the network that carries it from you to the buyer — think of the format as the letter and Peppol as the postal system. Compliance usually means getting both right. If you want the layer-by-layer version, we wrote one: EN 16931 explained.

Why governments are mandating it

Not for your convenience. The driver is the VAT gap — the difference between VAT owed and VAT actually collected, which runs into tens of billions of euros a year across the EU. Structured invoices give tax authorities transaction data in a consistent, checkable shape, close to the moment it happens, instead of a paper trail reconstructed after the fact. Fraud gets harder; audits get cheaper.

The rollout, in the order it actually happened and is happening:

WhereWhat
EU, 2014→2019Directive 2014/55/EU and EN 16931 make e-invoicing standard for public-sector (B2G) buyers.
Italy, 2019First large member state to mandate domestic B2B e-invoicing, routed through the state platform (SdI).
Germany, 2025→2028Since 2025 every German business must be able to receive a domestic B2B e-invoice. The obligation to send phases in from 2027 (larger turnovers) to 2028 (everyone).
FrancePhasing in its own B2B regime, with reception first and issuance staged by company size.
EU, ~2030ViDA (VAT in the Digital Age) extends structured invoicing and digital reporting to intra-EU B2B trade across the bloc.

Two things follow from that table. First, the direction is one-way — no country has reversed course. Second, receiving comes before sending: you are usually obliged to accept e-invoices a year or more before you are obliged to issue them, which is the window most sellers sleep through. Germany is the sharp end, and we've laid out the dates in detail in Germany's 2027 B2B e-invoicing mandate.

What this means if you sell on Shopify

If you only sell B2C, the mandates are mostly not aimed at you — they target business-to-business (and business-to-government) invoicing. If you sell B2B into the EU, or you have a handful of business customers buying through the same storefront, this lands on you.

Shopify, out of the box, cannot produce an e-invoice. Specifically, nothing in the platform:

Most "invoice" apps in the Shopify ecosystem are invoice design tools — they make a branded PDF, which is a genuinely useful thing and not the thing a mandate asks for. The gap between a beautiful PDF and a valid e-invoice is where merchants get caught.

And the hardest part is not the XML. It is the numbers. Whether your Shopify prices include or exclude tax changes how net and VAT are derived; rounding can leave you a cent off, which is enough for a validator to reject the document; and selling to a VAT-registered business in another EU country usually means reverse charge — 0% VAT with the correct category code and legal note, and the buyer's VAT number checked against VIES. Get the format right with the numbers wrong and you have an invoice that fails cleanly instead of messily.

Go deeper

Frequently asked questions

What is an e-invoice?

An invoice issued, sent and received as structured data — normally XML — that another system can read and process automatically. In the EU it's defined by Directive 2014/55/EU and the EN 16931 standard. The point isn't that it's digital; it's that it's machine-readable.

Is a PDF invoice an e-invoice?

No. A PDF is a picture of an invoice for a human to read — no structured fields, nothing to validate. Under the EU definition it counts as paper in electronic clothing. The exception is a hybrid file like ZUGFeRD or Factur-X, where compliant XML is embedded inside the PDF.

What's the difference between an e-invoice and a digital invoice?

"Digital invoice" loosely means any invoice sent electronically — PDF, scan, portal link. "E-invoice" is the legal term for structured, processable, validatable data. Every e-invoice is digital; most digital invoices are not e-invoices.

What formats are used for e-invoices in Europe?

All of them trace back to EN 16931, written in one of two XML syntaxes (UBL or UN/CEFACT CII). On top sit profiles: XRechnung in Germany, ZUGFeRD and Factur-X as hybrid PDFs, and Peppol BIS Billing 3.0 for the Peppol network.

Why are governments making e-invoicing mandatory?

The VAT gap. Structured invoices give tax authorities consistent, checkable transaction data and make fraud harder. Italy started in 2019, Germany runs 2025–2028, France is phasing in, and the EU's ViDA package extends digital reporting across the bloc around 2030.

Can Shopify send e-invoices?

Not on its own. Shopify and its PDF invoice apps produce documents for people, not EN 16931 documents. Mapping, national profiles, validation and Peppol delivery all have to come from an app or service built for e-invoicing.

Do I need e-invoicing if I only sell B2C?

Generally no — the current mandates target B2B and B2G invoicing. But if even part of your revenue is business customers, or you plan to sell B2B, the obligation follows those orders. And receiving obligations tend to arrive before sending ones.

This guide is general information for Shopify merchants, not legal or tax advice. Rules, mandates and thresholds vary by country and change over time — confirm your obligations with a qualified tax adviser.

E-invoices from your Shopify B2B orders

Zeppol turns every B2B order into an EN 16931 document, checks it against the EU and the German rules, and sends it over Peppol or by email. Join the list and I'll be in touch before the deadline.