# BT-27 Nom du vendeur Le nom officiel complet sous lequel le vendeur est enregistré dans le registre national des entités juridiques ou en tant que contribuable ou exerce autrement en tant que personne ou personnes > Le nom officiel complet sous lequel le vendeur est enregistré dans le registre national des entités juridiques ou en tant que contribuable ou exerce autrement en tant que personne ou personnes > > BT-27 · EN 16931 / XRechnung 3.x ## Fiche de référence BT Principaux éléments EN 16931 et XRechnung pour ce terme métier. - **Code BT**: BT-27 - **Nom**: Nom du vendeur - **Cardinalité**: Obligatoire (M) - **Groupe métier**: BG-4 SELLER - **Type de donnée**: Texte - **Valeur d’exemple**: Musterverkäufer GmbH ## Donnees vendeur Qui emet la facture et comment cette partie est reconnue de maniere fiable. - [Valider le XML](/fr/xrechnung-validator?source=resource&bt=BT-27) - [Convertir la facture](/fr/pdf-to-xrechnung?source=resource&bt=BT-27) ## Explication simple Essentiel pour identifier l'émetteur de la facture et l'entité juridique responsable de la transaction ## Ce que vous saisissez le plus souvent Texte libre avec les caractères usuels d’une raison sociale Les valeurs valides typiques sont: Mustermann GmbH & Co. KG, ABC Technologies AG, Schmidt Consulting UG (haftungsbeschränkt), Maria Müller Einzelunternehmen Champ obligatoire pour toutes les factures électroniques conformément à la norme EN 16931 et à la réglementation allemande sur la facturation électronique ## Où se trouve le champ BT-27 appartient à la partie « Vendeur » de la facture. Syntaxe UBL 2.1: Invoice › cac:AccountingSupplierParty › cac:Party › cac:PartyLegalEntity › cbc:RegistrationName. Syntaxe CII (UN/CEFACT): rsm:CrossIndustryInvoice › rsm:SupplyChainTradeTransaction › ram:ApplicableHeaderTradeAgreement › ram:SellerTradeParty › ram:Name. ## Ce qui se passe souvent mal Evitez des valeurs comme: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA Codes de règle pertinents : BR-06 ## Exemples valides - Mustermann GmbH & Co. KG - ABC Technologies AG - Schmidt Consulting UG (haftungsbeschränkt) - Maria Müller Einzelunternehmen ## Exemples invalides - AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ## Champs associés - [BT-28 Nom commercial du vendeur](/resources/xrechnung/bt-28-seller-trading-name) - [BT-29 Identifiant du vendeur](/resources/xrechnung/bt-29-seller-identifier) - [BT-30 Identifiant d'immatriculation légale du vendeur](/resources/xrechnung/bt-30-seller-legal-registration-identifier) - [BT-31 Numéro de TVA du vendeur](/resources/xrechnung/bt-31-seller-vat-identifier) - [BT-32 Identifiant fiscal du vendeur](/resources/xrechnung/bt-32-seller-tax-registration-identifier) - [BT-33 Informations juridiques complémentaires du vendeur](/resources/xrechnung/bt-33-seller-additional-legal-information) - [BT-34 Adresse électronique du vendeur](/resources/xrechnung/bt-34-seller-electronic-address) - [BT-35 Ligne d'adresse 1 du vendeur](/resources/xrechnung/bt-35-seller-address-line-1) - [BT-36 Ligne d'adresse 2 du vendeur](/resources/xrechnung/bt-36-seller-address-line-2) - [BT-37 Ville du vendeur](/resources/xrechnung/bt-37-seller-city) - [BT-38 Code postal du vendeur](/resources/xrechnung/bt-38-seller-post-code) - [BT-39 Subdivision territoriale du vendeur](/resources/xrechnung/bt-39-seller-country-subdivision) - [BT-40 Code pays du vendeur](/resources/xrechnung/bt-40-seller-country-code) ## 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-27 ### Type de données : text ### Cardinalité : 1..1 ### Exigence : Obligatoire ### Longueur max : 200 caractères ### Depuis la version : XRechnung 1.0+ ## Implémentation XML ### Syntaxe UBL 2.1 ``` /Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName ``` ### Syntaxe CII (UN/CEFACT) ``` /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:Name ``` ## Règles de validation ### BR-06 BR-06 ## Vérifier que votre XRechnung renseigne correctement BT-27 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-06. 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. - [Valider le XML](/fr/xrechnung-validator) - [Convertir la facture](/fr/pdf-to-xrechnung) Gratuit et sans compte. Fichier XML jusqu’à 2 Mo. ## FAQ ### Dois-je utiliser la raison sociale enregistrée ou le nom commercial ? Utilisez la dénomination sociale complète telle qu’elle figure dans les registres officiels. Le nom commercial peut être indiqué dans des champs complémentaires si nécessaire. ### Qu’en est-il des suffixes juridiques comme GmbH, AG ou UG ? Incluez toujours la forme juridique complète (GmbH, AG, UG, etc.), car elle fait partie de la raison sociale officielle et sert à l’identification légale. ### Puis-je abréger le nom du vendeur s’il est très long ? Le nom du vendeur ne devrait pas être abrégé, car il sert à l’identification légale. Si vous atteignez la limite de caractères, utilisez les champs de nom supplémentaires. ## Sources officielles et outils - [Validateur KoSIT](https://erechnungsvalidator.service-bw.de/) - [Standard XRechnung](https://xeinkauf.de/xrechnung/) - [Suite de tests](https://github.com/itplr-kosit/xrechnung-testsuite)