XRechnung : le standard allemand de facture électronique expliqué

XRechnung est la spécification nationale allemande de la norme européenne de facture électronique EN 16931 : une facture XML pure en syntaxe UBL ou UN/CEFACT CII, sans PDF, maintenue par la KoSIT pour l'IT-Planungsrat. C'est le format que les acheteurs fédéraux exigent et l'un des deux formats qui satisfont à l'obligation allemande de facturation électronique B2B au titre du § 14 UStG. La version en vigueur au 3 septembre 2026 est XRechnung 3.0.2 ; XRechnung 4.0, bâtie sur l'EN 16931-1:2026 révisée, est en préparation.

Qu'est-ce que XRechnung ?

XRechnung est une Core Invoice Usage Specification (CIUS) de l'EN 16931. Elle prend le modèle sémantique européen de la facture et le restreint pour l'usage allemand : elle rend obligatoires certains éléments optionnels (par exemple la référence acheteur, les coordonnées de contact du vendeur et les informations de paiement), restreint les listes de codes et ajoute des règles métier allemandes avec des identifiants de la forme BR-DE-nn. Une XRechnung est donc toujours une facture EN 16931 valide, mais toute facture EN 16931 n'est pas une XRechnung valide.

Le standard a été créé pour transposer la directive 2014/55/UE, qui oblige les organismes publics à accepter les factures électroniques EN 16931. Depuis le Wachstumschancengesetz, il sert aussi de format B2B : le BMF le cite dans l'UStAE 14.1 Abs. 13 comme format purement structuré satisfaisant aux exigences du § 14 UStG. Le contexte allemand est sur le hub Allemagne ; la norme elle-même sur EN 16931.

La KoSIT (Koordinierungsstelle für IT-Standards) exploite XRechnung pour le compte de l'IT-Planungsrat, l'organe fédéral-Länder pour l'informatique publique. Elle publie la spécification, un jeu de règles Schematron, une configuration de validateur, une suite de tests de factures d'exemple et un composant de visualisation XSLT, le tout en open source sur GitHub.

Quelle syntaxe : UBL ou CII ?

Les deux. L'EN 16931-2 liste deux syntaxes et XRechnung les prend en charge toutes deux avec une sémantique identique :

Choisissez la syntaxe que votre partenaire ou vos outils utilisent déjà. Si vous envoyez via Peppol, l'UBL est le choix naturel, car Peppol BIS Billing 3.0 est basé sur UBL. Si vous produisez aussi du ZUGFeRD, le CII permet à un seul XML de servir aux deux : le profil ZUGFeRD XRECHNUNG intègre un fichier CII conforme à XRechnung dans un PDF/A-3.

Il existe aussi l'Extension XRechnung, une extension conforme de l'EN 16931 pour les cas que le modèle de base ne peut pas exprimer, par exemple les sous-lignes de facture dans le bâtiment. Les fichiers d'extension portent un identifiant de spécification différent ; la configuration du validateur les couvre, mais vérifiez si un destinataire donné les accepte.

Quelle version est en vigueur, et qu'en est-il de XRechnung 4.0 ?

XRechnung 3.0.2 est la version en vigueur. La version 3.0 est entrée en vigueur le 1er février 2024 et 3.0.2 a reçu des versions correctives depuis juillet 2024 ; le dernier bundle est daté du 31 janvier 2026. La KoSIT est passée à une version principale par an en 2023, de sorte que le numéro de version change rarement tandis que la configuration du validateur est actualisée plus souvent.

XRechnung 4.0 est le successeur. Elle met en œuvre la norme européenne révisée EN 16931-1:2026, dont la KoSIT indique qu'elle est disponible en anglais depuis mars 2026, la traduction allemande étant attendue pour le 30 septembre 2026. La révision ajoute plus de cinquante termes métier et sept groupes métier, permet plusieurs commandes et livraisons dans une même facture et prend en charge les pièces jointes XML dans le modèle de base. Le communiqué de la KoSIT du 1er septembre 2026 annonce un aperçu de XRechnung 4.0 pour septembre 2026 qui n'est pas destiné à la production, indique que le bundle final dépend de la publication par le CEN des liaisons de syntaxe et des artefacts de validation, et prévoit une utilisation parallèle de la version actuelle et de la nouvelle jusqu'en mars 2029.

Comment valider une XRechnung ?

Passez le fichier par le validateur KoSIT avec la configuration officielle XRechnung. Le validateur est une application Java (validationtool) publiée sur github.com/itplr-kosit/validator ; la configuration pour XRechnung est un ZIP séparé et daté disponible sur github.com/itplr-kosit/validator-configuration-xrechnung. La configuration contient les schémas XML pour UBL 2.1 et CII D16B, les règles Schematron de l'EN 16931 et les règles supplémentaires de la CIUS et de l'Extension XRechnung. La validation se fait en deux étapes :

