# BR-62 L’adresse électronique du vendeur doit avoir un identifiant de schéma

L’adresse électronique du vendeur (BT-34) doit avoir un identifiant de schéma désignant le schéma d’adresse.

## Description du problème

> **ERREUR**: Règle métier de la norme EN 16931 (CEN)

## Contexte et importance

Il s’agit d’une règle de base de la norme EN 16931. Le schéma (attribut schemeID, BT-34-1) indique comment lire l’adresse électronique du vendeur : e-mail, GLN, SIRET, numéro de TVA, etc. L’erreur survient lorsque l’adresse est exportée seule, sans attribut. La valeur doit en outre figurer dans la liste EAS (règle BR-CL-25), où un code inventé échoue. L’équivalent côté acheteur est BR-63.

## Solution

Définissez l’attribut schemeID sur cbc:EndpointID du vendeur avec un code de la liste EAS, par exemple EM pour une adresse e-mail, 0088 pour un GLN, 0009 pour un SIRET ou 0106 pour un numéro KvK néerlandais. En CII, renseignez ram:SellerTradeParty/ram:URIUniversalCommunication/ram:URIID/@schemeID.

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

## Exemples valides

- BT-34 = seller@example.com avec schemeID="EM"

## Exemples invalides

- BT-34 EndpointID présent mais sans attribut schemeID

## Exemples de code

### XML valide
```
<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="EM">seller@example.com</cbc:EndpointID>
  </cac:Party>
</cac:AccountingSupplierParty>
```

### XML invalide
```
<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID>seller@example.com</cbc:EndpointID>
  </cac:Party>
</cac:AccountingSupplierParty>
```

## Champs concernés

- [BT-34 Adresse électronique du vendeur](/resources/xrechnung/bt-34-seller-electronic-address)

## Règles associées

- [BR-63](/resources/kosit-validator-errors/br-63-buyer-electronic-address-scheme-required)

## 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://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [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.