Référence
BT-52 Ville de l'acheteur
Le nom commun de la ville, du bourg ou du village où se trouve l'adresse de l'acheteur
Reponse rapide
Cet article présente BT-52 Ville de l'acheteur 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 acheteur
Qui recoit la facture et quelles donnees de destinataire ou de routage doivent correspondre.
Explication simple
Le nom commun de la ville, du bourg ou du village où se trouve l'adresse de l'acheteur
Le nom commun de la ville, du bourg ou du village où se trouve l'adresse de l'acheteur
Essentiel pour la livraison postale et l'identification géographique de l'organisation acheteuse, particulièrement pour le routage vers les bons services gouvernementaux
Ce que vous saisissez le plus souvent
Free text for city name
Les valeurs valides typiques sont: Berlin, München, Hamburg, Bonn
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: B, AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
Codes de règle pertinents : BR-CO-26
Exemples en contexte
Essentiel pour la livraison postale et l'identification géographique de l'organisation acheteuse, particulièrement pour le routage vers les bons services gouvernementaux
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-52 Ville de l'acheteur en repères opérationnels. La section se concentre sur Berlin, München 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.
- Berlin
- München
- Hamburg
- Bonn
- Frankfurt am Main
- Stuttgart
Exemples invalides
Exemples invalides transforme l’explication générale de BT-52 Ville de l'acheteur en repères opérationnels. La section se concentre sur B 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.
- B
- 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-52 Ville de l'acheteur 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-52
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-52 Ville de l'acheteur 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:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName/CrossIndustryInvoice/SupplyChainTradeTransaction/ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddress/ram:CityNameRègles de validation
Règles de validation transforme l’explication générale de BT-52 Ville de l'acheteur 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-52 Ville de l'acheteur 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
Essentiel pour la livraison postale et l'identification géographique de l'organisation acheteuse, particulièrement pour le routage vers les bons services gouvernementaux
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-52 Ville de l'acheteur. Les réponses ciblent Quelle ville dois-je utiliser pour les ministères fédéraux, Comment gérer les villes qui sont aussi des Länder et Dois-je ajouter des informations de district pour les grandes villes et visent à clarifier rapidement les choix d’implémentation.
Quelle ville dois-je utiliser pour les ministères fédéraux ?
Utilisez "Berlin" pour la plupart des ministères fédéraux, car beaucoup ont déménagé à Berlin. Certains, comme le BMF, conservent toutefois d’importantes activités à Bonn, donc vérifiez l’adresse exacte.
Comment gérer les villes qui sont aussi des Länder ?
Indiquez simplement le nom de la ville : "Berlin", "Hamburg", "Bremen". Le contexte du Land est déjà implicite dans le nom de l’organisation et l’adresse.
Dois-je ajouter des informations de district pour les grandes villes ?
En général, utilisez le nom principal de la ville, sauf si le district possède sa propre identité postale. Pour Berlin, utilisez "Berlin" plutôt que "Berlin-Mitte".
Sources officielles et outils
Sources officielles et outils relie BT-52 Ville de l'acheteur 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.