Vai al contenuto principale

Riferimento

Esporta Markdown

BR-CO-3 Data di esigibilità IVA e codice data di esigibilità si escludono a vicenda

La data di esigibilità IVA (BT-7) e il codice della data di esigibilità IVA (BT-8) non possono coesistere nella stessa fattura. Indicane al massimo uno; nessuno dei due è obbligatorio.

Descrizione del problema

ERRORE

Regola di calcolo e coerenza EN 16931 (BR-CO)

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-CO-03 regola di calcolo 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-CO-03: regola di calcolo 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

EN 16931 consente di indicare il momento di esigibilità IVA come data esplicita (BT-7) oppure come codice che rinvia a un’altra data (BT-8, ad esempio la data fattura). Indicarli entrambi rende ambiguo il momento di esigibilità. L’errore nasce di solito quando l’export dell’ERP compila entrambi i campi per impostazione predefinita, ad esempio una data di esigibilità più un codice data fisso nel periodo di fatturazione.

Soluzione

Rimuovi BT-7 oppure BT-8. In UBL, BT-7 è cbc:TaxPointDate e BT-8 è cac:InvoicePeriod/cbc:DescriptionCode; in CII sono ram:TaxPointDate e ram:DueDateTypeCode in ram:ApplicableTradeTax.

Azioni rapide

Esempi validi

  • BT-7 = 2026-03-31, BT-8 assente
  • BT-8 = 3 (data fattura), BT-7 assente
  • Né BT-7 né BT-8 presenti (entrambi facoltativi)

Esempi non validi

  • BT-7 = 2026-03-31 e BT-8 = 35 valorizzati insieme
  • UBL: cbc:TaxPointDate (BT-7) e cac:InvoicePeriod/cbc:DescriptionCode (BT-8) entrambi valorizzati

Campi interessati

Strumenti di validazione