Corriger BR-DE-3 : Ville du vendeur (BT-37) manquante

Que signifie BR-DE-3 ?

L'élément "Seller city" (BT-37) doit être transmis. Il s'agit d'une règle nationale complémentaire de la KoSIT (XRechnung), qui va au-delà de la norme EN 16931 et s'impose aux factures électroniques allemandes.

Causes fréquentes de BR-DE-3

• L'élément exigé par la règle allemande de la KoSIT manque dans le XML.
• La valeur figure seulement dans le PDF, pas dans les données structurées.
• Le champ a été laissé vide.

Comment corriger BR-DE-3

1. Repérer l'endroit fautif dans le XML. Ouvrez le XML de la facture et allez au champ BT-37 par le XPath suivant ://ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityName
2. Appliquer la correction. Ajoutez la ville du vendeur (BT-37) dans 'ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityName'.
3. Valider à nouveau. Enregistrez le fichier et validez-le à nouveau pour vérifier que BR-DE-3 n'est plus signalé.

Avant / après : l'exemple XML

Voici l'endroit concerné avant et après la correction (Cross Industry Invoice, Factur-X/ZUGFeRD).

<ram:PostalTradeAddress>
  <ram:PostcodeCode>80331</ram:PostcodeCode>
  <!-- ram:CityName fehlt -->
  <ram:CountryID>DE</ram:CountryID>
</ram:PostalTradeAddress>

<ram:PostalTradeAddress>
  <ram:PostcodeCode>80331</ram:PostcodeCode>
  <ram:CityName>München</ram:CityName>
  <ram:CountryID>DE</ram:CountryID>
</ram:PostalTradeAddress>

Questions fréquentes sur BR-DE-3

Codes d'erreur voisins

Vérifier BR-DE-3 automatiquement

Plutôt que de fouiller le XML à la main, vous pouvez valider votre fichier Factur-X ou XRechnung en ligne – déposez le PDF ou le XML et vous recevez chaque erreur avec l'identifiant de la règle, le champ concerné, la proposition de correction et le XPath, sous forme de rapport lisible ou de JSON par l'API.