Référence
Export MarkdownBT-59 Nom du bénéficiaire
Nom de la partie qui doit recevoir le paiement si elle n'est pas identique au vendeur.
Reponse rapide
Livraison et paiement
Dates de livraison, moyens de paiement et contexte operationnel du reglement.
Actions rapides
Explication simple
Ce champ est nécessaire dans les montages de factoring, de shared service ou de trésorerie lorsque le bénéficiaire diffère du vendeur.
Ce que vous saisissez le plus souvent
Nom légal ou raison sociale du bénéficiaire
Les valeurs valides typiques sont: ABC Factoring GmbH
Requis par BR-17 lorsque BG-10 bénéficiaire diffère de BG-4 vendeur. Sinon facultatif.
Où se trouve le champ
- Invoice
- cac:PayeeParty
- cac:PartyName
- cbc:NameBT-59
- rsm:CrossIndustryInvoice
- rsm:SupplyChainTradeTransaction
- ram:ApplicableHeaderTradeSettlement
- ram:PayeeTradeParty
- ram:NameBT-59
Ce qui se passe souvent mal
Codes de règle pertinents : BR-17
Exemples valides
- ABC Factoring GmbH
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-59
Type de données :
text
Cardinalité :
0..1
Exigence :
Optionnel
Longueur max :
200 caractères
Implémentation XML
/Invoice/cac:PayeeParty/cac:PartyName/cbc:Name/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:PayeeTradeParty/ram:NameRègles de validation
BR-17
BR-17
Étape suivante
Vérifier que votre XRechnung renseigne correctement BT-59
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-17. 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.