Vai al contenuto principale

Riferimento

Esporta Markdown

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)

Pipeline interattiva

Fai clic su una fase per vedere cosa controlla, oppure digita l’ID di una regola per trovare la fase che la segnala.

Prova:

CII-SR-465 regola sintattica EN 16931 per UBL o CII

Segnalata nella fase 2: Regole EN 16931.

Livello errore: il report raccomanda di rifiutare la fattura.

Fase 2 · Cosa controlla

  • I termini di business essenziali sono presenti (da BR-01 a BR-65).
  • I totali tornano e i campi collegati sono coerenti (BR-CO); codici e decimali sono validi (BR-CL, BR-DEC).
  • Ogni categoria IVA è coerente: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Codici di esempio

Correzione tipica

Ricalcola totali e IVA dalle righe e correggi la categoria IVA nei dati di origine.

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». Set di regole: validatore KoSIT 1.6.3 con la configurazione XRechnung del 31 ago 2026 (artefatti EN 16931 1.3.16), Peppol BIS Billing 3.0.21.

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.

Azioni rapide

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

Strumenti di validazione