# PEPPOL-EN16931-R020 L’indirizzo elettronico del venditore deve essere fornito per l’identificazione Peppol

In base alla regola Peppol PEPPOL-EN16931-R020, ogni fattura Peppol BIS Billing 3.0 deve riportare l’indirizzo elettronico del venditore in BT-34 (cbc:EndpointID). R020 verifica solo la presenza di questo indirizzo; l’attributo schemeID (BT-34-1) è verificato da BR-62 e il suo valore deve provenire dalla lista EAS (BR-CL-25), ad esempio "0088" per GLN, "9944" per partita IVA olandese o "0208" per il numero d’impresa belga. L’EndpointID identifica il venditore nella rete Peppol ed è l’indirizzo a cui vengono inviate le risposte alla fattura (Invoice Response) e le risposte a livello di messaggio (MLR).

## Descrizione del problema

> **ERRORE**: Regola Peppol BIS Billing 3.0 (OpenPeppol)

> **Dove viene controllata PEPPOL-EN16931-R020**
>
> 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. PEPPOL-EN16931-R020: regola Peppol BIS Billing, fase «Regole nazionali (CIUS)».

## Contesto e significato

Senza BT-34 la validazione Peppol fallisce prima dell’invio e le risposte alla fattura non avrebbero un indirizzo Peppol. Uno schemeID mancante su un EndpointID presente viene segnalato separatamente da BR-62. L’errore compare di solito quando l’identificativo Peppol dell’azienda non è impostato nelle impostazioni di fatturazione elettronica.

## Soluzione

Nei dati aziendali imposta l’identificativo partecipante Peppol registrato e lo schema EAS, ad esempio 0088 per un GLN o 0106 per un numero KvK olandese. In UBL 2.1 compila <cbc:EndpointID schemeID="0088">4012345000016</cbc:EndpointID> dentro <cac:AccountingSupplierParty><cac:Party>. Peppol BIS Billing 3.0 viene scambiato in UBL 2.1.

- [Valida XML](/it/xrechnung-validator?source=resource&rule=PEPPOL-EN16931-R020)
- [Converti fattura](/it/pdf-to-xrechnung?source=resource&rule=PEPPOL-EN16931-R020)

## Esempi validi

- Indirizzo elettronico venditore con BT-34 = "4012345000016" e schemeID = "0088" (GS1 GLN)
- Indirizzo elettronico venditore con BT-34 = "987654325" e schemeID = "0192" (Numero organizzazione norvegese)

## Esempi non validi

- La parte venditrice contiene denominazione e indirizzo ma omette del tutto cbc:EndpointID
- L’identificativo Peppol dell’azienda non è impostato, quindi non viene esportato cbc:EndpointID del venditore (un EndpointID senza schemeID, come <cbc:EndpointID>4012345000016</cbc:EndpointID>, viene segnalato invece da BR-62)

## Esempi di codice

### XML valido
```
<cac:Party>
  <cbc:EndpointID schemeID="0088">4012345000016</cbc:EndpointID>
  <cac:PartyName><cbc:Name>Lieferant GmbH</cbc:Name></cac:PartyName>
</cac:Party>
```

### XML non valido
```
<cac:Party>
  <cac:PartyName><cbc:Name>Lieferant GmbH</cbc:Name></cac:PartyName>
</cac:Party>
```

## Campi interessati

- [BT-34 Indirizzo elettronico del venditore](/resources/xrechnung/bt-34-seller-electronic-address)
- [BT-34-1 Schema dell’indirizzo elettronico del venditore](/resources/xrechnung/bt-34-seller-electronic-address)
- [BG-4 Venditore](/resources/xrechnung/bt-27-seller-name)

## Regole correlate

- [PEPPOL-EN16931-R010](/resources/kosit-validator-errors/peppol-en16931-r010-buyer-electronic-address-required)
- [BR-62](/resources/kosit-validator-errors/br-62-seller-electronic-address-scheme-required)

## 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-peppol/)
- [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.