Vai al contenuto principale

Riferimento

Esporta Markdown

BR-CO-10 Il totale dei netti di riga (BT-106) deve coincidere con la somma degli importi netti di riga (BT-131)

Il totale dei netti di riga a livello documento (BT-106) deve essere uguale alla somma aritmetica di tutti gli importi netti di riga (BT-131).

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-10 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-10: 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

Il validatore somma tutti i valori BT-131 e confronta il risultato con BT-106 in modo esatto, senza tolleranza. La differenza nasce di solito dall’arrotondamento: l’ERP calcola il totale da valori non arrotondati (quantità × prezzo), mentre ogni importo di riga nell’XML è arrotondato a due decimali. Un’altra causa è una riga eliminata o aggiunta dopo il calcolo dei totali.

Soluzione

Arrotonda prima ogni importo netto di riga (BT-131) a due decimali, poi inserisci la loro somma esatta in BT-106 nel blocco dei totali (UBL: cac:LegalMonetaryTotal/cbc:LineExtensionAmount; CII: ram:SpecifiedTradeSettlementHeaderMonetarySummation/ram:LineTotalAmount).

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • Righe 100,00 + 50,00 + 25,00 producono BT-106 = 175,00
  • Riga unica da 99,99 produce BT-106 = 99,99

Esempi non validi

  • Tre righe da 10,005 arrotondate ciascuna a 10,01 (somma 30,03), ma BT-106 = 30,02 calcolato dalla somma non arrotondata 30,015
  • BT-106 lasciato a 0,00 con righe presenti

Campi interessati

BT-106 Totale netti di riga
BT-131 Importo netto di riga

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.