# 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

Nom de la partie qui doit recevoir le paiement si elle n'est pas identique au vendeur.

> **Livraison et paiement**: Dates de livraison, moyens de paiement et contexte operationnel du reglement.

- validate
- convert

## 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

## Champs associés

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.

- [BT-60 Identifiant du bénéficiaire](/resources/xrechnung/bt-60-payee-identifier)
- [BT-61 Identifiant d'immatriculation légale du bénéficiaire](/resources/xrechnung/bt-61-payee-legal-registration-identifier)
- [BT-84 Identifiant du compte de paiement](/resources/xrechnung/bt-84-payment-account-identifier)

## 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

### Syntaxe UBL 2.1
```
/Invoice/cac:PayeeParty/cac:PartyName/cbc:Name
```

### Syntaxe CII (UN/CEFACT)
```
/CrossIndustryInvoice/SupplyChainTradeTransaction/ApplicableHeaderTradeSettlement/ram:PayeeTradeParty/ram:Name
```

## Rè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.

## Sources officielles et outils

- [Validateur KoSIT](https://erechnungsvalidator.service-bw.de/)
- [Invoice Converter](/pdf-to-xrechnung)
- [Standard XRechnung](https://xeinkauf.de/xrechnung/)
- [Suite de tests](https://github.com/itplr-kosit/xrechnung-testsuite)