# BR-DE-28 L’e-mail del contatto venditore dovrebbe contenere esattamente una chiocciola @

BR-DE-28, regola tedesca XRechnung, confronta l’indirizzo e-mail del contatto venditore (BT-43) con uno schema, dopo aver rimosso gli spazi iniziali e finali: esattamente una "@" preceduta da almeno un carattere e nessuno spazio, e dopo la "@" un dominio con almeno un punto, in cui nessun punto si trova all’inizio, alla fine o accanto a un altro punto. La parte prima della "@" non viene controllata oltre e la regola non verifica che la casella esista.

## Descrizione del problema

> **AVVISO**: Regola nazionale tedesca XRechnung (KoSIT, BR-DE) · XRechnung 3.0

> **Dove viene controllata BR-DE-28**
>
> 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-DE-28: regola XRechnung (Germania), fase «Regole nazionali (CIUS)».

## Contesto e significato

Nella configurazione KoSIT per XRechnung 3.0.2, BR-DE-28 è un avviso: il validatore non rifiuta il file solo per questo. Un indirizzo mancante ricade in un’altra regola: BR-DE-7, che è un errore. Più indirizzi in un solo campo, una "@" mancante o un dominio senza punto attivano BR-DE-28.

## Soluzione

Nelle impostazioni verifica che l’indirizzo e-mail di contatto sia unico e formattato correttamente (es. "amministrazione@fornitore.it"). In UBL 2.1 compila <cbc:ElectronicMail> dentro <cac:AccountingSupplierParty><cac:Party><cac:Contact>. In CII compila <ram:URIID> dentro <ram:EmailURIUniversalCommunication>. Se più persone devono ricevere notifiche, crea un gruppo di distribuzione sulla casella di posta.

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

## Esempi validi

- BT-43 = "fatture@fornitore.it"
- BT-43 = "contabilita.clienti@societa.eu"

## Esempi non validi

- BT-43 = "rechnung@lieferant@de" (Indirizzo non valido con più caratteri "@")
- BT-43 = "rechnung@fornitore.it, info@fornitore.it" (Indirizzi multipli separati da virgola)
- BT-43 = "rechnung.fornitore.it" (Indirizzo privo della chiocciola "@")

## Esempi di codice

### XML valido
```
<cac:Contact>
  <cbc:Name>Buchhaltung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>buchhaltung@unternehmen.de</cbc:ElectronicMail>
</cac:Contact>
```

### XML non valido
```
<cac:Contact>
  <cbc:Name>Buchhaltung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>rechnung@firma.de, vertrieb@firma.de</cbc:ElectronicMail>
</cac:Contact>
```

## Campi interessati

- [BT-43 Indirizzo e-mail del contatto venditore](/resources/xrechnung/bt-43-seller-contact-email-address)
- [BG-6 Contatto venditore](/resources/xrechnung/bt-41-seller-contact-point)

## Regole correlate

- [BR-DE-7](/resources/kosit-validator-errors/br-de-7-seller-contact-email-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://xeinkauf.de/xrechnung/)
- [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.