ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

XRechnung — la spécification allemande EN 16931

XRechnung est le CIUS (Core Invoice Usage Specification) allemand de la norme européenne EN 16931, maintenu par KoSIT pour le compte de la Bundesregierung et des 16 Länder. Format pivot du B2G allemand depuis 2020, il devient l'un des deux formats canoniques du B2B au 1ᵉʳ janvier 2025 avec ZUGFeRD.

Historique : E-Rechnung-Verordnung et KoSIT

XRechnung naît de la transposition allemande de la directive 2014/55/UE (facture électronique dans les marchés publics). Le calendrier de mise en service est marqué par une approche méthodique typique :

  • 2014-2016 — Cadre stratégique. La République fédérale crée le "Forum elektronische Rechnung Deutschland" (FeRD) en 2010 puis confie à KoSIT la mission de spécifier un format CIUS national pour le B2G.
  • 13 octobre 2017 — E-Rechnungs-Verordnung (ERechV). Décret fédéral qui impose XRechnung comme format obligatoire pour la facturation des marchés publics fédéraux à partir de novembre 2020 (et 27 novembre 2018 pour les organismes constitutionnels).
  • 30 juin 2017 — XRechnung 1.0. Première version stable publiée par KoSIT, syntaxe UBL 2.1 uniquement.
  • 1ᵉʳ janvier 2020 — XRechnung 2.0. Ajout de la syntaxe alternative UN/CEFACT CII D16B, structuration des règles métier en codes BR-DE-* (Business Rules Deutschland).
  • 2020-2024 — Adoption par les Länder. Chaque Land adopte XRechnung pour ses propres marchés publics, généralement par voie de décret régional. Brême et Hambourg (avril 2020) en avance ; Bavière (avril 2023) tardive.
  • 22 novembre 2024 — XRechnung 3.0. Refonte majeure : alignement EN 16931:2024, suppression du profil "ProfileID urn:xoev-de:..." remplacé par urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0.

Version 3.0 — janvier 2025

XRechnung 3.0 (publication officielle 22 novembre 2024, entrée en vigueur 1ᵉʳ février 2025) marque l'alignement de la spec avec la nouvelle version EN 16931:2024 et avec l'extension au B2B prévue par le Wachstumschancengesetz.

Changements clés par rapport à 2.3.1 :

  • Identifier de spécification (BT-24 CustomizationID) : urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0
  • Suppression de BR-DE-13/14 (numéros de TVA intracommunautaires obligatoires) — devenus optionnels pour aligner sur les pratiques européennes.
  • Renforcement de BR-DE-1 à BR-DE-30 (règles allemandes complémentaires) sur les références bancaires, IBAN obligatoire si BT-81 présent.
  • Ajout du Code 0204 dans EndpointID pour Leitweg-ID conformément au registre PEPPOL ICD.
  • Compatibilité descendante avec XRechnung 2.3.1 jusqu'au 31 décembre 2025 (période de coexistence).

Syntaxes UBL et CII

XRechnung autorise deux syntaxes XML interchangeables, conformes aux annexes A et B de EN 16931. Le choix dépend du profil technique de l'émetteur et de son réseau d'échange.

