XRechnung 3.0 : ce qui a changé et comment se mettre en conformité
Mis à jour le 21 septembre 2026 : dates et règles corrigées d’après la spécification XRechnung et le schematron de la KoSIT.
XRechnung 3.0 est en vigueur depuis le 1er février 2024 et le reste au moins jusqu’au 31 juillet 2027. La spécification actuelle est la version 3.0.2. Dans XRechnung 3.0, trois champs sont obligatoires : le type de processus métier (BT-23), l’adresse électronique du vendeur (BT-34) et l’adresse électronique de l’acheteur (BT-49). Le schematron de la KoSIT traite l’absence d’une adresse électronique comme une erreur fatale. Depuis septembre 2025, l’administration fédérale allemande reçoit les factures électroniques par une seule plateforme : OZG-RE.
Ce guide explique ce qu’est XRechnung, qui doit l’utiliser, ce qui a changé dans la version 3.0, quelles règles allemandes une facture doit respecter, comment la valider, et comment SealDoc crée et contrôle une XRechnung.
Ce qu’est XRechnung
XRechnung est la norme allemande pour les factures électroniques adressées aux acheteurs publics. Elle repose sur la norme européenne EN 16931 et y ajoute des règles de gestion nationales : les règles BR-DE. La Koordinierungsstelle für IT-Standards (KoSIT) publie la spécification et le schematron qui la contrôle.
Une XRechnung est un fichier XML, pas un PDF. Deux syntaxes sont admises : UBL (Universal Business Language) et CII (Cross Industry Invoice). Les deux portent les mêmes données de facture. Factur-X et ZUGFeRD sont des formats hybrides : un PDF avec un XML intégré. Pour une XRechnung, c’est le destinataire qui produit lui-même la vue lisible.
Depuis septembre 2025, l’administration fédérale (le Bund) reçoit les factures électroniques par une plateforme unique, OZG-RE. La migration s’est achevée le 19 septembre 2025, et l’ancien ZRE (Zentraler Rechnungseingang des Bundes) a été désactivé fin 2025. OZG-RE propose quatre canaux :
- Weberfassung : saisie web gratuite, inscription requise
- téléversement (upload)
- Peppol
OZG-RE n’accepte que du XML brut sans partie visuelle ; pour ZUGFeRD, la plateforme cite le profil XRECHNUNG comme exemple.
Qui doit se conformer
Les fournisseurs de l’administration fédérale allemande doivent facturer électroniquement depuis le 27 novembre 2020. En B2B, toute entreprise établie en Allemagne doit pouvoir recevoir des factures électroniques depuis le 1er janvier 2025. L’obligation d’en émettre entre en vigueur par étapes jusqu’en 2028. En B2B, XRechnung est l’un des formats admis, pas le seul.
Factures à l’administration fédérale (B2G)
- Les fournisseurs du Bund doivent facturer électroniquement depuis le 27 novembre 2020 (§ 3 Abs. 1 et § 11 Abs. 3 ERechV).
- Les commandes directes (Direktaufträge) jusqu’à 1 000 euros sont exemptées (§ 3 Abs. 3 Nr. 1 ERechV).
- L’ERechV ne s’applique qu’au Bund. Les Länder ont leurs propres règles. Vérifiez donc celles du Land dont vous facturez les autorités.
Factures aux entreprises (B2B)
Depuis le 1er janvier 2025, toute entreprise établie en Allemagne doit pouvoir recevoir une E-Rechnung. Selon la FAQ du ministère fédéral des Finances (BMF), une boîte e-mail suffit pour cela.
Le moment où vous devez émettre des factures électroniques découle des règles transitoires du § 27 Abs. 38 UStG :
- jusqu’au 31 décembre 2026 : papier, ou un autre format avec l’accord du destinataire
- jusqu’au 31 décembre 2027 : toujours permis pour les émetteurs dont le chiffre d’affaires total (Gesamtumsatz) de l’année précédente ne dépassait pas 800 000 euros
- à partir du 1er janvier 2028 : facture électronique, avec des exceptions comme les factures jusqu’à 250 euros et celles des Kleinunternehmer
Selon la FAQ du BMF, les formats admis comprennent « XRechnung und ZUGFeRD ab Version 2.0.1 (mit Ausnahme der Profile MINIMUM und BASIC-WL) » : XRechnung, et ZUGFeRD à partir de la version 2.0.1, sauf les profils MINIMUM et BASIC-WL.
Ce qui a changé dans la version 3.0
Dans XRechnung 3.0, trois champs sont obligatoires : BT-23, BT-34 et BT-49. Le schematron de la KoSIT traite l’absence de BT-34 ou de BT-49 comme une erreur fatale. Les règles allemandes BR-DE exigent en outre un contact vendeur complet, une référence acheteur et des instructions de paiement. Le détail suit.
Versions et dates
- XRechnung 3.0 est en vigueur depuis le 1er février 2024. La page des versions sur xeinkauf.de l’indique : « Am 01. Februar 2024 ist die Version 3.0 in Kraft getreten ».
- La spécification en vigueur est la 3.0.2, dans sa version (Fassung) du 20 juin 2024.
- Le bundle le plus récent est « 3.0.2 Summer 2026 Bugfix », daté du 31 août 2026.
- XRechnung 3.0 reste en vigueur au moins jusqu’au 31 juillet 2027.
- Une préversion (Vorversion) de XRechnung 4.0 est parue le 15 septembre 2026. La version 4.0 définitive est attendue au printemps 2027. C’est une prévision, pas une date fixe.
Trois champs obligatoires en 3.0
Dans la spécification actuelle 3.0.2, les trois ont une cardinalité de 1 et sont donc obligatoires :
| Champ | Signification |
|---|---|
| BT-23 | Type de processus métier (Business process type) |
| BT-34 | Adresse électronique du vendeur |
| BT-49 | Adresse électronique de l’acheteur |
L’absence d’une adresse électronique est une erreur fatale
Le schematron de la KoSIT impose les deux adresses électroniques. Dans sa version v2.6.0 du 2 septembre 2026, deux règles portent le niveau (flag) fatal :
- PEPPOL-EN16931-R010 : l’adresse électronique de l’acheteur (BT-49) doit être présente
- PEPPOL-EN16931-R020 : l’adresse électronique du vendeur (BT-34) doit être présente
Pour la syntaxe CII, les deux règles sont fatales depuis le schematron v2.2.0 du 31 octobre 2024. S’il manque l’une des deux adresses, la facture est invalide.
Les règles allemandes à respecter
Le schematron XRechnung de la KoSIT ajoute les règles BR-DE à l’EN 16931. Une règle de niveau fatal rend la facture invalide. Une règle de niveau warning signale un problème, mais n’est pas une exigence stricte.
| Règle | Ce qu’elle exige | Niveau |
|---|---|---|
| BR-DE-1 | Instructions de paiement (BG-16) | fatal |
| BR-DE-2 | Le groupe contact du vendeur (BG-6) | fatal |
| BR-DE-5 | Point de contact (BT-41) : une personne ou un service | fatal |
| BR-DE-6 | Numéro de téléphone du contact (BT-42) | fatal |
| BR-DE-7 | Adresse e-mail du contact (BT-43) | fatal |
| BR-DE-15 | Référence acheteur (BT-10) ; pour les acheteurs publics, c’est la Leitweg-ID | fatal |
| BR-DE-16 | Pour les catégories de TVA S, Z, E, AE, K, G, L et M : le numéro de TVA du vendeur (BT-31), son identifiant fiscal (BT-32) ou son représentant fiscal (BG-11) | fatal |
| BR-DE-23-a | Pour le code de moyen de paiement 30 ou 58 (virement) : le groupe virement (BG-17) | fatal |
| BR-DE-19 | Un IBAN valide | warning |
Deux points comptent le plus. Le contact du vendeur exige les trois informations : nom, téléphone et e-mail. Une seule ne suffit pas. Et BR-DE-15 s’applique à toute XRechnung : en B2B aussi, BT-10 doit être rempli, par exemple avec la référence que votre client vous communique.
Le format de la Leitweg-ID
La Leitweg-ID indique aux systèmes d’une autorité publique quel service reçoit la facture. Son format est fixé par la spécification de format 2.0.2 de la KoSIT, du 28 juillet 2021 :
- Grobadressierung (adressage principal) : obligatoire, 2 à 12 caractères
- Feinadressierung (adressage fin) : facultatif, jusqu’à 30 caractères
- Prüfziffer (chiffre de contrôle) : obligatoire, calculé selon ISO/IEC 7064 Modulo 97-10
Le schematron XRechnung ne contrôle pas ce format. Obtenez la Leitweg-ID auprès de l’autorité que vous facturez et recopiez-la telle quelle dans BT-10.
Outils de validation
Validez chaque XRechnung avant de l’envoyer. La référence est le validateur de la KoSIT, un outil open source que vous exécutez vous-même. SealDoc propose un contrôle en ligne gratuit avec le validateur open source Mustang.
Le validateur de la KoSIT
Le validateur de la KoSIT fonctionne en ligne de commande ou comme démon que vous hébergez vous-même. Il est publié sur GitHub sous le nom itplr-kosit/validator (version v1.6.3). Pour XRechnung, il lui faut une configuration séparée : itplr-kosit/validator-configuration-xrechnung (version v2026-08-31, « compatible with XRechnung 3.0 »). Nous n’avons trouvé aucun service web officiel de la KoSIT.
Le validateur XRechnung de SealDoc
Le validateur XRechnung de SealDoc est un contrôle en ligne gratuit. Vous téléversez un fichier, et il le contrôle avec le validateur open source Mustang.
Comment SealDoc génère XRechnung 3.0
SealDoc produit une XRechnung sous forme d’un seul fichier : un PDF/A-3 dans lequel la XRechnung (version 3.0, syntaxe CII) est intégrée sous le nom xrechnung.xml. Vous la créez dans SealDoc Invoice, l’application web dont l’offre gratuite comprend 5 factures par mois, ou via l’API SealDoc. Chaque requête produit le profil que vous choisissez : Factur-X BASIC ou XRechnung.
Ce que SealDoc contrôle
Avant de créer le fichier, SealDoc exige :
- une référence acheteur dans BT-10 (la Leitweg-ID pour les acheteurs publics)
- le numéro de téléphone (BT-42) et l’adresse e-mail (BT-43) du contact vendeur
- un IBAN lorsqu’un montant reste dû
L’application web demande en plus le nom de la personne de contact (BT-41) et toujours l’IBAN.
Après la création, SealDoc contrôle le PDF/A-3 avec veraPDF selon PDF/A-3B.
La question de l’archivage
Une XRechnung est un fichier XML : une personne a donc besoin d’une visionneuse ou du système du destinataire pour la lire comme un document. Le fichier SealDoc réunit les deux : le PDF/A-3 affiche la facture sous forme de page, et la XRechnung y est intégrée sous le nom xrechnung.xml.
PDF/A-3 est la variante d’archivage du PDF qui autorise les fichiers intégrés. SealDoc contrôle chaque fichier après sa création avec veraPDF selon PDF/A-3B.
Validez vos factures XRechnung maintenant
Si votre logiciel de facturation a été conçu pour XRechnung 2.x, vérifiez d’abord trois champs : BT-23, BT-34 et BT-49. Vérifiez ensuite le contact vendeur : nom, téléphone et e-mail doivent être présents tous les trois.
- Tous les champs obligatoires et la Leitweg-ID, pas à pas, se trouvent dans notre guide Créer une XRechnung.
- Pour un contrôle rapide d’un fichier, téléversez-le dans le validateur XRechnung de SealDoc. Il utilise Mustang.
- Pour un contrôle selon les règles de la KoSIT elles-mêmes, utilisez le validateur de la KoSIT avec la configuration XRechnung.