Valider une XRechnung selon les règles officielles

Valider une XRechnung

1. 1Déposez le fichier XML dans la zone ci-dessus ou cliquez pour le sélectionner.
2. 2La syntaxe (UBL ou CII) est reconnue automatiquement et les jeux de règles adaptés sont appliqués.
3. 3Lisez le rapport : erreurs puis avertissements, chacun avec identifiant de règle, message, XPath et extrait XML surligné.
4. 4Corrigez la cause dans le logiciel qui a produit la facture, exportez à nouveau et déposez le nouveau fichier pour un second contrôle.

Pourquoi contrôler une XRechnung

En Allemagne, toutes les entreprises doivent pouvoir recevoir des factures électroniques depuis le 1er janvier 2025. L’obligation d’émission arrive par étapes : à partir du 1er janvier 2027 pour les entreprises dont le chiffre d’affaires de l’année précédente dépasse 800 000 euros, puis à partir du 1er janvier 2028 pour toutes. Si vous facturez des clients allemands, ceux-ci attendront de plus en plus une XRechnung ou une facture ZUGFeRD.

Un fichier non conforme risque d’être rejeté par le système de votre client. Le contrôler avant l’envoi vous évite des allers-retours.

Règles appliquées

Il s’agit de la même combinaison que la configuration officielle du validateur KoSIT du 31 août 2026. Les versions sont rappelées en tête de chaque rapport.

Lire le rapport

Les erreurs signalent une non-conformité : la facture ne devrait pas être envoyée en l’état. Les avertissements relèvent une donnée admise mais discutable. Pour chaque résultat, vous voyez l’identifiant officiel de la règle, son message d’origine, l’emplacement XPath, l’extrait XML concerné et, pour une soixantaine de règles fréquentes, une explication en français avec la correction proposée.

Erreurs fréquentes

• BR-DE-15 – la référence acheteur (BT-10) manque. Pour une administration, c’est la Leitweg-ID ; entre entreprises, la référence que le client vous a communiquée.
• BR-DE-1 – les instructions de paiement (BG-16) manquent ; XRechnung les exige systématiquement.
• BR-DE-2 – les coordonnées d’un contact chez le vendeur (BG-6) sont absentes : nom, téléphone et adresse électronique.
• BR-DE-23 – le moyen de paiement indique un virement, mais l’IBAN du bénéficiaire manque ou est incomplet.
• BR-CO-10 / BR-CO-15 – les totaux ne concordent pas, souvent à cause d’arrondis au niveau des lignes.

Confidentialité

Le contrôle s’effectue dans votre navigateur. La facture n’est jamais envoyée et aucun traitement n’a lieu côté serveur. Les seules requêtes réseau concernent cette page et les fichiers de règles officiels, identiques pour tous. Rien n’est conservé : fermer l’onglet efface les données. Aucun compte n’est nécessaire.

Questions fréquentes

Sources

1. KoSIT – Schematron XRechnung (GitHub) (consulté le 2026-10-28)
2. CEN/TC 434 – artefacts de validation EN 16931 (consulté le 2026-10-28)
3. § 27 UStG (dispositions transitoires, al. 38, en allemand) (consulté le 2026-10-28)