Allemagne — Wachstumschancengesetz et XRechnung

L'Allemagne entre dans une phase progressive 2025-2028 où la facture électronique structurée devient la norme pour le B2B intérieur, sans portail centralisé : modèle post-audit, transport bilatéral ou PEPPOL au choix des partenaires.

Timeline réglementaire

• E-Rechnungsverordnung (E-RechV) du 13 octobre 2017. Transpose la directive UE 2014/55 sur l'e-invoicing dans la commande publique fédérale.
• 27 novembre 2020. Obligation B2G générale pour les fournisseurs du gouvernement fédéral. XRechnung devient la norme de référence, avec ZUGFeRD 2.1.1 admis pour les marchés où le PDF/A-3 reste pertinent.
• Wachstumschancengesetz (Loi sur les opportunités de croissance) du 27 mars 2024 (BGBl. I, p.108). Crée l'obligation B2B intérieure et définit le calendrier 2025-2028. Article 14 UStG (Loi sur la TVA) refondu.
• BMF-Schreiben du 15 octobre 2024. Circulaire administrative du ministère des Finances qui clarifie les exigences techniques, la définition d'une facture électronique structurée au sens du §14 UStG, et précise l'acceptation explicite du destinataire en phase transitoire.
• 1^er janvier 2025. Entrée en vigueur de l'obligation de réception pour toutes les entreprises allemandes. Les factures papier et PDF non-EN 16931 restent acceptées sur consentement explicite jusqu'en 2026.
• 1^er janvier 2027. Obligation d'émission B2B pour les entreprises au chiffre d'affaires annuel supérieur à 800 000 €.
• 1^er janvier 2028. Obligation d'émission B2B pour toutes les entreprises (fin de la dernière exemption transitoire).
• Standard XRechnung. Maintenu par KoSIT (Koordinierungsstelle für IT-Standards), versions successives 1.x, 2.x, puis 3.x publiée en novembre 2023 (révisions semestrielles).

Approfondissements — 10 pages dédiées

Dix pages dédiées approfondissent chaque dimension de l'e-invoicing allemand — la réforme 2025-2028 Wachstumschancengesetz, les spécifications techniques (XRechnung, ZUGFeRD, Leitweg-ID, FeRD, DRSC), et l'usage B2B réel en grande distribution (REWE/Edeka/Aldi/Lidl) et dans l'automobile (BMW/Mercedes/Audi/VW/Bosch).

Réforme 2025-2028

• Wachstumschancengesetz — base légale · Loi adoptée 27 mars 2024, §14 UStG modifié, réception B2B obligatoire au 1ᵉʳ janvier 2025, émission phasée 2027-2028. Schreiben BMF du 15 octobre 2024.
• XRechnung — CIUS national EN 16931 · Maintenu par KoSIT, version 3.0 (janvier 2025), syntaxes UBL 2.1 et UN/CEFACT CII, ICD 0204 Leitweg-ID, pivot B2G + B2B post-2025.
• ELSTER — plateforme fiscale fédérale · Opérée par le BZSt + Länder. USt-Voranmeldung mensuelle, Zusammenfassende Meldung intra-EU, ERiC SDK. Pas de réception facture B2B.
• Leitweg-ID — adressage fédéral ICD 0204 · Schéma 11 caractères (Grobadressierung + Feinadressierung + Prüfziffer), enregistré ICD 0204 PEPPOL, obligatoire B2G fédéral depuis novembre 2020.

Specs techniques

• ZUGFeRD — format hybride PDF/A-3 + CII · FeRD + FNFE-MPE, v2.3.2 (mai 2024), 5 profils MINIMUM → EXTENDED, structurellement identique à Factur-X. Profil EN 16931+ requis pour B2B.
• FeRD — Forum elektronische Rechnung Deutschland · Gouvernance public-privé créée 2010 sous l'AWV, co-auteur ZUGFeRD/Factur-X avec FNFE-MPE. 6 working groups, roadmap 2025-2028.
• DRSC — normalisation comptable · Deutsches Rechnungslegungs Standards Committee, agréé par BMJ au titre §342 HGB. Coordonne avec FeRD/BMF/KoSIT sur ledger et Mitteilungspflicht.

Usage B2B réel

• EDIFACT retail Allemagne · REWE, Edeka, Aldi Nord/Süd, Lidl, Kaufland, Metro, dm-drogerie, Rossmann. EANCOM 2002 GS1 Germany, ~2,5 milliards messages/an.
• EDIFACT automotive Allemagne · BMW, Mercedes-Benz, Audi/VW, Porsche, Bosch, Continental, ZF. Standards VDA 4905/4906/4913, OFTP2 sur ENX, ~800 millions de messages/an.
• Régimes TVA — UStG · Standardbesteuerung (19%/7%/0%), Kleinunternehmer §19, Differenzbesteuerung §25a, Reverse-Charge §13b (14 catégories). Mentions obligatoires §14 Abs. 4.

Schéma technique

L'Allemagne reconnaît trois cibles techniques :

• XRechnung 3.x — CIUS allemand sur le tronc EN 16931. Syntaxes acceptées : UBL 2.1 ou UN/CEFACT CII. Le profil obligatoire pour le secteur public, recommandé pour le B2B.
• ZUGFeRD 2.x / Factur-X. Format hybride PDF/A-3 + XML CII embarqué, utile quand le destinataire continue de traiter le visuel PDF.
• EN 16931 générique — tout document conforme au modèle sémantique européen est acceptable au sens du §14 UStG, ce qui ouvre la porte aux UBL et CII non-allemands tant que les règles BR-* sont respectées.