SyntaxeSpec sous-jacenteCas d'usage typique
UBL 2.1 OASIS Universal Business Language Invoice 2.1, namespace urn:oasis:names:specification:ubl:schema:xsd:Invoice-2 Éditeurs nordiques, PEPPOL access points, intégrations multi-pays UE
CII D16B UN/CEFACT Cross Industry Invoice D16B, namespace urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100 Grandes entreprises industrielles, hub interne SAP, compatibilité ZUGFeRD (qui s'appuie sur CII)

Le BMF schreiben du 15 octobre 2024 confirme : aucune préférence légale entre les deux syntaxes, les destinataires doivent pouvoir traiter les deux.

xml xrechnung-3.0-ubl-extrait.xml
<?xml version="1.0" encoding="UTF-8"?>
<ubl:Invoice xmlns:ubl="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:xoev-de:kosit:standard:xrechnung_3.0</cbc:CustomizationID>
  <cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
  <cbc:ID>2026-DE-000412</cbc:ID>
  <cbc:IssueDate>2026-05-19</cbc:IssueDate>
  <cbc:DueDate>2026-06-18</cbc:DueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
  <cbc:BuyerReference>04011000-12345-67</cbc:BuyerReference>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cbc:EndpointID schemeID="EM">rechnung@beispiel-gmbh.de</cbc:EndpointID>
      <cac:PartyTaxScheme>
        <cbc:CompanyID>DE123456789</cbc:CompanyID>
        <cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
      </cac:PartyTaxScheme>
    </cac:Party>
  </cac:AccountingSupplierParty>
  <cac:AccountingCustomerParty>
    <cac:Party>
      <cbc:EndpointID schemeID="0204">04011000-12345-67</cbc:EndpointID>
    </cac:Party>
  </cac:AccountingCustomerParty>
</ubl:Invoice>

CIUS : extensions et règles métier

Un CIUS (Core Invoice Usage Specification, spec EN 16931-1) restreint la norme cœur sans la modifier : champs obligatoires renforcés, codelists nationales, règles métier supplémentaires. Pour XRechnung, ces règles sont codifiées BR-DE-NN dans le rulebook KoSIT.

  • BR-DE-1 : BT-30 (numéro SIRET émetteur) ou BT-32 (autre identifiant légal) obligatoire pour assujettis allemands.
  • BR-DE-3 : BT-29 (BankAccount IBAN destinataire) obligatoire si mode de paiement par virement SEPA (code 30 ou 58).
  • BR-DE-15 : BT-50 (CountrySubentity région destinataire) obligatoire si pays = DE — code Bundesland (par exemple "DE-BY" pour Bavière).
  • BR-DE-21 : BT-25 (DocumentReference billing reference) obligatoire pour avoir (Gutschrift) ou facture rectificative.
  • BR-DE-26 : EndpointID destinataire avec schemeID="0204" (Leitweg-ID) obligatoire pour le B2G fédéral.
  • BR-DE-30 : BT-43 (CompanyLegalForm) obligatoire pour personnes morales allemandes (GmbH, AG, KG, etc.).

Validation Schematron

KoSIT publie un validateur Java open source itplr-kosit/validator (Apache 2.0) qui combine validation XSD (schémas UBL/CII) et validation Schematron (ISO/IEC 19757-3). Le rapport produit est en format SVRL (Schematron Validation Reporting Language) avec trois niveaux de sévérité :

text xrechnung-validation-flow.txt
┌────────────────────┐    XML Source     ┌────────────────────────────┐
│ ERP / Buchhaltung  │ ───────────────>  │  KoSIT Validator           │
└────────────────────┘                   │  (xrechnung-3.0 ruleset)   │
                                         └────────────────────────────┘

                              ┌────────────────────────┴───────────────────────┐
                              ▼                                                ▼
                  ┌──────────────────────┐                        ┌──────────────────────┐
                  │  Schema XSD UBL/CII  │                        │  Schematron .sch     │
                  │  ISO/IEC 19757-3     │                        │  EN 16931 + DE rules │
                  └──────────────────────┘                        └──────────────────────┘


                                         ┌──────────────────────────────┐
                                         │ Report SVRL (severity ok /   │
                                         │   warning / fatal)           │
                                         └──────────────────────────────┘
  • severity="fatal" : rejet — la facture est rejetée par le récepteur B2G (Zentrale Rechnungseingangsplattform — ZRE pour l'État fédéral, OZG-RE pour les Länder participants).
  • severity="warning" : avertissement non bloquant — la facture passe mais un journal est tenu pour amélioration.
  • severity="information" : remarque informative.

Le repository KoSIT publie également des assertions de test (itplr-kosit/xrechnung-testsuite) avec 130+ cas de figure couvrant les règles BR-DE-* et EN 16931 BR-*. Tout éditeur de logiciel ERP allemand est censé passer ces tests avant d'auto-déclarer la conformité de son module XRechnung.

Leitweg-ID et routage public

Le routage des factures B2G XRechnung repose sur le Leitweg-ID, un identifiant structuré allemand enregistré comme ICD 0204 dans le registre PEPPOL. Voir la page dédiée Leitweg-ID pour la grammaire complète.

  • Plateforme fédérale : ZRE — Zentrale Rechnungseingangsplattform du Bund (Bundesfinanzbehörde), endpoint https://xrechnung.bund.de avec réception PEPPOL AS4 et OZG-XTA.
  • Plateforme intercantonale : OZG-RE pour les Länder ayant délégué la réception (Mecklembourg-Poméranie, Saxe, Schleswig-Holstein, etc.).
  • Plateformes Länder propres : Bavière (Bayerisches Rechnungseingangsportal), Bade-Wurtemberg (E-Rechnungsplattform BW), NRW (Service-Konto.NRW).

Liens transverses