Aller au contenu principal

Référence

Export Markdown

BT-37 Ville du vendeur

Le nom commun de la ville, du bourg ou du village où se trouve l'adresse du vendeur

Reponse rapide

Donnees vendeur

Qui emet la facture et comment cette partie est reconnue de maniere fiable.

Actions rapides

Explication simple

Composante essentielle pour la livraison postale et l'identification géographique de l'adresse commerciale du vendeur

Ce que vous saisissez le plus souvent

Nom de ville en texte libre

Les valeurs valides typiques sont: München, Berlin, Hamburg, Frankfurt am Main

Champ obligatoire pour la spécification complète de l'adresse conformément à la norme EN 16931 et à la réglementation postale allemande

Où se trouve le champ

Vendeur
Syntaxe UBL 2.1
  1. Invoice
  2. cac:AccountingSupplierParty
  3. cac:Party
  4. cac:PostalAddress
  5. cbc:CityNameBT-37
Syntaxe CII (UN/CEFACT)
  1. rsm:CrossIndustryInvoice
  2. rsm:SupplyChainTradeTransaction
  3. ram:ApplicableHeaderTradeAgreement
  4. ram:SellerTradeParty
  5. ram:PostalTradeAddress
  6. ram:CityNameBT-37
BT-37 appartient à la partie « Vendeur » de la facture. Syntaxe UBL 2.1: Invoice › cac:AccountingSupplierParty › cac:Party › cac:PostalAddress › cbc:CityName. Syntaxe CII (UN/CEFACT): rsm:CrossIndustryInvoice › rsm:SupplyChainTradeTransaction › ram:ApplicableHeaderTradeAgreement › ram:SellerTradeParty › ram:PostalTradeAddress › ram:CityName.

Ce qui se passe souvent mal

Evitez des valeurs comme: M, AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

Codes de règle pertinents : BR-DE-3

Exemples valides

  • München
  • Berlin
  • Hamburg
  • Frankfurt am Main
  • Düsseldorf
  • Stuttgart

Exemples invalides

  • M
  • AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

Mapping XML et faits de champ

Ouvrez la reference technique si vous avez besoin des chemins XML, des codes de regles du validateur, du libelle juridique ou du mapping format-specifique.

ID du champ :

BT-37

Type de données :

text

Cardinalité :

1..1

Exigence :

Obligatoire

Longueur max :

50 caractères

Depuis la version :

XRechnung 1.0+

Implémentation XML

Syntaxe UBL 2.1
/Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName
Syntaxe CII (UN/CEFACT)
/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityName

Règles de validation

BR-DE-3

BR-DE-3

Étape suivante

Vérifier que votre XRechnung renseigne correctement BT-37

Chargez le fichier XML dans le validateur gratuit. Il applique les règles KoSIT de XRechnung 3.0 et indique chaque anomalie avec l’identifiant de la règle, pour ce champ par exemple BR-DE-3. Vous créez plutôt une nouvelle facture ? Le convertisseur contrôle la facture selon les mêmes règles et affiche les anomalies avant le téléchargement.

Gratuit et sans compte. Fichier XML jusqu’à 2 Mo.

FAQ

Dois-je utiliser le nom officiel de la ville ou le nom courant ?

Utilisez le nom postal officiel reconnu par Deutsche Post. Pour les villes divisées en quartiers, utilisez le nom principal sauf si le quartier dispose de sa propre identité postale.

Qu’en est-il des villes avec des caractères spéciaux ou des umlauts ?

Conservez les umlauts et caractères spéciaux allemands tels qu’ils apparaissent officiellement (ä, ö, ü, ß). Les systèmes modernes les prennent en charge correctement.

Comment traiter les noms de villes composés ?

Indiquez la dénomination officielle complète, y compris les mots de liaison comme "Frankfurt am Main" ou "Neustadt an der Weinstraße". N’abrégez que si l’espace est vraiment critique.

Sources officielles et outils