Vai al contenuto principale

Riferimento

Esporta Markdown

BR-CL-06 Il codice data IVA deve provenire dalla lista ammessa

Il codice data IVA (BT-8) deve essere 3, 35 o 432 in UBL (restrizione di UNTDID 2005) e 5, 29 o 72 in CII (restrizione di UNTDID 2475).

Descrizione del problema

ERRORE

Regola sulle liste di codici EN 16931 (BR-CL)

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:

BR-CL-06 regola di lista codici EN 16931

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. BR-CL-06: regola di lista codici EN 16931, 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

BT-8 indica l’evento che fissa la data di esigibilità dell’IVA quando non è indicata una data esplicita (BT-7); BT-7 e BT-8 non possono essere presenti entrambi (BR-CO-3). La regola fallisce di solito dopo una conversione tra UBL e CII che copia il codice invariato, perché ogni sintassi ha la propria lista. Un’altra causa è un qualificatore di data generico come 137 (data del documento). Esempio: se l’IVA diventa esigibile al pagamento, usa 432 in UBL e 72 in CII.

Soluzione

In UBL (cac:InvoicePeriod/cbc:DescriptionCode) usa 3 (data fattura), 35 (data di consegna effettiva) o 432 (data di pagamento). In CII (ram:ApplicableTradeTax/ram:DueDateTypeCode) usa 5 (data fattura), 29 (data di consegna) o 72 (data di pagamento). Non mescolare le due liste.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • UBL: BT-8 = 35 — data di consegna effettiva
  • CII: BT-8 = 72 — data di pagamento

Esempi non validi

  • UBL: BT-8 = 5 — codice CII, non ammesso in UBL
  • CII: BT-8 = 35 — codice UBL, non ammesso in CII
  • UBL: BT-8 = 137 — data del documento, fuori dalla restrizione

Esempi di codice

XML valido
<cac:InvoicePeriod>
  <cbc:DescriptionCode>35</cbc:DescriptionCode>
</cac:InvoicePeriod>
XML non valido
<cac:InvoicePeriod>
  <cbc:DescriptionCode>5</cbc:DescriptionCode>
</cac:InvoicePeriod>

Campi interessati

BT-8 Codice data IVA

Strumenti di validazione

Validatore KoSIT ufficiale

Esegui il validatore ufficiale KoSIT con la configurazione XRechnung per controllare le regole EN 16931 e XRechnung.

Converti PDF in XRechnung

Individua gli errori di validazione durante la conversione e verifica ogni correzione.