The EN 16931 Standard is the standard for electronic invoices in Europe, issued by CEN in 2017, according to EU Directive 2014/55/EU. The standard contains the definition of the semantic data model containing all mandatory data for an electronic invoice, its structure, and meaning for the automated exchange and processing of electronic invoices in the EU Member States.
Key Takeaways
- It is a standard used within Europe to establish a framework for the invoicing process electronically.
- EN 16931 standard specifies a basic data model that consists of critical information about suppliers, buyers, taxation, and payment terms.
- XML-supported format: UBL 2.1 and UN/CEFACT CII.
- Allows national adaptations like Germany’s XRechnung and ZUGFeRD formats..
- EN 16931 enables automation, faster processing, reduced errors, and easier VAT compliance under the EU’s digital tax reforms.
EN 16931 is like a “universal language” for electronic invoices across Europe. The EN 16931 standard establishes the required and optional elements of an invoice that must be contained in an electronic invoice. These involve supplier and buyer information, invoice number, tax, line items and payment instructions. It aims to ensure that e-invoices are compatible with the EU, so that an invoice issued in one country can be processed in another through the machine without manual modifications.
Imagine you and your supplier speak different languages, your accounting system says “Invoice Date,” theirs says “Billing Date.” EN 16931 steps in and says: “Let’s all agree to call it Invoice Issue Date, and here’s how it must be written and structured in the file.”
So instead of everyone creating their own way of listing invoice details, EN 16931 defines a standardised set of data fields and meanings like the sender’s name, buyer’s VAT number, invoice number, prices, taxes, and payment details so that every computer system across the EU can read and understand it without confusion.
This document did not come out of nowhere; it is a fruit of years of cooperation on EU level aimed at standardisation of the invoicing processes in 27 member states.
E-invoicing refers to the digital submission of invoices through a machine-readable format (for example, XML or UBL), thus allowing for the automatic processing of the documents in question. The requirement for machine-readability means that e-invoices must include standardised data elements such as supplier, purchaser, value-added tax information, and totals.
In order to reduce VAT fraud and reduce costs associated with administrative processes, European countries have started using electronic invoices instead of the traditional paper/PDF invoices. In Germany, from January 2025, invoice receive mandate has come into effect, while the send mandate applies in 2027 and 2028 in phases.
An XML-based electronic invoice contains data stored in specific fields such as vendor VAT number, date, taxable amount, tax rate, and payment terms, among others. Such structured data allows for computer processing, including automated entry into accounting systems, thereby reducing errors that might arise from manual entry.
EN 16931 acts as Europe’s interoperability backbone. It defines a standard semantic model and maps it to universally accepted syntaxes. Since each valid invoice is created using the identical format and lists (currency, VAT classification, country codes), it will be easily understood by all platforms approved by the EU, German ZRE/OZG-RE websites, French Chorus Pro system, or Peppol network.
This shared protocol ensures that:
EN 16931 defines a structured data model and strict validation rules to maintain consistency and accuracy in electronic invoices across the EU.
The core invoice data model (EN 16931-1) is set out in the standard and consists of all the necessary components of an invoice, such as the identities of both the seller and the buyer, VAT identification number, invoice number, date, description of line items, quantity, price, tax rates, totals, and payment conditions.
The standard enforces mathematical and logical consistency. Totals must equal the sum of line items, tax values must match taxable amounts and rates, and standardised codes must be used for currencies, countries, and tax categories. These checks ensure accuracy and allow automated validation and processing.
3. Syntax Independence with Mappings:
EN 16931 defines data requirements independently of any specific format. It maps the data model to two recognised XML syntaxes:
Countries and industries can use either syntax while maintaining interoperability. Peppol BIS 3.0 applies UBL, and ZUGFeRD/Factur-X uses a PDF file with embedded CII XML. Both follow EN 16931 rules.
The standard allows localised adaptations through Core Invoice Usage Specifications (CIUS). A CIUS refines the core model for specific national or sector needs without breaking compatibility. Germany’s XRechnung is a CIUS that adds routing fields for public sector invoicing. Extensions can include extra optional data agreed upon between trading partners, provided they do not alter mandatory elements.
The invoice that is based on EN 16931 can be accepted by any software in the European Union. This provides opportunities for interoperability, automation, and avoids manual data entry. The process of matching, validating, and posting the invoice can be automated, and it saves time and money.
The EN 16931 norm defines mandatory invoice components that ensure completeness and clarity.
Core Element | Description | Example |
Invoice Identification | Unique invoice number and issue date | INV-2025-001, 01.01.2025 |
Supplier Information | Name, address, VAT ID | ABC GmbH, DE123456789 |
Customer Information | Buyer name, VAT ID, address | XYZ AG, DE987654321 |
Line Items | Description, quantity, price, tax | 10 units @ €50 each, 19% VAT |
Tax Details | Applicable VAT rate and total tax amount | VAT 19% = €95 |
Totals | Subtotal, tax amount, gross total | €500 net + €95 tax = €595 gross |
Payment Info | Payment terms, IBAN, due date | Net 30, DE1234567890 |
Note: Buyer VAT ID is conditional - mandatory for cross-border and reverse-charge transactions.
EN 16931 does not dictate one single file format. Instead, it defines what information an electronic invoice must contain and how that information should be structured. To make this work in practice, the European Commission recognises a few standard file types that can carry this data.
The UBL standard is extensively employed in exchanging business documents electronically, like invoices and purchase orders in Europe. When an invoice, which is composed in the UBL standard, includes all information fields set out in EN 16931 standard, such as the invoice number, invoice date, vendor, customer, price, taxes, etc., then such an invoice may be described as EN 16931-compliant. The bottom line is that a UBL invoice is simply an XML file (.xml/.ubl).
This is another XML format developed by the United Nations. It contains the same kind of structured information but follows a slightly different layout. In Germany, the ZUGFeRD 2.0 and above format uses this CII XML data, but adds a convenient twist - embedding the XML file inside a regular PDF. This means a person can open and view the invoice as a normal PDF, while accounting software can read the structured XML data hidden inside it.
Think of receiving an invoice from your vendor. You can choose either of the following:
The PDF and XML both contain the exact same details.
The standard for e-invoicing in Germany is the EN 16931 standard. Germany has introduced two types of formats, XRechnung and ZUGFeRD, which are based on the models defined in EN 16931.
B2G Invoicing (XRechnung): Since 2020, all suppliers who send invoices to any body of the German government will have to use the XRechnung invoicing.
From 1 January 2025, all businesses registered for VAT in Germany will have to accept e-invoices in compliance with EN 16931 from other VAT-registered businesses. Starting from 2027, structured e-invoicing will be mandatory for enterprises with turnover exceeding €800,000, and from 2028 for all other enterprises.
All invoices issued between German businesses will need to be in a form that follows the standards of the EN 16931, in either XML (XRechnung) or PDF+XML (ZUGFeRD). Only PDFs and paper-based invoices won’t be treated as valid invoices, unless under some special circumstances.
Permitted Formats: Either the invoices may be issued in compliance with the EN 16931 data model, or else another structure agreed between the parties should be used, which can be mapped to EN 16931.
Infrastructure: Germany supports EN 16931 implementation through:
EN 16931 is the documentation of electronic invoicing in the EU, whereas XRechnung is a national implementation of this documentation in Germany. The EN 16931 norm establishes the general rules and XRechnung uses it with national adjustments in order to comply with the needs of the German government and tax authority.
In Layman's terms
Think of EN 16931 as a recipe book for making a standard European invoice. It lists the ingredients (data fields like seller name, invoice date, VAT, and totals) and the steps (how the data should be structured) so that anyone in Europe can make a compliant “invoice dish.”
Now, XRechnung is like Germany’s local version of that recipe. The process uses the same components as in EN 16931, but it also includes some additional components and processes as mandated by the German government, including Leitweg-ID (routing ID of public offices).
So if EN 16931 says, “Every invoice must have flour, sugar, and butter,” XRechnung says, “Yes, and in Germany, you must also add a pinch of salt and bake it at our local temperature.”
In other words:
Aspect | EN 16931 | XRechnung |
Definition | European standard that defines the core data model and rules for electronic invoices across the EU. | Germany’s national implementation (CIUS) of EN 16931, tailored for public sector invoicing. |
Scope | Applies across all EU member states as a common framework for e-invoicing. | Applies specifically to invoices sent to German public authorities (B2G) and, from 2025, B2B transactions. |
Nature | A conceptual blueprint specifying what data must be included and how it should be structured. | A concrete XML format that applies the EN 16931 model according to German requirements. |
Compliance | Sets the minimum data and structural requirements for compliant invoices. | Automatically compliant with EN 16931, but adds German-specific mandatory fields (e.g., Leitweg-ID). |
File Format | Supports multiple syntaxes, mainly UBL 2.1 and UN/CEFACT CII. | XML supports both UBL 2.1 and UN/CEFACT CII syntaxes. No embedded PDF component, unlike ZUGFeRD. |
Use Cases | Used as a reference for designing compliant e-invoice formats across the EU. | Required for submitting invoices to German government bodies; increasingly adopted for B2B invoicing. |
Flexibility | Countries can create local CIUS versions or extensions. | Represents Germany’s CIUS; restricts or mandates certain optional EN 16931 fields. |
Examples | Peppol BIS 3.0 (UBL-based), Factur-X (France). | XRechnung (Germany’s CIUS) version 3.0 aligned with EN 16931 updates. |
Relationship | The base standard for semantic data and structure. | A national adaptation of EN 16931 for German compliance; all XRechnung invoices are EN 16931 compliant. |
Peppol is a network and delivery framework - not a data standard. EN 16931 is a data standard - not a delivery network. The two are complementary and work together in the following way:
EN 16931 defines what the invoice contains. Peppol defines how it is delivered.
When a business sends an invoice over the Peppol network, the invoice content must comply with Peppol BIS Billing 3.0, which is a CIUS (Core Invoice Usage Specification) built directly on top of EN 16931. This means every Peppol BIS 3.0 invoice is automatically EN 16931-compliant.
Here is how the relationship works in practice:
Layer | Role | Example |
EN 16931 | Defines the semantic data model - the required fields, meanings, and validation rules | Invoice must contain seller VAT ID, line item totals, tax rate |
Peppol BIS 3.0 | A CIUS of EN 16931 - refines and applies it for cross-border B2B and B2G invoicing over the Peppol network | Uses UBL 2.1 syntax, restricts certain optional fields |
Peppol Network | The four-corner delivery infrastructure that routes the invoice from sender to receiver | Sender AP → Peppol Network → Receiver AP (routing resolved via SML/SMP lookup) |
In Germany specifically:
E-invoicing regulations are being introduced in Germany according to the EN 16931 standard for achieving standardised invoicing. The implementation of these regulations varies based on whether the invoices are made to a public body or in certain transactions.
Suppliers invoicing federal or state authorities must send EN 16931-compliant invoices, mainly in XRechnung format. This has been mandatory since November 2020 for all invoices, submitted through the ZRE or OZG-RE portals.
Until 31 December 2026: All businesses may still issue paper or PDF invoices with the recipient's consent. From 1 January 2027: Only businesses with annual turnover below €800,000 may continue to use paper/PDF invoices (with consent), until 31 December 2027. From 1 January 2028: Structured e-invoices are mandatory for all businesses, with no transitional exceptions.
Invoices under €250, Small businesses qualifying under §19 UStG (turnover ≤ €25,000 in the previous year and ≤ €100,000 in the current year) are exempt from issuing e-invoices, but must still be able to receive them from 2025, transport tickets, parking receipts, and certain B2C or real-estate-related services are exempt.
The application of the EN 16931 standard will enable the companies in Germany to adapt to more advanced practices in invoice processing as well as be compliant with legal standards.
The European electronic invoicing standard is EN 16931. Businesses can be compliant, efficient and interoperable by using the formats like EN 16931 XRechnung, ZUGFeRD or Peppol BIS. With the B2B e-invoicing requirement coming into effect in 2025 in Germany, EN 16931-compliant e-invoicing is no longer optional for businesses operating in Germany. Structured formats XRechnung, ZUGFeRD, or Peppol BIS 3.0 are now a legal requirement, with full compliance expected across all domestic B2B transactions by 2028, but a necessity to ensure digital compliance in future.