โ† Back to global tracker
๐Ÿ‡ฉ๐Ÿ‡ช

Country deep dive

Germany

Europe ยท DE ยท VAT area: EU
Last updated: 21 July 2026
Compliance model: Fully decentralised โ€” no clearance
2 formats
XRechnung / ZUGFeRD
No CTC
No central platform (B2B)
8 yrs
Archive requirement
โ‚ฌ5,000
Max fine per offence
2028
Full B2B issuance mandate
01

Compliance timeline

Germany's reform is unusually gradual by design โ€” a pure receiving mandate first, then issuance phased in strictly by company turnover, with no domestic reporting obligation attached (yet).

November 2020
27 Nov 2020In effect
XRechnung mandatory for federal public authorities (B2G)

Every invoice sent to a German federal ministry, state authority, or municipal body in scope must comply with XRechnung or an equivalent EN 16931-conformant format โ€” years ahead of any B2B obligation.

March 2024
22 Mar 2024In effect
Wachstumschancengesetz (Growth Opportunities Act) passes the Bundesrat

The law establishing Germany's B2B e-invoicing mandate clears its final legislative hurdle, setting the phased 2025โ€“2028 timeline described below.

January 2025
1 Jan 2025In effect
All businesses must be able to receive structured e-invoices

A pure reception obligation โ€” every VAT-registered business, regardless of size, must be technically capable of receiving an EN 16931-compliant structured e-invoice. Sending paper or PDF invoices remains fine during the transition, provided the recipient agrees.

January 2027
1 Jan 2027Due soon
Issuing mandatory โ€” businesses over โ‚ฌ800,000 prior-year turnover

Businesses crossing this threshold must issue structured e-invoices (XRechnung, ZUGFeRD 2.1+, or another EN 16931-compliant format) for domestic B2B sales. Kleinunternehmer under ยง19 UStG (turnover โ‰คโ‚ฌ25,000 prior year, โ‰คโ‚ฌ100,000 current year) remain exempt from issuing but must still be able to receive.

January 2028
1 Jan 2028Upcoming
Issuing mandatory for all remaining businesses

The obligation extends to every domestic B2B business below the โ‚ฌ800,000 threshold, completing the phased rollout. No real-time VAT reporting system is attached to this mandate โ€” unlike France or Poland, Germany treats e-invoicing purely as a format requirement, not a data-reporting one, for now.

02

File format & data specification

Germany accepts two genuinely different national formats side by side, plus Peppol BIS as a third option โ€” there's real choice here, unlike most CTC countries.

XRechnung

TypePure XML โ€” no visual layer
SyntaxUBL 2.1 or UN/CEFACT CII
Current versionXRechnung 3.0.2 (moving to 4.0)
Mandatory forAll B2G invoices; increasingly used for B2B

Because XRechnung has no human-readable rendering built in, recipients need software that can actually display or process the XML โ€” this is part of why ZUGFeRD is often preferred for B2B.

ZUGFeRD

TypeHybrid โ€” PDF/A-3 + embedded XML
Current versionZUGFeRD 2.3.x (2.1+ required)
Cross-compatible withFactur-X (France) since v2.1
Preferred forB2B โ€” readable without specialist software

The embedded XML follows the same CII syntax family as XRechnung's CII option โ€” so a well-built pipeline can often generate both formats from the same underlying data model.

Mandatory content (ยง14 UStG)

Party dataName, address, VAT ID for supplier & customer
Transaction detailDescription, quantity, unit price, date of supply
Tax detailNet amount, VAT rate, VAT amount, gross total, reverse-charge/exemption flags
Digital signatureNot required

All of this must live in the structured data itself โ€” attaching a compliant-looking PDF alongside a non-compliant XML doesn't satisfy the mandate. "XML" alone isn't a compliance indicator either; it must be a recognised EN 16931 implementation.

German CIUS quirks

BT-72 (actual delivery date)Optional in EN 16931 โ†’ mandatory in German CIUS
B2G payment means codesRestricted list (e.g. 30 = transfer, 58 = SEPA)
Archiving8 years, GoBD-compliant, original structured format

Saving only a printed copy of a ZUGFeRD invoice instead of the original file violates GoBD record-keeping rules โ€” the embedded XML is the part that must survive, not just the PDF rendering.

03

Transmission protocol

This is the biggest structural difference from France, Italy, or Poland: Germany has no clearance authority and no mandated channel for B2B at all.

B2B: fully decentralised

Clearance authorityNone
Mandated channelNone โ€” any agreed method
Accepted channelsEmail, portal/download link, EDI, FTP/FTPS, web services, Peppol

The mandate governs the format of the invoice, not how it travels. Two trading partners are free to agree on whatever transmission method suits them, as long as the file itself is a compliant structured invoice.

B2G: two federal portals

ZREDirect federal administration (ministries + directly subordinate bodies)
OZG-REIndirect federal administration + several federal states
Routing identifierLeitweg-ID (format XX-XXXXXXXXXX-XX)

Your contracting authority tells you which platform and Leitweg-ID to use โ€” check your contract or procurement terms if unsure. Authorities must also offer Peppol as a transmission option where automated exchange is possible.

Common B2G rejection causes

Missing/wrong Leitweg-IDMust appear in BT-10 (BuyerReference)
Invalid VAT breakdownEach VAT category needs a separate breakdown
Attachment sizeZRE caps embedded attachments at 5 MB
Profile mismatchUsing XRechnung 2.x where 3.x is required

If your invoice bounces from ZRE or OZG-RE, these four causes cover the large majority of real-world rejections โ€” check the Leitweg-ID and profile version first.

Audit access

Z1 / Z2 accessDirect read-only access to your accounting system
Z3 accessStructured data export of e-invoice records
Submission channelELSTER (where applicable)

German tax authorities can request any of these three access modes during an audit โ€” keeping invoices systematically archived in a standard, exportable format materially reduces audit friction.

04

Getting set up (there's no central registration)

Unlike Romania, France, or Belgium, there's no directory to join or account to open for B2B โ€” Germany's decentralised model means "registration" is really about internal readiness and, where relevant, your specific government customer's portal.

Work out which phase applies to you

Check your prior-year turnover against the โ‚ฌ800,000 threshold to know whether your issuing obligation starts in 2027 or 2028 โ€” and confirm whether Kleinunternehmer status (ยง19 UStG) exempts you from issuing altogether.

Choose your format: XRechnung, ZUGFeRD, or Peppol BIS

XRechnung suits high-volume automated B2B flows; ZUGFeRD suits relationships where a human still needs to open and read the invoice; Peppol BIS suits businesses already active on that network for other European trade.

Confirm ยง14 UStG data lives in the structured file itself

Validate that supplier/customer details, transaction detail, and full tax breakdown are embedded in the XML โ€” not just present in an accompanying human-readable PDF.

For B2G: create your ZRE or OZG-RE account

Register on whichever platform your public-sector customer directs you to, and confirm the correct Leitweg-ID for that specific contracting authority before your first submission.

Agree a transmission channel with each B2B partner

Since there's no mandated channel, settle this explicitly with your trading partners โ€” email, a shared portal, EDI, or Peppol are all valid as long as the underlying file is compliant.

Set up GoBD-compliant archiving

Store the original structured file (not a printed copy) for the required retention period, and confirm you can produce Z1/Z2/Z3-style audit access if the tax office asks.

05

Penalties & enforcement posture

Germany has no dedicated e-invoicing fine โ€” non-compliance is folded into existing VAT and bookkeeping law, and the sharpest risk isn't a government fine at all.

EU Digital Building Blocks โ€” Germany