XRechnung 3.x impose plusieurs règles allemandes (BR-DE-XX), notamment l'obligation de fournir au moins une référence d'adresse (Leitweg-ID, code BT-10 Buyer reference), un mode de paiement explicite, et un encodage strict des dates en ISO 8601. Exemple minimal d'XRechnung 3.x en UBL :

<?xml version="1.0" encoding="UTF-8"?>
<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
         xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2"
         xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</cbc:CustomizationID>
  <cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
  <cbc:ID>2026-DE-04217</cbc:ID>
  <cbc:IssueDate>2026-05-16</cbc:IssueDate>
  <cbc:DueDate>2026-06-15</cbc:DueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
  <cbc:BuyerReference>04011000-12345-78</cbc:BuyerReference>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cbc:EndpointID schemeID="0204">04011000-12345-78</cbc:EndpointID>
      <cac:PartyName><cbc:Name>Werkstatt München GmbH</cbc:Name></cac:PartyName>
      <cac:PostalAddress>
        <cbc:StreetName>Ludwigstraße 12</cbc:StreetName>
        <cbc:CityName>München</cbc:CityName>
        <cbc:PostalZone>80539</cbc:PostalZone>
        <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
      </cac:PostalAddress>
    </cac:Party>
  </cac:AccountingSupplierParty>
  <cac:AccountingCustomerParty>
    <cac:Party>
      <cbc:EndpointID schemeID="0204">991-12345-78</cbc:EndpointID>
      <cac:PartyName><cbc:Name>Stadtverwaltung Berlin</cbc:Name></cac:PartyName>
    </cac:Party>
  </cac:AccountingCustomerParty>
</Invoice>

Flux de soumission

Il n'y a aucun portail centralisé clearance en Allemagne. Les factures circulent directement entre l'émetteur et le destinataire, soit par canal bilatéral (e-mail, EDI privé, portail vendeur), soit via le réseau PEPPOL eDelivery. Le secteur public propose deux portails de réception : ZRE (Zentrale Rechnungseingangsplattform) pour le gouvernement fédéral et OZG-RE pour les Länder. Le contrôle fiscal est post-audit : les autorités vérifient a posteriori lors d'un contrôle TVA classique.

┌────────────┐         ┌────────────┐         ┌────────────┐
│ Vendeur DE │────────>│ AP PEPPOL  │────────>│ Acheteur DE│
│ (ERP)      │ AS4     │ ou bilat.  │ AS4/    │ (ERP)      │
└────────────┘         │ HTTPS      │ HTTPS   └────────────┘
                       └────────────┘
   (Modèle post-audit : pas de validation préalable du fisc.
    Reporting fiscal séparé via le UStG et l'eRechnung B2G)

En B2G, l'émetteur doit obligatoirement renseigner la Leitweg-ID du destinataire dans le champ BuyerReference (UBL BT-10). L'absence ou la malformation de cette référence est la cause numéro un de rejet sur les portails ZRE/OZG-RE.

Validation

• KoSIT Validator : github.com/itplr-kosit/validator — validateur de référence open-source maintenu par KoSIT. Exécute le Schematron XRechnung 3.x.
• Bibliothèque XRechnung — règles Schematron publiées conjointement par KoSIT sur xoev.de.
• Validateur PEPPOL ediverse : /tools/peppol-validator/ — la plupart des règles XRechnung s'étendent du tronc EN 16931 et passent ici.
• Validateur EN 16931 : /tools/en16931-validator/.

Pièges courants

1. Leitweg-ID obligatoire pour le B2G. La référence à 19 caractères doit figurer dans BT-10 (BuyerReference). Un format erroné, un trait d'union manquant ou une longueur non conforme génère un rejet instantané du portail ZRE/OZG-RE. Pour le B2B, la Leitweg-ID est inutile ; ne pas la mettre par défaut.
2. XRechnung vs ZUGFeRD vs EN 16931. Les profils CIUS allemands sont plus stricts que le tronc EN 16931. Une facture conforme au profil PEPPOL Billing 3.0 peut échouer XRechnung 3.x (par exemple si BT-10 est absent ou si le code paiement n'est pas conforme). À l'inverse, ZUGFeRD Basic n'est pas conforme EN 16931 — seul le profil EN 16931 (anciennement Comfort) l'est.
3. Consentement explicite en phase transitoire. Jusqu'à fin 2026, les factures papier ou PDF non structurées restent admises sur consentement du destinataire. Toute architecture qui présuppose une réception XRechnung systématique avant 2027 risque de bloquer des partenaires non encore équipés.
4. Pas de clearance, mais reporting fiscal séparé. L'absence de portail clearance ne dispense pas du reporting TVA classique (Umsatzsteuer-Voranmeldung). Le mandat B2B 2025-2028 prépare le futur reporting digital de la directive ViDA mais celui-ci ne s'applique qu'au 1^er juillet 2030.
5. Acceptation du PDF tant que valide CII. ZUGFeRD/Factur-X reste conforme au mandat car le XML embarqué est structuré : c'est la voie la plus simple pour des fournisseurs déjà familiers du PDF. Le piège est de penser qu'un PDF nu est suffisant, ce qui n'est pas le cas — seul ZUGFeRD 2.x profil EN 16931 et XRechnung 3.x basculent dans le périmètre légal.

Liens transverses

• PEPPOL — réseau de référence pour la transmission interopérable.
• Factur-X / ZUGFeRD — format hybride accepté par le mandat allemand.
• Feuille de route e-invoicing Europe 2025-2030.
• Article — Tour d'horizon e-invoicing 2026.
• Sources officielles : bundesfinanzministerium.de, bzst.de, xeinkauf.de (KoSIT, XRechnung).