1. Validation de schéma (XSD) — le XML est-il bien formé et structurellement valide en UBL ou CII ? Un échec ici est une erreur de format au sens de la lettre du BMF : le fichier n'est pas une facture électronique.
2. Validation Schematron — les règles métier sont-elles respectées ? Les règles sont préfixées BR- (noyau EN 16931), BR-CO- (calcul), BR-S-/BR-AE- et similaires (catégories de taxe) et BR-DE- (allemandes). Le validateur produit un rapport avec le verdict « acceptable » ou « rejeté » et liste chaque règle en échec avec son XPath.

Une invocation typique :

java -jar validationtool-1.6.2-standalone.jar \
  -s validator-configuration-xrechnung_3.0.2_2026-01-31/scenarios.xml \
  -r validator-configuration-xrechnung_3.0.2_2026-01-31 \
  -h invoice.xml

Deux remarques pratiques. D'abord, la gravité des règles compte : le BMF distingue les erreurs de format (pas une facture électronique), les erreurs de règles métier (encore une facture électronique, mais éventuellement incorrecte) et les erreurs de contenu dans les mentions obligatoires TVA (facture incorrecte) ; une référence acheteur manquante, par exemple, est sans incidence pour la TVA mais rejetée par les destinataires fédéraux. Ensuite, conservez le rapport de validation — le BMF le recommande comme preuve de diligence. S'il ne vous faut qu'un contrôle rapide sans rien installer, le vérificateur de factures électroniques gratuit applique les règles allemandes à un fichier téléversé sans le stocker.

Qu'est-ce que la Leitweg-ID et où va-t-elle ?

La Leitweg-ID est l'adresse de routage d'un acheteur public en Allemagne. Elle se compose d'une partie grossière obligatoire construite à partir de la clé régionale officielle (Land, arrondissement, commune), d'une partie fine optionnelle de 30 caractères alphanumériques au plus choisie par l'administration, et d'un numéro de contrôle à deux chiffres obligatoire calculé selon ISO/IEC 7064 modulo 97-10, la même procédure qu'un IBAN ; les parties sont séparées par des tirets. Le pouvoir adjudicateur communique la Leitweg-ID au fournisseur avec la commande.

Dans la facture, elle prend place dans BT-10 Référence acheteur — UBL cbc:BuyerReference, CII ram:BuyerReference — que XRechnung rend obligatoire (règle BR-DE-15). En cas d'envoi via Peppol, elle peut en outre figurer comme adresse électronique en BT-49. Le Bund et plusieurs Länder l'exigent ; d'autres Länder utilisent leurs propres références. Pour les factures B2B, le champ doit toujours être rempli pour passer la validation XRechnung, mais toute référence convenue (un numéro de commande, un numéro client) y est acceptable.

Où déposer une XRechnung auprès des acheteurs publics ?

Cela dépend de qui est l'acheteur.

Administration fédérale (Bund)

Depuis septembre 2025 via une seule plateforme, l'OZG-RE, dans laquelle l'ancienne ZRE a été fusionnée. Canaux : saisie web, téléversement de fichier, e-mail et Peppol. L'obligation pour les fournisseurs s'applique depuis le 27 novembre 2020 pour les marchés de gré à gré à partir de 1 000 € HT. La plateforme accepte XRechnung et, selon le site d'information fédéral, d'autres formats conformes à l'EN 16931.

Länder et communes

Chaque Land a son propre règlement de facturation électronique, son portail et ses règles quant à l'obligation des fournisseurs d'envoyer des factures électroniques ; plusieurs Länder connectent leur portail à Peppol. Suivez les instructions de l'administration acheteuse.

Entreprises (B2B)

Pas de portail. E-mail, téléchargement ou Peppol, selon accord. Voir recevoir des factures électroniques et envoyer et recevoir via Peppol.

Comment KRONENWERK gère cela

PRIS EN CHARGE KRONENWERK génère une XRechnung lorsqu'une entreprise allemande émet une facture et valide le fichier à l'émission avec les règles Schematron de la KoSIT, contre-vérifiées avec la bibliothèque Mustang ; un fichier qui enfreint une règle n'est pas émis. La référence acheteur — la Leitweg-ID pour les acheteurs publics — fait partie des données de la facture, et le verdict fiscal par facture (taux normal, autoliquidation, exonération, etc.) est dérivé des faits de l'opération, le numéro de TVA de l'acheteur étant vérifié dans VIES. Les fichiers XRechnung entrants sont lus en factures fournisseurs. Le dépôt sur les portails fédéraux ou des Länder par téléversement ou e-mail est effectué par l'entreprise avec le fichier généré ; l'envoi via Peppol passe par un fournisseur de point d'accès accrédité (Storecove) une fois l'entreprise connectée dans Paramètres → Envoi. Les développeurs peuvent créer des brouillons de facture via l'API décrite sur API de facturation électronique ; l'émission a lieu dans le produit après validation. Voir aussi la page produit facturation électronique.