Référence
BT-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
Dates de livraison, moyens de paiement et contexte operationnel du reglement.
Explication simple
Nom de la partie qui doit recevoir le paiement si elle n'est pas identique au vendeur.
Nom de la partie qui doit recevoir le paiement si elle n'est pas identique au vendeur.
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
Payee legal or business name
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.
Ce qui se passe souvent mal
Evitez des valeurs comme:
Codes de règle pertinents : BR-17
Exemples en contexte
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.
Requis par BR-17 lorsque BG-10 bénéficiaire diffère de BG-4 vendeur. Sinon facultatif.
Exemples valides
- ABC Factoring GmbH
Exemples invalides
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
Depuis la version :
Conditional
Implémentation XML
/Invoice/cac:PayeeParty/cac:PartyName/cbc:Name/CrossIndustryInvoice/SupplyChainTradeTransaction/ApplicableHeaderTradeSettlement/ram:PayeeTradeParty/ram:NameRègles de validation
BR-17
BR-17
Pourquoi la norme tient compte de ce champ
Contexte métier
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.
Exigence légale
Requis par BR-17 lorsque BG-10 bénéficiaire diffère de BG-4 vendeur. Sinon facultatif.