Germany's E-Invoicing Mandate Reaches EDI Shops in 2027

Germany's e-invoicing law sets a January 2027 deadline for EDI teams. What changes, who's affected, and what to fix before the EDI carve-out ends in 2028.

Share

Germany confirms its January 2027 e-invoicing deadline stands

Germany's Federal Ministry of Finance (BMF) has not moved the January 1, 2027 e-invoicing deadline, despite a formal request to delay it. The German Confederation of Skilled Crafts (ZDH) asked for the 2027 issuing date for businesses above €800,000 to move to 1 January 2028, citing unresolved questions about how VAT fields map to the e-invoice standard. That request went nowhere. As of September 2026, no postponement has been adopted, and the BMF's guidance still sets out the 2027 and 2028 dates, according to AVASK's compliance tracker.

The legal basis is the Growth Opportunities Act (Wachstumschancengesetz), implemented via amendments to Section 14 of the German VAT Act (UStG). If your EDI team has been treating this as a France-style clearance mandate you can watch from the sidelines, stop. Germany's version reaches directly into EDIFACT invoicing, and the exception that's been letting legacy EDI slide has a hard expiry date.

Five dates EDI teams need on a calendar

Here's the compressed version of a three-year rollout that most IT directors have only half-tracked:

DateWhat happensWho it hits
January 1, 2025All domestic businesses must be able to receive structured e-invoicesEvery German-established business, no threshold
December 31, 2026Last point to lock in EDI continuity before the threshold appliesBusinesses over €800,000 prior-year turnover
January 1, 2027Issuance mandatory; non-conforming EDI usable only under bilateral agreementBusinesses with 2026 turnover above €800,000
December 31, 2027General EDI transition window closesRemaining businesses under the threshold
January 1, 2028Issuance mandatory for everyone, no further extensions plannedAll remaining domestic B2B businesses

Businesses relying on proprietary EDI systems must execute bilateral agreements with their trading partners before 31 December 2026 to ensure continuity on 1 January 2027, per Avalara's readiness checklist. Miss that paperwork and your EDIFACT INVOIC flow with a German partner over the threshold stops being a valid invoice on January 1, 2027, agreement or not.

What "EN-compliant EDI" actually means

EDI doesn't disappear under this mandate. It survives on a conditional basis: existing EDI arrangements may continue to be used, even if they do not strictly mirror the EN 16931 data model, provided both trading partners agree. No bilateral agreement, no exception. A plain PDF never qualifies past the relevant threshold date, consent or not.

The named conforming formats narrow the field: the XRechnung structured format and the ZUGFeRD hybrid format (with a structured and unstructured part) commonly used in Germany are also permitted, with the exception of the MINIMUM and BASIC-WL profiles. For ZUGFeRD specifically, XRechnung and ZUGFeRD from version 2.0.1 (except the MINIMUM and BASIC-WL profiles) both qualify, and Peppol BIS Billing 3.0 rounds out the accepted set.

The BMF's second guidance letter adds a detail worth flagging to your compliance team: the BMF's second letter, published on 15 October 2025, sets out what happens when an e-invoice is wrong. It distinguishes between format errors, where the file does not meet a structured format at all and so is not an e-invoice, and errors in business rules or content, such as a missing mandatory field. That distinction matters for input VAT recovery on the receiving end, not just for the issuer.

The mapping work: EDIFACT INVOIC to EN 16931

This is where most EDI teams underestimate the lift. An EN 16931-compliant invoice needs structured VAT category codes, a buyer reference field (Leitweg-ID in the public sector equivalent, though B2B uses its own reference logic), and payment terms expressed in defined structured fields rather than free text. Older D.96A or D.01B INVOIC implementations frequently carry VAT and payment data in unstructured segments built years before anyone cared about semantic field mapping for machine validation. That data exists in your EDI stream today. Whether it's sitting in a segment your mapping engine can extract cleanly into EN 16931's schema is a different question, and it's the one to test now rather than during Q4 2026.

In hybrid formats like ZUGFeRD, the BMF has been explicit that the structured data governs over the human-readable layer when the two disagree. If your EDI-to-invoice conversion populates a PDF presentation layer from one source and the embedded XML from another, reconcile that before go-live, not after a VAT auditor finds the mismatch.

Where this hits freight and carrier EDI

Freight invoicing doesn't get a pass. German carriers and 3PLs issuing invoices through EDI into a shipper's TMS will need those same invoices to produce EN 16931-extractable data once the relevant transition window closes. If you run multi-carrier connectivity through platforms like MercuryGate, Descartes, Transporeon, Alpega, or Cargoson, this is worth a direct question to each vendor rather than an assumption: does the freight invoice ingestion pipeline already validate against EN 16931 structures, or is that a configuration gap nobody's tested? Carrier-side invoice volume tends to be high enough that a format mismatch surfaces as a payment delay, not a graceful rejection.

Action checklist before each deadline

  • If 2026 turnover will exceed €800,000: confirm or renew written EDI agreements with every German trading partner before December 31, 2026, and run EN 16931 extraction tests against real invoice data now.
  • If you're under the threshold: the extra year to January 2028 is real, but don't use it to skip the mapping audit; you'll need the same field-by-field work eventually.
  • For every EDI manager with German partners: inventory each trading partner's current invoice format today rather than discovering gaps partner by partner as deadlines hit.
  • Validate hybrid invoices against the BMF's data-over-presentation rule before relying on any ZUGFeRD output in production.

How Germany's approach compares to its neighbors

Germany isn't the only country reshaping B2B invoice exchange this cycle, and the differences matter if you're running pan-European EDI. All VAT-registered businesses in Belgium must exchange structured e-invoices via the Peppol network, with no national format variant to navigate. France works differently: France routes through registered PDPs, so Peppol capability alone does not satisfy it. Poland went further still, with Poland's national e-invoicing platform, KSeF, becoming mandatory for large taxpayers from February 2026 under a clearance model rather than Germany's decentralized exchange.

CountryModelAccepted formats2027 status
GermanyDecentralized, no clearance platformXRechnung, ZUGFeRD 2.0.1+, Peppol BIS, bilateral EDIMandatory issuance >€800k turnover
BelgiumPeppol network onlyPeppol BIS Billing 3.0Already live since Jan 2026
FrancePartner platform (PDP) clearanceUBL, CII, Factur-XSmall businesses join Sept 2027
PolandCentral clearance (KSeF)FA(3) XMLPhased through Jan 2027

Germany accepts Peppol BIS alongside XRechnung and ZUGFeRD, which makes it the most format-flexible of the four. It's also the only one still extending a lifeline to EDIFACT, and that lifeline runs out on a fixed calendar, not on a feeling that "EDI isn't going anywhere." Pull your German partner list this week, check turnover against the €800,000 line, and get the bilateral agreements signed before the window closes on you instead of the other way around.