Référence
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
Cet article présente BT-37 Ville du vendeur comme une référence pratique, pas seulement comme une page de navigation. Il explique le terme ou le flux dans son contexte, montre son importance pour la facturation électronique européenne et relie le sujet à la création, la validation, le routage, l’archivage et les décisions d’intégration ERP.
Donnees vendeur
Qui emet la facture et comment cette partie est reconnue de maniere fiable.
Explication simple
Le nom commun de la ville, du bourg ou du village où se trouve l'adresse du vendeur
Le nom commun de la ville, du bourg ou du village où se trouve l'adresse du vendeur
Composante essentielle pour la livraison postale et l'identification géographique de l'adresse commerciale du vendeur
Ce que vous saisissez le plus souvent
Free text for city name
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
Ce qui se passe souvent mal
Evitez des valeurs comme: M, AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
Codes de règle pertinents : BR-CO-26
Exemples en contexte
Composante essentielle pour la livraison postale et l'identification géographique de l'adresse commerciale du vendeur
Champ obligatoire pour la spécification complète de l'adresse conformément à la norme EN 16931 et à la réglementation postale allemande
Exemples valides
Exemples valides transforme l’explication générale de BT-37 Ville du vendeur en repères opérationnels. La section se concentre sur München, Berlin et Hamburg afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
- München
- Berlin
- Hamburg
- Frankfurt am Main
- Düsseldorf
- Stuttgart
Exemples invalides
Exemples invalides transforme l’explication générale de BT-37 Ville du vendeur en repères opérationnels. La section se concentre sur M et AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
- 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. Mapping XML et faits de champ transforme l’explication générale de BT-37 Ville du vendeur en repères opérationnels. La section se concentre sur ID du champ, Type de données et Cardinalité afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
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
Implémentation XML transforme l’explication de BT-37 Ville du vendeur en exemples concrets. Utilisez ces extraits pour comprendre Syntaxe UBL 2.1 et Syntaxe CII (UN/CEFACT) et comparer la syntaxe attendue avec votre propre sortie XML, API ou validateur.
/Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName/CrossIndustryInvoice/SupplyChainTradeTransaction/ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityNameRègles de validation
Règles de validation transforme l’explication générale de BT-37 Ville du vendeur en repères opérationnels. La section se concentre sur BR-CO-26 afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
BR-CO-26
BR-CO-26
Pourquoi la norme tient compte de ce champ
Pourquoi la norme tient compte de ce champ transforme l’explication générale de BT-37 Ville du vendeur en repères opérationnels. La section se concentre sur Contexte métier et Exigence légale afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
Contexte métier
Composante essentielle pour la livraison postale et l'identification géographique de l'adresse commerciale du vendeur
Exigence légale
Champ obligatoire pour la spécification complète de l'adresse conformément à la norme EN 16931 et à la réglementation postale allemande
FAQ
FAQ répond aux questions pratiques qui apparaissent généralement après l’explication principale de BT-37 Ville du vendeur. Les réponses ciblent Dois-je utiliser le nom officiel de la ville ou le nom courant, Qu’en est-il des villes avec des caractères spéciaux ou des umlauts et Comment traiter les noms de villes composés et visent à clarifier rapidement les choix d’implémentation.
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
Sources officielles et outils relie BT-37 Ville du vendeur aux pages de référence et aux outils utiles pour la suite. Ces liens soutiennent un workflow complet, de la compréhension de Validateur KoSIT, Invoice Converter et Standard XRechnung jusqu’à la validation ou la conversion du fichier de facture.