BR-DE-3: La ville du vendeur (BT-37) est absente

NormeXRechnung 3.0.2 (KoSIT, CIUS allemande de l'EN 16931)GravitéErreur: la facture est rejetéeSyntaxeUBL, CIITermes métier

BT-37 Seller city

S'applique àXRechnung en syntaxe UBL ou CII, y compris les PDF Factur-X / ZUGFeRD au profil XRECHNUNG. Obligatoire pour facturer les administrations publiques allemandes.

Texte officiel de la règle

[BR-DE-3] The element "Seller city" (BT-37) must be transmitted.

Le texte normatif est en anglais ; il est cité tel quel.

Pourquoi cette erreur apparaît

XRechnung exige la ville dans l'adresse postale du vendeur, en plus du code pays requis par la norme EN 16931. La règle vérifie que cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName (UBL) ou ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityName (CII) contient une valeur non vide. Elle échoue typiquement lorsque l'adresse est exportée sur une seule ligne dans cbc:StreetName, ou lorsque le champ ville est vide dans les données de base de la société.

Comment corriger

Ajoutez cbc:CityName dans le cac:PostalAddress du vendeur (UBL) ou ram:CityName dans ram:PostalTradeAddress (CII) avec uniquement le nom de la ville, par exemple Berlin. Conservez le code postal dans cbc:PostalZone / ram:PostcodeCode (BR-DE-4) et la rue dans cbc:StreetName / ram:LineOne. Une valeur composée uniquement d'espaces est considérée comme absente.

Exemple (valide)

<cac:PostalAddress>
  <cbc:StreetName>Musterstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cbc:PostalZone>10115</cbc:PostalZone>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>

Ce que le validateur vérifie

Élément vérifié (contexte):

UBL

/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress

Test (XPath):

cbc:CityName[boolean(normalize-space(.))]

CII

/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddress

Test (XPath):

ram:CityName[boolean(normalize-space(.))]

Vérifier votre facture

Déposez votre XML ou PDF dans le validateur : chaque règle en échec renvoie vers sa page ici. Gratuit, sans compte, le fichier n'est pas conservé.

Vérifier votre facture →

La même vérification par API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Règles liées

BR-DE-1 Les instructions de paiement (BG-16) sont absentes
BR-DE-2 Le contact du vendeur (BG-6) est absent
BR-DE-4 L'élément « Code postal du vendeur » doit être transmis
BR-DE-5 Le point de contact du vendeur (BT-41) est absent
BR-DE-6 Le téléphone du contact vendeur (BT-42) est absent
BR-DE-7 L'adresse e-mail du contact vendeur (BT-43) est absente
BR-DE-8 L'élément « Ville de l'acheteur » doit être transmis
BR-DE-9 L'élément « Code postal de l'acheteur » doit être transmis

Questions fréquentes

Que signifie BR-DE-3 ?

BR-DE-3 est une règle xrechnung : The element "Seller city" (BT-37) must be transmitted.

Ma facture sera-t-elle rejetée à cause de BR-DE-3 ?

Oui. BR-DE-3 est classée « bloquante » ; les validateurs (plateformes agréées, points d'accès Peppol, KoSIT, KSeF) rejettent la facture tant qu'elle n'est pas corrigée.

À quels formats s'applique BR-DE-3 ?

XRechnung en syntaxe UBL ou CII, y compris les PDF Factur-X / ZUGFeRD au profil XRECHNUNG. Obligatoire pour facturer les administrations publiques allemandes. Syntaxe : UBL et CII.

Source: XRechnung 3.0.2, schematron 2.6.0 (KoSIT, September 2026). Catalogue généré à partir des jeux de règles officiels le 2026-10-15.