EN 16931: the required fields of the European standard

Choose your VAT situation and recipient: the list shows which fields of the standard your invoice must fill in and which of them German VAT law also requires.

Recipient

Mandatory fields for your case

13

EN 16931 and the mandatory details under section 14(4) UStG.

Of which from the VAT Act10
Of which technical only (standard, KoSIT)3
How this is checked
BT/BGFieldRuleLaw
BT-1Invoice numberEN 16931section 14(4) no. 4
BT-2Issue dateEN 16931section 14(4) no. 3
BT-3Invoice typeEN 16931
BT-5CurrencyEN 16931
BT-27Seller nameEN 16931section 14(4) no. 1
BG-5Seller addressEN 16931section 14(4) no. 1
BT-31/32VAT ID or tax numberBR-S-02section 14(4) no. 2
BT-44Buyer nameEN 16931section 14(4) no. 1
BG-8Buyer addressEN 16931section 14(4) no. 1
BT-72Delivery datenationalsection 14(4) no. 6
BG-25Lines: quantity, unit, description, priceEN 16931section 14(4) no. 5
BG-23VAT breakdown per rateEN 16931section 14(4) nos. 7 and 8
BT-109/112/115Totals net, gross, dueEN 16931

Prepared by Radif Partners · Method · VAT Act, ministry letters and XRechnung 3.0.2 checked on 25 October 2026

EN 16931 is the European standard for electronic invoices. It was commissioned by Directive 2014/55/EU, which obliges public contracting authorities throughout the Union to accept invoices that follow it, and the European Committee for Standardization (CEN) published it in 2017. At its core is a semantic data model: every item on an invoice has a name and a number, such as BT-1 for the invoice number or BT-115 for the amount due, and related items form groups such as BG-4 for the seller. Business rules with identifiers like BR-01 or BR-CO-15 come on top; they define which fields are mandatory and how the amounts must add up. How the model is written as XML is set by two permitted syntaxes, UBL and UN/CEFACT CII. Since 2025 the German VAT Act has tied its definition of an e-invoice to this standard. National specifications such as XRechnung tighten it but may not contradict it. The identifier of the plain standard in field BT-24 is urn:cen.eu:en16931:2017.

Where the standard comes from

Until the 2010s almost every country and sector had its own electronic invoice formats. Directive 2014/55/EU was meant to harmonise this for public contracts. It asked CEN for a standard describing the semantic data model and obliged the public contracting authorities of the member states to accept and process invoices that follow it. The result is EN 16931, whose first part appeared in 2017, hence the year in the identifier.

Germany implemented the directive for the federal level with the E-Invoicing Regulation. Since the rewrite of section 14 UStG the standard also applies to invoices between businesses: an e-invoice must comply with it, whatever format it is sent in.

A data model, not a file format

The standard does not say what a file looks like, only what information it carries. That is its central idea. An invoice consists of many such items, of which only some are mandatory. Each has a fixed meaning, a data type and a cardinality, meaning whether it may be missing or occur once or several times. Because every format uses the same model, software can convert a UBL file into a CII file without losing anything.

Selected groups of the EN 16931 semantic model.
GroupContentExample fields
BG-4SellerBT-27 name, BT-31 VAT ID, BT-32 tax number
BG-7BuyerBT-44 name, BT-48 VAT ID
BG-16Payment instructionsBT-81 payment means, BT-84 IBAN
BG-22Document totalsBT-106 sum of lines, BT-109 net, BT-112 gross, BT-115 amount due
BG-23VAT breakdownBT-116 taxable amount, BT-117 VAT amount, BT-118 category
BG-25Invoice lineBT-129 quantity, BT-146 price, BT-153 item name

What German VAT law adds

The standard spans sectors and countries, so some details German law requires for a proper invoice are only optional in it. The mandatory details under section 14(4) UStG must nevertheless appear in the e-invoice: full name and address of both parties, the supplier’s tax number or VAT ID, the issue date, a sequential number, quantity and type of supply, its date, the consideration broken down by VAT rate, and the rate and VAT amount or a note on the exemption. The delivery date, for example, goes in BT-72, the exemption reason in BT-120. The list above therefore separates fields required only by the standard from those the law also requires.

Profiles and national specifications

A country or sector may restrict the standard but not extend it without leaving it. Such a restriction is called a CIUS. XRechnung is the German CIUS: it makes the buyer reference and the seller’s contact details mandatory, for instance. ZUGFeRD in the EN 16931 profile reproduces the standard without additions, while the EXTENDED profile goes beyond it as a so-called extension. The calculator shows which ZUGFeRD profile meets the standard:

As an e-invoice between businesses

As an e-invoice between businesses

Accepted

To federal bodiesUse XRechnung instead
Name of the XML inside the PDFfactur-x.xml
Current version2.5.2 (4 August 2026)
Check a ZUGFeRD profile →

In practice, invoicing to EN 16931 satisfies the duty between businesses. Supplying public bodies requires the stricter XRechnung. The formats themselves are compared on e-invoice formats.

Common questions

What do BT, BG and BR mean in the standard?

BT stands for business term, a single item such as the invoice date or the VAT rate. BG stands for business group, a set of items that belong together, such as the buyer’s address. BR stands for business rule, a rule that prescribes mandatory fields and calculations. Validator error messages usually quote a BR identifier and the BT field concerned.

Do I have to buy the EN 16931 standard to write e-invoices?

No. The standard itself is a paid CEN document, but you do not need it in practice. The XRechnung and ZUGFeRD specifications are freely available and contain the complete data model with all fields and rules. Invoicing software and the creator on this site implement the standard without you having to know the field numbers.

How do calculation rules such as BR-CO-15 relate to my amounts?

The CO rules check that the amounts fit together. BR-CO-10 requires the sum of the lines to equal the sum of all line net amounts exactly. BR-CO-15 requires the gross amount to equal the net amount plus VAT. A rounding difference of a single cent breaks the rule. The validator on this site recalculates every amount and names the difference.

Does the standard also cover credit notes and corrections?

Yes. The standard knows several invoice types, set in field BT-3 with a code, for example 380 for an invoice, 381 for a credit note in the sense of a correction and 384 for a corrected invoice. A correction must also contain all mandatory fields and should refer to the original invoice in BT-25.

Keep going

Official sources for this page

Prepared by

Publisher of a free German e-invoicing toolkit: obligation check under the VAT Act, viewer, checker and creator for XRechnung and ZUGFeRD in the browser

Updated on · Editorial policy · Contact

As of 2026, laws, ministry letters and standards checked on