# CII-SR-465 Contatto venditore: nome della persona o del reparto, non entrambi

In CII il punto di contatto del venditore (BT-41) è ram:PersonName oppure ram:DepartmentName in ram:SellerTradeParty/ram:DefinedTradeContact. CII-SR-465 ("Only one BT-41 element is allowed on an invoice") non è soddisfatta quando sono presenti entrambi gli elementi. Gli artefatti di validazione del CEN la segnalano come avviso; la configurazione KoSIT per XRechnung 3.0.2 del 31/08/2026 la porta a errore per XRechnung in sintassi CII.

## Descrizione del problema

> **ERRORE**: Regola di sintassi EN 16931 per CII (CEN, CII-SR)

> **Dove viene controllata CII-SR-465**
>
> 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. CII-SR-465: regola sintattica EN 16931 per UBL o CII, fase «Regole EN 16931».

## Contesto e significato

File che superavano una configurazione KoSIT precedente possono fallire dal rilascio del 31/08/2026, perché prima la regola era solo un avviso. Le esportazioni ERP scrivono spesso persona e reparto uno accanto all’altro, perché entrambi compaiono nel PDF.

## Soluzione

Mantieni un solo valore per BT-41: ram:PersonName per una persona con nome, oppure ram:DepartmentName se c’è solo un reparto, e rimuovi l’altro elemento. L’UBL non è interessato: lì BT-41 è l’unico elemento cac:Contact/cbc:Name.

- [Valida XML](/it/xrechnung-validator?source=resource&rule=CII-SR-465)
- [Converti fattura](/it/pdf-to-xrechnung?source=resource&rule=CII-SR-465)

## Esempi validi

- ram:PersonName = "Anna Schmidt"
- ram:DepartmentName = "Contabilità" (senza PersonName)

## Esempi non validi

- ram:PersonName = "Anna Schmidt" e ram:DepartmentName = "Contabilità"

## Esempi di codice

### XML valido
```
<ram:DefinedTradeContact>
  <ram:PersonName>Anna Schmidt</ram:PersonName>
  <ram:TelephoneUniversalCommunication>
    <ram:CompleteNumber>+49 30 1234567</ram:CompleteNumber>
  </ram:TelephoneUniversalCommunication>
  <ram:EmailURIUniversalCommunication>
    <ram:URIID>billing@example.com</ram:URIID>
  </ram:EmailURIUniversalCommunication>
</ram:DefinedTradeContact>
```

### XML non valido
```
<ram:DefinedTradeContact>
  <ram:PersonName>Anna Schmidt</ram:PersonName>
  <ram:DepartmentName>Accounts receivable</ram:DepartmentName>
</ram:DefinedTradeContact>
```

## Campi interessati

- [BT-41 Punto di contatto del venditore](/resources/xrechnung/bt-41-seller-contact-point)
- [BG-6 Contatto venditore](/resources/xrechnung/bt-41-seller-contact-point)

## Regole correlate

- [BR-DE-2](/resources/kosit-validator-errors/br-de-2-seller-contact-required)
- [BR-DE-5](/resources/kosit-validator-errors/br-de-5-seller-contact-point-required)
- [CII-SR-466](/resources/kosit-validator-errors/cii-sr-466-buyer-contact-person-or-department-name)

## 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://github.com/ConnectingEurope/eInvoicing-EN16931)
- [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.