# BR-CL-25 Lo schema identificativo endpoint deve provenire da CEF EAS

L’identificativo di schema dell’indirizzo elettronico (BT-34-1 per il venditore, BT-49-1 per l’acquirente) deve appartenere alla lista codici CEF EAS.

## Descrizione del problema

> **ERRORE**: Regola sulle liste di codici EN 16931 (BR-CL)

> **Dove viene controllata BR-CL-25**
>
> Un validatore controlla una fattura elettronica per fasi. Prima il file deve essere XML ben formato e conforme allo schema UBL o CII (XSD). Poi si applicano le regole di business della EN 16931: regole di base BR, calcoli BR-CO, liste di codici BR-CL, decimali BR-DEC e regole per categoria IVA come BR-S. Seguono le regole nazionali o di rete selezionate da BT-24: BR-DE per XRechnung, PEPPOL-EN16931 per Peppol BIS Billing. Il report elenca ogni regola violata: un errore significa rifiuto, i soli avvisi significano comunque accettazione. BR-CL-25: regola di lista codici EN 16931, fase «Regole EN 16931».

## Contesto e significato

I codici EAS descrivono il tipo di indirizzo elettronico che le reti di ricezione come Peppol usano per trovare il destinatario. La regola controlla cbc:EndpointID/@schemeID in UBL e ram:URIUniversalCommunication/ram:URIID/@schemeID in CII. Fallisce quando al posto del codice si scrive un nome come "EMAIL", "GLN" o "LEITWEG". Prendi lo schema dalla registrazione del destinatario, non dal tipo di numero presunto. Esempio: un ente pubblico tedesco con Leitweg-ID si indirizza con schemeID="0204".

## Soluzione

Imposta lo schemeID dell’indirizzo elettronico sul codice EAS che corrisponde al tipo di identificativo nel valore, ad es. 0088 (GLN), 0204 (Leitweg-ID tedesco) o EM (indirizzo e-mail).

- [Valida XML](/it/xrechnung-validator?source=resource&rule=BR-CL-25)
- [Converti fattura](/it/pdf-to-xrechnung?source=resource&rule=BR-CL-25)

## Esempi validi

- BT-49-1 = 0204 — Leitweg-ID tedesco
- BT-34-1 = EM — indirizzo e-mail

## Esempi non validi

- BT-34-1 = EMAIL — nome anziché codice EM
- BT-49-1 = LEITWEG — nome anziché codice 0204

## Esempi di codice

### XML valido
```
<cbc:EndpointID schemeID="EM">seller@example.com</cbc:EndpointID>
```

### XML non valido
```
<cbc:EndpointID schemeID="EMAIL">seller@example.com</cbc:EndpointID>
```

## Campi interessati

- [BT-34-1 Identificativo schema indirizzo elettronico venditore](/resources/xrechnung/bt-34-seller-electronic-address)
- [BT-49-1 Identificativo schema indirizzo elettronico acquirente](/resources/xrechnung/bt-49-buyer-electronic-address)

## Regole correlate

- [BR-CL-10](/resources/kosit-validator-errors/br-cl-10-iso-6523-any-identifier-scheme)

## Strumenti di validazione

- [Validatore KoSIT ufficiale](https://github.com/itplr-kosit/validator): Esegui il validatore ufficiale KoSIT con la configurazione XRechnung per controllare le regole EN 16931 e XRechnung.
- [Converti PDF in XRechnung](/pdf-to-xrechnung): Individua gli errori di validazione durante la conversione e verifica ogni correzione.

## Risorse correlate

- [Specifiche ufficiali](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [Test suite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Tutti gli errori di validazione](/resources/kosit-validator-errors): Panoramica delle regole di validazione EN 16931, XRechnung e Peppol spiegate qui.