Aller au contenu principal
XRechnung · règles KoSIT

Erreur BR-DE-15 dans XRechnung : la facture ne contient pas de Buyer reference (BT-10)

BR-DE-15 est une règle de XRechnung, le format allemand de facture électronique : chaque facture doit porter la référence de l'acheteur, le champ BT-10. Pour une administration publique allemande, ce champ contient son Leitweg-ID ; pour une entreprise, la référence qu'elle vous a donnée. S'il manque, le validateur KoSIT considère la facture comme non valide.

FlexigoTech · Responsable : Víctor Gómez · Mis à jour le 4 novembre 2026

L'essentiel

Versions
Odoo 17, 18, 19 et 20
Vérifié
dans le code du module, version 17.0 et 20.0 · dans les sources citées à la fin
Lecture
4 min

Le texte de la règle, tel qu'il apparaît dans le rapport du validateur (KoSIT le rédige en allemand), est : « Das Element "Buyer reference" (BT-10) muss übermittelt werden. » En français : l'élément Buyer reference doit être transmis. Dans le Schematron de XRechnung 3.0.2 (version v2.6.0 de KoSIT), sa gravité est fatale : ce n'est pas un avertissement, la facture échoue.

Ce qu'elle vérifie et ce qu'elle ne vérifie pas

La règle vérifie seulement que le champ existe et n'est pas vide. Elle ne contrôle pas que la valeur ait un sens : n'importe quel texte la satisfait. En UBL, il s'agit de l'élément cbc:BuyerReference, dans l'en-tête du document.

Peppol BIS, le format utilisé en Belgique ou aux Pays-Bas, est plus souple : la référence de l'acheteur ou celle de la commande suffit, comme l'indique sa règle PEPPOL-EN16931-R003 : « A buyer reference or purchase order reference MUST be provided. » C'est pourquoi une facture qui circule sans problème via Peppol peut déclencher BR-DE-15 lorsque vous la convertissez en XRechnung pour un client allemand.

Fiche de la règle BR-DE-15 de XRechnung
BR-DE-15 est fatale dans le Schematron de KoSIT : sans BT-10, la XRechnung n'est pas valide.

D'où Odoo tire le BT-10

L'export XRechnung fourni avec Odoo (sans modules tiers) remplit le champ de cette façon :

VersionValeur de BT-10S'il n'y en a aucune
Odoo 17Le champ Référence de la société cliente. Si son adresse électronique Peppol (EAS) est 0204, son Peppol Endpoint.Écrit « N/A ».
Odoo 18 et 19Le champ Référence du contact ou, s'il est vide, celui de sa société. Avec EAS 0204, le Peppol Endpoint.Écrit « N/A ».
Odoo 20Identique, mais le schéma et l'identifiant s'appellent Routing ID et Routing Endpoint. Avec Routing ID 0204, le Routing Endpoint.Écrit « N/A ».

Avec la XRechnung d'Odoo, BR-DE-15 ne se déclenche jamais, car le champ n'est jamais vide. Mais « N/A » respecte seulement la lettre de la règle. Ce n'est pas la référence qu'attend votre client, et si vous facturez une administration, ce n'est pas son Leitweg-ID. Avant d'envoyer, ouvrez le XML ou l'aperçu et vérifiez ce que contient BT-10.

Lorsque le client est une administration

0204 est le schéma du Leitweg-ID dans la liste des schémas d'adresses électroniques. Si vous indiquez ce schéma sur le contact de l'organisme public et son Leitweg-ID comme identifiant, Odoo le recopie dans BT-10 sans que vous ayez à le saisir à chaque facture. Pour une entreprise privée, la valeur habituelle est la référence demandée, souvent son numéro de commande ou de fournisseur : elle se met dans le champ Référence de sa fiche.

Avec notre module XRechnung et ZUGFeRD

Le module ajoute son propre onglet E-Invoicing dans la fiche client, avec deux champs pour cette donnée : Leitweg-ID (BT-10), utilisé lorsque vous marquez le client comme administration (B2G Partner), et Buyer Reference (BT-10) pour les autres. Si vous marquez le client comme administration et que le Leitweg-ID manque, le module ne génère pas la facture : il s'arrête avec « B2G partner requires a Leitweg-ID (BT-10). ». Si ce n'en est pas une et que la Buyer Reference est vide, le XML part sans BuyerReference, sans remplissage du type « N/A », et c'est là qu'apparaît BR-DE-15.

Fiche d'un client public dans Odoo 20 avec l'onglet E-Invoicing du module XRechnung
Client marqué comme B2G Partner, avec son Leitweg-ID (BT-10) et la Buyer Reference vide. Capture d'écran d'Odoo 20 avec des données de démonstration.

Sous Odoo 18, 19 et 20, vous le voyez avant tout envoi : avec l'abonnement FlexigoTech Cloud, chaque XRechnung générée est validée avec les règles KoSIT et les erreurs restent sur la facture, dans Validation Errors, une ligne par règle. Une facture avec BR-DE-15 n'est pas marquée Ready to send. La version publiée pour Odoo 17 génère la XRechnung mais ne la valide pas.

Comment corriger

  1. Si le client est une administration allemande, demandez son Leitweg-ID et renseignez-le sur sa fiche : dans le champ Leitweg-ID de l'onglet E-Invoicing avec notre module, ou comme adresse électronique avec le schéma 0204 dans Odoo.
  2. S'il s'agit d'une entreprise, demandez quelle référence elle souhaite voir et enregistrez-la sur sa fiche (Buyer Reference avec le module, Référence dans Odoo).
  3. Générez de nouveau la XRechnung : celle déjà envoyée ne change pas, et si elle a été rejetée, il faut envoyer la version corrigée.
  4. Vérifiez BT-10 dans le résultat avant de l'envoyer.

À lire aussi

XRechnung : erreurs BR-DE-2 à BR-DE-7, BR-DE-27 et BR-DE-28, le contact du vendeurBR-DE-2 à BR-DE-7 exigent dans XRechnung ville, code postal, contact, téléphone et e-mail du vendeur. Ce que dit chaque règle et comment les respecter dans Odoo.Erreurs BR-DE-1, BR-61 et BR-DE-23 dans XRechnung : les instructions de paiementBR-DE-1 exige dans XRechnung le bloc des instructions de paiement (BG-16), et BR-61 le compte lorsque le paiement se fait par virement. Solution dans Odoo.Erreurs PEPPOL-EN16931-R010 et R020 : l'adresse électronique de l'acheteur ou du vendeurPEPPOL-EN16931-R010 et R020 exigent l'adresse électronique de l'acheteur et du vendeur ; BR-62, BR-63 et BR-CL-25, son schéma. Où la trouver dans Odoo.
Vérifié dans le code du module (version 17.0 et 20.0) et dans les sources citées

Sources