# CII-SR-466 Contact acheteur : nom de la personne ou du service, pas les deux

En CII, le point de contact de l’acheteur (BT-56) correspond soit à ram:PersonName, soit à ram:DepartmentName dans ram:BuyerTradeParty/ram:DefinedTradeContact. CII-SR-466 (« Only one BT-56 element is allowed on an invoice ») échoue quand les deux éléments sont présents. Les artefacts de validation du CEN la signalent comme avertissement ; la configuration KoSIT pour XRechnung 3.0.2 du 31/08/2026 l’élève au rang d’erreur pour XRechnung en syntaxe CII. Le contact de l’acheteur reste lui-même facultatif.

## Description du problème

> **ERREUR**: Règle de syntaxe EN 16931 pour CII (CEN, CII-SR)

> **Où CII-SR-466 est contrôlée**
>
> Un validateur contrôle une facture électronique par étapes. D’abord, le fichier doit être un XML bien formé conforme au schéma UBL ou CII (XSD). Viennent ensuite les règles métier de l’EN 16931 : règles de base BR, calculs BR-CO, listes de codes BR-CL, décimales BR-DEC et règles par catégorie de TVA comme BR-S. Puis les règles nationales ou de réseau sélectionnées par BT-24 : BR-DE pour XRechnung, PEPPOL-EN16931 pour Peppol BIS Billing. Le rapport liste chaque règle en échec : une erreur signifie rejet, des avertissements seuls signifient toujours acceptation. CII-SR-466 : règle syntaxique EN 16931 pour UBL ou CII, étape « Règles EN 16931 ».

## Contexte et importance

Les acheteurs indiquent souvent une personne et un service dans la commande, et les deux sont repris dans le contact CII. Depuis la version KoSIT du 31/08/2026, cette combinaison échoue à la validation XRechnung.

## Solution

Gardez une seule valeur pour BT-56 : ram:PersonName pour une personne nommée, ou ram:DepartmentName pour un service, puis supprimez l’autre élément. Si l’acheteur n’a indiqué aucun contact, vous pouvez omettre tout le bloc ram:DefinedTradeContact.

- [Valider le XML](/fr/xrechnung-validator?source=resource&rule=CII-SR-466)
- [Convertir la facture](/fr/pdf-to-xrechnung?source=resource&rule=CII-SR-466)

## Exemples valides

- ram:PersonName = « Jonas Weber »
- ram:DepartmentName = « Achats » (sans PersonName)

## Exemples invalides

- ram:PersonName = « Jonas Weber » et ram:DepartmentName = « Achats »

## Exemples de code

### XML valide
```
<ram:DefinedTradeContact>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>
```

### XML invalide
```
<ram:DefinedTradeContact>
  <ram:PersonName>Jonas Weber</ram:PersonName>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>
```

## Champs concernés

- [BT-56 Point de contact de l’acheteur](/resources/xrechnung/bt-56-buyer-contact-point)

## Règles associées

- [CII-SR-465](/resources/kosit-validator-errors/cii-sr-465-seller-contact-person-or-department-name)

## Outils de validation

- [Validateur KoSIT officiel](https://github.com/itplr-kosit/validator): Exécutez le validateur officiel du KoSIT avec la configuration XRechnung pour contrôler les règles EN 16931 et XRechnung.
- [Convertir un PDF en XRechnung](/pdf-to-xrechnung): Repérez les erreurs de validation pendant la conversion et vérifiez chaque correction.

## Ressources associées

- [Spécification officielle](https://github.com/ConnectingEurope/eInvoicing-EN16931)
- [Suite de tests](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Toutes les erreurs de validation](/resources/kosit-validator-errors): Vue d’ensemble des règles de validation EN 16931, XRechnung et Peppol expliquées ici.