Codici errore del validatore KOSIT: guida completa ai 21

Panoramica dell’articolo

Questo articolo spiega Codici errore del validatore KOSIT: guida completa ai 21 errori BR-DE XRechnung [2026] come riferimento pratico per la fatturazione elettronica europea. Definisce il tema in modo chiaro, lo colloca nel contesto di conformità e collega la spiegazione ai formati XRechnung, ZUGFeRD/Factur-X, UBL e CII.

Stai ricevendo errori di validazione quando invii una fattura XRechnung o ZUGFeRD? Qui trovi la panoramica completa di tutti i codici errore del validatore KoSIT (regole BR-DE tedesche, BR-CO co-occurrence e BR-S calcoli IVA), con spiegazioni e soluzioni rapide in italiano.

Il validatore KoSIT (Koordinierungsstelle für IT-Standards) è lo strumento ufficiale in Germania per verificare la conformità delle e-fatture nei formati XRechnung e ZUGFeRD. Se una fattura fallisce la validazione, i messaggi tedeschi possono risultare complessi: questa guida tradotta ti aiuta a individuarli e risolverli immediatamente.

Soluzione veloce

Se vuoi verificare ed eliminare subito gli errori dalla tua e-fattura, usa il nostro servizio di validazione automatica.

Valida la tua e-fattura ora →

Elenco completo dei codici errore KoSIT (BR-DE, BR-CO, BR-S)

Per Elenco completo dei codici errore KoSIT (BR-DE, BR-CO, BR-S), verifica questi punti prima di procedere.

Dettagli e soluzioni campo per campo

BR-DE-1: Le istruzioni di pagamento devono essere indicate

Ogni fattura XRechnung deve contenere il gruppo delle istruzioni di pagamento.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Aggiungi BG-16 con i dati del mezzo di pagamento applicabile.

Esempi validi

BG-16 Payment instructions è presente e valido.

Esempi non validi

BG-16 Payment instructions è assente o non valido.

Apri la guida dettagliata per BR-DE-1 →

BR-DE-2: Il contatto del venditore deve essere indicato

XRechnung richiede il gruppo contatto venditore.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Aggiungi BG-6 contatto venditore.

Esempi validi

BG-6 Seller contact è presente e valido.

Esempi non validi

BG-6 Seller contact è assente o non valido.

Apri la guida dettagliata per BR-DE-2 →

BR-DE-3: La città del venditore deve essere indicata

L’indirizzo postale del venditore deve contenere la città.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-37 città del venditore.

Esempi validi

BT-37 Seller city è presente e valido.

Esempi non validi

BT-37 Seller city è assente o non valido.

Apri la guida dettagliata per BR-DE-3 →

BR-DE-4: Il codice postale del venditore deve essere indicato

L’indirizzo postale del venditore deve contenere il codice postale.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-38 codice postale del venditore.

Esempi validi

BT-38 Seller post code è presente e valido.

Esempi non validi

BT-38 Seller post code è assente o non valido.

Apri la guida dettagliata per BR-DE-4 →

BR-DE-5: Il punto di contatto del venditore deve essere indicato

Il gruppo contatto venditore deve contenere un punto di contatto.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-41 punto di contatto del venditore.

Esempi validi

BT-41 Seller contact point è presente e valido.

Esempi non validi

BT-41 Seller contact point è assente o non valido.

Apri la guida dettagliata per BR-DE-5 →

BR-DE-6: Il telefono del contatto venditore deve essere indicato

Il gruppo contatto venditore deve contenere un numero di telefono.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-42 telefono del contatto venditore.

Esempi validi

BT-42 Seller contact telephone number è presente e valido.

Esempi non validi

BT-42 Seller contact telephone number è assente o non valido.

Apri la guida dettagliata per BR-DE-6 →

BR-DE-7: L’e-mail del contatto venditore deve essere indicata

Il gruppo contatto venditore deve contenere un indirizzo e-mail.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-43 e-mail del contatto venditore.

Esempi validi

BT-43 Seller contact email address è presente e valido.

Esempi non validi

BT-43 Seller contact email address è assente o non valido.

Apri la guida dettagliata per BR-DE-7 →

BR-DE-8: La città dell’acquirente deve essere indicata

L’indirizzo postale dell’acquirente deve contenere la città.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-52 città dell’acquirente.

Esempi validi

BT-52 Buyer city è presente e valido.

Esempi non validi

BT-52 Buyer city è assente o non valido.

Apri la guida dettagliata per BR-DE-8 →

BR-DE-9: Il codice postale dell’acquirente deve essere indicato

L’indirizzo postale dell’acquirente deve contenere il codice postale.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-53 codice postale dell’acquirente.

Esempi validi

BT-53 Buyer post code è presente e valido.

Esempi non validi

BT-53 Buyer post code è assente o non valido.

Apri la guida dettagliata per BR-DE-9 →

BR-DE-10: La città di consegna deve essere indicata quando si usa un indirizzo di consegna

Un indirizzo di consegna deve contenere la città di consegna.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-77 città di consegna oppure ometti il gruppo indirizzo di consegna se non serve.

Esempi validi

BT-77 Deliver to city è presente e valido.

Esempi non validi

BT-77 Deliver to city è assente o non valido.

Apri la guida dettagliata per BR-DE-10 →

BR-DE-11: Il codice postale di consegna deve essere indicato quando si usa un indirizzo di consegna

Un indirizzo di consegna deve contenere il codice postale di consegna.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-78 codice postale di consegna oppure ometti il gruppo indirizzo di consegna se non serve.

Esempi validi

BT-78 Deliver to post code è presente e valido.

Esempi non validi

BT-78 Deliver to post code è assente o non valido.

Apri la guida dettagliata per BR-DE-11 →

BR-DE-14: L’aliquota della categoria IVA deve essere indicata

Ogni ripartizione IVA deve contenere un’aliquota categoria IVA.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-119 aliquota categoria IVA.

Esempi validi

BT-119 VAT category rate è presente e valido.

Esempi non validi

BT-119 VAT category rate è assente o non valido.

Apri la guida dettagliata per BR-DE-14 →

BR-DE-15: Il riferimento acquirente deve essere indicato

XRechnung richiede un riferimento acquirente.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-10 riferimento acquirente, ad esempio la Leitweg-ID per acquirenti pubblici tedeschi.

Esempi validi

BT-10 Buyer reference è presente e valido.

Esempi non validi

BT-10 Buyer reference è assente o non valido.

Apri la guida dettagliata per BR-DE-15 →

BR-DE-16: Un identificativo fiscale del venditore deve essere indicato per le categorie IVA pertinenti

Quando si usano le categorie IVA S, Z, E, AE, K, G, L o M serve un identificativo IVA/fiscale del venditore o del rappresentante fiscale.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Fornisci BT-31, BT-32 o l’identificativo IVA applicabile del rappresentante fiscale.

Esempi validi

BT-31 Seller VAT identifier è presente e valido.

Esempi non validi

BT-31 Seller VAT identifier è assente o non valido.

Apri la guida dettagliata per BR-DE-16 →

BR-DE-17: Il codice tipo fattura dovrebbe usare l’elenco supportato da XRechnung

Il codice tipo fattura dovrebbe essere uno dei codici supportati da XRechnung.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Usa un codice BT-3 supportato, come 380, 381, 384, 389, 326, 875, 876 o 877.

Esempi validi

BT-3 Invoice type code è presente e valido.

Esempi non validi

BT-3 Invoice type code è assente o non valido.

Apri la guida dettagliata per BR-DE-17 →

BR-DE-18: I termini di sconto cassa dovrebbero usare la sintassi XRechnung

I termini di pagamento con sconto cassa devono rispettare il modello testuale strutturato XRechnung.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Formatta il testo BT-20 secondo il modello sconto XRechnung.

Esempi validi

BT-20 Payment terms è presente e valido.

Esempi non validi

BT-20 Payment terms è assente o non valido.

Apri la guida dettagliata per BR-DE-18 →

BR-DE-20: Il conto di addebito SEPA deve essere un IBAN valido

Quando si usa il codice mezzo di pagamento 59, l’identificativo del conto addebitato dovrebbe essere un IBAN valido.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Usa un IBAN valido in BT-91 quando BT-81 è 59.

Esempi validi

BT-91 Debited account identifier è presente e valido.

Esempi non validi

BT-91 Debited account identifier è assente o non valido.

Apri la guida dettagliata per BR-DE-20 →

BR-DE-21: L’identificativo della specifica dovrebbe rispettare la sintassi XRechnung

L’identificativo di personalizzazione/specifica dovrebbe identificare correttamente il profilo XRechnung.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Usa in BT-24 l’identificativo di personalizzazione XRechnung ufficiale della versione di profilo target.

Esempi validi

BT-24 Specification identifier è presente e valido.

Esempi non validi

BT-24 Specification identifier è assente o non valido.

Apri la guida dettagliata per BR-DE-21 →

BR-DEX-01: Il documento allegato usa un codice MIME non consentito

Il codice MIME del documento allegato (BT-125) deve provenire dall’elenco consentito. Nell’estensione XRechnung è ammesso anche application/xml oltre ai codici definiti per un oggetto binario.

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo quando la fattura usa il profilo Extension, che amplia l’elenco MIME degli oggetti binari includendo application/xml.

Come risolvere: Imposta @mimeCode sull’oggetto binario incorporato con un valore consentito (ad esempio application/pdf, image/png) oppure application/xml quando l’estensione contiene un allegato XML. Se non servono i tipi di allegato dell’estensione, il profilo CIUS XRechnung standard evita questa regola.

Esempi validi

EmbeddedDocumentBinaryObject con mimeCode="application/pdf"
Allegato Extension con mimeCode="application/xml"

Esempi non validi

EmbeddedDocumentBinaryObject con mimeCode="application/zip"

Apri la guida dettagliata per BR-DEX-01 →

BR-DEX-02: L’importo netto di riga deve corrispondere alla somma delle sotto-righe

L’importo netto di riga (BT-131) di una RIGA FATTURA (BG-25) o di una SOTTO-RIGA (BG-DEX-01) deve corrispondere alla somma degli importi netti (BT-131) delle SOTTO-RIGHE (BG-DEX-01) direttamente sottostanti.

Contesto normativo: Questa regola dell’estensione XRechnung si applica solo allo scenario Extension, che consente sotto-righe annidate mappate su UBL cac:SubInvoiceLine; lo Schematron la segnala come controllo aritmetico a livello di avviso.

Come risolvere: Ricalcola il BT-131 padre affinché sia uguale al totale dei valori BT-131 delle SubInvoiceLine figlie, oppure correggi gli importi delle sotto-righe. Se le sotto-righe non servono, il profilo CIUS XRechnung standard evita questa regola Extension.

Esempi validi

BT-131 padre = 100.00; due sotto-righe con BT-131 = 60.00 e 40.00

Esempi non validi

BT-131 padre = 100.00; la somma delle sotto-righe è 90.00

Apri la guida dettagliata per BR-DEX-02 →

BR-DEX-03: La sotto-riga deve contenere esattamente una informazione IVA

Una SOTTO-RIGA (BG-DEX-01) deve contenere esattamente una INFORMAZIONE IVA DELLA SOTTO-RIGA (BG-DEX-06).

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, che introduce sotto-righe (UBL cac:SubInvoiceLine) ciascuna con una singola ripartizione IVA.

Come risolvere: Fornisci esattamente una categoria fiscale classificata (cac:Item/cac:ClassifiedTaxCategory) per ogni SubInvoiceLine, con codice categoria e aliquota. Se le righe annidate non servono, il profilo CIUS XRechnung standard evita questa regola Extension.

Esempi validi

SubInvoiceLine con una ClassifiedTaxCategory (S, 19%)

Esempi non validi

SubInvoiceLine senza ClassifiedTaxCategory, o con due

Apri la guida dettagliata per BR-DEX-03 →

BR-DEX-04: Lo schema dell’identificativo di parte deve usare un codice ISO 6523

Qualsiasi identificatore di schema su un identificativo di parte (Venditore BT-29, Acquirente BT-46, Beneficiario BT-60) deve essere codificato con una voce dell’elenco codici ISO 6523 ICD.

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, che allenta la severità del core per consentire codici di schema ISO 6523 aggiuntivi (come gli identificativi DIGA) per gli identificativi di parte.

Come risolvere: Imposta @schemeID su cac:PartyIdentification/cbc:ID con un valore ISO 6523 ICD valido (ad esempio 0088 per GLN). Se non servono gli identificativi Extension, il profilo CIUS XRechnung standard evita questa regola.

Esempi validi

4012345000009

Esempi non validi

4012345000009 — XYZ non è un codice ISO 6523

Apri la guida dettagliata per BR-DEX-04 →

BR-DEX-05: Lo schema dell’identificativo di registrazione legale deve usare ISO 6523

Qualsiasi identificatore di schema su un identificativo di registrazione legale (Venditore BT-30, Acquirente BT-47, Beneficiario BT-61) deve essere codificato con una voce dell’elenco ISO 6523 ICD.

Come risolvere: Imposta @schemeID su cac:PartyLegalEntity/cbc:CompanyID con un valore ISO 6523 ICD valido. Se non servono gli schemi di registrazione Extension, il profilo CIUS XRechnung standard evita questa regola.

Esempi validi

12345678900

Esempi non validi

12345 — LOCAL non è ISO 6523

Apri la guida dettagliata per BR-DEX-05 →

BR-DEX-06: Lo schema dell’identificativo standard dell’articolo deve usare ISO 6523

Qualsiasi identificatore di schema sull’identificativo standard dell’articolo (BT-157) deve essere codificato con una voce dell’elenco ISO 6523 ICD.

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, che allenta la severità del core per abilitare codici di schema articolo ISO 6523 aggiuntivi (come gli identificativi DIGA).

Come risolvere: Imposta @schemeID su cac:Item/cac:StandardItemIdentification/cbc:ID con un valore ISO 6523 ICD valido (ad esempio 0160 per GTIN). Se non servono schemi di articolo Extension come i codici DIGA, il profilo CIUS XRechnung standard evita questa regola.

Esempi validi

04012345678901

Esempi non validi

A-100 — INTERNAL non è ISO 6523

Apri la guida dettagliata per BR-DEX-06 →

BR-DEX-07: Lo schema dell’identificativo endpoint deve appartenere all’elenco CEF EAS

Qualsiasi identificatore di schema per un identificativo endpoint (indirizzo elettronico del venditore BT-34, indirizzo elettronico dell’acquirente BT-49) deve appartenere all’elenco codici CEF EAS.

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, che allenta la severità del core per abilitare codici di schema CEF EAS aggiuntivi per gli indirizzi elettronici.

Come risolvere: Imposta @schemeID su cbc:EndpointID con un valore CEF EAS valido (ad esempio 9930 o 0204). Se non servono gli schemi endpoint Extension, il profilo CIUS XRechnung standard evita questa regola.

Esempi validi

991-12345-67

Esempi non validi

... — 0088 è ISO 6523, non CEF EAS

Apri la guida dettagliata per BR-DEX-07 →

BR-DEX-08: Lo schema dell’identificativo del luogo di consegna deve usare ISO 6523

Qualsiasi identificatore di schema per un identificativo del luogo di consegna (BT-71) deve essere codificato con una voce dell’elenco ISO 6523 ICD.

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, che allenta la severità del core per abilitare codici di schema ISO 6523 aggiuntivi per l’identificativo del luogo di consegna.

Come risolvere: Imposta @schemeID su cac:Delivery/cac:DeliveryLocation/cac:ID con un valore ISO 6523 ICD valido (ad esempio 0088 per GLN). Se non servono gli schemi di luogo Extension, il profilo CIUS XRechnung standard evita questa regola.

Esempi validi

4098765000002

Esempi non validi

DOCK-7 — SITE non è un codice ISO 6523

Apri la guida dettagliata per BR-DEX-08 →

BR-DEX-09: L’importo dovuto deve tenere conto dei pagamenti di terzi

L’importo dovuto (BT-115) deve essere uguale all’importo totale della fattura con IVA (BT-112) meno l’importo pagato (BT-113) più l’importo di arrotondamento (BT-114) più la somma degli importi di pagamento di terzi (BT-DEX-002).

Contesto normativo: Questa regola dell’estensione XRechnung estende il calcolo del core dell’importo dovuto (BR-CO-16) con il totale dei pagamenti di terzi supportato solo dallo scenario Extension.

Come risolvere: Ricalcola BT-115 come BT-112 − BT-113 + BT-114 + Σ BT-DEX-002 e correggi gli importi di pagamento di terzi se non coincidono. Se non ci sono pagamenti di terzi, usa il profilo CIUS XRechnung standard, in cui BR-CO-16 regola l’importo dovuto.

Esempi validi

BT-112 = 119.00, BT-113 = 0.00, BT-114 = 0.00, Σ BT-DEX-002 = 20.00 → BT-115 = 139.00

Esempi non validi

BT-115 = 119.00 mentre Σ BT-DEX-002 = 20.00 è omesso dal calcolo

Apri la guida dettagliata per BR-DEX-09 →

BR-DEX-10: Il tipo di pagamento di terzi è obbligatorio

Il tipo di pagamento di terzi (BT-DEX-001) deve essere indicato quando è presente il gruppo PAGAMENTO DI TERZI (BG-DEX-09).

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, dove il gruppo PAGAMENTO DI TERZI (mappato su UBL cac:PrepaidPayment) è disponibile.

Come risolvere: Aggiungi cbc:ID all’interno di cac:PrepaidPayment per riportare il tipo di pagamento di terzi. Se non modelli i pagamenti di terzi, non emettere il gruppo BG-DEX-09; il profilo CIUS XRechnung standard non ha questo gruppo.

Esempi validi

cac:PrepaidPayment con cbc:ID presente (tipo di pagamento di terzi)

Esempi non validi

cac:PrepaidPayment presente ma cbc:ID mancante

Apri la guida dettagliata per BR-DEX-10 →

BR-DEX-11: L’importo di pagamento di terzi è obbligatorio

L’importo di pagamento di terzi (BT-DEX-002) deve essere indicato quando è presente il gruppo PAGAMENTO DI TERZI (BG-DEX-09).

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, dove il gruppo PAGAMENTO DI TERZI (mappato su UBL cac:PrepaidPayment) è disponibile e alimenta il calcolo dell’importo dovuto.

Come risolvere: Aggiungi cbc:PaidAmount con il suo currencyID all’interno di cac:PrepaidPayment. Se non modelli i pagamenti di terzi, non emettere il gruppo BG-DEX-09; il profilo CIUS XRechnung standard non ha questo gruppo.

Esempi validi

cac:PrepaidPayment con cbc:PaidAmount currencyID="EUR" = 20.00

Esempi non validi

cac:PrepaidPayment presente ma cbc:PaidAmount mancante

Apri la guida dettagliata per BR-DEX-11 →

BR-DEX-12: La descrizione del pagamento di terzi è obbligatoria

La descrizione del pagamento di terzi (BT-DEX-003) deve essere indicata quando è presente il gruppo PAGAMENTO DI TERZI (BG-DEX-09).

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, dove il gruppo PAGAMENTO DI TERZI (mappato su UBL cac:PrepaidPayment) è disponibile.

Come risolvere: Aggiungi cbc:InstructionID all’interno di cac:PrepaidPayment per descrivere il pagamento di terzi. Se non modelli i pagamenti di terzi, non emettere il gruppo BG-DEX-09; il profilo CIUS XRechnung standard non ha questo gruppo.

Esempi validi

cac:PrepaidPayment con cbc:InstructionID "Contributo fondo assistenza"

Esempi non validi

cac:PrepaidPayment presente ma cbc:InstructionID mancante

Apri la guida dettagliata per BR-DEX-12 →

BR-DEX-13: L’importo di pagamento di terzi ammette al massimo due decimali

Il numero massimo di decimali consentito per l’importo di pagamento di terzi (BT-DEX-002) è due.

Contesto normativo: Questa regola dell’estensione XRechnung riflette la disciplina del core dei due decimali (come le regole BR-DEC) per l’importo di pagamento di terzi presente solo nell’estensione.

Come risolvere: Arrotonda cbc:PaidAmount in cac:PrepaidPayment a due decimali (ad esempio 20.00, non 20.005). Se non modelli i pagamenti di terzi, il profilo CIUS XRechnung standard evita questa regola.

Esempi validi

20.00

Esempi non validi

20.005 — tre decimali

Apri la guida dettagliata per BR-DEX-13 →

BR-DEX-14: La valuta dell’importo di pagamento di terzi deve corrispondere alla valuta della fattura

La valuta dell’importo di pagamento di terzi (BT-DEX-002) deve corrispondere al codice valuta della fattura (BT-5).

Contesto normativo: Questa regola dell’estensione XRechnung impone la coerenza in valuta unica per l’importo di pagamento di terzi presente solo nell’estensione, allineandolo alla valuta della fattura BT-5.

Come risolvere: Imposta @currencyID su cbc:PaidAmount con lo stesso valore di cbc:DocumentCurrencyCode (BT-5). Se non modelli i pagamenti di terzi, il profilo CIUS XRechnung standard evita questa regola.

Esempi validi

BT-5 = EUR e 20.00

Esempi non validi

BT-5 = EUR ma 20.00

Apri la guida dettagliata per BR-DEX-14 →

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. Utilizzane esattamente uno.

Contesto normativo: EN 16931 consente di indicare il momento di esigibilità IVA come data esplicita o come riferimento codificato (ad esempio la data di consegna). Indicare entrambi renderebbe la rendicontazione fiscale ambigua e comprometterebbe la riconciliazione contabile.

Come risolvere: Rimuovi BT-7 oppure BT-8 in modo che resti un solo indicatore del momento di esigibilità IVA.

Esempi validi

BT-7 = 2026-03-31, BT-8 assente
BT-8 = 3 (data fattura), BT-7 assente

Esempi non validi

BT-7 = 2026-03-31 e BT-8 = 35 valorizzati insieme
Sia data sia codice di esigibilità IVA presenti nella stessa ripartizione IVA

Apri la guida dettagliata per BR-CO-3 →

BR-CO-4: Ogni riga di fattura deve avere un codice categoria IVA

Ogni riga di fattura (BG-25) deve riportare un codice categoria IVA dell’articolo fatturato (BT-151), in modo da poter essere assegnata a una ripartizione IVA.

Contesto normativo: Senza un codice categoria per riga, il validatore non può riconciliare gli importi imponibili di riga con la ripartizione IVA a livello documento (BG-23). È il presupposto di tutti i controlli BR-S, BR-Z, BR-E e BR-AE.

Come risolvere: Aggiungi BT-151 (ad esempio "S" per aliquota standard, "Z" per aliquota zero, "AE" per inversione contabile) a ogni riga.

Esempi validi

Riga 1 BT-151 = "S" con BT-152 = 19
Riga 2 BT-151 = "Z" (aliquota zero) con BT-152 = 0

Esempi non validi

Riga di fattura senza elemento ClassifiedTaxCategory
Riga di fattura con BT-151 vuoto

Apri la guida dettagliata per BR-CO-4 →

BR-CO-9: Le partite IVA devono avere un prefisso paese ISO 3166-1 alpha-2

Le partite IVA del venditore (BT-31), del rappresentante fiscale del venditore (BT-63) e dell’acquirente (BT-48) devono iniziare con un codice paese ISO 3166-1 alpha-2 (ad esempio "DE", "FR", "IT").

Contesto normativo: Gli access point Peppol e il controllo VIES dell’UE si basano sul prefisso paese per instradare la fattura e validare la partita IVA presso il registro nazionale corretto. Senza prefisso, la consegna Peppol e l’interrogazione VIES falliscono prima che l’acquirente veda la fattura.

Come risolvere: Anteponi a ogni partita IVA il codice paese a due lettere corretto, ad esempio "DE123456789" invece di "123456789".

Esempi validi

BT-31 = "DE123456789"
BT-48 = "FR12345678901"
BT-63 = "IT12345678901"

Esempi non validi

BT-31 = "123456789" (manca il prefisso DE)
BT-48 = "GERMANY-123" (prefisso non ISO)
BT-63 = "EU123456789" (EU non è un codice ISO 3166-1 alpha-2)

Apri la guida dettagliata per BR-CO-9 →

BR-CO-10: La somma degli importi netti di riga deve coincidere con il totale dei netti di riga

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).

Contesto normativo: Discrepanze nei totali di riga sono una delle cause di rifiuto più frequenti quando un ERP esporta XML senza allineare gli arrotondamenti. I portali della PA rifiutano il file prima di ogni revisione manuale.

Come risolvere: Ricalcola BT-106 partendo dai netti di riga effettivi e riporta il nuovo valore nell’intestazione della 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

Righe somma 175,00 ma BT-106 = 174,99 (deriva di arrotondamento)
BT-106 lasciato a 0,00 con righe presenti

Apri la guida dettagliata per BR-CO-10 →

BR-CO-11: La somma degli sconti a livello documento deve coincidere con il totale di tutti gli sconti

La somma degli sconti a livello documento (BT-107) deve coincidere con la somma aritmetica di tutti gli importi di sconto a livello documento (BT-92).

Contesto normativo: Gli sconti a livello documento devono conciliarsi affinché BR-CO-13 (catena dei totali) regga. Un solo sconto dimenticato fa rifiutare l’intero blocco dei totali.

Come risolvere: Ricalcola BT-107 sommando ogni BT-92 nel gruppo degli sconti a livello documento.

Esempi validi

Due sconti BT-92 da 5,00 e 10,00 producono BT-107 = 15,00
Nessuno sconto a livello documento e BT-107 = 0,00 (o assente)

Esempi non validi

BT-107 = 10,00 ma l’unico BT-92 nel documento è 15,00
BT-107 assente con BT-92 presenti

Apri la guida dettagliata per BR-CO-11 →

BR-CO-13: Il totale fattura IVA esclusa deve essere uguale al totale righe meno gli sconti più gli oneri

Il totale fattura IVA esclusa (BT-109) deve essere uguale al totale dei netti di riga (BT-106) meno gli sconti a livello documento (BT-107) più gli oneri a livello documento (BT-108).

Contesto normativo: BR-CO-13 è la regola centrale della catena dei totali. Se fallisce, falliscono anche tutte le regole successive (BR-CO-15, BR-CO-16). I rifiuti reali derivano spesso da arrotondamenti diversi tra motore riga e motore totali.

Come risolvere: Ricalcola BT-109 = BT-106 − BT-107 + BT-108 e riporta il risultato nel blocco dei totali.

Esempi validi

BT-106 = 200,00, BT-107 = 10,00, BT-108 = 5,00 → BT-109 = 195,00
BT-106 = 100,00, nessuno sconto o onere → BT-109 = 100,00

Esempi non validi

BT-106 = 200,00, BT-107 = 10,00, BT-108 = 5,00 ma BT-109 = 200,00
BT-109 lasciato pari a BT-106 nonostante BT-107 > 0

Apri la guida dettagliata per BR-CO-13 →

BR-CO-14: Il totale IVA della fattura deve essere uguale alla somma degli importi IVA per categoria

L’importo totale IVA (BT-110) deve essere uguale alla somma aritmetica di tutti gli importi IVA per categoria (BT-117) presenti nella ripartizione IVA.

Contesto normativo: Le autorità fiscali riconciliano l’importo IVA di testata con la ripartizione per categoria. Una differenza indica una riga mancante o un errore di arrotondamento ed è considerata errore bloccante.

Come risolvere: Ricalcola BT-110 sommando ogni BT-117 (uno per ogni combinazione categoria/aliquota) prima dell’esportazione.

Esempi validi

Due importi BT-117 da 19,00 e 7,00 producono BT-110 = 26,00
BT-117 unico = 38,00 produce BT-110 = 38,00

Esempi non validi

BT-110 = 26,00 ma la ripartizione somma 25,99
BT-110 = 19,00 con due righe BT-117 da 19,00 e 7,00

Apri la guida dettagliata per BR-CO-14 →

BR-CO-15: Il totale fattura IVA inclusa deve essere uguale al totale IVA esclusa più l’imposta totale

Il totale fattura IVA inclusa (BT-112) deve essere uguale al totale fattura IVA esclusa (BT-109) più l’imposta totale (BT-110). Importi non quadrati sono la causa di rifiuto più frequente.

Contesto normativo: I destinatari della PA (ZRE, OZG-RE) rifiutano automaticamente le fatture con totali di testata non quadrati, perché di solito indicano un errore di trasferimento dati tra ERP e convertitore.

Come risolvere: Ricalcola BT-112 = BT-109 + BT-110 utilizzando la stessa regola di arrotondamento del blocco totali.

Esempi validi

BT-109 = 100,00, BT-110 = 19,00 → BT-112 = 119,00
BT-109 = 84,03, BT-110 = 15,97 → BT-112 = 100,00

Esempi non validi

BT-109 = 100,00, BT-110 = 19,00 ma BT-112 = 118,99
BT-112 = BT-109 (IVA dimenticata nel totale lordo)

Apri la guida dettagliata per BR-CO-15 →

BR-CO-16: L’importo da pagare deve essere uguale al totale IVA inclusa meno gli acconti più l’arrotondamento

L’importo da pagare (BT-115) deve essere uguale al totale fattura IVA inclusa (BT-112) meno l’importo già pagato (BT-113) più l’importo di arrotondamento (BT-114).

Contesto normativo: Acconti e aggiustamenti di arrotondamento sono la fonte tipica di errori. Gli ERP spesso non riportano l’importo già pagato nell’export e-fattura.

Come risolvere: Ricalcola BT-115 = BT-112 − BT-113 + BT-114 considerando come zero BT-113 e BT-114 quando assenti.

Esempi validi

BT-112 = 119,00, BT-113 = 50,00, BT-114 = 0,00 → BT-115 = 69,00
BT-112 = 100,00, BT-113 assente, BT-114 = 0,01 → BT-115 = 100,01

Esempi non validi

BT-115 = BT-112 nonostante BT-113 = 50,00 di acconto
BT-115 ignora l’arrotondamento BT-114 = 0,02

Apri la guida dettagliata per BR-CO-16 →

BR-CO-17: L’importo IVA per categoria deve essere uguale alla base imponibile per l’aliquota diviso 100

L’importo IVA per categoria (BT-117) deve essere uguale alla base imponibile (BT-116) moltiplicata per l’aliquota IVA (BT-119) divisa per 100, arrotondata a due decimali.

Contesto normativo: La regola viene verificata per ogni riga della ripartizione. La causa tipica di errore è la divergenza tra arrotondamento commerciale e bancario fra ERP e convertitore.

Come risolvere: Ricalcola ogni BT-117 come round(BT-116 × BT-119 / 100, 2) con la modalità di arrotondamento attesa dal destinatario (arrotondamento commerciale per la PA tedesca).

Esempi validi

BT-116 = 100,00, BT-119 = 19 → BT-117 = 19,00
BT-116 = 84,03, BT-119 = 19 → BT-117 = 15,97

Esempi non validi

BT-116 = 100,00, BT-119 = 19 ma BT-117 = 19,01
BT-117 lasciato a 0,00 con BT-116 e BT-119 non nulli

Apri la guida dettagliata per BR-CO-17 →

BR-CO-25: Se l’importo da pagare è positivo serve la data di scadenza o le condizioni di pagamento

Se l’importo da pagare (BT-115) è maggiore di zero, deve essere presente la data di scadenza (BT-9) oppure le condizioni di pagamento (BT-20).

Contesto normativo: Senza data di scadenza o termini scritti la contabilità fornitori dell’acquirente non può pianificare il pagamento, con conseguenti scadenze mancate e contestazioni su mora.

Come risolvere: Aggiungi BT-9 (data di scadenza) oppure BT-20 (termini testuali come "30 giorni") quando esiste un saldo positivo da incassare.

Esempi validi

BT-115 = 119,00, BT-9 = 2026-05-30
BT-115 = 119,00, BT-20 = "Pagabile entro 14 giorni netti"

Esempi non validi

BT-115 = 119,00 senza BT-9 né BT-20
BT-115 > 0 con BT-9 vuoto e BT-20 anch’esso vuoto

Apri la guida dettagliata per BR-CO-25 →

BR-CO-26: Il venditore deve essere identificabile tramite un identificativo, un codice di registrazione o la partita IVA

Per permettere all’acquirente di identificare automaticamente il fornitore, deve essere presente almeno uno tra identificativo del venditore (BT-29), codice di registrazione legale (BT-30) o partita IVA (BT-31).

Contesto normativo: Gli ERP degli acquirenti abbinano i fornitori in automatico tramite questi identificativi. In assenza, la fattura finisce in coda manuale e il pagamento viene ritardato.

Come risolvere: Compila almeno uno tra BT-29, BT-30 o BT-31 nel blocco della parte venditrice.

Esempi validi

BT-31 = "DE123456789"
BT-30 = "HRB 12345"
BT-29 = "GLN 4012345000094"

Esempi non validi

Parte venditrice con solo nome e indirizzo, BT-29/BT-30/BT-31 tutti assenti
BT-31 rimosso perché venditore non soggetto IVA, ma anche BT-30 mancante

Apri la guida dettagliata per BR-CO-26 →

BR-S-1: Le righe ad aliquota standard richiedono una corrispondente riga nella ripartizione IVA

Se una riga, uno sconto o un onere a livello documento è ad aliquota standard (codice categoria IVA "S"), la ripartizione IVA (BG-23) deve contenere almeno una riga con codice "S".

Contesto normativo: Una riga ad aliquota standard senza ripartizione corrispondente lascia la base imponibile non dichiarata; destinatari e fisco lo considerano dato mancante.

Come risolvere: Aggiungi una riga di ripartizione IVA con BT-118 = "S" e l’aliquota corretta prima dell’esportazione.

Esempi validi

Riga BT-151 = "S" più riga di ripartizione BT-118 = "S", BT-119 = 19
Sconto documento BT-95 = "S" più riga di ripartizione corrispondente

Esempi non validi

Riga BT-151 = "S" ma la ripartizione contiene solo righe "Z"
Onere documento BT-102 = "S" senza riga "S" nella ripartizione

Apri la guida dettagliata per BR-S-1 →

BR-S-5: L’aliquota IVA in una ripartizione ad aliquota standard deve essere maggiore di zero

In ogni riga di ripartizione IVA (BG-23) con codice categoria (BT-118) "S" (aliquota standard), l’aliquota IVA (BT-119) deve essere maggiore di zero.

Contesto normativo: Aliquota zero con codice "S" è contraddittoria. Se la fornitura è effettivamente esente o ad aliquota zero, va usato il codice "Z" o "E" per classificare correttamente la ripartizione.

Come risolvere: Imposta BT-119 sull’aliquota positiva applicabile (ad esempio 19 in Germania, 22 in Italia) quando BT-118 vale "S".

Esempi validi

BT-118 = "S", BT-119 = 22
BT-118 = "S", BT-119 = 10

Esempi non validi

BT-118 = "S", BT-119 = 0
BT-118 = "S", BT-119 assente

Apri la guida dettagliata per BR-S-5 →

BR-S-8: La base imponibile ad aliquota standard deve essere uguale ai netti di riga più gli oneri meno gli sconti alla stessa aliquota

Per ogni aliquota standard distinta (BT-119), la base imponibile (BT-116) nella ripartizione IVA deve essere uguale alla somma dei netti di riga (BT-131) più gli oneri a livello documento (BT-99) meno gli sconti a livello documento (BT-92) con codice IVA "S" e aliquota coincidente.

Contesto normativo: Su fatture con aliquote miste (ad esempio 4%, 10% e 22% in Italia), le basi imponibili per aliquota devono coincidere con le righe sottostanti. Sono il presupposto del calcolo IVA in BR-CO-17.

Come risolvere: Raggruppa tutte le righe, gli sconti e gli oneri "S" per aliquota e ricalcola BT-116 per gruppo come Σ BT-131 + Σ BT-99 − Σ BT-92.

Esempi validi

Due righe al 22% (60,00 + 40,00) e uno sconto al 22% (10,00) producono BT-116 = 90,00 per la riga 22%
Riga unica al 10% con netto 50,00 produce BT-116 = 50,00 per la riga 10%

Esempi non validi

BT-116 della riga 22% riporta 100,00 ma le righe al netto degli sconti fanno 90,00
BT-116 della riga 10% mancante con righe al 10% presenti

Apri la guida dettagliata per BR-S-8 →

BR-CO-05: Motivo e codice dello sconto devono corrispondere

Il codice del motivo dello sconto a livello di documento (BT-98) e il motivo dello sconto a livello di documento (BT-97) devono indicare lo stesso tipo di sconto.

Contesto normativo: Questa regola del nucleo EN16931 mantiene coerenti la descrizione leggibile e quella codificata dello sconto affinché i sistemi a valle interpretino la detrazione allo stesso modo.

Come risolvere: Allinea il motivo in testo libero (BT-97) con il motivo codificato (BT-98) affinché descrivano lo stesso sconto, ad esempio il codice 95 con una descrizione di sconto.

Esempi validi

BT-98 = 95 (Sconto) con BT-97 = "Sconto quantità"

Esempi non validi

BT-98 = 95 (Sconto) con BT-97 = "Penale per consegna in ritardo"

Apri la guida dettagliata per BR-CO-05 →

BR-CO-06: Motivo e codice dell’onere devono corrispondere

Il codice del motivo dell’onere a livello di documento (BT-105) e il motivo dell’onere a livello di documento (BT-104) devono indicare lo stesso tipo di onere.

Contesto normativo: Questa regola del nucleo EN16931 mantiene coerenti la descrizione leggibile e quella codificata dell’onere affinché i sistemi a valle interpretino il supplemento allo stesso modo.

Come risolvere: Allinea il motivo in testo libero (BT-104) con il motivo codificato (BT-105) affinché descrivano lo stesso onere, ad esempio un codice di trasporto con una descrizione di trasporto.

Esempi validi

BT-105 = FC (Trasporto) con BT-104 = "Costo di trasporto"

Esempi non validi

BT-105 = FC (Trasporto) con BT-104 = "Sconto per pagamento anticipato"

Apri la guida dettagliata per BR-CO-06 →

BR-CO-07: Motivo e codice dello sconto di riga devono corrispondere

Il codice del motivo dello sconto di riga (BT-140) e il motivo dello sconto di riga (BT-139) devono indicare lo stesso tipo di motivo di sconto.

Contesto normativo: Questa regola del nucleo EN16931 impone l’accordo semantico tra motivo di sconto codificato e in testo libero a livello di riga, rispecchiando la regola BR-CO-05 a livello di documento.

Come risolvere: All’interno dello sconto di riga, fai in modo che il motivo in testo libero (BT-139) e il motivo codificato (BT-140) descrivano lo stesso sconto.

Esempi validi

BT-140 = 95 (Sconto) con BT-139 = "Sconto campione"

Esempi non validi

BT-140 = 95 (Sconto) con BT-139 = "Supplemento imballaggio"

Apri la guida dettagliata per BR-CO-07 →

BR-CO-08: Motivo e codice dell’onere di riga devono corrispondere

Il codice del motivo dell’onere di riga (BT-145) e il motivo dell’onere di riga (BT-144) devono indicare lo stesso tipo di motivo di onere.

Contesto normativo: Questa regola del nucleo EN16931 impone l’accordo semantico tra motivo di onere codificato e in testo libero a livello di riga, rispecchiando la regola BR-CO-06 a livello di documento.

Come risolvere: All’interno dell’onere di riga, fai in modo che il motivo in testo libero (BT-144) e il motivo codificato (BT-145) descrivano lo stesso onere.

Esempi validi

BT-145 = ABL (Imballaggio) con BT-144 = "Imballaggio speciale"

Esempi non validi

BT-145 = ABL (Imballaggio) con BT-144 = "Sconto fedeltà"

Apri la guida dettagliata per BR-CO-08 →

BR-CO-12: La somma degli oneri deve corrispondere al totale

La somma degli oneri a livello di documento (BT-108) deve essere uguale alla somma di tutti gli importi degli oneri a livello di documento (BT-99): BT-108 = Σ BT-99.

Contesto normativo: Questa regola di calcolo del nucleo EN16931 collega il totale degli oneri alla catena del totale documento (BR-CO-13); qualsiasi scostamento compromette la riconciliazione dell’importo dovuto.

Come risolvere: Ricalcola BT-108 come la somma aritmetica esatta di ogni importo di onere a livello di documento (BT-99) e inserisci quel valore in ChargeTotalAmount.

Esempi validi

BT-99 = 20,00 e BT-99 = 10,00, BT-108 = 30,00

Esempi non validi

BT-99 = 20,00 e BT-99 = 10,00, ma BT-108 = 25,00

Apri la guida dettagliata per BR-CO-12 →

BR-CO-18: È richiesta almeno una ripartizione IVA

Una fattura deve contenere almeno un gruppo di ripartizione IVA (BG-23) che riepiloga gli importi per ciascuna categoria IVA.

Contesto normativo: Questa regola del nucleo EN16931 garantisce l’esistenza di un riepilogo IVA affinché le autorità fiscali e BR-CO-14 possano riconciliare l’importo IVA totale con gli importi per categoria.

Come risolvere: Aggiungi almeno un cac:TaxTotal/cac:TaxSubtotal (BG-23) con l’imponibile, l’importo IVA e il codice categoria IVA.

Esempi validi

Un gruppo BG-23: categoria S, aliquota 19 %, imponibile 100,00, IVA 19,00

Esempi non validi

Fattura con importo IVA totale ma senza alcuna ripartizione BG-23

Apri la guida dettagliata per BR-CO-18 →

BR-CO-19: Il periodo di fatturazione richiede una data di inizio o fine

Se viene usato il periodo di fatturazione (BG-14), devono essere compilate la data di inizio (BT-73) o la data di fine (BT-74), o entrambe.

Contesto normativo: Questa regola del nucleo EN16931 impedisce un gruppo di periodo di fatturazione vuoto che non conterrebbe alcuna informazione sull’intervallo di fatturazione.

Come risolvere: Quando è presente un cac:InvoicePeriod, fornisci almeno una StartDate (BT-73) o una EndDate (BT-74); rimuovi il periodo se nessuna delle due è applicabile.

Esempi validi

BT-73 = 2026-01-01 con BT-74 = 2026-01-31

Esempi non validi

cac:InvoicePeriod presente ma né BT-73 né BT-74 compilati

Apri la guida dettagliata per BR-CO-19 →

BR-CO-20: Il periodo di riga richiede una data di inizio o fine

Se viene usato il periodo della riga di fattura (BG-26), devono essere compilate la data di inizio (BT-134) o la data di fine (BT-135), o entrambe.

Contesto normativo: Questa regola del nucleo EN16931 è la controparte a livello di riga di BR-CO-19 e impedisce un gruppo di periodo di riga vuoto senza intervallo di consegna o servizio.

Come risolvere: Quando un cac:InvoicePeriod compare all’interno di una riga di fattura, fornisci almeno una StartDate (BT-134) o una EndDate (BT-135).

Esempi validi

BT-134 = 2026-02-01 con BT-135 = 2026-02-28

Esempi non validi

cac:InvoicePeriod di riga presente ma né BT-134 né BT-135 compilati

Apri la guida dettagliata per BR-CO-20 →

BR-CO-21: Lo sconto a livello di documento richiede un motivo o un codice motivo

Ogni sconto a livello di documento (BG-20) deve contenere un motivo dello sconto (BT-97) o un codice del motivo (BT-98), o entrambi.

Contesto normativo: Questa regola del nucleo EN16931 garantisce che ogni detrazione sia motivata affinché acquirenti e revisori vedano perché l’importo è stato sottratto.

Come risolvere: Per ogni sconto a livello di documento, aggiungi un AllowanceChargeReason (BT-97) e/o un AllowanceChargeReasonCode (BT-98).

Esempi validi

Sconto a livello di documento con BT-98 = 95 e BT-97 = "Sconto quantità"

Esempi non validi

Importo di sconto 10,00 senza BT-97 né BT-98

Apri la guida dettagliata per BR-CO-21 →

BR-CO-22: L’onere a livello di documento richiede un motivo o un codice motivo

Ogni onere a livello di documento (BG-21) deve contenere un motivo dell’onere (BT-104) o un codice del motivo (BT-105), o entrambi.

Contesto normativo: Questa regola del nucleo EN16931 garantisce che ogni supplemento sia motivato affinché acquirenti e revisori vedano perché l’importo è stato aggiunto.

Come risolvere: Per ogni onere a livello di documento, aggiungi un AllowanceChargeReason (BT-104) e/o un AllowanceChargeReasonCode (BT-105).

Esempi validi

Onere a livello di documento con BT-105 = FC e BT-104 = "Costo di trasporto"

Esempi non validi

Importo di onere 15,00 senza BT-104 né BT-105

Apri la guida dettagliata per BR-CO-22 →

BR-CO-23: Lo sconto di riga richiede un motivo o un codice motivo

Ogni sconto di riga di fattura (BG-27) deve contenere un motivo dello sconto di riga (BT-139) o un codice del motivo (BT-140), o entrambi.

Contesto normativo: Questa regola del nucleo EN16931 è la controparte a livello di riga di BR-CO-21 e richiede che ogni detrazione di riga sia motivata.

Come risolvere: Per ogni sconto di riga, aggiungi un AllowanceChargeReason (BT-139) e/o un AllowanceChargeReasonCode (BT-140).

Esempi validi

Sconto di riga con BT-140 = 95 e BT-139 = "Sconto campione"

Esempi non validi

Importo di sconto di riga 2,00 senza BT-139 né BT-140

Apri la guida dettagliata per BR-CO-23 →

BR-CO-24: L’onere di riga richiede un motivo o un codice motivo

Ogni onere di riga di fattura (BG-28) deve contenere un motivo dell’onere di riga (BT-144) o un codice del motivo (BT-145), o entrambi.

Contesto normativo: Questa regola del nucleo EN16931 è la controparte a livello di riga di BR-CO-22 e richiede che ogni supplemento di riga sia motivato.

Come risolvere: Per ogni onere di riga, aggiungi un AllowanceChargeReason (BT-144) e/o un AllowanceChargeReasonCode (BT-145).

Esempi validi

Onere di riga con BT-145 = ABL e BT-144 = "Imballaggio speciale"

Esempi non validi

Importo di onere di riga 3,00 senza BT-144 né BT-145

Apri la guida dettagliata per BR-CO-24 →

BR-61: Identificativo conto richiesto per bonifico

Quando il mezzo di pagamento indica bonifico, deve essere presente l’identificativo del conto beneficiario (BT-84).

Contesto normativo: I validatori non possono gestire un bonifico senza conto, anche se i termini di pagamento sono completi.

Come risolvere: Aggiungi cac:PayeeFinancialAccount/cbc:ID in UBL o il campo CII equivalente, di solito un IBAN per bonifico SEPA.

Esempi validi

PaymentMeansCode 58 con PayeeFinancialAccount ID DE89370400440532013000

Esempi non validi

PaymentMeansCode 58 senza conto beneficiario

Apri la guida dettagliata per BR-61 →

BR-AE-02: Reverse charge richiede ID IVA venditore

Categorie IVA reverse charge su righe o totali richiedono l’ID IVA del venditore.

Contesto normativo: Il reverse charge sposta l’obbligo fiscale; i sistemi riceventi devono verificare l’identità fiscale del venditore.

Come risolvere: Aggiungi la registrazione IVA venditore e mantieni il codice reverse charge su righe e ripartizione IVA.

Esempi validi

PartyTaxScheme venditore CompanyID DE123456789 con categoria IVA AE

Esempi non validi

Categoria IVA AE senza registrazione IVA venditore

Apri la guida dettagliata per BR-AE-02 →

BR-AE-10: Ripartizione reverse charge richiede motivo esenzione

Una ripartizione IVA reverse charge deve includere codice o testo del motivo di esenzione.

Contesto normativo: L’acquirente necessita di un motivo leggibile o codificato per capire perché l’IVA non è addebitata.

Come risolvere: Aggiungi cbc:TaxExemptionReasonCode con codice VATEX valido o testo cbc:TaxExemptionReason sulla categoria AE.

Esempi validi

Categoria IVA AE con codice VATEX VATEX-EU-AE

Esempi non validi

Categoria IVA AE senza codice o testo motivo esenzione

Apri la guida dettagliata per BR-AE-10 →

BR-E-01: Righe esenti richiedono ripartizione IVA esente

Se una riga usa categoria IVA E, la ripartizione IVA documento deve contenere un subtotale E.

Contesto normativo: Categorie IVA di riga e ripartizione documento devono riconciliarsi per verificare le basi imponibili.

Come risolvere: Aggiungi subtotale IVA categoria E con imponibile, imposta zero, percentuale zero e motivo esenzione.

Esempi validi

Categoria IVA riga E più TaxSubtotal documento con TaxCategory ID E

Esempi non validi

Riga categoria IVA E ma presente solo ripartizione standard

Apri la guida dettagliata per BR-E-01 →

BR-E-05: Aliquota IVA esente deve essere zero

La categoria IVA E deve usare aliquota zero su righe e ripartizioni.

Contesto normativo: Una categoria esente con aliquota non zero è contraddittoria e crea totali incoerenti.

Come risolvere: Imposta Percent a 0 per categoria E e mantieni la base nella ripartizione esente.

Esempi validi

Categoria IVA E con Percent 0

Esempi non validi

Categoria IVA E con Percent 19

Apri la guida dettagliata per BR-E-05 →

BR-DE-19: Il conto SEPA deve contenere un IBAN valido

Per bonifico SEPA, l’identificativo conto pagamento deve essere un IBAN sintatticamente valido.

Contesto normativo: Molti export includono dati bancari come testo. I validatori attendono solo l’identificativo instradabile.

Come risolvere: Normalizza spazi, rimuovi etichette come IBAN: e salva solo il valore IBAN in BT-84.

Esempi validi

DE89370400440532013000

Esempi non validi

IBAN: DE89 3704 0044 0532 0130 00
Conto corrente Example Bank

Apri la guida dettagliata per BR-DE-19 →

BR-05: Il codice valuta della fattura deve essere presente

La fattura deve contenere il codice valuta (BT-5), ad esempio EUR, così ogni importo viene interpretato in modo coerente.

Contesto normativo: BT-5 è un campo base EN 16931. Senza valuta falliscono i controlli su IVA, pagamento e righe prima delle regole di profilo.

Come risolvere: Imposta BT-5 sul codice ISO 4217 usato per totali e righe.

Esempi validi

BT-5 = EUR
DocumentCurrencyCode = USD per una fattura in USD

Esempi non validi

BT-5 assente
Valuta scritta come testo libero fuori dal campo XML

Apri la guida dettagliata per BR-05 →

BR-22: Ogni riga deve contenere la quantità fatturata

Ogni riga fattura (BG-25) deve includere la quantità fatturata (BT-129).

Contesto normativo: La quantità serve per BT-131 e per regole Peppol come PEPPOL-EN16931-R120.

Come risolvere: Aggiungi BT-129 a ogni riga e mantienilo coerente con il calcolo del netto riga.

Esempi validi

BT-129 = 2
BT-129 = 1,5 per ore di servizio

Esempi non validi

Riga presente ma quantità vuota
Quantità nel PDF non trasferita in XML

Apri la guida dettagliata per BR-22 →

BR-23: Ogni quantità di riga deve avere un codice unità

Una riga fattura (BG-25) deve contenere il codice unità della quantità fatturata (BT-130).

Contesto normativo: I codici unità sono valori controllati. Testo libero come “pezzi” o “ore” fallisce anche se la quantità è presente.

Come risolvere: Imposta BT-130 su un codice valido, ad esempio C62 per pezzo, HUR per ora o DAY per giorno.

Esempi validi

BT-130 = C62
BT-130 = HUR

Esempi non validi

BT-130 assente
Unità scritta “pezzo” invece di C62

Apri la guida dettagliata per BR-23 →

BR-24: Ogni riga deve avere un importo netto

Ogni riga fattura (BG-25) deve contenere l’importo netto di riga (BT-131).

Contesto normativo: BT-131 alimenta BR-CO-10 e la riconciliazione IVA. Netti riga mancanti generano spesso più errori di totale.

Come risolvere: Calcola BT-131 da quantità, prezzo unitario e sconti/addebiti di riga, poi arrotonda secondo il profilo.

Esempi validi

BT-131 = 200,00 per 2 x 100,00

Esempi non validi

Importo riga assente
Netto riga 0,00 con quantità e prezzo presenti

Apri la guida dettagliata per BR-24 →

BR-25: Ogni riga deve contenere il nome articolo

Ogni riga fattura (BG-25) deve contenere il nome articolo (BT-153).

Contesto normativo: BT-153 è richiesto anche con codici articolo. I soli codici non bastano per EN 16931.

Come risolvere: Mappa la descrizione prodotto o servizio della fattura sorgente in BT-153 per ogni riga.

Esempi validi

BT-153 = Servizi di consulenza marzo 2026

Esempi non validi

Nome articolo vuoto
Solo SKU 4711 senza nome

Apri la guida dettagliata per BR-25 →

BR-26: Ogni riga deve contenere il prezzo netto dell’articolo

Ogni riga fattura (BG-25) deve contenere il prezzo netto dell’articolo (BT-146).

Contesto normativo: Fonti con solo prezzo lordo richiedono derivazione deterministica del netto. BT-146 mancante blocca le validazioni di riga e Peppol.

Come risolvere: Indica il prezzo unitario netto prima IVA in BT-146 e allinealo a quantità e netto riga.

Esempi validi

BT-146 = 100,00 prima IVA

Esempi non validi

BT-146 assente
Prezzo lordo copiato in BT-146 senza scorporare IVA

Apri la guida dettagliata per BR-26 →

BR-47: Ogni ripartizione IVA deve avere un codice categoria IVA

Ogni ripartizione IVA (BG-23) deve essere definita tramite un codice categoria IVA (BT-118).

Contesto normativo: BT-118 determina quale famiglia di regole IVA si applica. Un valore irrisolto può produrre XML errato; il backend blocca invece di indovinare.

Come risolvere: Imposta BT-118 su ogni subtotale IVA, ad esempio S, Z, E, AE o O, e allinealo alle righe.

Esempi validi

BT-118 = S con BT-119 = 19

Esempi non validi

Ripartizione IVA senza BT-118
Categoria IVA vuota dopo OCR

Apri la guida dettagliata per BR-47 →

BR-57: L’indirizzo di consegna deve includere il codice paese

Ogni indirizzo di consegna (BG-15) deve contenere il codice paese di consegna (BT-80).

Contesto normativo: Il paese di consegna influenza IVA e profilo. Un indirizzo parziale senza paese non è dato strutturato valido.

Come risolvere: Aggiungi BT-80 come codice paese ISO 3166-1 alpha-2 quando sono presenti dati di consegna.

Esempi validi

BT-80 = DE
BT-80 = FR

Esempi non validi

Via e città di consegna presenti senza paese
Paese scritto Germania invece di DE

Apri la guida dettagliata per BR-57 →

BR-DE-22: I nomi file degli allegati incorporati devono essere univoci

XRechnung richiede che ogni attributo filename dei documenti incorporati sia univoco nella fattura.

Contesto normativo: Nomi allegato duplicati rendono ambiguo il trattamento e possono causare rifiuti dai portali destinatari.

Come risolvere: Rinomina gli allegati duplicati prima dell’export, ad esempio terms.pdf e timesheet.pdf invece di due attachment.pdf.

Esempi validi

condizioni-fattura.pdf e documento-consegna.pdf

Esempi non validi

Due file incorporati chiamati attachment.pdf

Apri la guida dettagliata per BR-DE-22 →

BR-DE-26: Le fatture rettificate dovrebbero riferirsi alla fattura precedente

Quando BT-3 è 384 per una fattura rettificata, XRechnung si aspetta almeno un riferimento alla fattura precedente (BG-3).

Contesto normativo: La regola è un warning nel bundle XRechnung fissato, ma i destinatari spesso richiedono il riferimento originale.

Come risolvere: Aggiungi numero e data della fattura originale in BG-3 prima dell’export.

Esempi validi

BT-3 = 384 e BG-3 riferisce INV-2026-001

Esempi non validi

Fattura rettificata senza BG-3

Apri la guida dettagliata per BR-DE-26 →

BR-DE-27: Il telefono del venditore dovrebbe contenere almeno tre cifre

XRechnung avvisa quando il telefono venditore (BT-42) contiene meno di tre cifre.

Contesto normativo: I contatti venditore aiutano i destinatari pubblici a risolvere domande senza rifiutare subito il documento.

Come risolvere: Fornisci un numero reale con cifre o rimuovi placeholder non validi.

Esempi validi

BT-42 = +49 30 123456

Esempi non validi

BT-42 = --
BT-42 = x

Apri la guida dettagliata per BR-DE-27 →

BR-DE-28: L’e-mail del venditore dovrebbe avere forma di indirizzo e-mail

XRechnung avvisa se l’e-mail venditore (BT-43) non contiene esattamente una @ con caratteri validi intorno.

Contesto normativo: Un indirizzo di contatto plausibile riduce i chiarimenti manuali con destinatari pubblici.

Come risolvere: Usa un indirizzo raggiungibile come fatture@example.com e rimuovi spazi, punti finali o placeholder.

Esempi validi

BT-43 = fatture@example.com

Esempi non validi

BT-43 = fatture@
BT-43 = fatture.example.com

Apri la guida dettagliata per BR-DE-28 →

BR-DE-30: L’addebito diretto richiede l’identificativo creditore

Quando sono presenti istruzioni di addebito diretto (BG-19), va fornito anche BT-90 identificativo creditore.

Contesto normativo: I dati di addebito devono essere completi perché l’acquirente autorizza l’incasso per un creditore e mandato specifici.

Come risolvere: Aggiungi l’identificativo creditore SEPA in BT-90 oppure cambia mezzo di pagamento se non c’è addebito diretto.

Esempi validi

Mezzo addebito diretto con BT-90 = DE98ZZZ09999999999

Esempi non validi

Addebito diretto selezionato ma BT-90 assente

Apri la guida dettagliata per BR-DE-30 →

BR-DE-31: L’addebito diretto richiede l’identificativo del conto addebitato

Quando sono presenti istruzioni di addebito diretto (BG-19), va fornito anche BT-91 identificativo del conto addebitato.

Contesto normativo: L’addebito diretto non può essere elaborato correttamente senza identificare il conto addebitato.

Come risolvere: Aggiungi in BT-91 l’identificativo conto dell’acquirente per addebito diretto, oppure usa bonifico.

Esempi validi

Addebito diretto con BT-91 = DE89370400440532013000

Esempi non validi

Addebito diretto selezionato ma BT-91 assente

Apri la guida dettagliata per BR-DE-31 →

PEPPOL-EN16931-R001: Il processo di business deve essere indicato

Peppol richiede l’identificativo del processo di business (BT-23 / ProfileID).

Contesto normativo: BT-23 indica agli access point Peppol quali regole applicare. Valori mancanti bloccano routing e validazione.

Come risolvere: Imposta BT-23 sull’identificativo processo Peppol richiesto dal profilo del destinatario.

Esempi validi

BT-23 / ProfileID contiene l’URN del processo Peppol billing

Esempi non validi

ProfileID assente
BT-23 copiato da CustomizationID

Apri la guida dettagliata per PEPPOL-EN16931-R001 →

PEPPOL-EN16931-R010: L’indirizzo elettronico dell’acquirente deve essere indicato

Peppol richiede l’indirizzo elettronico acquirente (BT-49) per il routing.

Contesto normativo: Senza identificativo endpoint destinatario Peppol non può instradare la fattura.

Come risolvere: Aggiungi BT-49 con identificativo destinatario e scheme, ad esempio Peppol participant ID.

Esempi validi

BT-49 presente con schemeID

Esempi non validi

Endpoint acquirente assente
Valore senza schemeID

Apri la guida dettagliata per PEPPOL-EN16931-R010 →

PEPPOL-EN16931-R020: L’indirizzo elettronico del venditore deve essere indicato

Peppol richiede l’indirizzo elettronico venditore (BT-34).

Contesto normativo: Gli indirizzi elettronici di venditore e acquirente identificano entrambi i partecipanti Peppol.

Come risolvere: Aggiungi BT-34 con identificativo endpoint venditore e scheme coerente.

Esempi validi

BT-34 presente con schemeID

Esempi non validi

Endpoint venditore assente
Valore senza schemeID

Apri la guida dettagliata per PEPPOL-EN16931-R020 →

PEPPOL-EN16931-R046: Il prezzo netto deve essere prezzo lordo meno sconto

Quando è fornito un prezzo lordo, Peppol richiede che il netto sia lordo meno sconto.

Contesto normativo: La regola intercetta scostamenti lordo-netto da conversioni PDF prima dei totali riga.

Come risolvere: Ricalcola BT-146 da prezzo lordo e sconto prezzo, oppure rimuovi dettagli lordi non affidabili.

Esempi validi

Lordo 120,00 meno sconto 20,00 dà BT-146 = 100,00

Esempi non validi

Lordo 120,00, sconto 20,00, BT-146 = 119,00

Apri la guida dettagliata per PEPPOL-EN16931-R046 →

PEPPOL-EN16931-R120: Il netto riga deve rispettare la formula Peppol

Peppol richiede che BT-131 sia quantità per prezzo netto, corretto da addebiti e sconti di riga.

Contesto normativo: È un rifiuto frequente quando l’estrazione PDF arrotonda troppo presto o perde sconti di riga.

Come risolvere: Ricalcola i netti riga da BT-129, BT-146, quantità base prezzo, addebiti e sconti, poi aggiorna BT-131.

Esempi validi

2 x 100,00 meno 10,00 sconto dà BT-131 = 190,00

Esempi non validi

La formula dà 190,00 ma BT-131 = 189,99

Apri la guida dettagliata per PEPPOL-EN16931-R120 →

PEPPOL-EN16931-R130: Il codice unità della base prezzo deve corrispondere all’unità fatturata

Peppol richiede che il codice unità della quantità base prezzo coincida con quello della quantità fatturata.

Contesto normativo: Unità miste rendono ambiguo il calcolo prezzo e compaiono spesso in export ERP.

Come risolvere: Usa lo stesso codice unità per BT-130 e quantità base prezzo, oppure ricalcola il prezzo sull’unità fatturata.

Esempi validi

BT-130 = HUR e unità base prezzo = HUR

Esempi non validi

BT-130 = HUR ma unità base prezzo = C62

Apri la guida dettagliata per PEPPOL-EN16931-R130 →

BR-01: Identificativo di specifica obbligatorio

Una fattura deve riportare un identificativo di specifica (BT-24) che indichi la sintassi e le regole di business seguite dal documento.

Contesto normativo: È una regola centrale EN16931; l’identificativo indica al validatore quale set di regole applicare e deve quindi precedere ogni altro controllo.

Come risolvere: Aggiungi cbc:CustomizationID con l’URN di specifica EN16931/XRechnung, ad esempio urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0.

Esempi validi

BT-24 = urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0

Esempi non validi

L’elemento cbc:CustomizationID è del tutto assente dal documento

Apri la guida dettagliata per BR-01 →

BR-02: Numero di fattura obbligatorio

Una fattura deve avere un numero di fattura (BT-1) che identifichi il documento in modo univoco per l’emittente.

Contesto normativo: È una regola centrale EN16931; il numero di fattura è il riferimento principale per riconciliazione, abbinamento dei pagamenti e audit, quindi è obbligatorio.

Come risolvere: Compila cbc:ID con il numero di fattura progressivo del tuo sistema contabile; non deve essere vuoto.

Esempi validi

BT-1 = RE-2024-0001 — un numero documento univoco e non vuoto

Esempi non validi

cbc:ID è assente o presente come elemento vuoto

Apri la guida dettagliata per BR-02 →

BR-03: Data di emissione obbligatoria

Una fattura deve avere una data di emissione (BT-2) che indichi il giorno in cui la fattura è stata emessa.

Contesto normativo: È una regola centrale EN16931; la data di emissione àncora i termini di pagamento, i periodi IVA e la conservazione legale, quindi non può mancare.

Come risolvere: Aggiungi cbc:IssueDate nel formato data ISO 8601 (AAAA-MM-GG); deve essere presente e non vuoto.

Esempi validi

BT-2 = 2024-05-01 — una data ISO 8601 valida

Esempi non validi

L’elemento cbc:IssueDate è assente nell’intestazione della fattura

Apri la guida dettagliata per BR-03 →

BR-04: Codice tipo fattura obbligatorio

Una fattura deve avere un codice tipo fattura (BT-3) che identifichi il tipo funzionale del documento, ad esempio fattura commerciale o nota di credito.

Contesto normativo: È una regola centrale EN16931; il codice tipo guida l’elaborazione a valle e la gestione IVA, quindi ogni fattura deve dichiararlo.

Come risolvere: Aggiungi cbc:InvoiceTypeCode con un valore UNTDID 1001 consentito, ad esempio 380 per una fattura commerciale o 381 per una nota di credito.

Esempi validi

BT-3 = 380 — fattura commerciale
BT-3 = 381 — nota di credito

Esempi non validi

L’elemento cbc:InvoiceTypeCode è assente nell’intestazione della fattura

Apri la guida dettagliata per BR-04 →

BR-06: Nome del venditore obbligatorio

Una fattura deve contenere il nome del venditore (BT-27), la denominazione legale completa con cui il fornitore è registrato; un nome commerciale diverso va in BT-28.

Contesto normativo: È una regola centrale EN16931; l’acquirente deve poter identificare chi ha emesso la fattura, quindi il nome del venditore non può mancare.

Come risolvere: Indica cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName con il nome del venditore.

Esempi validi

BT-27 = Muster Handels GmbH — nome di registrazione del venditore compilato

Esempi non validi

cac:PartyLegalEntity/cbc:RegistrationName è assente per la parte venditore

Apri la guida dettagliata per BR-06 →

BR-07: Nome dell’acquirente obbligatorio

Una fattura deve contenere il nome dell’acquirente (BT-44), il nome con cui il cliente è registrato o conosciuto.

Contesto normativo: È una regola centrale EN16931; la fattura deve indicare chiaramente a chi è indirizzata, quindi il nome dell’acquirente è obbligatorio.

Come risolvere: Indica cac:AccountingCustomerParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName con il nome dell’acquirente.

Esempi validi

BT-44 = Beispiel Einkauf AG — nome di registrazione dell’acquirente compilato

Esempi non validi

cac:PartyLegalEntity/cbc:RegistrationName è assente per la parte acquirente

Apri la guida dettagliata per BR-07 →

BR-08: Indirizzo postale del venditore obbligatorio

Una fattura deve contenere l’indirizzo postale del venditore (BG-5), il gruppo che descrive dove è stabilito il fornitore.

Contesto normativo: È una regola centrale EN16931; l’indirizzo di stabilimento del venditore serve a fini IVA e legali, quindi il gruppo indirizzo deve essere presente.

Come risolvere: Aggiungi cac:AccountingSupplierParty/cac:Party/cac:PostalAddress con almeno il codice paese e i componenti di indirizzo applicabili.

Esempi validi

BG-5 presente con cac:PostalAddress contenente città, CAP e paese

Esempi non validi

La parte venditore non ha alcun elemento cac:PostalAddress

Apri la guida dettagliata per BR-08 →

BR-09: Codice paese del venditore obbligatorio

L’indirizzo postale del venditore (BG-5) deve contenere un codice paese del venditore (BT-40) che identifichi il paese del venditore.

Contesto normativo: È una regola centrale EN16931; il paese determina il trattamento IVA e la gestione transfrontaliera, quindi l’indirizzo del venditore deve sempre indicare un paese.

Come risolvere: Aggiungi cac:PostalAddress/cac:Country/cbc:IdentificationCode con un codice ISO 3166-1 alpha-2 come DE.

Esempi validi

BT-40 = DE — codice paese ISO 3166-1 alpha-2 presente

Esempi non validi

cac:Country/cbc:IdentificationCode è assente nell’indirizzo postale del venditore

Apri la guida dettagliata per BR-09 →

BR-10: Indirizzo postale dell’acquirente obbligatorio

Una fattura deve contenere l’indirizzo postale dell’acquirente (BG-8), il gruppo che descrive dove si trova il cliente.

Contesto normativo: È una regola centrale EN16931; la posizione dell’acquirente è richiesta per la logica del luogo di cessione ai fini fiscali, quindi il gruppo indirizzo dell’acquirente deve essere presente.

Come risolvere: Aggiungi cac:AccountingCustomerParty/cac:Party/cac:PostalAddress con almeno il codice paese e i componenti di indirizzo applicabili.

Esempi validi

BG-8 presente con cac:PostalAddress contenente città, CAP e paese

Esempi non validi

La parte acquirente non ha alcun elemento cac:PostalAddress

Apri la guida dettagliata per BR-10 →

BR-11: Codice paese dell’acquirente obbligatorio

L’indirizzo postale dell’acquirente deve contenere un codice paese dell’acquirente (BT-55) che identifichi il paese dell’acquirente.

Contesto normativo: È una regola centrale EN16931; il paese dell’acquirente è decisivo per l’IVA e le regole sul luogo di cessione, quindi l’indirizzo dell’acquirente deve sempre indicare un paese.

Come risolvere: Aggiungi cac:PostalAddress/cac:Country/cbc:IdentificationCode con un codice ISO 3166-1 alpha-2 come DE nell’indirizzo dell’acquirente.

Esempi validi

BT-55 = DE — codice paese ISO 3166-1 alpha-2 presente

Esempi non validi

cac:Country/cbc:IdentificationCode è assente nell’indirizzo postale dell’acquirente

Apri la guida dettagliata per BR-11 →

BR-12: Somma degli importi netti delle righe fattura obbligatoria

Una fattura deve avere la somma degli importi netti delle righe (BT-106), ossia il totale di tutti gli importi netti di riga prima di sconti, oneri e IVA a livello documento.

Contesto normativo: È una regola centrale EN16931; BT-106 è il punto di partenza della catena di calcolo dei totali del documento, quindi deve essere presente.

Come risolvere: Aggiungi cac:LegalMonetaryTotal/cbc:LineExtensionAmount pari alla somma degli importi netti di ogni riga (BT-131).

Esempi validi

BT-106 = 1000.00 — pari alla somma di tutti gli importi netti di riga

Esempi non validi

cac:LegalMonetaryTotal non contiene alcun elemento cbc:LineExtensionAmount

Apri la guida dettagliata per BR-12 →

BR-13: Importo totale della fattura senza IVA obbligatorio

Una fattura deve avere l’importo totale senza IVA (BT-109), l’importo netto prima dell’aggiunta dell’IVA.

Contesto normativo: È una regola centrale EN16931; BT-109 è la base imponibile IVA del documento e collega i totali di riga alla ripartizione IVA, quindi è obbligatorio.

Come risolvere: Aggiungi cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount pari a BT-106 meno sconti più oneri a livello documento.

Esempi validi

BT-109 = 1000.00 — totale netto prima dell’IVA

Esempi non validi

cac:LegalMonetaryTotal non contiene alcun elemento cbc:TaxExclusiveAmount

Apri la guida dettagliata per BR-13 →

BR-14: Importo totale della fattura con IVA obbligatorio

Una fattura deve avere l’importo totale con IVA (BT-112), il totale da pagare IVA inclusa.

Contesto normativo: È una regola centrale EN16931; BT-112 è il totale lordo del documento da cui deriva l’importo dovuto, quindi deve essere presente.

Come risolvere: Aggiungi cac:LegalMonetaryTotal/cbc:TaxInclusiveAmount pari a BT-109 più l’importo totale IVA (BT-110).

Esempi validi

BT-112 = 1190.00 — totale netto 1000.00 più IVA 190.00

Esempi non validi

cac:LegalMonetaryTotal non contiene alcun elemento cbc:TaxInclusiveAmount

Apri la guida dettagliata per BR-14 →

BR-15: Importo da pagare obbligatorio

Una fattura deve avere l’importo da pagare (BT-115), l’importo residuo che l’acquirente deve versare.

Contesto normativo: È una regola centrale EN16931; BT-115 è l’importo che l’acquirente paga effettivamente, quindi nessuna fattura può ometterlo.

Come risolvere: Aggiungi cac:LegalMonetaryTotal/cbc:PayableAmount pari a BT-112 meno l’importo prepagato (BT-113) più l’importo di arrotondamento (BT-114).

Esempi validi

BT-115 = 1190.00 — nessun prepagato, quindi l’importo dovuto è pari al totale lordo

Esempi non validi

cac:LegalMonetaryTotal non contiene alcun elemento cbc:PayableAmount

Apri la guida dettagliata per BR-15 →

BR-16: È obbligatoria almeno una riga di fattura

Una fattura deve avere almeno una riga di fattura (BG-25) che descriva un articolo, un servizio o un onere fatturato.

Contesto normativo: È una regola centrale EN16931; una fattura senza righe non può indicare cosa viene fatturato, quindi almeno una riga è obbligatoria.

Come risolvere: Includi almeno un elemento cac:InvoiceLine con identificativo, quantità, prezzo e importo netto.

Esempi validi

Il documento contiene uno o più elementi cac:InvoiceLine

Esempi non validi

La fattura ha intestazione e totali ma nessuna cac:InvoiceLine

Apri la guida dettagliata per BR-16 →

BR-17: Il nome del beneficiario è obbligatorio quando è presente un beneficiario

Il nome del beneficiario (BT-59) deve essere indicato quando il beneficiario (BG-10) è diverso dal venditore (BG-4).

Contesto normativo: È una regola condizionale centrale EN16931; un beneficiario diverso dal venditore deve essere nominato per attribuire correttamente il pagamento.

Come risolvere: Quando è presente un gruppo cac:PayeeParty, aggiungi cac:PayeeParty/cac:PartyName/cbc:Name con il nome del beneficiario.

Esempi validi

cac:PayeeParty presente con BT-59 = Factoring Partner GmbH

Esempi non validi

cac:PayeeParty è presente ma senza cac:PartyName/cbc:Name

Apri la guida dettagliata per BR-17 →

BR-18: Il nome del rappresentante fiscale è obbligatorio quando la parte è presente

Il nome del rappresentante fiscale del venditore (BT-62) deve essere indicato quando il venditore (BG-4) ha una parte rappresentante fiscale (BG-11).

Contesto normativo: È una regola condizionale centrale EN16931; quando un rappresentante fiscale agisce per il venditore, deve essere nominato ai fini della responsabilità IVA.

Come risolvere: Quando è presente un gruppo cac:TaxRepresentativeParty, aggiungi cac:TaxRepresentativeParty/cac:PartyName/cbc:Name con il suo nome.

Esempi validi

cac:TaxRepresentativeParty presente con BT-62 = VAT Rep Services Ltd

Esempi non validi

cac:TaxRepresentativeParty è presente ma senza cac:PartyName/cbc:Name

Apri la guida dettagliata per BR-18 →

BR-19: L’indirizzo postale del rappresentante fiscale è obbligatorio quando la parte è presente

L’indirizzo postale del rappresentante fiscale del venditore (BG-12) deve essere indicato quando il venditore (BG-4) ha una parte rappresentante fiscale (BG-11).

Contesto normativo: È una regola condizionale centrale EN16931; l’indirizzo del rappresentante fiscale è richiesto per la giurisdizione IVA ogni volta che tale parte è dichiarata.

Come risolvere: Quando è presente un gruppo cac:TaxRepresentativeParty, aggiungi il suo cac:PostalAddress con almeno il codice paese.

Esempi validi

cac:TaxRepresentativeParty presente con una cac:PostalAddress contenente un paese

Esempi non validi

cac:TaxRepresentativeParty è presente ma senza cac:PostalAddress

Apri la guida dettagliata per BR-19 →

BR-20: Il codice paese del rappresentante fiscale è obbligatorio quando la parte è presente

L’indirizzo postale del rappresentante fiscale (BG-12) deve contenere un codice paese del rappresentante fiscale (BT-69) quando è presente una parte rappresentante fiscale (BG-11).

Contesto normativo: È una regola condizionale centrale EN16931; il paese del rappresentante fiscale determina la giurisdizione IVA applicabile e deve essere indicato quando la parte è dichiarata.

Come risolvere: Aggiungi cac:TaxRepresentativeParty/cac:PostalAddress/cac:Country/cbc:IdentificationCode con un codice ISO 3166-1 alpha-2.

Esempi validi

BT-69 = DE — codice paese del rappresentante fiscale presente

Esempi non validi

La cac:PostalAddress del rappresentante fiscale non ha cac:Country/cbc:IdentificationCode

Apri la guida dettagliata per BR-20 →

BR-21: Identificativo di riga fattura obbligatorio

Ogni riga di fattura (BG-25) deve avere un identificativo di riga (BT-126) univoco all’interno della fattura.

Contesto normativo: È una regola centrale EN16931; l’identificativo di riga consente a riferimenti e correzioni di indirizzare una riga specifica, quindi ogni riga deve averne uno.

Come risolvere: Assegna a ogni cac:InvoiceLine un valore cbc:ID, ad esempio 1, 2, 3, in modo che nessuna riga resti senza identificativo.

Esempi validi

BT-126 = 1 sulla prima riga, BT-126 = 2 sulla seconda riga

Esempi non validi

Un elemento cac:InvoiceLine senza alcun figlio cbc:ID

Apri la guida dettagliata per BR-21 →

BR-27: Il prezzo netto dell’articolo non deve essere negativo

Il prezzo netto dell’articolo (BT-146) non deve essere negativo; anche una riga scontata usa un prezzo netto non negativo.

Contesto normativo: Questa regola deriva dal modello semantico centrale EN16931 applicato dallo Schematron KoSIT XRechnung 3.0.2 e garantisce che le fatture contengano i dati obbligatori necessari per l’elaborazione automatica.

Come risolvere: Imposta cac:Price/cbc:PriceAmount a un valore pari o superiore a zero. Modella le riduzioni come sconto di riga (BG-27) invece di un prezzo negativo.

Esempi validi

BT-146 = 12,50 — prezzo netto non negativo accettato

Esempi non validi

BT-146 = -5,00 — prezzo netto negativo rifiutato

Apri la guida dettagliata per BR-27 →

BR-28: Il prezzo lordo dell’articolo non deve essere negativo

Il prezzo lordo dell’articolo (BT-148), ossia il prezzo unitario prima di qualsiasi sconto, non deve essere negativo.

Come risolvere: Indica il prezzo lordo tramite cac:Price/cac:AllowanceCharge/cbc:BaseAmount con un valore pari o superiore a zero e registra lo sconto separatamente.

Esempi validi

BT-148 = 15,00 con uno sconto sul prezzo di 2,50

Esempi non validi

BT-148 = -3,00 — prezzo lordo negativo rifiutato

Apri la guida dettagliata per BR-28 →

BR-29: La fine del periodo di fatturazione non deve precedere l’inizio

Se sono indicate sia la data di inizio (BT-73) sia la data di fine (BT-74) del periodo di fatturazione, BT-74 deve essere uguale o successiva a BT-73.

Come risolvere: Correggi le date in cac:InvoicePeriod affinché cbc:EndDate sia uguale o successiva a cbc:StartDate, oppure rimuovi il periodo se errato.

Esempi validi

BT-73 = 2026-01-01, BT-74 = 2026-01-31

Esempi non validi

BT-73 = 2026-01-31, BT-74 = 2026-01-01 — fine prima dell’inizio

Apri la guida dettagliata per BR-29 →

BR-30: La fine del periodo di riga non deve precedere l’inizio

Se sono indicate sia la data di inizio (BT-134) sia la data di fine (BT-135) del periodo di riga, BT-135 deve essere uguale o successiva a BT-134.

Come risolvere: Correggi cac:InvoiceLine/cac:InvoicePeriod affinché cbc:EndDate sia uguale o successiva a cbc:StartDate, oppure rimuovi il periodo di riga se non necessario.

Esempi validi

BT-134 = 2026-02-01, BT-135 = 2026-02-28

Esempi non validi

BT-134 = 2026-02-28, BT-135 = 2026-02-01 — fine prima dell’inizio

Apri la guida dettagliata per BR-30 →

BR-31: L’importo dello sconto a livello documento è obbligatorio

Ogni sconto a livello documento (BG-20) deve avere un importo dello sconto a livello documento (BT-92).

Come risolvere: Aggiungi cbc:Amount al cac:AllowanceCharge di livello documento con cbc:ChargeIndicator false.

Esempi validi

BT-92 = 20,00 su uno sconto a livello documento

Esempi non validi

Sconto documento con motivo ma senza importo BT-92

Apri la guida dettagliata per BR-31 →

BR-32: Il codice categoria IVA dello sconto a livello documento è obbligatorio

Ogni sconto a livello documento (BG-20) deve avere un codice categoria IVA dello sconto (BT-95).

Come risolvere: Aggiungi cac:TaxCategory/cbc:ID allo sconto usando la stessa categoria IVA dei beni ridotti per far quadrare la ripartizione.

Esempi validi

BT-95 = S (aliquota ordinaria) su uno sconto a livello documento

Esempi non validi

Importo sconto presente ma senza codice categoria BT-95

Apri la guida dettagliata per BR-32 →

BR-33: Il motivo o codice motivo dello sconto a livello documento è obbligatorio

Ogni sconto a livello documento (BG-20) deve avere un motivo dello sconto (BT-97) o un codice motivo dello sconto (BT-98).

Come risolvere: Aggiungi il testo cbc:AllowanceChargeReason o il codice cbc:AllowanceChargeReasonCode (UNCL5189); se presenti entrambi devono indicare lo stesso motivo.

Esempi validi

BT-97 = "Sconto quantità"
BT-98 = 95 (sconto)

Esempi non validi

Sconto con solo importo, senza motivo né codice motivo

Apri la guida dettagliata per BR-33 →

BR-36: L’importo dell’onere a livello documento è obbligatorio

Ogni onere a livello documento (BG-21) deve avere un importo dell’onere a livello documento (BT-99).

Come risolvere: Aggiungi cbc:Amount al cac:AllowanceCharge di livello documento con cbc:ChargeIndicator true.

Esempi validi

BT-99 = 9,90 su un onere a livello documento (es. trasporto)

Esempi non validi

Onere documento con motivo ma senza importo BT-99

Apri la guida dettagliata per BR-36 →

BR-37: Il codice categoria IVA dell’onere a livello documento è obbligatorio

Ogni onere a livello documento (BG-21) deve avere un codice categoria IVA (BT-102).

Come risolvere: Aggiungi cac:TaxCategory/cbc:ID all’onere con la categoria IVA con cui è tassato.

Esempi validi

BT-102 = S (aliquota ordinaria) su un onere a livello documento

Esempi non validi

Importo onere presente ma senza codice categoria BT-102

Apri la guida dettagliata per BR-37 →

BR-38: Il motivo o codice motivo dell’onere a livello documento è obbligatorio

Ogni onere a livello documento (BG-21) deve avere un motivo dell’onere (BT-104) o un codice motivo dell’onere (BT-105).

Come risolvere: Aggiungi il testo cbc:AllowanceChargeReason o il codice cbc:AllowanceChargeReasonCode (UNCL7161); se presenti entrambi devono indicare lo stesso motivo.

Esempi validi

BT-104 = "Trasporto"
BT-105 = FC (costo di trasporto)

Esempi non validi

Onere con solo importo, senza motivo né codice motivo

Apri la guida dettagliata per BR-38 →

BR-41: L’importo dello sconto di riga è obbligatorio

Ogni sconto di riga (BG-27) deve avere un importo dello sconto di riga (BT-136).

Come risolvere: Aggiungi cbc:Amount al cac:AllowanceCharge di riga con cbc:ChargeIndicator false.

Esempi validi

BT-136 = 3,00 su uno sconto di riga

Esempi non validi

Sconto di riga con motivo ma senza importo BT-136

Apri la guida dettagliata per BR-41 →

BR-42: Il motivo o codice motivo dello sconto di riga è obbligatorio

Ogni sconto di riga (BG-27) deve avere un motivo dello sconto di riga (BT-139) o un codice motivo dello sconto di riga (BT-140).

Come risolvere: Aggiungi il testo cbc:AllowanceChargeReason o il codice cbc:AllowanceChargeReasonCode (UNCL5189); se presenti entrambi devono indicare lo stesso motivo.

Esempi validi

BT-139 = "Imballaggio danneggiato"
BT-140 = 95 (sconto)

Esempi non validi

Sconto di riga con solo importo, senza motivo né codice

Apri la guida dettagliata per BR-42 →

BR-43: L’importo dell’onere di riga è obbligatorio

Ogni onere di riga (BG-28) deve avere un importo dell’onere di riga (BT-141).

Come risolvere: Aggiungi cbc:Amount al cac:AllowanceCharge di riga con cbc:ChargeIndicator true.

Esempi validi

BT-141 = 1,50 su un onere di riga

Esempi non validi

Onere di riga con motivo ma senza importo BT-141

Apri la guida dettagliata per BR-43 →

BR-44: Il motivo o codice motivo dell’onere di riga è obbligatorio

Ogni onere di riga (BG-28) deve avere un motivo dell’onere di riga (BT-144) o un codice motivo dell’onere di riga (BT-145).

Come risolvere: Aggiungi il testo cbc:AllowanceChargeReason o il codice cbc:AllowanceChargeReasonCode (UNCL7161); se presenti entrambi devono indicare lo stesso motivo.

Esempi validi

BT-144 = "Movimentazione"
BT-145 = ABK (varie)

Esempi non validi

Onere di riga con solo importo, senza motivo né codice

Apri la guida dettagliata per BR-44 →

BR-45: L’importo imponibile della ripartizione IVA è obbligatorio

Ogni ripartizione IVA (BG-23) deve avere un importo imponibile per categoria IVA (BT-116).

Come risolvere: Aggiungi cbc:TaxableAmount a ogni cac:TaxSubtotal così che ogni subtotale indichi la base imponibile.

Esempi validi

BT-116 = 100,00 per il subtotale IVA ad aliquota ordinaria

Esempi non validi

Subtotale IVA con imposta ma senza imponibile BT-116

Apri la guida dettagliata per BR-45 →

BR-46: L’importo dell’imposta della ripartizione IVA è obbligatorio

Ogni ripartizione IVA (BG-23) deve avere un importo dell’imposta per categoria IVA (BT-117).

Come risolvere: Aggiungi cbc:TaxAmount a ogni cac:TaxSubtotal; per le categorie esenti o ad aliquota zero il valore è 0,00.

Esempi validi

BT-117 = 19,00 per un subtotale ad aliquota ordinaria
BT-117 = 0,00 per un subtotale esente

Esempi non validi

Subtotale IVA con imponibile ma senza imposta BT-117

Apri la guida dettagliata per BR-46 →

BR-48: L’aliquota di categoria della ripartizione IVA è obbligatoria salvo fuori campo IVA

Ogni ripartizione IVA (BG-23) deve avere un’aliquota di categoria IVA (BT-119), salvo se la fattura non è soggetta a IVA.

Come risolvere: Aggiungi cac:TaxCategory/cbc:Percent a ogni subtotale; usa 0 per categorie esenti o ad aliquota zero e omettilo solo per la categoria fuori campo O.

Esempi validi

BT-119 = 19 per aliquota ordinaria
BT-119 = 0 per una categoria esente

Esempi non validi

Subtotale ad aliquota ordinaria senza aliquota BT-119

Apri la guida dettagliata per BR-48 →

BR-49: L’istruzione di pagamento deve indicare un codice del mezzo di pagamento

Un’istruzione di pagamento (BG-16) deve indicare il codice del mezzo di pagamento (BT-81).

Come risolvere: Aggiungi cac:PaymentMeans/cbc:PaymentMeansCode da UNCL4461, ad esempio 58 per bonifico SEPA o 30 per bonifico.

Esempi validi

BT-81 = 58 (bonifico SEPA)

Esempi non validi

Gruppo istruzione di pagamento presente senza codice BT-81

Apri la guida dettagliata per BR-49 →

BR-50: Il bonifico richiede un identificativo del conto di pagamento

Un identificativo del conto di pagamento (BT-84) deve essere presente se nella fattura sono indicate informazioni di bonifico (BG-17).

Come risolvere: Fornisci cac:PayeeFinancialAccount/cbc:ID, di solito l’IBAN, per ogni gruppo di bonifico.

Esempi validi

BT-84 = DE89370400440532013000 con bonifico

Esempi non validi

Mezzo di bonifico senza ID PayeeFinancialAccount

Apri la guida dettagliata per BR-50 →

BR-51: Il numero principale della carta deve essere mascherato

In conformità agli standard di sicurezza dei pagamenti con carta, la fattura non deve mai includere il numero completo della carta (BT-87); le regole PCI consentono al massimo le prime 6 e le ultime 4 cifre.

Come risolvere: Maschera cac:CardAccount/cbc:PrimaryAccountNumberID lasciando solo le prime 6 e le ultime 4 cifre, sostituendo le altre con un carattere di mascheramento.

Esempi validi

BT-87 = 401288******1881 (mascherato)

Esempi non validi

BT-87 = 4012888888881881 (numero completo esposto)

Apri la guida dettagliata per BR-51 →

BR-52: Il documento di supporto aggiuntivo deve avere un riferimento

Ogni documento di supporto aggiuntivo (BG-24) deve contenere un riferimento del documento di supporto (BT-122).

Come risolvere: Aggiungi cbc:ID a ogni cac:AdditionalDocumentReference che contiene o riferisce un documento di supporto.

Esempi validi

BT-122 = "TIMESHEET-2026-02" per un foglio ore allegato

Esempi non validi

Gruppo documento di supporto con allegato ma senza riferimento BT-122

Apri la guida dettagliata per BR-52 →

BR-53: Il totale IVA in valuta contabile è obbligatorio se è impostata una valuta IVA

Se è presente il codice valuta contabile IVA (BT-6), deve essere fornito l’importo totale IVA in valuta contabile (BT-111).

Come risolvere: Quando cbc:TaxCurrencyCode (BT-6) differisce dalla valuta del documento, aggiungi un secondo cac:TaxTotal/cbc:TaxAmount in quella valuta contabile.

Esempi validi

BT-6 = SEK con BT-111 = 190,00 SEK accanto al totale IVA in EUR

Esempi non validi

BT-6 = SEK impostato ma nessun totale IVA BT-111 in SEK

Apri la guida dettagliata per BR-53 →

BR-54: La proprietà articolo deve avere sia un nome sia un valore

Ogni proprietà articolo (BG-32) deve contenere un nome della proprietà (BT-160) e un valore della proprietà (BT-161).

Come risolvere: Fornisci sia cac:AdditionalItemProperty/cbc:Name sia cbc:Value per ogni proprietà articolo.

Esempi validi

BT-160 = "Colore", BT-161 = "Blu"

Esempi non validi

Proprietà con nome ma senza valore (BT-161 mancante)

Apri la guida dettagliata per BR-54 →

BR-55: Il riferimento alla fattura precedente deve contenere un identificativo

Ogni riferimento a fattura precedente (BG-3) deve contenere un identificativo di fattura precedente (BT-25).

Come risolvere: Aggiungi cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID con l’identificativo della fattura precedente corretta o riferita.

Esempi validi

BT-25 = "INV-2026-0007" che riferisce la fattura corretta

Esempi non validi

Gruppo riferimento di fatturazione senza ID InvoiceDocumentReference

Apri la guida dettagliata per BR-55 →

BR-56: Il rappresentante fiscale del venditore deve avere un identificativo IVA

Ogni rappresentante fiscale del venditore (BG-11) deve avere un identificativo IVA del rappresentante fiscale (BT-63).

Come risolvere: Aggiungi cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID con l’identificativo IVA del rappresentante in un regime IVA.

Esempi validi

BT-63 = FR12345678901 per il rappresentante fiscale

Esempi non validi

Rappresentante fiscale con nome e indirizzo ma senza ID IVA BT-63

Apri la guida dettagliata per BR-56 →

BR-62: L’indirizzo elettronico del venditore deve avere un identificativo di schema

L’indirizzo elettronico del venditore (BT-34) deve avere un identificativo di schema che indichi lo schema dell’indirizzo.

Come risolvere: Imposta l’attributo schemeID su cbc:EndpointID del venditore con un codice EAS, ad esempio 9958 per lo schema tedesco Leitweg-ID o 0088 per GLN.

Esempi validi

BT-34 = seller@example.com con schemeID="EM"

Esempi non validi

BT-34 EndpointID presente ma senza attributo schemeID

Apri la guida dettagliata per BR-62 →

BR-63: L’indirizzo elettronico dell’acquirente deve avere un identificativo di schema

L’indirizzo elettronico dell’acquirente (BT-49) deve avere un identificativo di schema che indichi lo schema dell’indirizzo.

Come risolvere: Imposta l’attributo schemeID su cbc:EndpointID dell’acquirente con un codice EAS coerente con come riceve le fatture.

Esempi validi

BT-49 = 991-1234567-89 con schemeID="9958" (Leitweg-ID)

Esempi non validi

BT-49 EndpointID presente ma senza attributo schemeID

Apri la guida dettagliata per BR-63 →

BR-64: L’identificativo standard dell’articolo deve avere un identificativo di schema

L’identificativo standard dell’articolo (BT-157) deve avere un identificativo di schema affinché lo schema di registrazione sia univoco.

Come risolvere: Imposta l’attributo schemeID su cac:StandardItemIdentification/cbc:ID con un codice ISO/IEC 6523, ad esempio 0160 per GTIN.

Esempi validi

BT-157 = 04012345678901 con schemeID="0160" (GTIN)

Esempi non validi

BT-157 identificativo standard presente ma senza attributo schemeID

Apri la guida dettagliata per BR-64 →

BR-65: L’identificativo di classificazione dell’articolo deve avere un identificativo di schema

L’identificativo di classificazione dell’articolo (BT-158) deve avere un identificativo di schema che indichi lo schema di classificazione usato.

Come risolvere: Imposta l’attributo listID su cac:CommodityClassification/cbc:ItemClassificationCode con un codice UNCL7143, ad esempio TST per UNSPCC o ST per uno schema fornitore.

Esempi validi

BT-158 = 65010000 con listID="STI" (schema di classificazione)

Esempi non validi

BT-158 codice di classificazione presente ma senza attributo listID

Apri la guida dettagliata per BR-65 →

BR-CL-01: Il codice tipo fattura deve provenire da UNTDID 1001

Il codice tipo documento (BT-3) deve essere un valore delle liste codici fattura e nota di credito di UNTDID 1001.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che il tipo di documento sia leggibile da tutti i sistemi riceventi.

Come risolvere: Imposta BT-3 su un codice UNTDID 1001 valido, ad es. 380 (fattura commerciale), 381 (nota di credito), 384 (fattura corretta), 389 (autofatturazione) o 875-877 (fatture edili).

Esempi validi

BT-3 = 380 — fattura commerciale
BT-3 = 381 — nota di credito

Esempi non validi

BT-3 = 999 — non presente in UNTDID 1001
BT-3 = INV — testo libero anziché codice

Apri la guida dettagliata per BR-CL-01 →

BR-CL-03: L’attributo valuta deve usare ISO 4217 alfa-3

L’attributo currencyID sugli elementi di importo deve essere un codice di tre lettere da ISO 4217 alfa-3.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che ogni importo abbia una valuta univoca.

Come risolvere: Usa un codice ISO 4217 alfa-3 valido come EUR, USD o CHF in ogni attributo currencyID.

Esempi validi

currencyID="EUR" su un importo di riga
currencyID="USD" su un importo d’imposta

Esempi non validi

currencyID="EURO" — quattro lettere, non ISO 4217
currencyID="€" — simbolo anziché codice

Apri la guida dettagliata per BR-CL-03 →

BR-CL-04: Il codice valuta della fattura deve usare ISO 4217 alfa-3

Il codice valuta della fattura (BT-5) deve essere un codice di tre lettere da ISO 4217 alfa-3.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 fissa la valuta in cui sono espressi i totali della fattura.

Come risolvere: Imposta BT-5 su un codice ISO 4217 alfa-3 valido come EUR; non usare simboli, nomi o abbreviazioni di quattro lettere.

Esempi validi

BT-5 = EUR
BT-5 = CHF

Esempi non validi

BT-5 = EURO — non è un codice ISO 4217
BT-5 = Euro — nome valuta, non codice

Apri la guida dettagliata per BR-CL-04 →

BR-CL-05: Il codice valuta imposta deve usare ISO 4217 alfa-3

Il codice valuta di contabilizzazione IVA (BT-6) deve essere un codice di tre lettere da ISO 4217 alfa-3.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 si applica quando l’IVA deve essere dichiarata in una valuta diversa da quella della fattura.

Come risolvere: Quando BT-6 è presente, impostalo su un codice ISO 4217 alfa-3 valido come EUR.

Esempi validi

BT-6 = EUR
BT-6 = USD

Esempi non validi

BT-6 = EURO — codice ISO 4217 non valido
BT-6 = US$ — simbolo, non codice

Apri la guida dettagliata per BR-CL-05 →

BR-CL-06: Il codice data IVA deve provenire da UNTDID 2005

Il codice data IVA (BT-8) deve essere uno dei valori ristretti UNTDID 2005: 3, 35 o 432.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 limita un’ampia lista di qualificatori data UN ai tre valori rilevanti per l’IVA.

Come risolvere: Imposta BT-8 su 3 (data fattura), 35 (data consegna effettiva) o 432 (data pagamento); nessun altro codice è accettato.

Esempi validi

BT-8 = 35 — data consegna effettiva
BT-8 = 432 — data pagamento

Esempi non validi

BT-8 = 5 — fuori dalla restrizione ammessa
BT-8 = 29 — valido in UNTDID 2005 ma non permesso qui

Apri la guida dettagliata per BR-CL-06 →

BR-CL-07: Lo schema identificativo oggetto deve provenire da UNTDID 1153

L’identificativo di schema dell’identificativo oggetto (BT-18-1) deve essere un codice della restrizione UNTDID 1153 usata per gli oggetti referenziati.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 mantiene identificabile a macchina il tipo dell’oggetto referenziato (es. contratto, ordine).

Come risolvere: Imposta lo schemeID di BT-18 su un qualificatore UNTDID 1153 valido come AAK (numero d’ordine) o AWV; non inventare codici di schema.

Esempi validi

BT-18-1 = AAK — identificativo oggetto per un ordine
schemeID presente e parte di UNTDID 1153

Esempi non validi

BT-18-1 = ZZ9 — non è un codice UNTDID 1153
BT-18-1 = ORDER — schema in testo libero

Apri la guida dettagliata per BR-CL-07 →

BR-CL-08: Il codice oggetto della nota deve provenire da UNCL4451

Quando una nota di fattura (BT-21) reca un codice oggetto, tale codice deve appartenere alla lista codici UNCL4451.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 vincola solo il qualificatore oggetto; la nota in testo libero resta libera.

Come risolvere: In UBL, anteponi alla nota un codice UNCL4451 tra cancelletti, ad es. "#AAI#Informazione generale" o "#REG#..."; è ammessa anche una nota in testo libero senza codice.

Esempi validi

Nota = "#AAI#Informazione generale"
Nota = "Consegna la prossima settimana" — senza codice, ammesso

Esempi non validi

Nota = "#XYZ#..." — XYZ non è un codice UNCL4451
Nota = "#AA#..." — il codice non ha tre caratteri

Apri la guida dettagliata per BR-CL-08 →

BR-CL-10: Lo schema identificativo deve provenire da ISO 6523 ICD

Qualsiasi identificativo di schema generico (es. identificativo venditore o acquirente BT-29/BT-46) deve essere un codice della lista ISO 6523 ICD.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 consente ai riceventi di risolvere un identificativo tramite un’autorità di registrazione nota.

Come risolvere: Imposta schemeID su un codice ISO 6523 ICD valido, ad es. 0088 (GLN) o 0060 (D-U-N-S). Per gli identificativi del venditore o del beneficiario è accettato anche SEPA; altrimenti rimuovi l’attributo se non puoi classificare l’identificativo.

Esempi validi

schemeID="0088" per un identificativo GLN
schemeID="0060" per un numero D-U-N-S
schemeID="SEPA" per un identificativo del venditore o del beneficiario

Esempi non validi

schemeID="GLN" — nome anziché codice ICD
schemeID="9999" — non in ISO 6523 ICD

Apri la guida dettagliata per BR-CL-10 →

BR-CL-11: Lo schema identificativo di registrazione deve provenire da ISO 6523 ICD

Qualsiasi identificativo di schema di registrazione legale (es. registrazione venditore BT-30-1, acquirente BT-47-1) deve essere un codice della lista ISO 6523 ICD.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che un numero di registrazione legale sia legato a un’autorità di registrazione risolvibile.

Come risolvere: Imposta lo schemeID dell’identificativo di registrazione legale su un codice ISO 6523 ICD valido come 0002 (SIRENE) o 0088 (GLN).

Esempi validi

BT-30-1 = 0002 — registro SIRENE francese
BT-30-1 = 0088 — GLN come schema di registrazione

Esempi non validi

BT-30-1 = HRB — abbreviazione registro, non ISO 6523
BT-30-1 = 0000 — valore ICD non definito

Apri la guida dettagliata per BR-CL-11 →

BR-CL-13: Lo schema di classificazione articolo deve provenire da UNTDID 7143

L’identificativo di schema di classificazione articolo (BT-158-1) deve essere un codice della lista UNTDID 7143.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 indica a quale catalogo di classificazione appartiene un articolo codificato.

Come risolvere: Imposta il listID su un codice UNTDID 7143 valido come SRV (GS1 GPC) o STI (CPV); non usare un semplice nome di schema.

Esempi validi

BT-158-1 = SRV — GS1 Global Product Classification
BT-158-1 = STI — vocabolario CPV

Esempi non validi

BT-158-1 = GPC — non è un codice UNTDID 7143
BT-158-1 = CUSTOM — schema in testo libero

Apri la guida dettagliata per BR-CL-13 →

BR-CL-14: I codici paese devono usare ISO 3166-1

I codici paese in una fattura, come il paese del venditore (BT-40) e dell’acquirente (BT-55), devono essere codificati secondo ISO 3166-1 alfa-2.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 mantiene interoperabili oltre confine i paesi degli indirizzi postali.

Come risolvere: Usa il codice ISO 3166-1 alfa-2 di due lettere, ad es. DE per la Germania, FR per la Francia, IT per l’Italia.

Esempi validi

BT-40 = DE
BT-55 = FR

Esempi non validi

BT-40 = GER — tre lettere, non ISO 3166-1 alfa-2
BT-40 = Germany — nome del paese

Apri la guida dettagliata per BR-CL-14 →

BR-CL-15: Il paese di origine dell’articolo deve usare ISO 3166-1

Il codice del paese di origine dell’articolo (BT-159) deve essere codificato secondo ISO 3166-1 alfa-2.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 supporta le dichiarazioni di origine a livello riga per dogana e reportistica.

Come risolvere: Imposta BT-159 su un codice ISO 3166-1 alfa-2 di due lettere come CN, TR o IT.

Esempi validi

BT-159 = CN
BT-159 = TR

Esempi non validi

BT-159 = CHN — tre lettere, non alfa-2
BT-159 = China — nome del paese

Apri la guida dettagliata per BR-CL-15 →

BR-CL-16: Il codice mezzo di pagamento deve provenire da UNCL4461

Il codice tipo mezzo di pagamento (BT-81) deve essere codificato con la lista codici UNCL4461.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 consente al pagatore di eseguire il pagamento secondo un metodo standard.

Come risolvere: Imposta BT-81 su un codice UNCL4461 valido, ad es. 30 (bonifico), 58 (bonifico SEPA), 59 (addebito diretto SEPA) o 48 (carta).

Esempi validi

BT-81 = 58 — bonifico SEPA
BT-81 = 59 — addebito diretto SEPA

Esempi non validi

BT-81 = 999 — non è un codice UNCL4461
BT-81 = SEPA — testo libero anziché codice

Apri la guida dettagliata per BR-CL-16 →

BR-CL-17: Il codice categoria IVA a livello documento deve provenire da UNCL5305

I codici categoria IVA a livello documento (es. BT-95, BT-102) devono essere codificati con la lista codici UNCL5305.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 lega ogni ripartizione IVA a una categoria di trattamento fiscale riconosciuta.

Come risolvere: Usa un codice categoria UNCL5305: S (aliquota ordinaria), Z (aliquota zero), E (esente), AE (inversione contabile), K (intracomunitario), G (esportazione), O (fuori campo), L (Canarie) o M (Ceuta/Melilla).

Esempi validi

BT-102 = S — aliquota ordinaria
BT-102 = AE — inversione contabile

Esempi non validi

BT-102 = X — non è una categoria UNCL5305
BT-102 = 19 — un’aliquota, non un codice categoria

Apri la guida dettagliata per BR-CL-17 →

BR-CL-18: Il codice categoria IVA a livello riga deve provenire da UNCL5305

Il codice categoria IVA dell’articolo fatturato (BT-151) a livello riga deve essere codificato con la lista codici UNCL5305.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che ogni riga usi la stessa tassonomia di categorie della ripartizione IVA del documento.

Come risolvere: Imposta BT-151 su una categoria UNCL5305 come S, Z, E, AE, K, G, O, L o M, coerente con la relativa ripartizione IVA.

Esempi validi

BT-151 = S — riga ad aliquota ordinaria
BT-151 = Z — riga ad aliquota zero

Esempi non validi

BT-151 = N — non è una categoria UNCL5305
BT-151 = 0 — valore numerico, non un codice categoria

Apri la guida dettagliata per BR-CL-18 →

BR-CL-19: Il motivo di sconto codificato deve provenire da UNCL5189

Quando un motivo di sconto è codificato (BT-98 a livello documento, BT-140 a livello riga), il codice deve appartenere alla lista UNCL5189.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 standardizza il motivo di una detrazione, agevolando la registrazione automatica.

Come risolvere: Imposta il codice motivo sconto su un valore UNCL5189 come 95 (sconto) o 100 (ribasso speciale); usa il campo testo libero per i casi non coperti.

Esempi validi

BT-98 = 95 — sconto
BT-140 = 100 — ribasso speciale a livello riga

Esempi non validi

BT-98 = DISC — testo libero anziché codice
BT-98 = 9999 — non presente in UNCL5189

Apri la guida dettagliata per BR-CL-19 →

BR-CL-20: Il motivo di addebito codificato deve provenire da UNCL7161

Quando un motivo di addebito è codificato (BT-105 a livello documento, BT-145 a livello riga), il codice deve appartenere alla lista UNCL7161.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 standardizza il motivo di un addebito, agevolando la registrazione automatica.

Come risolvere: Imposta il codice motivo addebito su un valore UNCL7161 come FC (trasporto), PC (imballaggio) o AA (pubblicità); usa il testo libero per i casi non coperti.

Esempi validi

BT-105 = FC — servizio di trasporto
BT-145 = PC — costo imballaggio a livello riga

Esempi non validi

BT-105 = FREIGHT — testo libero anziché codice
BT-105 = 99 — non presente in UNCL7161

Apri la guida dettagliata per BR-CL-20 →

BR-CL-21: Lo schema identificativo standard articolo deve provenire da ISO 6523 ICD

L’identificativo di schema dell’identificativo standard articolo (BT-157-1) deve essere un codice della lista ISO 6523 ICD.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 consente agli acquirenti di risolvere un identificativo standard di articolo (come un GTIN) tramite lo schema emittente.

Come risolvere: Imposta lo schemeID di BT-157 su un codice ISO 6523 ICD valido, ad es. 0160 (GTIN/GS1) o 0088 (GLN).

Esempi validi

BT-157-1 = 0160 — GTIN emesso da GS1
schemeID presente e parte di ISO 6523 ICD

Esempi non validi

BT-157-1 = GTIN — nome anziché codice ICD
BT-157-1 = EAN — non è un valore ISO 6523 ICD

Apri la guida dettagliata per BR-CL-21 →

BR-CL-22: Il codice motivo di esenzione deve provenire da CEF VATEX

Il codice motivo di esenzione IVA (BT-121) deve appartenere alla lista codici CEF VATEX.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 rende la base giuridica di un’esenzione elaborabile a macchina in tutta l’UE.

Come risolvere: Imposta BT-121 su un codice CEF VATEX come VATEX-EU-AE (inversione contabile) o VATEX-EU-G (esportazione); la motivazione leggibile (BT-120) può accompagnarlo.

Esempi validi

BT-121 = VATEX-EU-AE — inversione contabile
BT-121 = VATEX-EU-G — esportazione fuori UE

Esempi non validi

BT-121 = §13b UStG — riferimento normativo, non un codice VATEX
BT-121 = EXEMPT — testo libero

Apri la guida dettagliata per BR-CL-22 →

BR-CL-23: Il codice unità deve provenire dalla Rec 20 UN/ECE con Rec 21

I codici unità di misura (es. unità della quantità fatturata BT-130, unità della quantità base BT-150) devono essere codificati secondo la Raccomandazione 20 UN/ECE con l’estensione Rec 21.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che le quantità abbiano un’unità riconosciuta a livello globale per prezzo e consegna.

Come risolvere: Usa un codice UN/ECE Rec 20/21 valido come C62 (pezzo), KGM (chilogrammo), MTR (metro), LTR (litro) o HUR (ora).

Esempi validi

BT-130 = C62 — pezzo
BT-130 = KGM — chilogrammo

Esempi non validi

BT-130 = PCS — non è un codice UN/ECE Rec 20/21
BT-130 = Stk — abbreviazione locale

Apri la guida dettagliata per BR-CL-23 →

BR-CL-24: Il codice MIME dell’allegato deve essere un tipo di media MIME valido

Il codice MIME di un allegato incorporato (BT-125-1) deve usare la lista MIMEMediaType; XRechnung lo limita a un piccolo insieme di tipi ammessi.

Contesto normativo: Questa regola di lista codici del nucleo EN16931, rafforzata da XRechnung, garantisce che gli allegati si aprano in visualizzatori standard lato ricevente.

Come risolvere: Usa uno dei tipi MIME ammessi: application/pdf, image/png, image/jpeg, text/csv, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet o application/vnd.oasis.opendocument.spreadsheet.

Esempi validi

BT-125-1 = application/pdf
BT-125-1 = image/png

Esempi non validi

BT-125-1 = application/zip — non nell’insieme ammesso
BT-125-1 = pdf — non è un tipo di media MIME completo

Apri la guida dettagliata per BR-CL-24 →

BR-CL-25: Lo schema identificativo endpoint deve provenire da CEF EAS

L’identificativo di schema dell’indirizzo elettronico (endpoint) — BT-34-1 per il venditore, BT-49-1 per l’acquirente — deve appartenere alla lista codici CEF EAS.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 consente il corretto instradamento della fattura verso un indirizzo elettronico (es. su Peppol).

Come risolvere: Imposta lo schemeID dell’endpoint su un codice CEF EAS valido come 0088 (GLN), 0204 (Leitweg-ID tedesco) o EM (indirizzo e-mail).

Esempi validi

BT-49-1 = 0204 — Leitweg-ID tedesco
BT-34-1 = EM — endpoint e-mail

Esempi non validi

BT-49-1 = LEITWEG — nome anziché codice EAS
BT-49-1 = 9999 — non in CEF EAS

Apri la guida dettagliata per BR-CL-25 →

BR-CL-26: Lo schema del luogo di consegna deve provenire da ISO 6523 ICD

L’identificativo di schema dell’identificativo del luogo di consegna (BT-71-1) deve appartenere alla lista codici ISO 6523 ICD.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 rende il luogo di consegna risolvibile tramite uno schema registrato come GS1 GLN.

Come risolvere: Imposta lo schemeID di BT-71 su un codice ISO 6523 ICD valido come 0088 (GLN); rimuovi l’attributo se il luogo non ha un identificativo registrato ICD.

Esempi validi

BT-71-1 = 0088 — GLN del sito di consegna
schemeID presente e parte di ISO 6523 ICD

Esempi non validi

BT-71-1 = GLN — nome anziché codice ICD
BT-71-1 = 9999 — non in ISO 6523 ICD

Apri la guida dettagliata per BR-CL-26 →

BR-DEC-01: Importo dello sconto a livello di documento non deve superare due decimali

BT-92 Importo dello sconto a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-92 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-92 = 100.00 — due decimali accettati

Esempi non validi

BT-92 = 100.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-01 →

BR-DEC-02: Importo base dello sconto a livello di documento non deve superare due decimali

BT-93 Importo base dello sconto a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-93 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-93 = 1000.00 — due decimali accettati

Esempi non validi

BT-93 = 1000.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-02 →

BR-DEC-05: Importo dell'onere a livello di documento non deve superare due decimali

BT-99 Importo dell'onere a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-99 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-99 = 25.00 — due decimali accettati

Esempi non validi

BT-99 = 25.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-05 →

BR-DEC-06: Importo base dell'onere a livello di documento non deve superare due decimali

BT-100 Importo base dell'onere a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-100 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-100 = 500.00 — due decimali accettati

Esempi non validi

BT-100 = 500.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-06 →

BR-DEC-09: Somma degli importi netti delle righe di fattura non deve superare due decimali

BT-106 Somma degli importi netti delle righe di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-106 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-106 = 1000.00 — due decimali accettati

Esempi non validi

BT-106 = 1000.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-09 →

BR-DEC-10: Somma degli sconti a livello di documento non deve superare due decimali

BT-107 Somma degli sconti a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-107 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-107 = 100.00 — due decimali accettati

Esempi non validi

BT-107 = 100.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-10 →

BR-DEC-11: Somma degli oneri a livello di documento non deve superare due decimali

BT-108 Somma degli oneri a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-108 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-108 = 25.00 — due decimali accettati

Esempi non validi

BT-108 = 25.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-11 →

BR-DEC-12: Importo totale della fattura senza IVA non deve superare due decimali

BT-109 Importo totale della fattura senza IVA è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-109 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-109 = 900.00 — due decimali accettati

Esempi non validi

BT-109 = 900.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-12 →

BR-DEC-13: Importo totale dell'IVA della fattura non deve superare due decimali

BT-110 Importo totale dell'IVA della fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-110 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-110 = 171.00 — due decimali accettati

Esempi non validi

BT-110 = 171.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-13 →

BR-DEC-14: Importo totale della fattura con IVA non deve superare due decimali

BT-112 Importo totale della fattura con IVA è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-112 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-112 = 1071.00 — due decimali accettati

Esempi non validi

BT-112 = 1071.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-14 →

BR-DEC-15: Importo totale dell'IVA nella valuta contabile non deve superare due decimali

BT-111 Importo totale dell'IVA nella valuta contabile è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-111 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-111 = 185.00 — due decimali accettati

Esempi non validi

BT-111 = 185.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-15 →

BR-DEC-16: Importo pagato non deve superare due decimali

BT-113 Importo pagato è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-113 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-113 = 50.00 — due decimali accettati

Esempi non validi

BT-113 = 50.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-16 →

BR-DEC-17: Importo di arrotondamento non deve superare due decimali

BT-114 Importo di arrotondamento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-114 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-114 = 0.01 — due decimali accettati

Esempi non validi

BT-114 = 0.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-17 →

BR-DEC-18: Importo dovuto non deve superare due decimali

BT-115 Importo dovuto è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-115 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-115 = 1021.00 — due decimali accettati

Esempi non validi

BT-115 = 1021.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-18 →

BR-DEC-19: Importo imponibile per categoria IVA non deve superare due decimali

BT-116 Importo imponibile per categoria IVA è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-116 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-116 = 900.00 — due decimali accettati

Esempi non validi

BT-116 = 900.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-19 →

BR-DEC-20: Importo IVA per categoria non deve superare due decimali

BT-117 Importo IVA per categoria è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-117 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-117 = 171.00 — due decimali accettati

Esempi non validi

BT-117 = 171.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-20 →

BR-DEC-23: Importo netto della riga di fattura non deve superare due decimali

BT-131 Importo netto della riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-131 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-131 = 100.00 — due decimali accettati

Esempi non validi

BT-131 = 100.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-23 →

BR-DEC-24: Importo dello sconto sulla riga di fattura non deve superare due decimali

BT-136 Importo dello sconto sulla riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-136 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-136 = 5.00 — due decimali accettati

Esempi non validi

BT-136 = 5.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-24 →

BR-DEC-25: Importo base dello sconto sulla riga di fattura non deve superare due decimali

BT-137 Importo base dello sconto sulla riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-137 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-137 = 100.00 — due decimali accettati

Esempi non validi

BT-137 = 100.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-25 →

BR-DEC-27: Importo dell'onere sulla riga di fattura non deve superare due decimali

BT-141 Importo dell'onere sulla riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-141 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-141 = 5.00 — due decimali accettati

Esempi non validi

BT-141 = 5.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-27 →

BR-DEC-28: Importo base dell'onere sulla riga di fattura non deve superare due decimali

BT-142 Importo base dell'onere sulla riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-142 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-142 = 100.00 — due decimali accettati

Esempi non validi

BT-142 = 100.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-28 →

BR-S-02: Una riga ad aliquota ordinaria richiede un identificativo IVA del venditore

Una fattura che contiene una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è "Aliquota ordinaria" deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Questa regola EN16931 disciplina le forniture ad aliquota ordinaria (categoria S) e garantisce che un venditore soggetto a imposta che addebita l’IVA sia correttamente identificato ai fini fiscali.

Come risolvere: Aggiungi l’identificativo IVA del venditore in cac:PartyTaxScheme/cbc:CompanyID (BT-31), oppure fornisci l’identificativo di registrazione fiscale (BT-32) o l’identificativo IVA del rappresentante fiscale (BT-63).

Esempi validi

Riga ad aliquota ordinaria al 19 % con identificativo IVA venditore DE123456789 presente

Esempi non validi

Riga ad aliquota ordinaria al 19 % ma il venditore non riporta BT-31, BT-32 né BT-63

Apri la guida dettagliata per BR-S-02 →

BR-S-03: Uno sconto a livello di documento ad aliquota ordinaria richiede un identificativo IVA del venditore

Una fattura che contiene uno sconto a livello di documento (BG-20) il cui codice categoria IVA dello sconto (BT-95) è "Aliquota ordinaria" deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Questa regola EN16931 rispecchia BR-S-02 per gli sconti a livello di documento ad aliquota ordinaria (categoria S), mantenendo identificabile il venditore soggetto a imposta.

Come risolvere: Fornisci l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale (BT-32) o l’identificativo IVA del rappresentante fiscale (BT-63) ogni volta che uno sconto a livello di documento usa la categoria S.

Esempi validi

Sconto a livello di documento in categoria S al 19 % con identificativo IVA venditore DE123456789

Esempi non validi

Sconto a livello di documento in categoria S ma senza BT-31, BT-32 né BT-63 sul venditore

Apri la guida dettagliata per BR-S-03 →

BR-S-04: Un onere a livello di documento ad aliquota ordinaria richiede un identificativo IVA del venditore

Una fattura che contiene un onere a livello di documento (BG-21) il cui codice categoria IVA dell’onere (BT-102) è "Aliquota ordinaria" deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Questa regola EN16931 rispecchia BR-S-02/BR-S-03 per gli oneri a livello di documento ad aliquota ordinaria (categoria S), mantenendo identificabile il venditore soggetto a imposta.

Esempi validi

Onere a livello di documento in categoria S al 19 % con identificativo IVA venditore DE123456789

Esempi non validi

Onere a livello di documento in categoria S ma senza BT-31, BT-32 né BT-63 sul venditore

Apri la guida dettagliata per BR-S-04 →

BR-S-06: L’aliquota di uno sconto a livello di documento ad aliquota ordinaria deve essere maggiore di zero

In uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è "Aliquota ordinaria", l’aliquota IVA dello sconto (BT-96) deve essere maggiore di zero.

Contesto normativo: Questa regola EN16931 garantisce che uno sconto ad aliquota ordinaria (categoria S) rechi un’aliquota IVA effettiva, poiché la categoria S per definizione comporta IVA positiva.

Come risolvere: Imposta l’aliquota IVA dello sconto (BT-96) sull’aliquota ordinaria positiva applicabile, ad esempio 19, oppure cambia categoria se non si applica alcuna IVA.

Esempi validi

Sconto a livello di documento con BT-95 = S e BT-96 = 19

Esempi non validi

Sconto a livello di documento con BT-95 = S ma BT-96 = 0

Apri la guida dettagliata per BR-S-06 →

BR-S-07: L’aliquota di un onere a livello di documento ad aliquota ordinaria deve essere maggiore di zero

In un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è "Aliquota ordinaria", l’aliquota IVA dell’onere (BT-103) deve essere maggiore di zero.

Contesto normativo: Questa regola EN16931 garantisce che un onere ad aliquota ordinaria (categoria S) rechi un’aliquota IVA effettiva, poiché la categoria S per definizione comporta IVA positiva.

Come risolvere: Imposta l’aliquota IVA dell’onere (BT-103) sull’aliquota ordinaria positiva applicabile, ad esempio 19, oppure cambia categoria se non si applica alcuna IVA.

Esempi validi

Onere a livello di documento con BT-102 = S e BT-103 = 19

Esempi non validi

Onere a livello di documento con BT-102 = S ma BT-103 = 0

Apri la guida dettagliata per BR-S-07 →

BR-S-09: L’importo IVA ad aliquota ordinaria deve essere pari all’imponibile moltiplicato per l’aliquota

L’importo IVA della categoria (BT-117) in una ripartizione IVA (BG-23) il cui codice categoria (BT-118) è "Aliquota ordinaria" deve essere uguale all’imponibile della categoria (BT-116) moltiplicato per l’aliquota della categoria (BT-119).

Contesto normativo: Questa regola EN16931 impone l’aritmetica della ripartizione IVA ad aliquota ordinaria (categoria S) affinché l’imposta dichiarata corrisponda alla base imponibile e all’aliquota.

Come risolvere: Ricalcola BT-117 come BT-116 × BT-119 / 100 e inserisci il risultato arrotondato nel TaxAmount del TaxSubtotal ad aliquota ordinaria.

Esempi validi

BT-116 = 100,00, BT-119 = 19, BT-117 = 19,00

Esempi non validi

BT-116 = 100,00, BT-119 = 19, ma BT-117 = 20,00

Apri la guida dettagliata per BR-S-09 →

BR-S-10: Una ripartizione IVA ad aliquota ordinaria non deve recare un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "Aliquota ordinaria" non deve avere un codice motivo di esenzione IVA (BT-121) né un testo del motivo di esenzione IVA (BT-120).

Contesto normativo: Questa regola EN16931 impedisce che una ripartizione ad aliquota ordinaria (categoria S) rechi un motivo di esenzione, il che contraddirebbe il fatto che l’IVA viene addebitata.

Come risolvere: Rimuovi cbc:TaxExemptionReasonCode (BT-121) e cbc:TaxExemptionReason (BT-120) dalla TaxCategory ad aliquota ordinaria; un motivo di esenzione appartiene solo alle categorie esenti da IVA (E, AE, K, G, O), non alle ripartizioni ad aliquota ordinaria o a tasso zero.

Esempi validi

BG-23 con BT-118 = S, BT-119 = 19 e senza BT-120 o BT-121

Esempi non validi

BG-23 con BT-118 = S ma con BT-120 = "Cessione esente"

Apri la guida dettagliata per BR-S-10 →

BR-Z-01: Un’operazione a tasso zero richiede esattamente una ripartizione IVA a tasso zero

Una fattura che contiene una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "Tasso zero" deve contenere nella ripartizione IVA (BG-23) esattamente un codice categoria IVA (BT-118) uguale a "Tasso zero".

Contesto normativo: Questa regola EN16931 disciplina le forniture a tasso zero (categoria Z) e garantisce un’unica ripartizione IVA consolidata per gli importi a tasso zero.

Come risolvere: Aggiungi esattamente un cac:TaxSubtotal/cac:TaxCategory con ID Z (BG-23) che riepiloga tutte le righe, gli sconti e gli oneri a tasso zero; non suddividerlo in più ripartizioni Z.

Esempi validi

Una riga con BT-151 = Z e una ripartizione BG-23 con BT-118 = Z

Esempi non validi

Una riga a tasso zero ma nessuna ripartizione BG-23 con BT-118 = Z, o due ripartizioni Z distinte

Apri la guida dettagliata per BR-Z-01 →

BR-Z-02: Una riga a tasso zero richiede un identificativo IVA del venditore

Una fattura che contiene una riga di fattura il cui codice categoria IVA dell’articolo fatturato (BT-151) è "Tasso zero" deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Questa regola EN16931 rispecchia BR-S-02 per le righe a tasso zero (categoria Z), mantenendo il venditore identificabile anche se l’IVA applicata è zero.

Esempi validi

Riga a tasso zero allo 0 % con identificativo IVA venditore DE123456789 presente

Esempi non validi

Riga a tasso zero allo 0 % ma il venditore non riporta BT-31, BT-32 né BT-63

Apri la guida dettagliata per BR-Z-02 →

BR-Z-03: Uno sconto a livello di documento a tasso zero richiede un identificativo IVA del venditore

Una fattura che contiene uno sconto a livello di documento (BG-20) il cui codice categoria IVA dello sconto (BT-95) è "Tasso zero" deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Questa regola EN16931 rispecchia BR-Z-02 per gli sconti a livello di documento a tasso zero (categoria Z), mantenendo il venditore identificabile.

Esempi validi

Sconto a livello di documento in categoria Z allo 0 % con identificativo IVA venditore DE123456789

Esempi non validi

Sconto a livello di documento in categoria Z ma senza BT-31, BT-32 né BT-63 sul venditore

Apri la guida dettagliata per BR-Z-03 →

BR-Z-04: Un onere a livello di documento a tasso zero richiede un identificativo IVA del venditore

Una fattura che contiene un onere a livello di documento il cui codice categoria IVA dell’onere (BT-102) è "Tasso zero" deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Questa regola EN16931 rispecchia BR-Z-02/BR-Z-03 per gli oneri a livello di documento a tasso zero (categoria Z), mantenendo il venditore identificabile.

Esempi validi

Onere a livello di documento in categoria Z allo 0 % con identificativo IVA venditore DE123456789

Esempi non validi

Onere a livello di documento in categoria Z ma senza BT-31, BT-32 né BT-63 sul venditore

Apri la guida dettagliata per BR-Z-04 →

BR-Z-05: L’aliquota di una riga a tasso zero deve essere zero

In una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è "Tasso zero", l’aliquota IVA dell’articolo fatturato (BT-152) deve essere 0 (zero).

Contesto normativo: Questa regola EN16931 garantisce che le righe a tasso zero (categoria Z) rechino un’aliquota dello 0 %, poiché la categoria Z indica una fornitura imponibile ma a tasso zero.

Come risolvere: Imposta l’aliquota IVA dell’articolo fatturato (BT-152) a 0 per le righe di categoria Z; usa la categoria S con un’aliquota positiva se l’IVA si applica davvero.

Esempi validi

Riga di fattura con BT-151 = Z e BT-152 = 0

Esempi non validi

Riga di fattura con BT-151 = Z ma BT-152 = 19

Apri la guida dettagliata per BR-Z-05 →

BR-Z-06: L’aliquota di uno sconto a livello di documento a tasso zero deve essere zero

In uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è "Tasso zero", l’aliquota IVA dello sconto (BT-96) deve essere 0 (zero).

Contesto normativo: Questa regola EN16931 rispecchia BR-Z-05 per gli sconti a livello di documento a tasso zero (categoria Z), mantenendo l’aliquota allo 0 %.

Come risolvere: Imposta l’aliquota IVA dello sconto (BT-96) a 0 per gli sconti di categoria Z; usa la categoria S con un’aliquota positiva se l’IVA si applica davvero.

Esempi validi

Sconto a livello di documento con BT-95 = Z e BT-96 = 0

Esempi non validi

Sconto a livello di documento con BT-95 = Z ma BT-96 = 19

Apri la guida dettagliata per BR-Z-06 →

BR-Z-07: L’aliquota di un onere a livello di documento a tasso zero deve essere zero

In un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è "Tasso zero", l’aliquota IVA dell’onere (BT-103) deve essere 0 (zero).

Contesto normativo: Questa regola EN16931 rispecchia BR-Z-05/BR-Z-06 per gli oneri a livello di documento a tasso zero (categoria Z), mantenendo l’aliquota allo 0 %.

Come risolvere: Imposta l’aliquota IVA dell’onere (BT-103) a 0 per gli oneri di categoria Z; usa la categoria S con un’aliquota positiva se l’IVA si applica davvero.

Esempi validi

Onere a livello di documento con BT-102 = Z e BT-103 = 0

Esempi non validi

Onere a livello di documento con BT-102 = Z ma BT-103 = 19

Apri la guida dettagliata per BR-Z-07 →

BR-Z-08: L’imponibile a tasso zero deve essere pari al netto delle voci a tasso zero

In una ripartizione IVA (BG-23) il cui codice categoria (BT-118) è "Tasso zero", l’imponibile della categoria (BT-116) deve essere pari alla somma degli importi netti di riga (BT-131) meno la somma degli importi di sconto a livello di documento (BT-92) più la somma degli importi di onere a livello di documento (BT-99) i cui codici categoria IVA (BT-151, BT-95, BT-102) sono "Tasso zero".

Contesto normativo: Questa regola EN16931 collega la base imponibile a tasso zero (categoria Z) alle righe e agli aggiustamenti sottostanti, garantendo che la ripartizione rifletta il fatturato effettivo a tasso zero.

Come risolvere: Ricalcola BT-116 per la ripartizione Z come Σ BT-131 a tasso zero − Σ BT-92 a tasso zero + Σ BT-99 a tasso zero e inserisci il risultato nel TaxableAmount del TaxSubtotal Z.

Esempi validi

Righe a tasso zero netto Σ BT-131 = 100,00, nessuno sconto/onere Z, BT-116 = 100,00

Esempi non validi

Righe a tasso zero netto Σ BT-131 = 100,00 ma la ripartizione Z riporta BT-116 = 90,00

Apri la guida dettagliata per BR-Z-08 →

BR-Z-09: L’importo IVA a tasso zero deve essere zero

L’importo IVA della categoria (BT-117) in una ripartizione IVA (BG-23) il cui codice categoria (BT-118) è "Tasso zero" deve essere uguale a 0 (zero).

Contesto normativo: Questa regola EN16931 garantisce che la ripartizione a tasso zero (categoria Z) non dichiari alcuna IVA, coerentemente con la sua aliquota dello 0 %.

Come risolvere: Imposta il TaxAmount del TaxSubtotal a tasso zero (BT-117) a 0,00; sull’attività di categoria Z non si riscuote IVA.

Esempi validi

Ripartizione Z con BT-116 = 100,00, BT-119 = 0 e BT-117 = 0,00

Esempi non validi

Ripartizione Z con BT-116 = 100,00 ma BT-117 = 19,00

Apri la guida dettagliata per BR-Z-09 →

BR-Z-10: Una ripartizione IVA a tasso zero non deve recare un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "Tasso zero" non deve avere un codice motivo di esenzione IVA (BT-121) né un testo del motivo di esenzione IVA (BT-120).

Contesto normativo: Questa regola EN16931 mantiene distinte le forniture a tasso zero (categoria Z) da quelle esenti, quindi un motivo di esenzione non deve comparire in una ripartizione Z.

Come risolvere: Rimuovi cbc:TaxExemptionReasonCode (BT-121) e cbc:TaxExemptionReason (BT-120) dalla TaxCategory a tasso zero; se la fornitura è realmente esente, usa la categoria E invece di Z.

Esempi validi

BG-23 con BT-118 = Z, BT-119 = 0 e senza BT-120 o BT-121

Esempi non validi

BG-23 con BT-118 = Z ma con BT-121 = "VATEX-EU-132"

Apri la guida dettagliata per BR-Z-10 →

BR-AE-01: L’inversione contabile richiede esattamente una ripartizione IVA in inversione contabile

Una fattura che contiene una riga (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) con codice categoria IVA (BT-151, BT-95 o BT-102) "Inversione contabile" (AE) deve contenere nella ripartizione IVA (BG-23) esattamente un codice categoria IVA (BT-118) uguale a "IVA in inversione contabile".

Contesto normativo: Questa regola EN16931 disciplina l’inversione contabile (categoria AE), in cui l’acquirente assolve l’IVA; garantisce un’unica sintesi AE non ambigua affinché l’imposta trasferita sia dichiarata una sola volta.

Come risolvere: Aggiungi un unico cac:TaxTotal/cac:TaxSubtotal (BG-23) il cui cac:TaxCategory/cbc:ID (BT-118) è AE, che riepiloga tutte le righe, gli sconti e gli oneri in inversione contabile; non suddividerlo in più ripartizioni AE.

Esempi validi

Una riga in inversione contabile (BT-151 = AE) e una ripartizione BG-23 con BT-118 = AE

Esempi non validi

Righe in inversione contabile presenti ma nessuna ripartizione BG-23 con BT-118 = AE

Apri la guida dettagliata per BR-AE-01 →

BR-AE-03: Lo sconto in inversione contabile richiede gli identificativi IVA di venditore e acquirente

Una fattura con uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è "Inversione contabile" (AE) deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63) e l’identificativo IVA dell’acquirente (BT-48) e/o l’identificativo di registrazione legale dell’acquirente (BT-47).

Contesto normativo: L’inversione contabile trasferisce l’onere IVA all’acquirente; pertanto EN16931 richiede che entrambe le parti siano identificate fiscalmente prima che uno sconto a livello di documento possa avere la categoria AE.

Come risolvere: Inserisci un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) e un identificativo dell’acquirente (BT-48 o BT-47); senza entrambi lo sconto in inversione contabile non può essere attribuito a parti identificate.

Esempi validi

Sconto AE con venditore BT-31 = DE123456789 e acquirente BT-48 = FR32123456789

Esempi non validi

Sconto AE con identificativo IVA del venditore ma senza identificativo dell’acquirente (BT-48/BT-47)

Apri la guida dettagliata per BR-AE-03 →

BR-AE-04: L’onere in inversione contabile richiede gli identificativi IVA di venditore e acquirente

Una fattura con un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è "Inversione contabile" (AE) deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63) e l’identificativo IVA dell’acquirente (BT-48) e/o l’identificativo di registrazione legale dell’acquirente (BT-47).

Contesto normativo: Ciò rispecchia BR-AE-03 per gli oneri a livello di documento: poiché l’inversione contabile trasferisce l’IVA all’acquirente, entrambe le parti devono essere identificate fiscalmente quando un onere ha la categoria AE.

Come risolvere: Inserisci un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) e un identificativo dell’acquirente (BT-48 o BT-47) sulla fattura che riporta l’onere in inversione contabile.

Esempi validi

Onere AE con venditore BT-31 = DE123456789 e acquirente BT-48 = FR32123456789

Esempi non validi

Onere AE con identificativo IVA dell’acquirente ma senza identificativo fiscale del venditore (BT-31/BT-32/BT-63)

Apri la guida dettagliata per BR-AE-04 →

BR-AE-05: L’aliquota IVA della riga in inversione contabile deve essere zero

In una riga di fattura (BG-25) in cui il codice categoria IVA dell’articolo fatturato (BT-151) è "Inversione contabile" (AE), l’aliquota IVA dell’articolo fatturato (BT-152) deve essere 0 (zero).

Contesto normativo: Poiché l’inversione contabile trasferisce la contabilizzazione dell’IVA all’acquirente, il venditore deve fatturare la riga con aliquota zero per non addebitare un’imposta che non verserà.

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-152) a 0 su ogni riga in inversione contabile; l’aliquota effettiva è applicata dall’acquirente, non dal venditore.

Esempi validi

Riga in inversione contabile: BT-151 = AE e BT-152 = 0

Esempi non validi

Riga in inversione contabile con BT-151 = AE ma BT-152 = 19

Apri la guida dettagliata per BR-AE-05 →

BR-AE-06: L’aliquota IVA dello sconto in inversione contabile deve essere zero

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA (BT-95) è "Inversione contabile" (AE), l’aliquota IVA dello sconto a livello di documento (BT-96) deve essere 0 (zero).

Contesto normativo: Gli importi in inversione contabile non comportano IVA addebitata dal venditore; pertanto tutti gli elementi AE — righe, sconti e oneri — devono usare un’aliquota zero per una ripartizione BG-23 coerente.

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-96) dello sconto in inversione contabile a 0 in modo che sia allineato alle aliquote zero delle righe AE.

Esempi validi

Sconto AE a livello di documento con BT-95 = AE e BT-96 = 0

Esempi non validi

Sconto AE a livello di documento con BT-95 = AE ma BT-96 = 19

Apri la guida dettagliata per BR-AE-06 →

BR-AE-07: L’aliquota IVA dell’onere in inversione contabile deve essere zero

In un onere a livello di documento (BG-21) in cui il codice categoria IVA (BT-102) è "Inversione contabile" (AE), l’aliquota IVA dell’onere a livello di documento (BT-103) deve essere 0 (zero).

Contesto normativo: È la controparte a livello di onere di BR-AE-05 e BR-AE-06 e mantiene l’intera categoria in inversione contabile con aliquota zero affinché l’acquirente assolva l’imposta.

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-103) dell’onere in inversione contabile a 0 per corrispondere alle righe e agli sconti AE con aliquota zero.

Esempi validi

Onere AE a livello di documento con BT-102 = AE e BT-103 = 0

Esempi non validi

Onere AE a livello di documento con BT-102 = AE ma BT-103 = 7

Apri la guida dettagliata per BR-AE-07 →

BR-AE-08: L’imponibile in inversione contabile deve essere pari alla somma netta in inversione contabile

In una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Inversione contabile" (AE), l’imponibile per categoria IVA (BT-116) deve essere pari alla somma degli importi netti delle righe (BT-131) meno gli importi degli sconti a livello di documento (BT-92) più gli importi degli oneri a livello di documento (BT-99) i cui codici categoria IVA (BT-151, BT-95, BT-102) sono "Inversione contabile".

Contesto normativo: Questa regola EN16931 riconcilia la base imponibile in inversione contabile con le righe e le rettifiche sottostanti affinché l’imposta trasferita sia dichiarata su una base corretta.

Come risolvere: Ricalcola BT-116 per la ripartizione AE come Σ BT-131 − Σ BT-92 + Σ BT-99 sugli elementi in inversione contabile, quindi inserisci quel valore in cac:TaxSubtotal/cbc:TaxableAmount della categoria AE.

Esempi validi

Righe AE Σ BT-131 = 1000,00, senza sconti/oneri AE, BT-116 = 1000,00

Esempi non validi

Righe AE Σ BT-131 = 1000,00 ma BT-116 = 900,00 nella ripartizione AE

Apri la guida dettagliata per BR-AE-08 →

BR-AE-09: L’importo IVA della categoria in inversione contabile deve essere zero

L’importo IVA per categoria (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Inversione contabile" (AE) deve essere 0 (zero).

Contesto normativo: L’inversione contabile non lascia al venditore alcuna IVA a debito da versare; pertanto l’importo IVA della categoria AE deve essere esattamente zero e non deve confluire nel totale IVA della fattura.

Come risolvere: Imposta cac:TaxSubtotal/cbc:TaxAmount (BT-117) della categoria AE a 0,00; il venditore non dichiara IVA perché l’acquirente la assolve con il meccanismo dell’inversione contabile.

Esempi validi

Ripartizione AE con BT-118 = AE e BT-117 = 0,00

Esempi non validi

Ripartizione AE con BT-118 = AE ma BT-117 = 190,00

Apri la guida dettagliata per BR-AE-09 →

BR-E-02: La riga esente richiede un identificativo fiscale del venditore

Una fattura con una riga (BG-25) in cui il codice categoria IVA dell’articolo fatturato (BT-151) è "Esente da IVA" (E) deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Questa regola EN16931 disciplina l’esenzione IVA (categoria E): un fornitore che rivendica l’esenzione deve essere identificato fiscalmente affinché le autorità possano verificare la cessione esente.

Come risolvere: Fornisci almeno un identificativo fiscale del venditore — BT-31, BT-32 o BT-63 — ogni volta che è presente una riga esente (E).

Esempi validi

Riga esente (BT-151 = E) con venditore BT-31 = DE123456789

Esempi non validi

Riga esente (BT-151 = E) senza alcun BT-31, BT-32 o BT-63 sulla fattura

Apri la guida dettagliata per BR-E-02 →

BR-E-03: Lo sconto esente richiede un identificativo fiscale del venditore

Una fattura con uno sconto a livello di documento (BG-20) in cui il codice categoria IVA (BT-95) è "Esente da IVA" (E) deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Ciò rispecchia BR-E-02 per gli sconti a livello di documento: una richiesta di esenzione richiede che il fornitore sia identificato fiscalmente.

Come risolvere: Aggiungi almeno un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) alla fattura che riporta lo sconto esente a livello di documento.

Esempi validi

Sconto esente (BT-95 = E) con venditore BT-32 = 201/123/40004

Esempi non validi

Sconto esente (BT-95 = E) senza alcun identificativo fiscale del venditore

Apri la guida dettagliata per BR-E-03 →

BR-E-04: L’onere esente richiede un identificativo fiscale del venditore

Una fattura con un onere a livello di documento (BG-21) in cui il codice categoria IVA (BT-102) è "Esente da IVA" (E) deve contenere l’identificativo IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: È la controparte a livello di onere di BR-E-02 e BR-E-03: l’esenzione su qualsiasi elemento a livello di documento richiede l’identificazione fiscale del venditore.

Come risolvere: Aggiungi almeno un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) alla fattura che riporta l’onere esente a livello di documento.

Esempi validi

Onere esente (BT-102 = E) con venditore BT-31 = DE123456789

Esempi non validi

Onere esente (BT-102 = E) senza identificativo fiscale del venditore

Apri la guida dettagliata per BR-E-04 →

BR-E-06: L’aliquota IVA dello sconto esente deve essere zero

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA (BT-95) è "Esente da IVA" (E), l’aliquota IVA dello sconto a livello di documento (BT-96) deve essere 0 (zero).

Contesto normativo: Una cessione esente non ha aliquota applicabile; pertanto ogni sconto esente deve usare un’aliquota zero affinché la categoria esente resti coerente.

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-96) dello sconto esente a 0; le cessioni esenti non hanno aliquota IVA.

Esempi validi

Sconto esente con BT-95 = E e BT-96 = 0

Esempi non validi

Sconto esente con BT-95 = E ma BT-96 = 19

Apri la guida dettagliata per BR-E-06 →

BR-E-07: L’aliquota IVA dell’onere esente deve essere zero

In un onere a livello di documento (BG-21) in cui il codice categoria IVA (BT-102) è "Esente da IVA" (E), l’aliquota IVA dell’onere a livello di documento (BT-103) deve essere 0 (zero).

Contesto normativo: È la controparte a livello di onere di BR-E-05 e BR-E-06 e mantiene l’intera categoria esente con aliquota zero.

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-103) dell’onere esente a 0 in modo che sia allineato alle righe e agli sconti esenti.

Esempi validi

Onere esente con BT-102 = E e BT-103 = 0

Esempi non validi

Onere esente con BT-102 = E ma BT-103 = 7

Apri la guida dettagliata per BR-E-07 →

BR-E-08: L’imponibile esente deve essere pari alla somma netta esente

In una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Esente da IVA" (E), l’imponibile per categoria IVA (BT-116) deve essere pari alla somma degli importi netti delle righe (BT-131) meno gli importi degli sconti a livello di documento (BT-92) più gli importi degli oneri a livello di documento (BT-99) i cui codici categoria IVA (BT-151, BT-95, BT-102) sono "Esente da IVA".

Contesto normativo: Questa regola EN16931 riconcilia la base imponibile esente con le righe e le rettifiche sottostanti affinché il fatturato esente sia dichiarato su una base corretta.

Come risolvere: Ricalcola BT-116 per la ripartizione E come Σ BT-131 − Σ BT-92 + Σ BT-99 sugli elementi esenti, quindi inserisci quel valore in cac:TaxSubtotal/cbc:TaxableAmount della categoria E.

Esempi validi

Righe esenti Σ BT-131 = 500,00, senza sconti/oneri E, BT-116 = 500,00

Esempi non validi

Righe esenti Σ BT-131 = 500,00 ma BT-116 = 450,00 nella ripartizione E

Apri la guida dettagliata per BR-E-08 →

BR-E-09: L’importo IVA della categoria esente deve essere zero

L’importo IVA per categoria (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Esente da IVA" (E) deve essere 0 (zero).

Contesto normativo: Una cessione esente non produce IVA a debito; pertanto l’importo IVA della categoria esente deve essere esattamente zero e non deve contribuire al totale IVA della fattura.

Come risolvere: Imposta cac:TaxSubtotal/cbc:TaxAmount (BT-117) della categoria esente a 0,00; una cessione esente non genera IVA.

Esempi validi

Ripartizione esente con BT-118 = E e BT-117 = 0,00

Esempi non validi

Ripartizione esente con BT-118 = E ma BT-117 = 95,00

Apri la guida dettagliata per BR-E-09 →

BR-E-10: La ripartizione esente richiede un codice o un testo del motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "Esente da IVA" (E) deve avere un codice del motivo di esenzione IVA (BT-121) o un testo del motivo di esenzione IVA (BT-120).

Contesto normativo: L’esenzione IVA (categoria E) deve indicare la base giuridica; pertanto EN16931 richiede un motivo di esenzione codificato o in testo libero nella ripartizione esente; i codici provengono dalla lista VATEX validata da BR-CL-22.

Come risolvere: Aggiungi alla ripartizione esente un cac:TaxCategory/cbc:TaxExemptionReasonCode (BT-121) dalla lista di codici VATEX o un testo libero cbc:TaxExemptionReason (BT-120).

Esempi validi

Ripartizione esente con BT-121 = VATEX-EU-132 o BT-120 = "Esente ai sensi dell’art. 132 direttiva IVA"

Esempi non validi

Ripartizione esente (BT-118 = E) senza testo BT-120 né codice BT-121

Apri la guida dettagliata per BR-E-10 →

BR-IC-01: La cessione intracomunitaria richiede esattamente una ripartizione IVA

Quando una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) riporta il codice categoria IVA (BT-151, BT-95 o BT-102) "cessione intracomunitaria" (K), la ripartizione IVA (BG-23) deve contenere esattamente un codice categoria IVA (BT-118) uguale a "cessione intracomunitaria".

Contesto normativo: Questa regola disciplina lo scenario di cessione intracomunitaria (categoria K), il caso transfrontaliero più frequente per i venditori tedeschi, garantendo che la cessione esente sia riepilogata in una ripartizione IVA coerente.

Come risolvere: Aggiungi un unico gruppo di ripartizione BG-23 con cbc:ID = K che riepiloga tutte le righe, gli sconti e gli oneri intracomunitari; non suddividerlo in più gruppi K.

Esempi validi

Un gruppo BG-23 con BT-118 = K per un venditore DE che spedisce beni a un acquirente AT

Esempi non validi

Una riga con BT-151 = K ma nessun gruppo BG-23 con BT-118 = K

Apri la guida dettagliata per BR-IC-01 →

BR-IC-02: La riga intracomunitaria richiede le partite IVA di venditore e acquirente

Una fattura con una riga (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è "cessione intracomunitaria" deve contenere la partita IVA del venditore (BT-31) o quella del rappresentante fiscale del venditore (BT-63) e la partita IVA dell’acquirente (BT-48).

Contesto normativo: Una cessione intracomunitaria esente (categoria K) è giustificata solo se entrambe le parti sono registrate ai fini IVA in Stati membri diversi; per questo la norma richiede entrambe le partite.

Come risolvere: Compila PartyTaxScheme/CompanyID del venditore (BT-31, o BT-63 per un rappresentante fiscale) e PartyTaxScheme/CompanyID dell’acquirente (BT-48) con partite IVA valide.

Esempi validi

BT-31 = DE123456789 (venditore) e BT-48 = FR32123456789 (acquirente) su una fattura intracomunitaria

Esempi non validi

Riga di categoria K con venditore BT-31 = DE123456789 ma senza acquirente BT-48

Apri la guida dettagliata per BR-IC-02 →

BR-IC-03: Lo sconto intracomunitario richiede le partite IVA di venditore e acquirente

Una fattura con uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è "cessione intracomunitaria" deve contenere la partita IVA del venditore (BT-31) o quella del suo rappresentante fiscale (BT-63) e la partita IVA dell’acquirente (BT-48).

Contesto normativo: Uno sconto a livello di documento può essere classificato esso stesso come cessione intracomunitaria; vale la stessa prova di registrazione IVA di entrambe le parti richiesta per le righe.

Come risolvere: Quando uno sconto a livello di documento usa la categoria K, assicurati che siano presenti sia la partita IVA del venditore (BT-31 o BT-63) sia quella dell’acquirente (BT-48).

Esempi validi

Sconto documento di categoria K con BT-31 = DE123456789 e BT-48 = NL123456789B01

Esempi non validi

Sconto documento di categoria K senza la partita IVA dell’acquirente (BT-48)

Apri la guida dettagliata per BR-IC-03 →

BR-IC-04: L’onere intracomunitario richiede le partite IVA di venditore e acquirente

Una fattura con un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è "cessione intracomunitaria" deve contenere la partita IVA del venditore (BT-31) o quella del suo rappresentante fiscale (BT-63) e la partita IVA dell’acquirente (BT-48).

Contesto normativo: Un onere a livello di documento può essere classificato come cessione intracomunitaria; la norma richiede le stesse due partite IVA delle righe e degli sconti intracomunitari.

Come risolvere: Quando un onere a livello di documento usa la categoria K, assicurati che siano presenti sia la partita IVA del venditore (BT-31 o BT-63) sia quella dell’acquirente (BT-48).

Esempi validi

Onere documento di categoria K con BT-31 = DE123456789 e BT-48 = FR32123456789

Esempi non validi

Onere documento di categoria K senza la partita IVA del venditore (BT-31/BT-63)

Apri la guida dettagliata per BR-IC-04 →

BR-IC-05: L’aliquota IVA della riga intracomunitaria deve essere zero

In una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è "cessione intracomunitaria", l’aliquota IVA dell’articolo fatturato (BT-152) deve essere 0.

Contesto normativo: Una cessione intracomunitaria è esente da IVA nel paese del venditore; la sua aliquota di riga deve quindi essere esattamente zero e non un’aliquota ordinaria.

Come risolvere: Imposta cbc:Percent a 0 nella ClassifiedTaxCategory della riga ogni volta che cbc:ID è K.

Esempi validi

Riga con BT-151 = K e BT-152 = 0 per beni spediti da DE a FR

Esempi non validi

Riga con BT-151 = K ma BT-152 = 19

Apri la guida dettagliata per BR-IC-05 →

BR-IC-06: L’aliquota IVA dello sconto intracomunitario deve essere zero

In uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è "cessione intracomunitaria", l’aliquota IVA dello sconto (BT-96) deve essere 0.

Contesto normativo: Uno sconto intracomunitario riduce una cessione esente; deve quindi riportare la stessa aliquota zero della cessione che rettifica.

Come risolvere: Imposta cbc:Percent a 0 nella TaxCategory dello sconto a livello di documento ogni volta che cbc:ID è K.

Esempi validi

Sconto documento con BT-95 = K e BT-96 = 0

Esempi non validi

Sconto documento con BT-95 = K ma BT-96 = 19

Apri la guida dettagliata per BR-IC-06 →

BR-IC-07: L’aliquota IVA dell’onere intracomunitario deve essere zero

In un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è "cessione intracomunitaria", l’aliquota IVA dell’onere (BT-103) deve essere 0.

Contesto normativo: Un onere intracomunitario si aggiunge a una cessione esente; deve quindi riportare la stessa aliquota zero della cessione a cui appartiene.

Come risolvere: Imposta cbc:Percent a 0 nella TaxCategory dell’onere a livello di documento ogni volta che cbc:ID è K.

Esempi validi

Onere documento con BT-102 = K e BT-103 = 0

Esempi non validi

Onere documento con BT-102 = K ma BT-103 = 19

Apri la guida dettagliata per BR-IC-07 →

BR-IC-08: L’imponibile intracomunitario deve essere uguale alla somma netta

In una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "cessione intracomunitaria", l’imponibile della categoria IVA (BT-116) deve essere uguale alla somma degli importi netti di riga (BT-131) meno gli importi degli sconti a livello di documento (BT-92) più gli importi degli oneri a livello di documento (BT-99) i cui codici categoria IVA (BT-151, BT-95, BT-102) sono "cessione intracomunitaria".

Contesto normativo: Questa regola di calcolo collega la base imponibile intracomunitaria alle righe sottostanti affinché l’importo esente dichiarato alle autorità sia aritmeticamente corretto.

Come risolvere: Ricalcola BT-116 per la ripartizione K come Σ BT-131 − Σ BT-92 + Σ BT-99 su tutte le righe, gli sconti e gli oneri di categoria K, e inserisci quel valore in TaxableAmount.

Esempi validi

Due righe K di 600,00 e 400,00 senza rettifiche danno BT-116 = 1000,00

Esempi non validi

Righe K con somma 1000,00 ma BT-116 dichiarato come 950,00

Apri la guida dettagliata per BR-IC-08 →

BR-IC-09: L’importo IVA intracomunitario deve essere zero

L’importo dell’imposta della categoria IVA (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "cessione intracomunitaria" deve essere 0.

Contesto normativo: Poiché la cessione è esente all’origine, l’importo IVA di categoria dichiarato deve essere esattamente zero per corrispondere all’aliquota zero.

Come risolvere: Imposta cbc:TaxAmount a 0,00 nel TaxSubtotal K (BG-23); la cessione intracomunitaria non comporta IVA nel paese del venditore.

Esempi validi

Ripartizione K con BT-116 = 1000,00 e BT-117 = 0,00

Esempi non validi

Ripartizione K con BT-116 = 1000,00 ma BT-117 = 190,00

Apri la guida dettagliata per BR-IC-09 →

BR-IC-10: La ripartizione intracomunitaria richiede un motivo di esenzione

Una ripartizione IVA (BG-23) con il codice categoria IVA (BT-118) "cessione intracomunitaria" deve avere un codice del motivo di esenzione IVA (BT-121) che significa "cessione intracomunitaria" (VATEX-EU-IC) o il testo del motivo di esenzione IVA (BT-120) "cessione intracomunitaria" (o il testo standard equivalente in un’altra lingua).

Contesto normativo: Il motivo di esenzione documenta la base giuridica per non applicare l’IVA, che l’autorità fiscale dell’acquirente richiede per accettare l’esenzione intracomunitaria.

Come risolvere: Aggiungi cbc:TaxExemptionReasonCode = VATEX-EU-IC (o un testo cbc:TaxExemptionReason corrispondente) alla TaxCategory K.

Esempi validi

Ripartizione K con BT-121 = VATEX-EU-IC
Ripartizione K con BT-120 = "cessione intracomunitaria"

Esempi non validi

Ripartizione K senza BT-121 né BT-120

Apri la guida dettagliata per BR-IC-10 →

BR-IC-11: La cessione intracomunitaria richiede una data di consegna o un periodo di fatturazione

In una fattura con una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "cessione intracomunitaria", la data di consegna effettiva (BT-72) o il periodo di fatturazione (BG-14) non devono essere vuoti.

Contesto normativo: L’esenzione intracomunitaria dipende dalla prova che i beni abbiano effettivamente attraversato un confine; la fattura deve quindi indicare quando è avvenuta la cessione.

Come risolvere: Fornisci cac:Delivery/cbc:ActualDeliveryDate (BT-72) o un cac:InvoicePeriod (BG-14) con almeno una data di inizio o di fine.

Esempi validi

Fattura K con BT-72 = 2026-03-15
Fattura K con BG-14 (BT-73 = 2026-03-01, BT-74 = 2026-03-31)

Esempi non validi

Fattura K senza BT-72 né periodo di fatturazione BG-14

Apri la guida dettagliata per BR-IC-11 →

BR-IC-12: La cessione intracomunitaria richiede un codice paese di consegna

In una fattura con una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "cessione intracomunitaria", il codice paese di consegna (BT-80) non deve essere vuoto.

Contesto normativo: Il paese di destinazione dimostra che i beni hanno lasciato lo Stato membro del venditore, condizione preliminare per l’esenzione IVA intracomunitaria.

Come risolvere: Compila cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc:IdentificationCode (BT-80) con il codice dello Stato membro di destinazione, ad esempio FR.

Esempi validi

Fattura K con BT-80 = FR (venditore DE che consegna in Francia)

Esempi non validi

Fattura K con un blocco cac:Delivery ma senza codice paese BT-80

Apri la guida dettagliata per BR-IC-12 →

BR-G-01: L’esportazione fuori UE richiede una propria ripartizione IVA

Se una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) usa il codice categoria IVA (BT-151, BT-95 o BT-102) "Esportazione fuori UE" (G), la ripartizione IVA (BG-23) deve contenere esattamente un codice categoria IVA (BT-118) uguale a "Esportazione fuori UE".

Contesto normativo: Questa regola EN16931 disciplina le fatture di beni esportati fuori UE (categoria G), esenti da IVA ma da riepilogare comunque in un’unica ripartizione IVA dedicata.

Come risolvere: Aggiungi esattamente un cac:TaxSubtotal (BG-23) con ID TaxCategory G che riepiloga tutti gli importi di esportazione fuori UE; non suddividerlo in più ripartizioni G.

Esempi validi

Una BG-23 con BT-118 = G per le righe di esportazione di un venditore DE verso la Svizzera (CH)

Esempi non validi

Le righe recano la categoria G ma non esiste alcuna BG-23 con BT-118 = G, oppure vengono emesse due ripartizioni G separate

Apri la guida dettagliata per BR-G-01 →

BR-G-02: La riga di esportazione richiede un identificativo IVA del venditore

Se una riga di fattura (BG-25) ha il codice categoria IVA dell’articolo fatturato (BT-151) "Esportazione fuori UE" (G), la fattura deve contenere l’identificativo IVA del venditore (BT-31) o l’identificativo IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Per le esportazioni fuori UE (categoria G) l’autorità fiscale deve poter identificare il venditore esportatore; un identificativo IVA del venditore o del rappresentante fiscale è quindi obbligatorio.

Come risolvere: Aggiungi l’identificativo IVA del venditore sotto cac:PartyTaxScheme/cbc:CompanyID (BT-31), ad esempio DE123456789, oppure indica quello del rappresentante fiscale (BT-63).

Esempi validi

Riga G verso gli USA con identificativo IVA del venditore BT-31 = DE123456789

Esempi non validi

Riga G verso gli USA ma né BT-31 né BT-63 è presente in fattura

Apri la guida dettagliata per BR-G-02 →

BR-G-03: Lo sconto all’esportazione richiede un identificativo IVA del venditore

Se uno sconto a livello di documento (BG-20) ha il codice categoria IVA dello sconto (BT-95) "Esportazione fuori UE" (G), la fattura deve contenere l’identificativo IVA del venditore (BT-31) o quello del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Uno sconto a livello di documento tassato sotto la categoria di esportazione G sposta valore nella ripartizione di esportazione esente da IVA; il requisito di identificazione del venditore si applica quindi come per le righe.

Come risolvere: Aggiungi l’identificativo IVA del venditore (BT-31) o del rappresentante fiscale (BT-63) ogni volta che uno sconto a livello di documento reca la categoria G.

Esempi validi

Sconto a livello di documento con BT-95 = G e identificativo IVA del venditore BT-31 = DE123456789

Esempi non validi

Sconto a livello di documento con BT-95 = G ma senza BT-31 o BT-63 in fattura

Apri la guida dettagliata per BR-G-03 →

BR-G-04: L’onere all’esportazione richiede un identificativo IVA del venditore

Se un onere a livello di documento (BG-21) ha il codice categoria IVA dell’onere (BT-102) "Esportazione fuori UE" (G), la fattura deve contenere l’identificativo IVA del venditore (BT-31) o quello del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Un onere a livello di documento tassato sotto la categoria di esportazione G confluisce nella ripartizione di esportazione esente da IVA; si applica quindi lo stesso requisito di identificazione del venditore delle righe e degli sconti.

Come risolvere: Aggiungi l’identificativo IVA del venditore (BT-31) o del rappresentante fiscale (BT-63) ogni volta che un onere a livello di documento reca la categoria G.

Esempi validi

Onere a livello di documento con BT-102 = G e identificativo IVA del venditore BT-31 = DE123456789

Esempi non validi

Onere a livello di documento con BT-102 = G ma senza BT-31 o BT-63 in fattura

Apri la guida dettagliata per BR-G-04 →

BR-G-05: L’aliquota IVA della riga di esportazione deve essere zero

In una riga di fattura (BG-25) in cui il codice categoria IVA dell’articolo fatturato (BT-151) è "Esportazione fuori UE" (G), l’aliquota IVA dell’articolo fatturato (BT-152) deve essere 0 (zero).

Contesto normativo: I beni esportati fuori UE non sono soggetti a IVA nazionale; l’aliquota su una riga di categoria G deve quindi essere esattamente zero.

Come risolvere: Imposta ClassifiedTaxCategory/cbc:Percent (BT-152) a 0 su ogni riga che usa la categoria G.

Esempi validi

Riga G per beni spediti in Gran Bretagna (GB) con BT-152 = 0

Esempi non validi

Riga G verso la Gran Bretagna (GB) con BT-152 = 19

Apri la guida dettagliata per BR-G-05 →

BR-G-06: L’aliquota IVA dello sconto all’esportazione deve essere zero

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA dello sconto (BT-95) è "Esportazione fuori UE" (G), l’aliquota IVA dello sconto (BT-96) deve essere 0 (zero).

Contesto normativo: Uno sconto a livello di documento nella ripartizione di esportazione non può recare IVA; la sua aliquota deve essere zero affinché la ripartizione di categoria G resti esente.

Come risolvere: Imposta TaxCategory/cbc:Percent dello sconto (BT-96) a 0 quando la categoria dello sconto a livello di documento è G.

Esempi validi

Sconto a livello di documento con BT-95 = G e BT-96 = 0

Esempi non validi

Sconto a livello di documento con BT-95 = G ma BT-96 = 19

Apri la guida dettagliata per BR-G-06 →

BR-G-07: L’aliquota IVA dell’onere all’esportazione deve essere zero

In un onere a livello di documento (BG-21) in cui il codice categoria IVA dell’onere (BT-102) è "Esportazione fuori UE" (G), l’aliquota IVA dell’onere (BT-103) deve essere 0 (zero).

Contesto normativo: Un onere a livello di documento nella ripartizione di esportazione non può recare IVA; la sua aliquota deve essere zero affinché la ripartizione di categoria G resti esente.

Come risolvere: Imposta TaxCategory/cbc:Percent dell’onere (BT-103) a 0 quando la categoria dell’onere a livello di documento è G.

Esempi validi

Onere a livello di documento con BT-102 = G e BT-103 = 0

Esempi non validi

Onere a livello di documento con BT-102 = G ma BT-103 = 19

Apri la guida dettagliata per BR-G-07 →

BR-G-08: L’imponibile di esportazione deve corrispondere alla somma netta

In una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Esportazione fuori UE" (G), l’imponibile della categoria (BT-116) deve essere uguale alla somma degli importi netti di riga (BT-131) meno gli importi di sconto a livello di documento (BT-92) più gli importi di onere a livello di documento (BT-99) con categoria G.

Contesto normativo: Questa regola di calcolo EN16931 garantisce che la base imponibile della ripartizione di esportazione sia esattamente il netto di tutte le righe, sconti e oneri di categoria G, affinché il riepilogo IVA sia coerente.

Come risolvere: Ricalcola BT-116 per la ripartizione G come Σ BT-131 − Σ BT-92 + Σ BT-99 su tutti gli elementi con categoria G e inseriscilo in cac:TaxSubtotal/cbc:TaxableAmount.

Esempi validi

Due righe G BT-131 = 600,00 e 400,00, senza sconti/oneri, BT-116 = 1000,00

Esempi non validi

Le righe G danno un netto di 1000,00 ma la ripartizione G riporta BT-116 = 900,00

Apri la guida dettagliata per BR-G-08 →

BR-G-09: L’importo IVA della categoria di esportazione deve essere zero

L’importo IVA della categoria (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Esportazione fuori UE" (G) deve essere 0 (zero).

Contesto normativo: Poiché le esportazioni fuori UE sono esenti da IVA, l’importo dell’imposta riepilogato per la ripartizione di categoria G deve essere esattamente zero.

Come risolvere: Imposta cac:TaxSubtotal/cbc:TaxAmount (BT-117) a 0,00 nella ripartizione di categoria G, coerentemente con l’aliquota zero delle righe di esportazione.

Esempi validi

Ripartizione G con BT-116 = 1000,00 e BT-117 = 0,00

Esempi non validi

Ripartizione G con BT-116 = 1000,00 ma BT-117 = 190,00

Apri la guida dettagliata per BR-G-09 →

BR-G-10: La ripartizione di esportazione richiede un motivo di esenzione

Una ripartizione IVA (BG-23) con il codice categoria IVA (BT-118) "Esportazione fuori UE" (G) deve recare un codice del motivo di esenzione IVA (BT-121) che significhi "Esportazione fuori UE" o un testo del motivo di esenzione IVA (BT-120) "Esportazione fuori UE" (o il testo standard equivalente in un’altra lingua).

Contesto normativo: Per le esportazioni fuori UE esenti da IVA (categoria G), la fattura deve indicare perché non viene applicata l’IVA, come motivo di esenzione codificato (BT-121) o in testo libero (BT-120).

Come risolvere: Aggiungi alla ripartizione G cac:TaxCategory/cbc:TaxExemptionReasonCode (BT-121), ad esempio VATEX-EU-G, o cbc:TaxExemptionReason (BT-120) "Esportazione fuori UE".

Esempi validi

Ripartizione G con BT-121 = VATEX-EU-G, o BT-120 = "Esportazione fuori UE"

Esempi non validi

Ripartizione G senza BT-121 né BT-120

Apri la guida dettagliata per BR-G-10 →

BR-O-01: Una fattura di categoria O richiede esattamente una ripartizione « non soggetto a IVA »

Una fattura con una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è « non soggetto a IVA » (O) deve contenere esattamente una ripartizione IVA (BG-23) il cui codice categoria IVA (BT-118) è « non soggetto a IVA » (O).

Contesto normativo: La categoria O (non soggetto a IVA) riguarda operazioni fuori dal campo di applicazione dell’IVA; questa regola garantisce l’esistenza dell’unico riepilogo O obbligatorio affinché il totale imposta sia coerente.

Come risolvere: Aggiungi un unico cac:TaxTotal/cac:TaxSubtotal (BG-23) con cac:TaxCategory/cbc:ID = O che riepiloga tutti gli importi non soggetti a IVA; non suddividere la categoria O su più ripartizioni.

Esempi validi

Una riga O (BT-151 = O) riepilogata da una ripartizione BG-23 con BT-118 = O

Esempi non validi

Una riga O (BT-151 = O) ma nessuna ripartizione BG-23 con BT-118 = O

Apri la guida dettagliata per BR-O-01 →

BR-O-02: Una riga di categoria O vieta i numeri di partita IVA

Una fattura con una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è « non soggetto a IVA » (O) non deve contenere il numero di partita IVA del venditore (BT-31), quello del rappresentante fiscale del venditore (BT-63) o quello dell’acquirente (BT-48).

Contesto normativo: Le operazioni di categoria O sono fuori dal campo IVA: nessuna parte agisce in qualità di soggetto IVA e la fattura non deve riportare alcun numero di identificazione IVA.

Come risolvere: Rimuovi i numeri di partita IVA BT-31, BT-63 e BT-48 (il cac:PartyTaxScheme/cbc:CompanyID sotto lo schema VAT) ogni volta che la fattura comprende una riga non soggetta a IVA.

Esempi validi

Riga O (BT-151 = O) senza partita IVA per venditore, rappresentante fiscale o acquirente

Esempi non validi

Riga O (BT-151 = O) ma partita IVA del venditore BT-31 = DE123456789 ancora presente

Apri la guida dettagliata per BR-O-02 →

BR-O-03: Uno sconto di categoria O vieta i numeri di partita IVA

Una fattura con uno sconto a livello di documento (BG-20) il cui codice categoria IVA dello sconto (BT-95) è « non soggetto a IVA » (O) non deve contenere il numero di partita IVA del venditore (BT-31), del rappresentante fiscale del venditore (BT-63) o dell’acquirente (BT-48).

Contesto normativo: Gli sconti di categoria O sono fuori dal campo IVA: la fattura non deve riportare alcun numero di identificazione IVA delle parti.

Come risolvere: Rimuovi i numeri di partita IVA BT-31, BT-63 e BT-48 ogni volta che uno sconto a livello di documento usa la categoria O.

Esempi validi

Sconto a livello di documento con BT-95 = O e nessuna partita IVA per le parti

Esempi non validi

Sconto a livello di documento con BT-95 = O ma partita IVA acquirente BT-48 = FR32123456789 presente

Apri la guida dettagliata per BR-O-03 →

BR-O-04: Un onere di categoria O vieta i numeri di partita IVA

Una fattura con un onere a livello di documento (BG-21) il cui codice categoria IVA dell’onere (BT-102) è « non soggetto a IVA » (O) non deve contenere il numero di partita IVA del venditore (BT-31), del rappresentante fiscale del venditore (BT-63) o dell’acquirente (BT-48).

Contesto normativo: Gli oneri di categoria O sono fuori dal campo IVA: la fattura non deve riportare alcun numero di identificazione IVA delle parti.

Come risolvere: Rimuovi i numeri di partita IVA BT-31, BT-63 e BT-48 ogni volta che un onere a livello di documento usa la categoria O.

Esempi validi

Onere a livello di documento con BT-102 = O e nessuna partita IVA per le parti

Esempi non validi

Onere a livello di documento con BT-102 = O ma partita IVA venditore BT-31 = DE123456789 presente

Apri la guida dettagliata per BR-O-04 →

BR-O-05: Una riga di categoria O non deve riportare un’aliquota IVA

Una riga di fattura (BG-25) il cui codice categoria IVA (BT-151) è « non soggetto a IVA » (O) non deve contenere un’aliquota IVA dell’articolo fatturato (BT-152).

Contesto normativo: Poiché le operazioni di categoria O sono fuori dal campo IVA, non si applica alcuna aliquota e l’elemento aliquota deve essere del tutto assente.

Come risolvere: Elimina cbc:Percent (BT-152) dalla cac:ClassifiedTaxCategory della riga; un articolo non soggetto a IVA non riporta alcuna percentuale, nemmeno zero.

Esempi validi

Riga O con cac:ClassifiedTaxCategory/cbc:ID = O e senza cbc:Percent

Esempi non validi

Riga O con cbc:ID = O ma cbc:Percent = 0 presente (BT-152)

Apri la guida dettagliata per BR-O-05 →

BR-O-06: Uno sconto di categoria O non deve riportare un’aliquota IVA

Uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è « non soggetto a IVA » (O) non deve contenere un’aliquota IVA dello sconto a livello di documento (BT-96).

Contesto normativo: Gli importi di categoria O sono fuori dal campo IVA, quindi un’aliquota sullo sconto sarebbe priva di senso ed è vietata.

Come risolvere: Elimina cbc:Percent (BT-96) dalla cac:TaxCategory dello sconto; la categoria O non riporta alcuna aliquota.

Esempi validi

Sconto a livello di documento con cac:TaxCategory/cbc:ID = O e senza cbc:Percent

Esempi non validi

Sconto a livello di documento con cbc:ID = O ma cbc:Percent = 0 presente (BT-96)

Apri la guida dettagliata per BR-O-06 →

BR-O-07: Un onere di categoria O non deve riportare un’aliquota IVA

Un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è « non soggetto a IVA » (O) non deve contenere un’aliquota IVA dell’onere a livello di documento (BT-103).

Contesto normativo: Gli importi di categoria O sono fuori dal campo IVA, quindi un’aliquota sull’onere sarebbe priva di senso ed è vietata.

Come risolvere: Elimina cbc:Percent (BT-103) dalla cac:TaxCategory dell’onere; la categoria O non riporta alcuna aliquota.

Esempi validi

Onere a livello di documento con cac:TaxCategory/cbc:ID = O e senza cbc:Percent

Esempi non validi

Onere a livello di documento con cbc:ID = O ma cbc:Percent = 0 presente (BT-103)

Apri la guida dettagliata per BR-O-07 →

BR-O-08: L’imponibile non soggetto a IVA deve essere pari alla somma di righe e rettifiche

In una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è « non soggetto a IVA » (O), l’imponibile della categoria (BT-116) deve essere pari alla somma degli importi netti delle righe (BT-131) meno la somma degli importi degli sconti a livello di documento (BT-92) più la somma degli importi degli oneri a livello di documento (BT-99) con categoria O.

Contesto normativo: Questa regola EN16931 mantiene la base imponibile non soggetta a IVA coerente con gli importi sottostanti di categoria O affinché il riepilogo sia verificabile.

Come risolvere: Calcola BT-116 come Σ BT-131 − Σ BT-92 + Σ BT-99 limitato a righe, sconti e oneri di categoria O e inseriscilo nel TaxableAmount del TaxSubtotal O.

Esempi validi

Righe O nette 100,00, nessuno sconto od onere O → BT-116 = 100,00

Esempi non validi

Righe O nette 100,00 ma BT-116 indicato come 90,00

Apri la guida dettagliata per BR-O-08 →

BR-O-09: L’importo IVA della categoria non soggetta deve essere zero

L’importo IVA della categoria (BT-117) in una ripartizione IVA (BG-23) il cui codice categoria IVA (BT-118) è « non soggetto a IVA » (O) deve essere 0 (zero).

Contesto normativo: Poiché la categoria O è fuori dal campo IVA, non matura alcuna imposta e l’importo IVA della categoria deve essere esattamente zero.

Come risolvere: Imposta il cbc:TaxAmount (BT-117) del TaxSubtotal O a 0,00.

Esempi validi

Ripartizione O con BT-117 = 0,00

Esempi non validi

Ripartizione O con BT-117 = 5,00

Apri la guida dettagliata per BR-O-09 →

BR-O-10: La ripartizione non soggetta a IVA richiede un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) « non soggetto a IVA » (O) deve riportare un codice del motivo di esenzione IVA (BT-121) che significhi « non soggetto a IVA », oppure un testo del motivo di esenzione IVA (BT-120) che indichi « non soggetto a IVA » (o il testo standard equivalente in un’altra lingua).

Contesto normativo: Il motivo di esenzione spiega all’acquirente e all’autorità fiscale perché l’IVA non si applica a un’operazione non soggetta a IVA.

Come risolvere: Aggiungi cbc:TaxExemptionReasonCode = VATEX-EU-O o cbc:TaxExemptionReason = « non soggetto a IVA » alla TaxCategory O.

Esempi validi

Ripartizione O con BT-121 = VATEX-EU-O
Ripartizione O con BT-120 = « non soggetto a IVA »

Esempi non validi

Ripartizione O senza BT-121 né BT-120

Apri la guida dettagliata per BR-O-10 →

BR-O-11: Una fattura non soggetta a IVA non deve avere altre ripartizioni IVA

Una fattura che contiene una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) « non soggetto a IVA » (O) non deve contenere altre ripartizioni IVA (BG-23).

Contesto normativo: Una fattura non soggetta a IVA è interamente fuori dal campo IVA e quindi non può contenere ripartizioni imponibili, ad aliquota zero o esenti accanto al riepilogo O.

Come risolvere: Mantieni solo l’unica ripartizione di categoria O; rimuovi qualsiasi ripartizione S, Z, E, AE, K o G, poiché una fattura non soggetta a IVA non può mescolare categorie.

Esempi validi

Una sola ripartizione BG-23, categoria O

Esempi non validi

Una ripartizione O più una seconda ripartizione con BT-118 = S (19 %)

Apri la guida dettagliata per BR-O-11 →

BR-O-12: Una fattura non soggetta a IVA non deve avere righe non O

Una fattura che contiene una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) « non soggetto a IVA » (O) non deve contenere una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) non sia « non soggetto a IVA ».

Contesto normativo: Poiché una fattura non soggetta a IVA è interamente fuori dal campo IVA, ogni riga deve usare la categoria O; non è consentito mescolare con righe imponibili.

Come risolvere: Assegna a ogni riga la categoria O (BT-151 = O) oppure sposta le righe non O su una fattura separata.

Esempi validi

Ripartizione O presente e ogni riga ha BT-151 = O

Esempi non validi

Ripartizione O presente ma una riga ha BT-151 = S

Apri la guida dettagliata per BR-O-12 →

BR-O-13: Una fattura non soggetta a IVA non deve avere sconti di documento non O

Una fattura che contiene una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) « non soggetto a IVA » (O) non deve contenere uno sconto a livello di documento (BG-20) il cui codice categoria IVA dello sconto (BT-95) non sia « non soggetto a IVA ».

Contesto normativo: Una fattura non soggetta a IVA è interamente fuori dal campo IVA, quindi tutti i suoi sconti a livello di documento devono usare la categoria O.

Come risolvere: Assegna a ogni sconto a livello di documento la categoria O (BT-95 = O) oppure rimuovi gli sconti non O.

Esempi validi

Ripartizione O presente e ogni sconto di documento ha BT-95 = O

Esempi non validi

Ripartizione O presente ma uno sconto di documento ha BT-95 = Z

Apri la guida dettagliata per BR-O-13 →

BR-O-14: Una fattura non soggetta a IVA non deve avere oneri di documento non O

Una fattura che contiene una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) « non soggetto a IVA » (O) non deve contenere un onere a livello di documento (BG-21) il cui codice categoria IVA dell’onere (BT-102) non sia « non soggetto a IVA ».

Contesto normativo: Una fattura non soggetta a IVA è interamente fuori dal campo IVA, quindi tutti i suoi oneri a livello di documento devono usare la categoria O.

Come risolvere: Assegna a ogni onere a livello di documento la categoria O (BT-102 = O) oppure rimuovi gli oneri non O.

Esempi validi

Ripartizione O presente e ogni onere di documento ha BT-102 = O

Esempi non validi

Ripartizione O presente ma un onere di documento ha BT-102 = S (19 %)

Apri la guida dettagliata per BR-O-14 →

BR-AF-01: La categoria IGIC richiede una ripartizione IVA corrispondente

Una fattura che contiene una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "IGIC" deve contenere nella ripartizione IVA (BG-23) almeno un codice categoria IVA (BT-118) uguale a "IGIC".

Contesto normativo: La categoria IVA IGIC (codice "L", l’imposta indiretta delle Isole Canarie) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questa regola mantiene ogni riga IGIC riconciliabile con una ripartizione IVA corrispondente.

Come risolvere: Aggiungi un cac:TaxTotal/cac:TaxSubtotal (BG-23) il cui cac:TaxCategory/cbc:ID sia "L" (IGIC) affinché la ripartizione rispecchi le righe, gli sconti o gli oneri IGIC.

Esempi validi

Riga di fattura con categoria "L" (IGIC) al 7.00 % e un gruppo BG-23 con BT-118 = "L"

Esempi non validi

Una riga usa la categoria "L" (IGIC) ma l’unico gruppo BG-23 riporta BT-118 = "S"

Apri la guida dettagliata per BR-AF-01 →

BR-AF-02: La riga di fattura IGIC richiede un identificativo fiscale del venditore

Una fattura che contiene una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è "IGIC" deve contenere la partita IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o la partita IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Le operazioni IGIC (l’imposta indiretta delle Isole Canarie) presuppongono un venditore registrato; perciò la categoria IGIC, che proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2, richiede almeno un identificativo fiscale del venditore in fattura.

Come risolvere: Compila almeno uno tra cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID (BT-31/BT-32) o la partita IVA del rappresentante fiscale (BT-63), ad esempio la partita IVA del venditore ESB35123456.

Esempi validi

Una riga con categoria "L" (IGIC) e partita IVA del venditore (BT-31) ESB35123456 presente

Esempi non validi

Una riga con categoria "L" (IGIC) mentre il venditore non riporta partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AF-02 →

BR-AF-03: Lo sconto IGIC a livello di documento richiede un identificativo fiscale del venditore

Una fattura che contiene uno sconto a livello di documento (BG-20) il cui codice categoria IVA dello sconto (BT-95) è "IGIC" deve contenere la partita IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o la partita IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: È la controparte di BR-AF-02 per gli sconti: ogni detrazione IGIC (l’imposta indiretta delle Isole Canarie) richiede comunque un venditore registrato ai fini fiscali, e la categoria proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Fornisci un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) ogni volta che uno sconto a livello di documento usa la categoria "L" (IGIC), ad esempio la partita IVA del venditore ESB35123456.

Esempi validi

Sconto a livello di documento con categoria "L" (IGIC) e partita IVA del venditore (BT-31) ESB35123456

Esempi non validi

Sconto a livello di documento con categoria "L" (IGIC) ma senza alcuna partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AF-03 →

BR-AF-04: L’onere IGIC a livello di documento richiede un identificativo fiscale del venditore

Una fattura che contiene un onere a livello di documento (BG-21) il cui codice categoria IVA dell’onere (BT-102) è "IGIC" deve contenere la partita IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o la partita IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: È la controparte di BR-AF-02 e BR-AF-03 per gli oneri: un supplemento IGIC (l’imposta indiretta delle Isole Canarie) richiede anch’esso un identificativo fiscale del venditore, e la categoria proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Fornisci un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) ogni volta che un onere a livello di documento usa la categoria "L" (IGIC), ad esempio la partita IVA del venditore ESB35123456.

Esempi validi

Onere a livello di documento con categoria "L" (IGIC) e partita IVA del venditore (BT-31) ESB35123456

Esempi non validi

Onere a livello di documento con categoria "L" (IGIC) ma senza alcuna partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AF-04 →

BR-AF-05: L’aliquota IVA di riga IGIC deve essere zero o maggiore

In una riga di fattura (BG-25) in cui il codice categoria IVA dell’articolo fatturato (BT-151) è "IGIC", l’aliquota IVA dell’articolo fatturato (BT-152) deve essere 0 (zero) o maggiore di zero.

Contesto normativo: La categoria IGIC (l’imposta indiretta delle Isole Canarie) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; a differenza delle categorie esenti può avere un’aliquota positiva, ma l’aliquota non deve mai essere negativa.

Come risolvere: Imposta BT-152 (cbc:Percent) su un valore non negativo come 7.00; non usare mai un’aliquota negativa per una riga "L" (IGIC).

Esempi validi

Riga con categoria "L" (IGIC) e BT-152 = 7.00
Riga con categoria "L" (IGIC) e BT-152 = 0

Esempi non validi

Riga con categoria "L" (IGIC) e BT-152 = -7.00

Apri la guida dettagliata per BR-AF-05 →

BR-AF-06: L’aliquota IVA dello sconto IGIC deve essere zero o maggiore

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA dello sconto (BT-95) è "IGIC", l’aliquota IVA dello sconto (BT-96) deve essere 0 (zero) o maggiore di zero.

Contesto normativo: È la controparte di BR-AF-05 a livello di sconto per la categoria IGIC (l’imposta indiretta delle Isole Canarie), che proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Imposta BT-96 (cac:TaxCategory/cbc:Percent dello sconto) su un valore non negativo come 7.00; non usare mai un’aliquota negativa.

Esempi validi

Sconto a livello di documento con categoria "L" (IGIC) e BT-96 = 7.00

Esempi non validi

Sconto a livello di documento con categoria "L" (IGIC) e BT-96 = -7.00

Apri la guida dettagliata per BR-AF-06 →

BR-AF-07: L’aliquota IVA dell’onere IGIC deve essere zero o maggiore

In un onere a livello di documento (BG-21) in cui il codice categoria IVA dell’onere (BT-102) è "IGIC", l’aliquota IVA dell’onere (BT-103) deve essere 0 (zero) o maggiore di zero.

Contesto normativo: È la controparte di BR-AF-05 e BR-AF-06 a livello di onere per la categoria IGIC (l’imposta indiretta delle Isole Canarie), che proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Imposta BT-103 (cac:TaxCategory/cbc:Percent dell’onere) su un valore non negativo come 7.00; non usare mai un’aliquota negativa.

Esempi validi

Onere a livello di documento con categoria "L" (IGIC) e BT-103 = 7.00

Esempi non validi

Onere a livello di documento con categoria "L" (IGIC) e BT-103 = -7.00

Apri la guida dettagliata per BR-AF-07 →

BR-AF-08: L’imponibile IGIC deve essere uguale alla base sommata

Per ogni diverso valore dell’aliquota della categoria IVA (BT-119) in cui il codice categoria IVA (BT-118) è "IGIC", l’importo imponibile della categoria IVA (BT-116) in una ripartizione IVA (BG-23) deve essere uguale alla somma degli importi netti di riga (BT-131) più la somma degli importi degli oneri a livello di documento (BT-99) meno la somma degli importi degli sconti a livello di documento (BT-92) in cui il codice categoria IVA (BT-151, BT-102, BT-95) è "IGIC" e l’aliquota IVA (BT-152, BT-103, BT-96) è uguale all’aliquota della categoria IVA (BT-119).

Contesto normativo: La categoria IGIC (l’imposta indiretta delle Isole Canarie) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questo legame aritmetico mantiene la base della ripartizione IGIC coerente con le righe, gli oneri e gli sconti sottostanti alla stessa aliquota.

Come risolvere: Ricalcola BT-116 per ogni aliquota "IGIC" come Σ BT-131 + Σ BT-99 − Σ BT-92 limitata a quell’aliquota, quindi inseriscilo nel cac:TaxSubtotal/cbc:TaxableAmount corrispondente.

Esempi validi

Una riga "L" (IGIC) netta 100,00 al 7.00 %, senza oneri o sconti, e BT-116 = 100,00

Esempi non validi

Una riga "L" (IGIC) netta 100,00 al 7.00 % ma BT-116 = 90,00

Apri la guida dettagliata per BR-AF-08 →

BR-AF-09: L’importo IVA IGIC deve essere uguale alla base per l’aliquota

L’importo IVA della categoria IVA (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "IGIC" deve essere uguale all’importo imponibile della categoria IVA (BT-116) moltiplicato per l’aliquota della categoria IVA (BT-119).

Contesto normativo: La categoria IGIC (l’imposta indiretta delle Isole Canarie) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questa regola garantisce che l’importo IVA IGIC dichiarato corrisponda esattamente a base e aliquota.

Come risolvere: Calcola BT-117 come BT-116 × BT-119 ÷ 100 (arrotondato a due decimali) e inseriscilo nel cac:TaxSubtotal/cbc:TaxAmount "L" (IGIC), ad esempio 100,00 × 7.00 % = 7.00.

Esempi validi

BT-116 = 100,00, BT-119 = 7.00, BT-117 = 7.00

Esempi non validi

BT-116 = 100,00, BT-119 = 7.00, ma BT-117 = 5,00

Apri la guida dettagliata per BR-AF-09 →

BR-AF-10: La ripartizione IGIC non deve riportare un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "IGIC" non deve avere un codice del motivo di esenzione IVA (BT-121) né un testo del motivo di esenzione IVA (BT-120).

Contesto normativo: La categoria IGIC (l’imposta indiretta delle Isole Canarie) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2 ed è una categoria tassabile; un motivo di esenzione la contraddirebbe. I motivi di esenzione appartengono alle categorie E, K, G, O o AE.

Come risolvere: Rimuovi cbc:TaxExemptionReasonCode (BT-121) e cbc:TaxExemptionReason (BT-120) dalla cac:TaxSubtotal/cac:TaxCategory "L" (IGIC); IGIC è una categoria tassata, non un’esenzione.

Esempi validi

Gruppo BG-23 con BT-118 = "L" (IGIC), aliquota 7.00 %, senza BT-120 o BT-121

Esempi non validi

Gruppo BG-23 con BT-118 = "L" (IGIC) che riporta anche BT-121 = "VATEX-EU-IC"

Apri la guida dettagliata per BR-AF-10 →

BR-AG-01: La categoria IPSI richiede una ripartizione IVA corrispondente

Una fattura che contiene una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "IPSI" deve contenere nella ripartizione IVA (BG-23) almeno un codice categoria IVA (BT-118) uguale a "IPSI".

Contesto normativo: La categoria IVA IPSI (codice "M", l’imposta indiretta di Ceuta e Melilla) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questa regola mantiene ogni riga IPSI riconciliabile con una ripartizione IVA corrispondente.

Come risolvere: Aggiungi un cac:TaxTotal/cac:TaxSubtotal (BG-23) il cui cac:TaxCategory/cbc:ID sia "M" (IPSI) affinché la ripartizione rispecchi le righe, gli sconti o gli oneri IPSI.

Esempi validi

Riga di fattura con categoria "M" (IPSI) al 10.00 % e un gruppo BG-23 con BT-118 = "M"

Esempi non validi

Una riga usa la categoria "M" (IPSI) ma l’unico gruppo BG-23 riporta BT-118 = "S"

Apri la guida dettagliata per BR-AG-01 →

BR-AG-02: La riga di fattura IPSI richiede un identificativo fiscale del venditore

Una fattura che contiene una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è "IPSI" deve contenere la partita IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o la partita IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: Le operazioni IPSI (l’imposta indiretta di Ceuta e Melilla) presuppongono un venditore registrato; perciò la categoria IPSI, che proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2, richiede almeno un identificativo fiscale del venditore in fattura.

Esempi validi

Una riga con categoria "M" (IPSI) e partita IVA del venditore (BT-31) ESB51123456 presente

Esempi non validi

Una riga con categoria "M" (IPSI) mentre il venditore non riporta partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AG-02 →

BR-AG-03: Lo sconto IPSI a livello di documento richiede un identificativo fiscale del venditore

Una fattura che contiene uno sconto a livello di documento (BG-20) il cui codice categoria IVA dello sconto (BT-95) è "IPSI" deve contenere la partita IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o la partita IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: È la controparte di BR-AG-02 per gli sconti: ogni detrazione IPSI (l’imposta indiretta di Ceuta e Melilla) richiede comunque un venditore registrato ai fini fiscali, e la categoria proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Fornisci un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) ogni volta che uno sconto a livello di documento usa la categoria "M" (IPSI), ad esempio la partita IVA del venditore ESB51123456.

Esempi validi

Sconto a livello di documento con categoria "M" (IPSI) e partita IVA del venditore (BT-31) ESB51123456

Esempi non validi

Sconto a livello di documento con categoria "M" (IPSI) ma senza alcuna partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AG-03 →

BR-AG-04: L’onere IPSI a livello di documento richiede un identificativo fiscale del venditore

Una fattura che contiene un onere a livello di documento (BG-21) il cui codice categoria IVA dell’onere (BT-102) è "IPSI" deve contenere la partita IVA del venditore (BT-31), l’identificativo di registrazione fiscale del venditore (BT-32) e/o la partita IVA del rappresentante fiscale del venditore (BT-63).

Contesto normativo: È la controparte di BR-AG-02 e BR-AG-03 per gli oneri: un supplemento IPSI (l’imposta indiretta di Ceuta e Melilla) richiede anch’esso un identificativo fiscale del venditore, e la categoria proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Fornisci un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) ogni volta che un onere a livello di documento usa la categoria "M" (IPSI), ad esempio la partita IVA del venditore ESB51123456.

Esempi validi

Onere a livello di documento con categoria "M" (IPSI) e partita IVA del venditore (BT-31) ESB51123456

Esempi non validi

Onere a livello di documento con categoria "M" (IPSI) ma senza alcuna partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AG-04 →

BR-AG-05: L’aliquota IVA di riga IPSI deve essere zero o maggiore

In una riga di fattura (BG-25) in cui il codice categoria IVA dell’articolo fatturato (BT-151) è "IPSI", l’aliquota IVA dell’articolo fatturato (BT-152) deve essere 0 (zero) o maggiore di zero.

Contesto normativo: La categoria IPSI (l’imposta indiretta di Ceuta e Melilla) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; a differenza delle categorie esenti può avere un’aliquota positiva, ma l’aliquota non deve mai essere negativa.

Come risolvere: Imposta BT-152 (cbc:Percent) su un valore non negativo come 10.00; non usare mai un’aliquota negativa per una riga "M" (IPSI).

Esempi validi

Riga con categoria "M" (IPSI) e BT-152 = 10.00
Riga con categoria "M" (IPSI) e BT-152 = 0

Esempi non validi

Riga con categoria "M" (IPSI) e BT-152 = -10.00

Apri la guida dettagliata per BR-AG-05 →

BR-AG-06: L’aliquota IVA dello sconto IPSI deve essere zero o maggiore

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA dello sconto (BT-95) è "IPSI", l’aliquota IVA dello sconto (BT-96) deve essere 0 (zero) o maggiore di zero.

Contesto normativo: È la controparte di BR-AG-05 a livello di sconto per la categoria IPSI (l’imposta indiretta di Ceuta e Melilla), che proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Imposta BT-96 (cac:TaxCategory/cbc:Percent dello sconto) su un valore non negativo come 10.00; non usare mai un’aliquota negativa.

Esempi validi

Sconto a livello di documento con categoria "M" (IPSI) e BT-96 = 10.00

Esempi non validi

Sconto a livello di documento con categoria "M" (IPSI) e BT-96 = -10.00

Apri la guida dettagliata per BR-AG-06 →

BR-AG-07: L’aliquota IVA dell’onere IPSI deve essere zero o maggiore

In un onere a livello di documento (BG-21) in cui il codice categoria IVA dell’onere (BT-102) è "IPSI", l’aliquota IVA dell’onere (BT-103) deve essere 0 (zero) o maggiore di zero.

Contesto normativo: È la controparte di BR-AG-05 e BR-AG-06 a livello di onere per la categoria IPSI (l’imposta indiretta di Ceuta e Melilla), che proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Imposta BT-103 (cac:TaxCategory/cbc:Percent dell’onere) su un valore non negativo come 10.00; non usare mai un’aliquota negativa.

Esempi validi

Onere a livello di documento con categoria "M" (IPSI) e BT-103 = 10.00

Esempi non validi

Onere a livello di documento con categoria "M" (IPSI) e BT-103 = -10.00

Apri la guida dettagliata per BR-AG-07 →

BR-AG-08: L’imponibile IPSI deve essere uguale alla base sommata

Per ogni diverso valore dell’aliquota della categoria IVA (BT-119) in cui il codice categoria IVA (BT-118) è "IPSI", l’importo imponibile della categoria IVA (BT-116) in una ripartizione IVA (BG-23) deve essere uguale alla somma degli importi netti di riga (BT-131) più la somma degli importi degli oneri a livello di documento (BT-99) meno la somma degli importi degli sconti a livello di documento (BT-92) in cui il codice categoria IVA (BT-151, BT-102, BT-95) è "IPSI" e l’aliquota IVA (BT-152, BT-103, BT-96) è uguale all’aliquota della categoria IVA (BT-119).

Contesto normativo: La categoria IPSI (l’imposta indiretta di Ceuta e Melilla) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questo legame aritmetico mantiene la base della ripartizione IPSI coerente con le righe, gli oneri e gli sconti sottostanti alla stessa aliquota.

Come risolvere: Ricalcola BT-116 per ogni aliquota "IPSI" come Σ BT-131 + Σ BT-99 − Σ BT-92 limitata a quell’aliquota, quindi inseriscilo nel cac:TaxSubtotal/cbc:TaxableAmount corrispondente.

Esempi validi

Una riga "M" (IPSI) netta 100,00 al 10.00 %, senza oneri o sconti, e BT-116 = 100,00

Esempi non validi

Una riga "M" (IPSI) netta 100,00 al 10.00 % ma BT-116 = 90,00

Apri la guida dettagliata per BR-AG-08 →

BR-AG-09: L’importo IVA IPSI deve essere uguale alla base per l’aliquota

L’importo IVA della categoria IVA (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "IPSI" deve essere uguale all’importo imponibile della categoria IVA (BT-116) moltiplicato per l’aliquota della categoria IVA (BT-119).

Contesto normativo: La categoria IPSI (l’imposta indiretta di Ceuta e Melilla) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questa regola garantisce che l’importo IVA IPSI dichiarato corrisponda esattamente a base e aliquota.

Come risolvere: Calcola BT-117 come BT-116 × BT-119 ÷ 100 (arrotondato a due decimali) e inseriscilo nel cac:TaxSubtotal/cbc:TaxAmount "M" (IPSI), ad esempio 100,00 × 10.00 % = 10.00.

Esempi validi

BT-116 = 100,00, BT-119 = 10.00, BT-117 = 10.00

Esempi non validi

BT-116 = 100,00, BT-119 = 10.00, ma BT-117 = 5,00

Apri la guida dettagliata per BR-AG-09 →

BR-AG-10: La ripartizione IPSI non deve riportare un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "IPSI" non deve avere un codice del motivo di esenzione IVA (BT-121) né un testo del motivo di esenzione IVA (BT-120).

Contesto normativo: La categoria IPSI (l’imposta indiretta di Ceuta e Melilla) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2 ed è una categoria tassabile; un motivo di esenzione la contraddirebbe. I motivi di esenzione appartengono alle categorie E, K, G, O o AE.

Come risolvere: Rimuovi cbc:TaxExemptionReasonCode (BT-121) e cbc:TaxExemptionReason (BT-120) dalla cac:TaxSubtotal/cac:TaxCategory "M" (IPSI); IPSI è una categoria tassata, non un’esenzione.

Esempi validi

Gruppo BG-23 con BT-118 = "M" (IPSI), aliquota 10.00 %, senza BT-120 o BT-121

Esempi non validi

Gruppo BG-23 con BT-118 = "M" (IPSI) che riporta anche BT-121 = "VATEX-EU-IC"

Apri la guida dettagliata per BR-AG-10 →

BR-B-01: Lo split payment è valido solo su una fattura nazionale italiana

Una fattura in cui il codice categoria IVA (BT-151, BT-95 o BT-102) è "Split payment" deve essere una fattura nazionale italiana.

Contesto normativo: Lo split payment (categoria "B") è il meccanismo italiano di scissione dei pagamenti e proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; può comparire solo su fatture nazionali italiane.

Come risolvere: Usa la categoria "B" (split payment) solo quando ogni codice paese in fattura è "IT"; altrimenti scegli la categoria IVA corretta per l’operazione.

Esempi validi

Fattura di categoria "B" (split payment) in cui i codici paese di venditore e acquirente sono entrambi "IT"

Esempi non validi

Fattura di categoria "B" (split payment) in cui il codice paese del venditore è "DE"

Apri la guida dettagliata per BR-B-01 →

BR-B-02: Split payment e aliquota standard non possono coesistere

Una fattura che contiene una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "Split payment" non deve contenere una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "Aliquota standard".

Contesto normativo: Lo split payment (categoria "B") e l’aliquota standard (S) liquidano l’IVA in modo diverso, perciò mescolarli in un unico documento non è consentito; la categoria split payment proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2.

Come risolvere: Mantieni righe, sconti e oneri in split payment (categoria "B") su una fattura separata da quelli ad aliquota standard (categoria "S"); non mescolare "B" e "S" nello stesso documento.

Esempi validi

Una fattura le cui righe usano tutte la categoria "B" (split payment), senza righe "S"

Esempi non validi

Una riga di fattura con categoria "B" (split payment) e un’altra riga con categoria "S" (aliquota standard) sulla stessa fattura

Apri la guida dettagliata per BR-B-02 →

Ultimo aggiornamento: 2026 | Standard: XRechnung 3.0.2, ZUGFeRD 2.3.2

Come usare questa guida

Usa l’articolo come punto di partenza prima di modificare un workflow finance o ERP: identifica la regola nazionale o lo standard applicabile, scegli il formato strutturato richiesto, valida l’XML generato e mantieni un processo di eccezione documentato per le fatture che richiedono revisione manuale.

Panoramica dell’articolo

Soluzione veloce

Se vuoi verificare ed eliminare subito gli errori dalla tua e-fattura, usa il nostro servizio di validazione automatica.

Valida la tua e-fattura ora →

Elenco completo dei codici errore KoSIT (BR-DE, BR-CO, BR-S)

Per Elenco completo dei codici errore KoSIT (BR-DE, BR-CO, BR-S), verifica questi punti prima di procedere.

Dettagli e soluzioni campo per campo

BR-DE-1: Le istruzioni di pagamento devono essere indicate

Ogni fattura XRechnung deve contenere il gruppo delle istruzioni di pagamento.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Aggiungi BG-16 con i dati del mezzo di pagamento applicabile.

Esempi validi

BG-16 Payment instructions è presente e valido.

Esempi non validi

BG-16 Payment instructions è assente o non valido.

Apri la guida dettagliata per BR-DE-1 →

BR-DE-2: Il contatto del venditore deve essere indicato

XRechnung richiede il gruppo contatto venditore.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Aggiungi BG-6 contatto venditore.

Esempi validi

BG-6 Seller contact è presente e valido.

Esempi non validi

BG-6 Seller contact è assente o non valido.

Apri la guida dettagliata per BR-DE-2 →

BR-DE-3: La città del venditore deve essere indicata

L’indirizzo postale del venditore deve contenere la città.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-37 città del venditore.

Esempi validi

BT-37 Seller city è presente e valido.

Esempi non validi

BT-37 Seller city è assente o non valido.

Apri la guida dettagliata per BR-DE-3 →

BR-DE-4: Il codice postale del venditore deve essere indicato

L’indirizzo postale del venditore deve contenere il codice postale.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-38 codice postale del venditore.

Esempi validi

BT-38 Seller post code è presente e valido.

Esempi non validi

BT-38 Seller post code è assente o non valido.

Apri la guida dettagliata per BR-DE-4 →

BR-DE-5: Il punto di contatto del venditore deve essere indicato

Il gruppo contatto venditore deve contenere un punto di contatto.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-41 punto di contatto del venditore.

Esempi validi

BT-41 Seller contact point è presente e valido.

Esempi non validi

BT-41 Seller contact point è assente o non valido.

Apri la guida dettagliata per BR-DE-5 →

BR-DE-6: Il telefono del contatto venditore deve essere indicato

Il gruppo contatto venditore deve contenere un numero di telefono.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-42 telefono del contatto venditore.

Esempi validi

BT-42 Seller contact telephone number è presente e valido.

Esempi non validi

BT-42 Seller contact telephone number è assente o non valido.

Apri la guida dettagliata per BR-DE-6 →

BR-DE-7: L’e-mail del contatto venditore deve essere indicata

Il gruppo contatto venditore deve contenere un indirizzo e-mail.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-43 e-mail del contatto venditore.

Esempi validi

BT-43 Seller contact email address è presente e valido.

Esempi non validi

BT-43 Seller contact email address è assente o non valido.

Apri la guida dettagliata per BR-DE-7 →

BR-DE-8: La città dell’acquirente deve essere indicata

L’indirizzo postale dell’acquirente deve contenere la città.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-52 città dell’acquirente.

Esempi validi

BT-52 Buyer city è presente e valido.

Esempi non validi

BT-52 Buyer city è assente o non valido.

Apri la guida dettagliata per BR-DE-8 →

BR-DE-9: Il codice postale dell’acquirente deve essere indicato

L’indirizzo postale dell’acquirente deve contenere il codice postale.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-53 codice postale dell’acquirente.

Esempi validi

BT-53 Buyer post code è presente e valido.

Esempi non validi

BT-53 Buyer post code è assente o non valido.

Apri la guida dettagliata per BR-DE-9 →

BR-DE-10: La città di consegna deve essere indicata quando si usa un indirizzo di consegna

Un indirizzo di consegna deve contenere la città di consegna.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-77 città di consegna oppure ometti il gruppo indirizzo di consegna se non serve.

Esempi validi

BT-77 Deliver to city è presente e valido.

Esempi non validi

BT-77 Deliver to city è assente o non valido.

Apri la guida dettagliata per BR-DE-10 →

BR-DE-11: Il codice postale di consegna deve essere indicato quando si usa un indirizzo di consegna

Un indirizzo di consegna deve contenere il codice postale di consegna.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-78 codice postale di consegna oppure ometti il gruppo indirizzo di consegna se non serve.

Esempi validi

BT-78 Deliver to post code è presente e valido.

Esempi non validi

BT-78 Deliver to post code è assente o non valido.

Apri la guida dettagliata per BR-DE-11 →

BR-DE-14: L’aliquota della categoria IVA deve essere indicata

Ogni ripartizione IVA deve contenere un’aliquota categoria IVA.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-119 aliquota categoria IVA.

Esempi validi

BT-119 VAT category rate è presente e valido.

Esempi non validi

BT-119 VAT category rate è assente o non valido.

Apri la guida dettagliata per BR-DE-14 →

BR-DE-15: Il riferimento acquirente deve essere indicato

XRechnung richiede un riferimento acquirente.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Compila BT-10 riferimento acquirente, ad esempio la Leitweg-ID per acquirenti pubblici tedeschi.

Esempi validi

BT-10 Buyer reference è presente e valido.

Esempi non validi

BT-10 Buyer reference è assente o non valido.

Apri la guida dettagliata per BR-DE-15 →

BR-DE-16: Un identificativo fiscale del venditore deve essere indicato per le categorie IVA pertinenti

Quando si usano le categorie IVA S, Z, E, AE, K, G, L o M serve un identificativo IVA/fiscale del venditore o del rappresentante fiscale.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Fornisci BT-31, BT-32 o l’identificativo IVA applicabile del rappresentante fiscale.

Esempi validi

BT-31 Seller VAT identifier è presente e valido.

Esempi non validi

BT-31 Seller VAT identifier è assente o non valido.

Apri la guida dettagliata per BR-DE-16 →

BR-DE-17: Il codice tipo fattura dovrebbe usare l’elenco supportato da XRechnung

Il codice tipo fattura dovrebbe essere uno dei codici supportati da XRechnung.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Usa un codice BT-3 supportato, come 380, 381, 384, 389, 326, 875, 876 o 877.

Esempi validi

BT-3 Invoice type code è presente e valido.

Esempi non validi

BT-3 Invoice type code è assente o non valido.

Apri la guida dettagliata per BR-DE-17 →

BR-DE-18: I termini di sconto cassa dovrebbero usare la sintassi XRechnung

I termini di pagamento con sconto cassa devono rispettare il modello testuale strutturato XRechnung.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Formatta il testo BT-20 secondo il modello sconto XRechnung.

Esempi validi

BT-20 Payment terms è presente e valido.

Esempi non validi

BT-20 Payment terms è assente o non valido.

Apri la guida dettagliata per BR-DE-18 →

BR-DE-20: Il conto di addebito SEPA deve essere un IBAN valido

Quando si usa il codice mezzo di pagamento 59, l’identificativo del conto addebitato dovrebbe essere un IBAN valido.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Usa un IBAN valido in BT-91 quando BT-81 è 59.

Esempi validi

BT-91 Debited account identifier è presente e valido.

Esempi non validi

BT-91 Debited account identifier è assente o non valido.

Apri la guida dettagliata per BR-DE-20 →

BR-DE-21: L’identificativo della specifica dovrebbe rispettare la sintassi XRechnung

L’identificativo di personalizzazione/specifica dovrebbe identificare correttamente il profilo XRechnung.

Contesto normativo: Questa voce segue la semantica Schematron XRechnung 3.0.2 usata dalla validazione KoSIT.

Come risolvere: Usa in BT-24 l’identificativo di personalizzazione XRechnung ufficiale della versione di profilo target.

Esempi validi

BT-24 Specification identifier è presente e valido.

Esempi non validi

BT-24 Specification identifier è assente o non valido.

Apri la guida dettagliata per BR-DE-21 →

BR-DEX-01: Il documento allegato usa un codice MIME non consentito

Il codice MIME del documento allegato (BT-125) deve provenire dall’elenco consentito. Nell’estensione XRechnung è ammesso anche application/xml oltre ai codici definiti per un oggetto binario.

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo quando la fattura usa il profilo Extension, che amplia l’elenco MIME degli oggetti binari includendo application/xml.

Esempi validi

EmbeddedDocumentBinaryObject con mimeCode="application/pdf"
Allegato Extension con mimeCode="application/xml"

Esempi non validi

EmbeddedDocumentBinaryObject con mimeCode="application/zip"

Apri la guida dettagliata per BR-DEX-01 →

BR-DEX-02: L’importo netto di riga deve corrispondere alla somma delle sotto-righe

Esempi validi

BT-131 padre = 100.00; due sotto-righe con BT-131 = 60.00 e 40.00

Esempi non validi

BT-131 padre = 100.00; la somma delle sotto-righe è 90.00

Apri la guida dettagliata per BR-DEX-02 →

BR-DEX-03: La sotto-riga deve contenere esattamente una informazione IVA

Una SOTTO-RIGA (BG-DEX-01) deve contenere esattamente una INFORMAZIONE IVA DELLA SOTTO-RIGA (BG-DEX-06).

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, che introduce sotto-righe (UBL cac:SubInvoiceLine) ciascuna con una singola ripartizione IVA.

Esempi validi

SubInvoiceLine con una ClassifiedTaxCategory (S, 19%)

Esempi non validi

SubInvoiceLine senza ClassifiedTaxCategory, o con due

Apri la guida dettagliata per BR-DEX-03 →

BR-DEX-04: Lo schema dell’identificativo di parte deve usare un codice ISO 6523

Qualsiasi identificatore di schema su un identificativo di parte (Venditore BT-29, Acquirente BT-46, Beneficiario BT-60) deve essere codificato con una voce dell’elenco codici ISO 6523 ICD.

Esempi validi

4012345000009

Esempi non validi

4012345000009 — XYZ non è un codice ISO 6523

Apri la guida dettagliata per BR-DEX-04 →

BR-DEX-05: Lo schema dell’identificativo di registrazione legale deve usare ISO 6523

Qualsiasi identificatore di schema su un identificativo di registrazione legale (Venditore BT-30, Acquirente BT-47, Beneficiario BT-61) deve essere codificato con una voce dell’elenco ISO 6523 ICD.

Esempi validi

12345678900

Esempi non validi

12345 — LOCAL non è ISO 6523

Apri la guida dettagliata per BR-DEX-05 →

BR-DEX-06: Lo schema dell’identificativo standard dell’articolo deve usare ISO 6523

Qualsiasi identificatore di schema sull’identificativo standard dell’articolo (BT-157) deve essere codificato con una voce dell’elenco ISO 6523 ICD.

Esempi validi

04012345678901

Esempi non validi

A-100 — INTERNAL non è ISO 6523

Apri la guida dettagliata per BR-DEX-06 →

BR-DEX-07: Lo schema dell’identificativo endpoint deve appartenere all’elenco CEF EAS

Esempi validi

991-12345-67

Esempi non validi

... — 0088 è ISO 6523, non CEF EAS

Apri la guida dettagliata per BR-DEX-07 →

BR-DEX-08: Lo schema dell’identificativo del luogo di consegna deve usare ISO 6523

Qualsiasi identificatore di schema per un identificativo del luogo di consegna (BT-71) deve essere codificato con una voce dell’elenco ISO 6523 ICD.

Esempi validi

4098765000002

Esempi non validi

DOCK-7 — SITE non è un codice ISO 6523

Apri la guida dettagliata per BR-DEX-08 →

BR-DEX-09: L’importo dovuto deve tenere conto dei pagamenti di terzi

Esempi validi

BT-112 = 119.00, BT-113 = 0.00, BT-114 = 0.00, Σ BT-DEX-002 = 20.00 → BT-115 = 139.00

Esempi non validi

BT-115 = 119.00 mentre Σ BT-DEX-002 = 20.00 è omesso dal calcolo

Apri la guida dettagliata per BR-DEX-09 →

BR-DEX-10: Il tipo di pagamento di terzi è obbligatorio

Il tipo di pagamento di terzi (BT-DEX-001) deve essere indicato quando è presente il gruppo PAGAMENTO DI TERZI (BG-DEX-09).

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, dove il gruppo PAGAMENTO DI TERZI (mappato su UBL cac:PrepaidPayment) è disponibile.

Esempi validi

cac:PrepaidPayment con cbc:ID presente (tipo di pagamento di terzi)

Esempi non validi

cac:PrepaidPayment presente ma cbc:ID mancante

Apri la guida dettagliata per BR-DEX-10 →

BR-DEX-11: L’importo di pagamento di terzi è obbligatorio

L’importo di pagamento di terzi (BT-DEX-002) deve essere indicato quando è presente il gruppo PAGAMENTO DI TERZI (BG-DEX-09).

Esempi validi

cac:PrepaidPayment con cbc:PaidAmount currencyID="EUR" = 20.00

Esempi non validi

cac:PrepaidPayment presente ma cbc:PaidAmount mancante

Apri la guida dettagliata per BR-DEX-11 →

BR-DEX-12: La descrizione del pagamento di terzi è obbligatoria

La descrizione del pagamento di terzi (BT-DEX-003) deve essere indicata quando è presente il gruppo PAGAMENTO DI TERZI (BG-DEX-09).

Contesto normativo: Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, dove il gruppo PAGAMENTO DI TERZI (mappato su UBL cac:PrepaidPayment) è disponibile.

Esempi validi

cac:PrepaidPayment con cbc:InstructionID "Contributo fondo assistenza"

Esempi non validi

cac:PrepaidPayment presente ma cbc:InstructionID mancante

Apri la guida dettagliata per BR-DEX-12 →

BR-DEX-13: L’importo di pagamento di terzi ammette al massimo due decimali

Il numero massimo di decimali consentito per l’importo di pagamento di terzi (BT-DEX-002) è due.

Esempi validi

20.00

Esempi non validi

20.005 — tre decimali

Apri la guida dettagliata per BR-DEX-13 →

BR-DEX-14: La valuta dell’importo di pagamento di terzi deve corrispondere alla valuta della fattura

La valuta dell’importo di pagamento di terzi (BT-DEX-002) deve corrispondere al codice valuta della fattura (BT-5).

Esempi validi

BT-5 = EUR e 20.00

Esempi non validi

BT-5 = EUR ma 20.00

Apri la guida dettagliata per BR-DEX-14 →

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. Utilizzane esattamente uno.

Come risolvere: Rimuovi BT-7 oppure BT-8 in modo che resti un solo indicatore del momento di esigibilità IVA.

Esempi validi

BT-7 = 2026-03-31, BT-8 assente
BT-8 = 3 (data fattura), BT-7 assente

Esempi non validi

BT-7 = 2026-03-31 e BT-8 = 35 valorizzati insieme
Sia data sia codice di esigibilità IVA presenti nella stessa ripartizione IVA

Apri la guida dettagliata per BR-CO-3 →

BR-CO-4: Ogni riga di fattura deve avere un codice categoria IVA

Ogni riga di fattura (BG-25) deve riportare un codice categoria IVA dell’articolo fatturato (BT-151), in modo da poter essere assegnata a una ripartizione IVA.

Come risolvere: Aggiungi BT-151 (ad esempio "S" per aliquota standard, "Z" per aliquota zero, "AE" per inversione contabile) a ogni riga.

Esempi validi

Riga 1 BT-151 = "S" con BT-152 = 19
Riga 2 BT-151 = "Z" (aliquota zero) con BT-152 = 0

Esempi non validi

Riga di fattura senza elemento ClassifiedTaxCategory
Riga di fattura con BT-151 vuoto

Apri la guida dettagliata per BR-CO-4 →

BR-CO-9: Le partite IVA devono avere un prefisso paese ISO 3166-1 alpha-2

Come risolvere: Anteponi a ogni partita IVA il codice paese a due lettere corretto, ad esempio "DE123456789" invece di "123456789".

Esempi validi

BT-31 = "DE123456789"
BT-48 = "FR12345678901"
BT-63 = "IT12345678901"

Esempi non validi

BT-31 = "123456789" (manca il prefisso DE)
BT-48 = "GERMANY-123" (prefisso non ISO)
BT-63 = "EU123456789" (EU non è un codice ISO 3166-1 alpha-2)

Apri la guida dettagliata per BR-CO-9 →

BR-CO-10: La somma degli importi netti di riga deve coincidere con il totale dei netti di riga

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).

Come risolvere: Ricalcola BT-106 partendo dai netti di riga effettivi e riporta il nuovo valore nell’intestazione della 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

Righe somma 175,00 ma BT-106 = 174,99 (deriva di arrotondamento)
BT-106 lasciato a 0,00 con righe presenti

Apri la guida dettagliata per BR-CO-10 →

BR-CO-11: La somma degli sconti a livello documento deve coincidere con il totale di tutti gli sconti

La somma degli sconti a livello documento (BT-107) deve coincidere con la somma aritmetica di tutti gli importi di sconto a livello documento (BT-92).

Contesto normativo: Gli sconti a livello documento devono conciliarsi affinché BR-CO-13 (catena dei totali) regga. Un solo sconto dimenticato fa rifiutare l’intero blocco dei totali.

Come risolvere: Ricalcola BT-107 sommando ogni BT-92 nel gruppo degli sconti a livello documento.

Esempi validi

Due sconti BT-92 da 5,00 e 10,00 producono BT-107 = 15,00
Nessuno sconto a livello documento e BT-107 = 0,00 (o assente)

Esempi non validi

BT-107 = 10,00 ma l’unico BT-92 nel documento è 15,00
BT-107 assente con BT-92 presenti

Apri la guida dettagliata per BR-CO-11 →

BR-CO-13: Il totale fattura IVA esclusa deve essere uguale al totale righe meno gli sconti più gli oneri

Il totale fattura IVA esclusa (BT-109) deve essere uguale al totale dei netti di riga (BT-106) meno gli sconti a livello documento (BT-107) più gli oneri a livello documento (BT-108).

Come risolvere: Ricalcola BT-109 = BT-106 − BT-107 + BT-108 e riporta il risultato nel blocco dei totali.

Esempi validi

BT-106 = 200,00, BT-107 = 10,00, BT-108 = 5,00 → BT-109 = 195,00
BT-106 = 100,00, nessuno sconto o onere → BT-109 = 100,00

Esempi non validi

BT-106 = 200,00, BT-107 = 10,00, BT-108 = 5,00 ma BT-109 = 200,00
BT-109 lasciato pari a BT-106 nonostante BT-107 > 0

Apri la guida dettagliata per BR-CO-13 →

BR-CO-14: Il totale IVA della fattura deve essere uguale alla somma degli importi IVA per categoria

L’importo totale IVA (BT-110) deve essere uguale alla somma aritmetica di tutti gli importi IVA per categoria (BT-117) presenti nella ripartizione IVA.

Come risolvere: Ricalcola BT-110 sommando ogni BT-117 (uno per ogni combinazione categoria/aliquota) prima dell’esportazione.

Esempi validi

Due importi BT-117 da 19,00 e 7,00 producono BT-110 = 26,00
BT-117 unico = 38,00 produce BT-110 = 38,00

Esempi non validi

BT-110 = 26,00 ma la ripartizione somma 25,99
BT-110 = 19,00 con due righe BT-117 da 19,00 e 7,00

Apri la guida dettagliata per BR-CO-14 →

BR-CO-15: Il totale fattura IVA inclusa deve essere uguale al totale IVA esclusa più l’imposta totale

Il totale fattura IVA inclusa (BT-112) deve essere uguale al totale fattura IVA esclusa (BT-109) più l’imposta totale (BT-110). Importi non quadrati sono la causa di rifiuto più frequente.

Come risolvere: Ricalcola BT-112 = BT-109 + BT-110 utilizzando la stessa regola di arrotondamento del blocco totali.

Esempi validi

BT-109 = 100,00, BT-110 = 19,00 → BT-112 = 119,00
BT-109 = 84,03, BT-110 = 15,97 → BT-112 = 100,00

Esempi non validi

BT-109 = 100,00, BT-110 = 19,00 ma BT-112 = 118,99
BT-112 = BT-109 (IVA dimenticata nel totale lordo)

Apri la guida dettagliata per BR-CO-15 →

BR-CO-16: L’importo da pagare deve essere uguale al totale IVA inclusa meno gli acconti più l’arrotondamento

L’importo da pagare (BT-115) deve essere uguale al totale fattura IVA inclusa (BT-112) meno l’importo già pagato (BT-113) più l’importo di arrotondamento (BT-114).

Contesto normativo: Acconti e aggiustamenti di arrotondamento sono la fonte tipica di errori. Gli ERP spesso non riportano l’importo già pagato nell’export e-fattura.

Come risolvere: Ricalcola BT-115 = BT-112 − BT-113 + BT-114 considerando come zero BT-113 e BT-114 quando assenti.

Esempi validi

BT-112 = 119,00, BT-113 = 50,00, BT-114 = 0,00 → BT-115 = 69,00
BT-112 = 100,00, BT-113 assente, BT-114 = 0,01 → BT-115 = 100,01

Esempi non validi

BT-115 = BT-112 nonostante BT-113 = 50,00 di acconto
BT-115 ignora l’arrotondamento BT-114 = 0,02

Apri la guida dettagliata per BR-CO-16 →

BR-CO-17: L’importo IVA per categoria deve essere uguale alla base imponibile per l’aliquota diviso 100

L’importo IVA per categoria (BT-117) deve essere uguale alla base imponibile (BT-116) moltiplicata per l’aliquota IVA (BT-119) divisa per 100, arrotondata a due decimali.

Contesto normativo: La regola viene verificata per ogni riga della ripartizione. La causa tipica di errore è la divergenza tra arrotondamento commerciale e bancario fra ERP e convertitore.

Come risolvere: Ricalcola ogni BT-117 come round(BT-116 × BT-119 / 100, 2) con la modalità di arrotondamento attesa dal destinatario (arrotondamento commerciale per la PA tedesca).

Esempi validi

BT-116 = 100,00, BT-119 = 19 → BT-117 = 19,00
BT-116 = 84,03, BT-119 = 19 → BT-117 = 15,97

Esempi non validi

BT-116 = 100,00, BT-119 = 19 ma BT-117 = 19,01
BT-117 lasciato a 0,00 con BT-116 e BT-119 non nulli

Apri la guida dettagliata per BR-CO-17 →

BR-CO-25: Se l’importo da pagare è positivo serve la data di scadenza o le condizioni di pagamento

Se l’importo da pagare (BT-115) è maggiore di zero, deve essere presente la data di scadenza (BT-9) oppure le condizioni di pagamento (BT-20).

Come risolvere: Aggiungi BT-9 (data di scadenza) oppure BT-20 (termini testuali come "30 giorni") quando esiste un saldo positivo da incassare.

Esempi validi

BT-115 = 119,00, BT-9 = 2026-05-30
BT-115 = 119,00, BT-20 = "Pagabile entro 14 giorni netti"

Esempi non validi

BT-115 = 119,00 senza BT-9 né BT-20
BT-115 > 0 con BT-9 vuoto e BT-20 anch’esso vuoto

Apri la guida dettagliata per BR-CO-25 →

BR-CO-26: Il venditore deve essere identificabile tramite un identificativo, un codice di registrazione o la partita IVA

Contesto normativo: Gli ERP degli acquirenti abbinano i fornitori in automatico tramite questi identificativi. In assenza, la fattura finisce in coda manuale e il pagamento viene ritardato.

Come risolvere: Compila almeno uno tra BT-29, BT-30 o BT-31 nel blocco della parte venditrice.

Esempi validi

BT-31 = "DE123456789"
BT-30 = "HRB 12345"
BT-29 = "GLN 4012345000094"

Esempi non validi

Parte venditrice con solo nome e indirizzo, BT-29/BT-30/BT-31 tutti assenti
BT-31 rimosso perché venditore non soggetto IVA, ma anche BT-30 mancante

Apri la guida dettagliata per BR-CO-26 →

BR-S-1: Le righe ad aliquota standard richiedono una corrispondente riga nella ripartizione IVA

Se una riga, uno sconto o un onere a livello documento è ad aliquota standard (codice categoria IVA "S"), la ripartizione IVA (BG-23) deve contenere almeno una riga con codice "S".

Contesto normativo: Una riga ad aliquota standard senza ripartizione corrispondente lascia la base imponibile non dichiarata; destinatari e fisco lo considerano dato mancante.

Come risolvere: Aggiungi una riga di ripartizione IVA con BT-118 = "S" e l’aliquota corretta prima dell’esportazione.

Esempi validi

Riga BT-151 = "S" più riga di ripartizione BT-118 = "S", BT-119 = 19
Sconto documento BT-95 = "S" più riga di ripartizione corrispondente

Esempi non validi

Riga BT-151 = "S" ma la ripartizione contiene solo righe "Z"
Onere documento BT-102 = "S" senza riga "S" nella ripartizione

Apri la guida dettagliata per BR-S-1 →

BR-S-5: L’aliquota IVA in una ripartizione ad aliquota standard deve essere maggiore di zero

In ogni riga di ripartizione IVA (BG-23) con codice categoria (BT-118) "S" (aliquota standard), l’aliquota IVA (BT-119) deve essere maggiore di zero.

Come risolvere: Imposta BT-119 sull’aliquota positiva applicabile (ad esempio 19 in Germania, 22 in Italia) quando BT-118 vale "S".

Esempi validi

BT-118 = "S", BT-119 = 22
BT-118 = "S", BT-119 = 10

Esempi non validi

BT-118 = "S", BT-119 = 0
BT-118 = "S", BT-119 assente

Apri la guida dettagliata per BR-S-5 →

BR-S-8: La base imponibile ad aliquota standard deve essere uguale ai netti di riga più gli oneri meno gli sconti alla stessa aliquota

Come risolvere: Raggruppa tutte le righe, gli sconti e gli oneri "S" per aliquota e ricalcola BT-116 per gruppo come Σ BT-131 + Σ BT-99 − Σ BT-92.

Esempi validi

Due righe al 22% (60,00 + 40,00) e uno sconto al 22% (10,00) producono BT-116 = 90,00 per la riga 22%
Riga unica al 10% con netto 50,00 produce BT-116 = 50,00 per la riga 10%

Esempi non validi

BT-116 della riga 22% riporta 100,00 ma le righe al netto degli sconti fanno 90,00
BT-116 della riga 10% mancante con righe al 10% presenti

Apri la guida dettagliata per BR-S-8 →

BR-CO-05: Motivo e codice dello sconto devono corrispondere

Il codice del motivo dello sconto a livello di documento (BT-98) e il motivo dello sconto a livello di documento (BT-97) devono indicare lo stesso tipo di sconto.

Come risolvere: Allinea il motivo in testo libero (BT-97) con il motivo codificato (BT-98) affinché descrivano lo stesso sconto, ad esempio il codice 95 con una descrizione di sconto.

Esempi validi

BT-98 = 95 (Sconto) con BT-97 = "Sconto quantità"

Esempi non validi

BT-98 = 95 (Sconto) con BT-97 = "Penale per consegna in ritardo"

Apri la guida dettagliata per BR-CO-05 →

BR-CO-06: Motivo e codice dell’onere devono corrispondere

Il codice del motivo dell’onere a livello di documento (BT-105) e il motivo dell’onere a livello di documento (BT-104) devono indicare lo stesso tipo di onere.

Esempi validi

BT-105 = FC (Trasporto) con BT-104 = "Costo di trasporto"

Esempi non validi

BT-105 = FC (Trasporto) con BT-104 = "Sconto per pagamento anticipato"

Apri la guida dettagliata per BR-CO-06 →

BR-CO-07: Motivo e codice dello sconto di riga devono corrispondere

Il codice del motivo dello sconto di riga (BT-140) e il motivo dello sconto di riga (BT-139) devono indicare lo stesso tipo di motivo di sconto.

Come risolvere: All’interno dello sconto di riga, fai in modo che il motivo in testo libero (BT-139) e il motivo codificato (BT-140) descrivano lo stesso sconto.

Esempi validi

BT-140 = 95 (Sconto) con BT-139 = "Sconto campione"

Esempi non validi

BT-140 = 95 (Sconto) con BT-139 = "Supplemento imballaggio"

Apri la guida dettagliata per BR-CO-07 →

BR-CO-08: Motivo e codice dell’onere di riga devono corrispondere

Il codice del motivo dell’onere di riga (BT-145) e il motivo dell’onere di riga (BT-144) devono indicare lo stesso tipo di motivo di onere.

Come risolvere: All’interno dell’onere di riga, fai in modo che il motivo in testo libero (BT-144) e il motivo codificato (BT-145) descrivano lo stesso onere.

Esempi validi

BT-145 = ABL (Imballaggio) con BT-144 = "Imballaggio speciale"

Esempi non validi

BT-145 = ABL (Imballaggio) con BT-144 = "Sconto fedeltà"

Apri la guida dettagliata per BR-CO-08 →

BR-CO-12: La somma degli oneri deve corrispondere al totale

La somma degli oneri a livello di documento (BT-108) deve essere uguale alla somma di tutti gli importi degli oneri a livello di documento (BT-99): BT-108 = Σ BT-99.

Come risolvere: Ricalcola BT-108 come la somma aritmetica esatta di ogni importo di onere a livello di documento (BT-99) e inserisci quel valore in ChargeTotalAmount.

Esempi validi

BT-99 = 20,00 e BT-99 = 10,00, BT-108 = 30,00

Esempi non validi

BT-99 = 20,00 e BT-99 = 10,00, ma BT-108 = 25,00

Apri la guida dettagliata per BR-CO-12 →

BR-CO-18: È richiesta almeno una ripartizione IVA

Una fattura deve contenere almeno un gruppo di ripartizione IVA (BG-23) che riepiloga gli importi per ciascuna categoria IVA.

Come risolvere: Aggiungi almeno un cac:TaxTotal/cac:TaxSubtotal (BG-23) con l’imponibile, l’importo IVA e il codice categoria IVA.

Esempi validi

Un gruppo BG-23: categoria S, aliquota 19 %, imponibile 100,00, IVA 19,00

Esempi non validi

Fattura con importo IVA totale ma senza alcuna ripartizione BG-23

Apri la guida dettagliata per BR-CO-18 →

BR-CO-19: Il periodo di fatturazione richiede una data di inizio o fine

Se viene usato il periodo di fatturazione (BG-14), devono essere compilate la data di inizio (BT-73) o la data di fine (BT-74), o entrambe.

Contesto normativo: Questa regola del nucleo EN16931 impedisce un gruppo di periodo di fatturazione vuoto che non conterrebbe alcuna informazione sull’intervallo di fatturazione.

Come risolvere: Quando è presente un cac:InvoicePeriod, fornisci almeno una StartDate (BT-73) o una EndDate (BT-74); rimuovi il periodo se nessuna delle due è applicabile.

Esempi validi

BT-73 = 2026-01-01 con BT-74 = 2026-01-31

Esempi non validi

cac:InvoicePeriod presente ma né BT-73 né BT-74 compilati

Apri la guida dettagliata per BR-CO-19 →

BR-CO-20: Il periodo di riga richiede una data di inizio o fine

Se viene usato il periodo della riga di fattura (BG-26), devono essere compilate la data di inizio (BT-134) o la data di fine (BT-135), o entrambe.

Contesto normativo: Questa regola del nucleo EN16931 è la controparte a livello di riga di BR-CO-19 e impedisce un gruppo di periodo di riga vuoto senza intervallo di consegna o servizio.

Come risolvere: Quando un cac:InvoicePeriod compare all’interno di una riga di fattura, fornisci almeno una StartDate (BT-134) o una EndDate (BT-135).

Esempi validi

BT-134 = 2026-02-01 con BT-135 = 2026-02-28

Esempi non validi

cac:InvoicePeriod di riga presente ma né BT-134 né BT-135 compilati

Apri la guida dettagliata per BR-CO-20 →

BR-CO-21: Lo sconto a livello di documento richiede un motivo o un codice motivo

Ogni sconto a livello di documento (BG-20) deve contenere un motivo dello sconto (BT-97) o un codice del motivo (BT-98), o entrambi.

Contesto normativo: Questa regola del nucleo EN16931 garantisce che ogni detrazione sia motivata affinché acquirenti e revisori vedano perché l’importo è stato sottratto.

Come risolvere: Per ogni sconto a livello di documento, aggiungi un AllowanceChargeReason (BT-97) e/o un AllowanceChargeReasonCode (BT-98).

Esempi validi

Sconto a livello di documento con BT-98 = 95 e BT-97 = "Sconto quantità"

Esempi non validi

Importo di sconto 10,00 senza BT-97 né BT-98

Apri la guida dettagliata per BR-CO-21 →

BR-CO-22: L’onere a livello di documento richiede un motivo o un codice motivo

Ogni onere a livello di documento (BG-21) deve contenere un motivo dell’onere (BT-104) o un codice del motivo (BT-105), o entrambi.

Contesto normativo: Questa regola del nucleo EN16931 garantisce che ogni supplemento sia motivato affinché acquirenti e revisori vedano perché l’importo è stato aggiunto.

Come risolvere: Per ogni onere a livello di documento, aggiungi un AllowanceChargeReason (BT-104) e/o un AllowanceChargeReasonCode (BT-105).

Esempi validi

Onere a livello di documento con BT-105 = FC e BT-104 = "Costo di trasporto"

Esempi non validi

Importo di onere 15,00 senza BT-104 né BT-105

Apri la guida dettagliata per BR-CO-22 →

BR-CO-23: Lo sconto di riga richiede un motivo o un codice motivo

Ogni sconto di riga di fattura (BG-27) deve contenere un motivo dello sconto di riga (BT-139) o un codice del motivo (BT-140), o entrambi.

Contesto normativo: Questa regola del nucleo EN16931 è la controparte a livello di riga di BR-CO-21 e richiede che ogni detrazione di riga sia motivata.

Come risolvere: Per ogni sconto di riga, aggiungi un AllowanceChargeReason (BT-139) e/o un AllowanceChargeReasonCode (BT-140).

Esempi validi

Sconto di riga con BT-140 = 95 e BT-139 = "Sconto campione"

Esempi non validi

Importo di sconto di riga 2,00 senza BT-139 né BT-140

Apri la guida dettagliata per BR-CO-23 →

BR-CO-24: L’onere di riga richiede un motivo o un codice motivo

Ogni onere di riga di fattura (BG-28) deve contenere un motivo dell’onere di riga (BT-144) o un codice del motivo (BT-145), o entrambi.

Contesto normativo: Questa regola del nucleo EN16931 è la controparte a livello di riga di BR-CO-22 e richiede che ogni supplemento di riga sia motivato.

Come risolvere: Per ogni onere di riga, aggiungi un AllowanceChargeReason (BT-144) e/o un AllowanceChargeReasonCode (BT-145).

Esempi validi

Onere di riga con BT-145 = ABL e BT-144 = "Imballaggio speciale"

Esempi non validi

Importo di onere di riga 3,00 senza BT-144 né BT-145

Apri la guida dettagliata per BR-CO-24 →

BR-61: Identificativo conto richiesto per bonifico

Quando il mezzo di pagamento indica bonifico, deve essere presente l’identificativo del conto beneficiario (BT-84).

Contesto normativo: I validatori non possono gestire un bonifico senza conto, anche se i termini di pagamento sono completi.

Come risolvere: Aggiungi cac:PayeeFinancialAccount/cbc:ID in UBL o il campo CII equivalente, di solito un IBAN per bonifico SEPA.

Esempi validi

PaymentMeansCode 58 con PayeeFinancialAccount ID DE89370400440532013000

Esempi non validi

PaymentMeansCode 58 senza conto beneficiario

Apri la guida dettagliata per BR-61 →

BR-AE-02: Reverse charge richiede ID IVA venditore

Categorie IVA reverse charge su righe o totali richiedono l’ID IVA del venditore.

Contesto normativo: Il reverse charge sposta l’obbligo fiscale; i sistemi riceventi devono verificare l’identità fiscale del venditore.

Come risolvere: Aggiungi la registrazione IVA venditore e mantieni il codice reverse charge su righe e ripartizione IVA.

Esempi validi

PartyTaxScheme venditore CompanyID DE123456789 con categoria IVA AE

Esempi non validi

Categoria IVA AE senza registrazione IVA venditore

Apri la guida dettagliata per BR-AE-02 →

BR-AE-10: Ripartizione reverse charge richiede motivo esenzione

Una ripartizione IVA reverse charge deve includere codice o testo del motivo di esenzione.

Contesto normativo: L’acquirente necessita di un motivo leggibile o codificato per capire perché l’IVA non è addebitata.

Come risolvere: Aggiungi cbc:TaxExemptionReasonCode con codice VATEX valido o testo cbc:TaxExemptionReason sulla categoria AE.

Esempi validi

Categoria IVA AE con codice VATEX VATEX-EU-AE

Esempi non validi

Categoria IVA AE senza codice o testo motivo esenzione

Apri la guida dettagliata per BR-AE-10 →

BR-E-01: Righe esenti richiedono ripartizione IVA esente

Se una riga usa categoria IVA E, la ripartizione IVA documento deve contenere un subtotale E.

Contesto normativo: Categorie IVA di riga e ripartizione documento devono riconciliarsi per verificare le basi imponibili.

Come risolvere: Aggiungi subtotale IVA categoria E con imponibile, imposta zero, percentuale zero e motivo esenzione.

Esempi validi

Categoria IVA riga E più TaxSubtotal documento con TaxCategory ID E

Esempi non validi

Riga categoria IVA E ma presente solo ripartizione standard

Apri la guida dettagliata per BR-E-01 →

BR-E-05: Aliquota IVA esente deve essere zero

La categoria IVA E deve usare aliquota zero su righe e ripartizioni.

Contesto normativo: Una categoria esente con aliquota non zero è contraddittoria e crea totali incoerenti.

Come risolvere: Imposta Percent a 0 per categoria E e mantieni la base nella ripartizione esente.

Esempi validi

Categoria IVA E con Percent 0

Esempi non validi

Categoria IVA E con Percent 19

Apri la guida dettagliata per BR-E-05 →

BR-DE-19: Il conto SEPA deve contenere un IBAN valido

Per bonifico SEPA, l’identificativo conto pagamento deve essere un IBAN sintatticamente valido.

Contesto normativo: Molti export includono dati bancari come testo. I validatori attendono solo l’identificativo instradabile.

Come risolvere: Normalizza spazi, rimuovi etichette come IBAN: e salva solo il valore IBAN in BT-84.

Esempi validi

DE89370400440532013000

Esempi non validi

IBAN: DE89 3704 0044 0532 0130 00
Conto corrente Example Bank

Apri la guida dettagliata per BR-DE-19 →

BR-05: Il codice valuta della fattura deve essere presente

La fattura deve contenere il codice valuta (BT-5), ad esempio EUR, così ogni importo viene interpretato in modo coerente.

Contesto normativo: BT-5 è un campo base EN 16931. Senza valuta falliscono i controlli su IVA, pagamento e righe prima delle regole di profilo.

Come risolvere: Imposta BT-5 sul codice ISO 4217 usato per totali e righe.

Esempi validi

BT-5 = EUR
DocumentCurrencyCode = USD per una fattura in USD

Esempi non validi

BT-5 assente
Valuta scritta come testo libero fuori dal campo XML

Apri la guida dettagliata per BR-05 →

BR-22: Ogni riga deve contenere la quantità fatturata

Ogni riga fattura (BG-25) deve includere la quantità fatturata (BT-129).

Contesto normativo: La quantità serve per BT-131 e per regole Peppol come PEPPOL-EN16931-R120.

Come risolvere: Aggiungi BT-129 a ogni riga e mantienilo coerente con il calcolo del netto riga.

Esempi validi

BT-129 = 2
BT-129 = 1,5 per ore di servizio

Esempi non validi

Riga presente ma quantità vuota
Quantità nel PDF non trasferita in XML

Apri la guida dettagliata per BR-22 →

BR-23: Ogni quantità di riga deve avere un codice unità

Una riga fattura (BG-25) deve contenere il codice unità della quantità fatturata (BT-130).

Contesto normativo: I codici unità sono valori controllati. Testo libero come “pezzi” o “ore” fallisce anche se la quantità è presente.

Come risolvere: Imposta BT-130 su un codice valido, ad esempio C62 per pezzo, HUR per ora o DAY per giorno.

Esempi validi

BT-130 = C62
BT-130 = HUR

Esempi non validi

BT-130 assente
Unità scritta “pezzo” invece di C62

Apri la guida dettagliata per BR-23 →

BR-24: Ogni riga deve avere un importo netto

Ogni riga fattura (BG-25) deve contenere l’importo netto di riga (BT-131).

Contesto normativo: BT-131 alimenta BR-CO-10 e la riconciliazione IVA. Netti riga mancanti generano spesso più errori di totale.

Come risolvere: Calcola BT-131 da quantità, prezzo unitario e sconti/addebiti di riga, poi arrotonda secondo il profilo.

Esempi validi

BT-131 = 200,00 per 2 x 100,00

Esempi non validi

Importo riga assente
Netto riga 0,00 con quantità e prezzo presenti

Apri la guida dettagliata per BR-24 →

BR-25: Ogni riga deve contenere il nome articolo

Ogni riga fattura (BG-25) deve contenere il nome articolo (BT-153).

Contesto normativo: BT-153 è richiesto anche con codici articolo. I soli codici non bastano per EN 16931.

Come risolvere: Mappa la descrizione prodotto o servizio della fattura sorgente in BT-153 per ogni riga.

Esempi validi

BT-153 = Servizi di consulenza marzo 2026

Esempi non validi

Nome articolo vuoto
Solo SKU 4711 senza nome

Apri la guida dettagliata per BR-25 →

BR-26: Ogni riga deve contenere il prezzo netto dell’articolo

Ogni riga fattura (BG-25) deve contenere il prezzo netto dell’articolo (BT-146).

Contesto normativo: Fonti con solo prezzo lordo richiedono derivazione deterministica del netto. BT-146 mancante blocca le validazioni di riga e Peppol.

Come risolvere: Indica il prezzo unitario netto prima IVA in BT-146 e allinealo a quantità e netto riga.

Esempi validi

BT-146 = 100,00 prima IVA

Esempi non validi

BT-146 assente
Prezzo lordo copiato in BT-146 senza scorporare IVA

Apri la guida dettagliata per BR-26 →

BR-47: Ogni ripartizione IVA deve avere un codice categoria IVA

Ogni ripartizione IVA (BG-23) deve essere definita tramite un codice categoria IVA (BT-118).

Contesto normativo: BT-118 determina quale famiglia di regole IVA si applica. Un valore irrisolto può produrre XML errato; il backend blocca invece di indovinare.

Come risolvere: Imposta BT-118 su ogni subtotale IVA, ad esempio S, Z, E, AE o O, e allinealo alle righe.

Esempi validi

BT-118 = S con BT-119 = 19

Esempi non validi

Ripartizione IVA senza BT-118
Categoria IVA vuota dopo OCR

Apri la guida dettagliata per BR-47 →

BR-57: L’indirizzo di consegna deve includere il codice paese

Ogni indirizzo di consegna (BG-15) deve contenere il codice paese di consegna (BT-80).

Contesto normativo: Il paese di consegna influenza IVA e profilo. Un indirizzo parziale senza paese non è dato strutturato valido.

Come risolvere: Aggiungi BT-80 come codice paese ISO 3166-1 alpha-2 quando sono presenti dati di consegna.

Esempi validi

BT-80 = DE
BT-80 = FR

Esempi non validi

Via e città di consegna presenti senza paese
Paese scritto Germania invece di DE

Apri la guida dettagliata per BR-57 →

BR-DE-22: I nomi file degli allegati incorporati devono essere univoci

XRechnung richiede che ogni attributo filename dei documenti incorporati sia univoco nella fattura.

Contesto normativo: Nomi allegato duplicati rendono ambiguo il trattamento e possono causare rifiuti dai portali destinatari.

Come risolvere: Rinomina gli allegati duplicati prima dell’export, ad esempio terms.pdf e timesheet.pdf invece di due attachment.pdf.

Esempi validi

condizioni-fattura.pdf e documento-consegna.pdf

Esempi non validi

Due file incorporati chiamati attachment.pdf

Apri la guida dettagliata per BR-DE-22 →

BR-DE-26: Le fatture rettificate dovrebbero riferirsi alla fattura precedente

Quando BT-3 è 384 per una fattura rettificata, XRechnung si aspetta almeno un riferimento alla fattura precedente (BG-3).

Contesto normativo: La regola è un warning nel bundle XRechnung fissato, ma i destinatari spesso richiedono il riferimento originale.

Come risolvere: Aggiungi numero e data della fattura originale in BG-3 prima dell’export.

Esempi validi

BT-3 = 384 e BG-3 riferisce INV-2026-001

Esempi non validi

Fattura rettificata senza BG-3

Apri la guida dettagliata per BR-DE-26 →

BR-DE-27: Il telefono del venditore dovrebbe contenere almeno tre cifre

XRechnung avvisa quando il telefono venditore (BT-42) contiene meno di tre cifre.

Contesto normativo: I contatti venditore aiutano i destinatari pubblici a risolvere domande senza rifiutare subito il documento.

Come risolvere: Fornisci un numero reale con cifre o rimuovi placeholder non validi.

Esempi validi

BT-42 = +49 30 123456

Esempi non validi

BT-42 = --
BT-42 = x

Apri la guida dettagliata per BR-DE-27 →

BR-DE-28: L’e-mail del venditore dovrebbe avere forma di indirizzo e-mail

XRechnung avvisa se l’e-mail venditore (BT-43) non contiene esattamente una @ con caratteri validi intorno.

Contesto normativo: Un indirizzo di contatto plausibile riduce i chiarimenti manuali con destinatari pubblici.

Come risolvere: Usa un indirizzo raggiungibile come fatture@example.com e rimuovi spazi, punti finali o placeholder.

Esempi validi

BT-43 = fatture@example.com

Esempi non validi

BT-43 = fatture@
BT-43 = fatture.example.com

Apri la guida dettagliata per BR-DE-28 →

BR-DE-30: L’addebito diretto richiede l’identificativo creditore

Quando sono presenti istruzioni di addebito diretto (BG-19), va fornito anche BT-90 identificativo creditore.

Contesto normativo: I dati di addebito devono essere completi perché l’acquirente autorizza l’incasso per un creditore e mandato specifici.

Come risolvere: Aggiungi l’identificativo creditore SEPA in BT-90 oppure cambia mezzo di pagamento se non c’è addebito diretto.

Esempi validi

Mezzo addebito diretto con BT-90 = DE98ZZZ09999999999

Esempi non validi

Addebito diretto selezionato ma BT-90 assente

Apri la guida dettagliata per BR-DE-30 →

BR-DE-31: L’addebito diretto richiede l’identificativo del conto addebitato

Quando sono presenti istruzioni di addebito diretto (BG-19), va fornito anche BT-91 identificativo del conto addebitato.

Contesto normativo: L’addebito diretto non può essere elaborato correttamente senza identificare il conto addebitato.

Come risolvere: Aggiungi in BT-91 l’identificativo conto dell’acquirente per addebito diretto, oppure usa bonifico.

Esempi validi

Addebito diretto con BT-91 = DE89370400440532013000

Esempi non validi

Addebito diretto selezionato ma BT-91 assente

Apri la guida dettagliata per BR-DE-31 →

PEPPOL-EN16931-R001: Il processo di business deve essere indicato

Peppol richiede l’identificativo del processo di business (BT-23 / ProfileID).

Contesto normativo: BT-23 indica agli access point Peppol quali regole applicare. Valori mancanti bloccano routing e validazione.

Come risolvere: Imposta BT-23 sull’identificativo processo Peppol richiesto dal profilo del destinatario.

Esempi validi

BT-23 / ProfileID contiene l’URN del processo Peppol billing

Esempi non validi

ProfileID assente
BT-23 copiato da CustomizationID

Apri la guida dettagliata per PEPPOL-EN16931-R001 →

PEPPOL-EN16931-R010: L’indirizzo elettronico dell’acquirente deve essere indicato

Peppol richiede l’indirizzo elettronico acquirente (BT-49) per il routing.

Contesto normativo: Senza identificativo endpoint destinatario Peppol non può instradare la fattura.

Come risolvere: Aggiungi BT-49 con identificativo destinatario e scheme, ad esempio Peppol participant ID.

Esempi validi

BT-49 presente con schemeID

Esempi non validi

Endpoint acquirente assente
Valore senza schemeID

Apri la guida dettagliata per PEPPOL-EN16931-R010 →

PEPPOL-EN16931-R020: L’indirizzo elettronico del venditore deve essere indicato

Peppol richiede l’indirizzo elettronico venditore (BT-34).

Contesto normativo: Gli indirizzi elettronici di venditore e acquirente identificano entrambi i partecipanti Peppol.

Come risolvere: Aggiungi BT-34 con identificativo endpoint venditore e scheme coerente.

Esempi validi

BT-34 presente con schemeID

Esempi non validi

Endpoint venditore assente
Valore senza schemeID

Apri la guida dettagliata per PEPPOL-EN16931-R020 →

PEPPOL-EN16931-R046: Il prezzo netto deve essere prezzo lordo meno sconto

Quando è fornito un prezzo lordo, Peppol richiede che il netto sia lordo meno sconto.

Contesto normativo: La regola intercetta scostamenti lordo-netto da conversioni PDF prima dei totali riga.

Come risolvere: Ricalcola BT-146 da prezzo lordo e sconto prezzo, oppure rimuovi dettagli lordi non affidabili.

Esempi validi

Lordo 120,00 meno sconto 20,00 dà BT-146 = 100,00

Esempi non validi

Lordo 120,00, sconto 20,00, BT-146 = 119,00

Apri la guida dettagliata per PEPPOL-EN16931-R046 →

PEPPOL-EN16931-R120: Il netto riga deve rispettare la formula Peppol

Peppol richiede che BT-131 sia quantità per prezzo netto, corretto da addebiti e sconti di riga.

Contesto normativo: È un rifiuto frequente quando l’estrazione PDF arrotonda troppo presto o perde sconti di riga.

Come risolvere: Ricalcola i netti riga da BT-129, BT-146, quantità base prezzo, addebiti e sconti, poi aggiorna BT-131.

Esempi validi

2 x 100,00 meno 10,00 sconto dà BT-131 = 190,00

Esempi non validi

La formula dà 190,00 ma BT-131 = 189,99

Apri la guida dettagliata per PEPPOL-EN16931-R120 →

PEPPOL-EN16931-R130: Il codice unità della base prezzo deve corrispondere all’unità fatturata

Peppol richiede che il codice unità della quantità base prezzo coincida con quello della quantità fatturata.

Contesto normativo: Unità miste rendono ambiguo il calcolo prezzo e compaiono spesso in export ERP.

Come risolvere: Usa lo stesso codice unità per BT-130 e quantità base prezzo, oppure ricalcola il prezzo sull’unità fatturata.

Esempi validi

BT-130 = HUR e unità base prezzo = HUR

Esempi non validi

BT-130 = HUR ma unità base prezzo = C62

Apri la guida dettagliata per PEPPOL-EN16931-R130 →

BR-01: Identificativo di specifica obbligatorio

Una fattura deve riportare un identificativo di specifica (BT-24) che indichi la sintassi e le regole di business seguite dal documento.

Contesto normativo: È una regola centrale EN16931; l’identificativo indica al validatore quale set di regole applicare e deve quindi precedere ogni altro controllo.

Come risolvere: Aggiungi cbc:CustomizationID con l’URN di specifica EN16931/XRechnung, ad esempio urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0.

Esempi validi

BT-24 = urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0

Esempi non validi

L’elemento cbc:CustomizationID è del tutto assente dal documento

Apri la guida dettagliata per BR-01 →

BR-02: Numero di fattura obbligatorio

Una fattura deve avere un numero di fattura (BT-1) che identifichi il documento in modo univoco per l’emittente.

Contesto normativo: È una regola centrale EN16931; il numero di fattura è il riferimento principale per riconciliazione, abbinamento dei pagamenti e audit, quindi è obbligatorio.

Come risolvere: Compila cbc:ID con il numero di fattura progressivo del tuo sistema contabile; non deve essere vuoto.

Esempi validi

BT-1 = RE-2024-0001 — un numero documento univoco e non vuoto

Esempi non validi

cbc:ID è assente o presente come elemento vuoto

Apri la guida dettagliata per BR-02 →

BR-03: Data di emissione obbligatoria

Una fattura deve avere una data di emissione (BT-2) che indichi il giorno in cui la fattura è stata emessa.

Contesto normativo: È una regola centrale EN16931; la data di emissione àncora i termini di pagamento, i periodi IVA e la conservazione legale, quindi non può mancare.

Come risolvere: Aggiungi cbc:IssueDate nel formato data ISO 8601 (AAAA-MM-GG); deve essere presente e non vuoto.

Esempi validi

BT-2 = 2024-05-01 — una data ISO 8601 valida

Esempi non validi

L’elemento cbc:IssueDate è assente nell’intestazione della fattura

Apri la guida dettagliata per BR-03 →

BR-04: Codice tipo fattura obbligatorio

Una fattura deve avere un codice tipo fattura (BT-3) che identifichi il tipo funzionale del documento, ad esempio fattura commerciale o nota di credito.

Contesto normativo: È una regola centrale EN16931; il codice tipo guida l’elaborazione a valle e la gestione IVA, quindi ogni fattura deve dichiararlo.

Come risolvere: Aggiungi cbc:InvoiceTypeCode con un valore UNTDID 1001 consentito, ad esempio 380 per una fattura commerciale o 381 per una nota di credito.

Esempi validi

BT-3 = 380 — fattura commerciale
BT-3 = 381 — nota di credito

Esempi non validi

L’elemento cbc:InvoiceTypeCode è assente nell’intestazione della fattura

Apri la guida dettagliata per BR-04 →

BR-06: Nome del venditore obbligatorio

Una fattura deve contenere il nome del venditore (BT-27), la denominazione legale completa con cui il fornitore è registrato; un nome commerciale diverso va in BT-28.

Contesto normativo: È una regola centrale EN16931; l’acquirente deve poter identificare chi ha emesso la fattura, quindi il nome del venditore non può mancare.

Come risolvere: Indica cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName con il nome del venditore.

Esempi validi

BT-27 = Muster Handels GmbH — nome di registrazione del venditore compilato

Esempi non validi

cac:PartyLegalEntity/cbc:RegistrationName è assente per la parte venditore

Apri la guida dettagliata per BR-06 →

BR-07: Nome dell’acquirente obbligatorio

Una fattura deve contenere il nome dell’acquirente (BT-44), il nome con cui il cliente è registrato o conosciuto.

Contesto normativo: È una regola centrale EN16931; la fattura deve indicare chiaramente a chi è indirizzata, quindi il nome dell’acquirente è obbligatorio.

Come risolvere: Indica cac:AccountingCustomerParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName con il nome dell’acquirente.

Esempi validi

BT-44 = Beispiel Einkauf AG — nome di registrazione dell’acquirente compilato

Esempi non validi

cac:PartyLegalEntity/cbc:RegistrationName è assente per la parte acquirente

Apri la guida dettagliata per BR-07 →

BR-08: Indirizzo postale del venditore obbligatorio

Una fattura deve contenere l’indirizzo postale del venditore (BG-5), il gruppo che descrive dove è stabilito il fornitore.

Contesto normativo: È una regola centrale EN16931; l’indirizzo di stabilimento del venditore serve a fini IVA e legali, quindi il gruppo indirizzo deve essere presente.

Come risolvere: Aggiungi cac:AccountingSupplierParty/cac:Party/cac:PostalAddress con almeno il codice paese e i componenti di indirizzo applicabili.

Esempi validi

BG-5 presente con cac:PostalAddress contenente città, CAP e paese

Esempi non validi

La parte venditore non ha alcun elemento cac:PostalAddress

Apri la guida dettagliata per BR-08 →

BR-09: Codice paese del venditore obbligatorio

L’indirizzo postale del venditore (BG-5) deve contenere un codice paese del venditore (BT-40) che identifichi il paese del venditore.

Contesto normativo: È una regola centrale EN16931; il paese determina il trattamento IVA e la gestione transfrontaliera, quindi l’indirizzo del venditore deve sempre indicare un paese.

Come risolvere: Aggiungi cac:PostalAddress/cac:Country/cbc:IdentificationCode con un codice ISO 3166-1 alpha-2 come DE.

Esempi validi

BT-40 = DE — codice paese ISO 3166-1 alpha-2 presente

Esempi non validi

cac:Country/cbc:IdentificationCode è assente nell’indirizzo postale del venditore

Apri la guida dettagliata per BR-09 →

BR-10: Indirizzo postale dell’acquirente obbligatorio

Una fattura deve contenere l’indirizzo postale dell’acquirente (BG-8), il gruppo che descrive dove si trova il cliente.

Come risolvere: Aggiungi cac:AccountingCustomerParty/cac:Party/cac:PostalAddress con almeno il codice paese e i componenti di indirizzo applicabili.

Esempi validi

BG-8 presente con cac:PostalAddress contenente città, CAP e paese

Esempi non validi

La parte acquirente non ha alcun elemento cac:PostalAddress

Apri la guida dettagliata per BR-10 →

BR-11: Codice paese dell’acquirente obbligatorio

L’indirizzo postale dell’acquirente deve contenere un codice paese dell’acquirente (BT-55) che identifichi il paese dell’acquirente.

Come risolvere: Aggiungi cac:PostalAddress/cac:Country/cbc:IdentificationCode con un codice ISO 3166-1 alpha-2 come DE nell’indirizzo dell’acquirente.

Esempi validi

BT-55 = DE — codice paese ISO 3166-1 alpha-2 presente

Esempi non validi

cac:Country/cbc:IdentificationCode è assente nell’indirizzo postale dell’acquirente

Apri la guida dettagliata per BR-11 →

BR-12: Somma degli importi netti delle righe fattura obbligatoria

Una fattura deve avere la somma degli importi netti delle righe (BT-106), ossia il totale di tutti gli importi netti di riga prima di sconti, oneri e IVA a livello documento.

Contesto normativo: È una regola centrale EN16931; BT-106 è il punto di partenza della catena di calcolo dei totali del documento, quindi deve essere presente.

Come risolvere: Aggiungi cac:LegalMonetaryTotal/cbc:LineExtensionAmount pari alla somma degli importi netti di ogni riga (BT-131).

Esempi validi

BT-106 = 1000.00 — pari alla somma di tutti gli importi netti di riga

Esempi non validi

cac:LegalMonetaryTotal non contiene alcun elemento cbc:LineExtensionAmount

Apri la guida dettagliata per BR-12 →

BR-13: Importo totale della fattura senza IVA obbligatorio

Una fattura deve avere l’importo totale senza IVA (BT-109), l’importo netto prima dell’aggiunta dell’IVA.

Contesto normativo: È una regola centrale EN16931; BT-109 è la base imponibile IVA del documento e collega i totali di riga alla ripartizione IVA, quindi è obbligatorio.

Come risolvere: Aggiungi cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount pari a BT-106 meno sconti più oneri a livello documento.

Esempi validi

BT-109 = 1000.00 — totale netto prima dell’IVA

Esempi non validi

cac:LegalMonetaryTotal non contiene alcun elemento cbc:TaxExclusiveAmount

Apri la guida dettagliata per BR-13 →

BR-14: Importo totale della fattura con IVA obbligatorio

Una fattura deve avere l’importo totale con IVA (BT-112), il totale da pagare IVA inclusa.

Contesto normativo: È una regola centrale EN16931; BT-112 è il totale lordo del documento da cui deriva l’importo dovuto, quindi deve essere presente.

Come risolvere: Aggiungi cac:LegalMonetaryTotal/cbc:TaxInclusiveAmount pari a BT-109 più l’importo totale IVA (BT-110).

Esempi validi

BT-112 = 1190.00 — totale netto 1000.00 più IVA 190.00

Esempi non validi

cac:LegalMonetaryTotal non contiene alcun elemento cbc:TaxInclusiveAmount

Apri la guida dettagliata per BR-14 →

BR-15: Importo da pagare obbligatorio

Una fattura deve avere l’importo da pagare (BT-115), l’importo residuo che l’acquirente deve versare.

Contesto normativo: È una regola centrale EN16931; BT-115 è l’importo che l’acquirente paga effettivamente, quindi nessuna fattura può ometterlo.

Come risolvere: Aggiungi cac:LegalMonetaryTotal/cbc:PayableAmount pari a BT-112 meno l’importo prepagato (BT-113) più l’importo di arrotondamento (BT-114).

Esempi validi

BT-115 = 1190.00 — nessun prepagato, quindi l’importo dovuto è pari al totale lordo

Esempi non validi

cac:LegalMonetaryTotal non contiene alcun elemento cbc:PayableAmount

Apri la guida dettagliata per BR-15 →

BR-16: È obbligatoria almeno una riga di fattura

Una fattura deve avere almeno una riga di fattura (BG-25) che descriva un articolo, un servizio o un onere fatturato.

Contesto normativo: È una regola centrale EN16931; una fattura senza righe non può indicare cosa viene fatturato, quindi almeno una riga è obbligatoria.

Come risolvere: Includi almeno un elemento cac:InvoiceLine con identificativo, quantità, prezzo e importo netto.

Esempi validi

Il documento contiene uno o più elementi cac:InvoiceLine

Esempi non validi

La fattura ha intestazione e totali ma nessuna cac:InvoiceLine

Apri la guida dettagliata per BR-16 →

BR-17: Il nome del beneficiario è obbligatorio quando è presente un beneficiario

Il nome del beneficiario (BT-59) deve essere indicato quando il beneficiario (BG-10) è diverso dal venditore (BG-4).

Contesto normativo: È una regola condizionale centrale EN16931; un beneficiario diverso dal venditore deve essere nominato per attribuire correttamente il pagamento.

Come risolvere: Quando è presente un gruppo cac:PayeeParty, aggiungi cac:PayeeParty/cac:PartyName/cbc:Name con il nome del beneficiario.

Esempi validi

cac:PayeeParty presente con BT-59 = Factoring Partner GmbH

Esempi non validi

cac:PayeeParty è presente ma senza cac:PartyName/cbc:Name

Apri la guida dettagliata per BR-17 →

BR-18: Il nome del rappresentante fiscale è obbligatorio quando la parte è presente

Il nome del rappresentante fiscale del venditore (BT-62) deve essere indicato quando il venditore (BG-4) ha una parte rappresentante fiscale (BG-11).

Contesto normativo: È una regola condizionale centrale EN16931; quando un rappresentante fiscale agisce per il venditore, deve essere nominato ai fini della responsabilità IVA.

Come risolvere: Quando è presente un gruppo cac:TaxRepresentativeParty, aggiungi cac:TaxRepresentativeParty/cac:PartyName/cbc:Name con il suo nome.

Esempi validi

cac:TaxRepresentativeParty presente con BT-62 = VAT Rep Services Ltd

Esempi non validi

cac:TaxRepresentativeParty è presente ma senza cac:PartyName/cbc:Name

Apri la guida dettagliata per BR-18 →

BR-19: L’indirizzo postale del rappresentante fiscale è obbligatorio quando la parte è presente

L’indirizzo postale del rappresentante fiscale del venditore (BG-12) deve essere indicato quando il venditore (BG-4) ha una parte rappresentante fiscale (BG-11).

Contesto normativo: È una regola condizionale centrale EN16931; l’indirizzo del rappresentante fiscale è richiesto per la giurisdizione IVA ogni volta che tale parte è dichiarata.

Come risolvere: Quando è presente un gruppo cac:TaxRepresentativeParty, aggiungi il suo cac:PostalAddress con almeno il codice paese.

Esempi validi

cac:TaxRepresentativeParty presente con una cac:PostalAddress contenente un paese

Esempi non validi

cac:TaxRepresentativeParty è presente ma senza cac:PostalAddress

Apri la guida dettagliata per BR-19 →

BR-20: Il codice paese del rappresentante fiscale è obbligatorio quando la parte è presente

L’indirizzo postale del rappresentante fiscale (BG-12) deve contenere un codice paese del rappresentante fiscale (BT-69) quando è presente una parte rappresentante fiscale (BG-11).

Come risolvere: Aggiungi cac:TaxRepresentativeParty/cac:PostalAddress/cac:Country/cbc:IdentificationCode con un codice ISO 3166-1 alpha-2.

Esempi validi

BT-69 = DE — codice paese del rappresentante fiscale presente

Esempi non validi

La cac:PostalAddress del rappresentante fiscale non ha cac:Country/cbc:IdentificationCode

Apri la guida dettagliata per BR-20 →

BR-21: Identificativo di riga fattura obbligatorio

Ogni riga di fattura (BG-25) deve avere un identificativo di riga (BT-126) univoco all’interno della fattura.

Contesto normativo: È una regola centrale EN16931; l’identificativo di riga consente a riferimenti e correzioni di indirizzare una riga specifica, quindi ogni riga deve averne uno.

Come risolvere: Assegna a ogni cac:InvoiceLine un valore cbc:ID, ad esempio 1, 2, 3, in modo che nessuna riga resti senza identificativo.

Esempi validi

BT-126 = 1 sulla prima riga, BT-126 = 2 sulla seconda riga

Esempi non validi

Un elemento cac:InvoiceLine senza alcun figlio cbc:ID

Apri la guida dettagliata per BR-21 →

BR-27: Il prezzo netto dell’articolo non deve essere negativo

Il prezzo netto dell’articolo (BT-146) non deve essere negativo; anche una riga scontata usa un prezzo netto non negativo.

Come risolvere: Imposta cac:Price/cbc:PriceAmount a un valore pari o superiore a zero. Modella le riduzioni come sconto di riga (BG-27) invece di un prezzo negativo.

Esempi validi

BT-146 = 12,50 — prezzo netto non negativo accettato

Esempi non validi

BT-146 = -5,00 — prezzo netto negativo rifiutato

Apri la guida dettagliata per BR-27 →

BR-28: Il prezzo lordo dell’articolo non deve essere negativo

Il prezzo lordo dell’articolo (BT-148), ossia il prezzo unitario prima di qualsiasi sconto, non deve essere negativo.

Come risolvere: Indica il prezzo lordo tramite cac:Price/cac:AllowanceCharge/cbc:BaseAmount con un valore pari o superiore a zero e registra lo sconto separatamente.

Esempi validi

BT-148 = 15,00 con uno sconto sul prezzo di 2,50

Esempi non validi

BT-148 = -3,00 — prezzo lordo negativo rifiutato

Apri la guida dettagliata per BR-28 →

BR-29: La fine del periodo di fatturazione non deve precedere l’inizio

Se sono indicate sia la data di inizio (BT-73) sia la data di fine (BT-74) del periodo di fatturazione, BT-74 deve essere uguale o successiva a BT-73.

Come risolvere: Correggi le date in cac:InvoicePeriod affinché cbc:EndDate sia uguale o successiva a cbc:StartDate, oppure rimuovi il periodo se errato.

Esempi validi

BT-73 = 2026-01-01, BT-74 = 2026-01-31

Esempi non validi

BT-73 = 2026-01-31, BT-74 = 2026-01-01 — fine prima dell’inizio

Apri la guida dettagliata per BR-29 →

BR-30: La fine del periodo di riga non deve precedere l’inizio

Se sono indicate sia la data di inizio (BT-134) sia la data di fine (BT-135) del periodo di riga, BT-135 deve essere uguale o successiva a BT-134.

Come risolvere: Correggi cac:InvoiceLine/cac:InvoicePeriod affinché cbc:EndDate sia uguale o successiva a cbc:StartDate, oppure rimuovi il periodo di riga se non necessario.

Esempi validi

BT-134 = 2026-02-01, BT-135 = 2026-02-28

Esempi non validi

BT-134 = 2026-02-28, BT-135 = 2026-02-01 — fine prima dell’inizio

Apri la guida dettagliata per BR-30 →

BR-31: L’importo dello sconto a livello documento è obbligatorio

Ogni sconto a livello documento (BG-20) deve avere un importo dello sconto a livello documento (BT-92).

Come risolvere: Aggiungi cbc:Amount al cac:AllowanceCharge di livello documento con cbc:ChargeIndicator false.

Esempi validi

BT-92 = 20,00 su uno sconto a livello documento

Esempi non validi

Sconto documento con motivo ma senza importo BT-92

Apri la guida dettagliata per BR-31 →

BR-32: Il codice categoria IVA dello sconto a livello documento è obbligatorio

Ogni sconto a livello documento (BG-20) deve avere un codice categoria IVA dello sconto (BT-95).

Come risolvere: Aggiungi cac:TaxCategory/cbc:ID allo sconto usando la stessa categoria IVA dei beni ridotti per far quadrare la ripartizione.

Esempi validi

BT-95 = S (aliquota ordinaria) su uno sconto a livello documento

Esempi non validi

Importo sconto presente ma senza codice categoria BT-95

Apri la guida dettagliata per BR-32 →

BR-33: Il motivo o codice motivo dello sconto a livello documento è obbligatorio

Ogni sconto a livello documento (BG-20) deve avere un motivo dello sconto (BT-97) o un codice motivo dello sconto (BT-98).

Come risolvere: Aggiungi il testo cbc:AllowanceChargeReason o il codice cbc:AllowanceChargeReasonCode (UNCL5189); se presenti entrambi devono indicare lo stesso motivo.

Esempi validi

BT-97 = "Sconto quantità"
BT-98 = 95 (sconto)

Esempi non validi

Sconto con solo importo, senza motivo né codice motivo

Apri la guida dettagliata per BR-33 →

BR-36: L’importo dell’onere a livello documento è obbligatorio

Ogni onere a livello documento (BG-21) deve avere un importo dell’onere a livello documento (BT-99).

Come risolvere: Aggiungi cbc:Amount al cac:AllowanceCharge di livello documento con cbc:ChargeIndicator true.

Esempi validi

BT-99 = 9,90 su un onere a livello documento (es. trasporto)

Esempi non validi

Onere documento con motivo ma senza importo BT-99

Apri la guida dettagliata per BR-36 →

BR-37: Il codice categoria IVA dell’onere a livello documento è obbligatorio

Ogni onere a livello documento (BG-21) deve avere un codice categoria IVA (BT-102).

Come risolvere: Aggiungi cac:TaxCategory/cbc:ID all’onere con la categoria IVA con cui è tassato.

Esempi validi

BT-102 = S (aliquota ordinaria) su un onere a livello documento

Esempi non validi

Importo onere presente ma senza codice categoria BT-102

Apri la guida dettagliata per BR-37 →

BR-38: Il motivo o codice motivo dell’onere a livello documento è obbligatorio

Ogni onere a livello documento (BG-21) deve avere un motivo dell’onere (BT-104) o un codice motivo dell’onere (BT-105).

Come risolvere: Aggiungi il testo cbc:AllowanceChargeReason o il codice cbc:AllowanceChargeReasonCode (UNCL7161); se presenti entrambi devono indicare lo stesso motivo.

Esempi validi

BT-104 = "Trasporto"
BT-105 = FC (costo di trasporto)

Esempi non validi

Onere con solo importo, senza motivo né codice motivo

Apri la guida dettagliata per BR-38 →

BR-41: L’importo dello sconto di riga è obbligatorio

Ogni sconto di riga (BG-27) deve avere un importo dello sconto di riga (BT-136).

Come risolvere: Aggiungi cbc:Amount al cac:AllowanceCharge di riga con cbc:ChargeIndicator false.

Esempi validi

BT-136 = 3,00 su uno sconto di riga

Esempi non validi

Sconto di riga con motivo ma senza importo BT-136

Apri la guida dettagliata per BR-41 →

BR-42: Il motivo o codice motivo dello sconto di riga è obbligatorio

Ogni sconto di riga (BG-27) deve avere un motivo dello sconto di riga (BT-139) o un codice motivo dello sconto di riga (BT-140).

Come risolvere: Aggiungi il testo cbc:AllowanceChargeReason o il codice cbc:AllowanceChargeReasonCode (UNCL5189); se presenti entrambi devono indicare lo stesso motivo.

Esempi validi

BT-139 = "Imballaggio danneggiato"
BT-140 = 95 (sconto)

Esempi non validi

Sconto di riga con solo importo, senza motivo né codice

Apri la guida dettagliata per BR-42 →

BR-43: L’importo dell’onere di riga è obbligatorio

Ogni onere di riga (BG-28) deve avere un importo dell’onere di riga (BT-141).

Come risolvere: Aggiungi cbc:Amount al cac:AllowanceCharge di riga con cbc:ChargeIndicator true.

Esempi validi

BT-141 = 1,50 su un onere di riga

Esempi non validi

Onere di riga con motivo ma senza importo BT-141

Apri la guida dettagliata per BR-43 →

BR-44: Il motivo o codice motivo dell’onere di riga è obbligatorio

Ogni onere di riga (BG-28) deve avere un motivo dell’onere di riga (BT-144) o un codice motivo dell’onere di riga (BT-145).

Come risolvere: Aggiungi il testo cbc:AllowanceChargeReason o il codice cbc:AllowanceChargeReasonCode (UNCL7161); se presenti entrambi devono indicare lo stesso motivo.

Esempi validi

BT-144 = "Movimentazione"
BT-145 = ABK (varie)

Esempi non validi

Onere di riga con solo importo, senza motivo né codice

Apri la guida dettagliata per BR-44 →

BR-45: L’importo imponibile della ripartizione IVA è obbligatorio

Ogni ripartizione IVA (BG-23) deve avere un importo imponibile per categoria IVA (BT-116).

Come risolvere: Aggiungi cbc:TaxableAmount a ogni cac:TaxSubtotal così che ogni subtotale indichi la base imponibile.

Esempi validi

BT-116 = 100,00 per il subtotale IVA ad aliquota ordinaria

Esempi non validi

Subtotale IVA con imposta ma senza imponibile BT-116

Apri la guida dettagliata per BR-45 →

BR-46: L’importo dell’imposta della ripartizione IVA è obbligatorio

Ogni ripartizione IVA (BG-23) deve avere un importo dell’imposta per categoria IVA (BT-117).

Come risolvere: Aggiungi cbc:TaxAmount a ogni cac:TaxSubtotal; per le categorie esenti o ad aliquota zero il valore è 0,00.

Esempi validi

BT-117 = 19,00 per un subtotale ad aliquota ordinaria
BT-117 = 0,00 per un subtotale esente

Esempi non validi

Subtotale IVA con imponibile ma senza imposta BT-117

Apri la guida dettagliata per BR-46 →

BR-48: L’aliquota di categoria della ripartizione IVA è obbligatoria salvo fuori campo IVA

Ogni ripartizione IVA (BG-23) deve avere un’aliquota di categoria IVA (BT-119), salvo se la fattura non è soggetta a IVA.

Come risolvere: Aggiungi cac:TaxCategory/cbc:Percent a ogni subtotale; usa 0 per categorie esenti o ad aliquota zero e omettilo solo per la categoria fuori campo O.

Esempi validi

BT-119 = 19 per aliquota ordinaria
BT-119 = 0 per una categoria esente

Esempi non validi

Subtotale ad aliquota ordinaria senza aliquota BT-119

Apri la guida dettagliata per BR-48 →

BR-49: L’istruzione di pagamento deve indicare un codice del mezzo di pagamento

Un’istruzione di pagamento (BG-16) deve indicare il codice del mezzo di pagamento (BT-81).

Come risolvere: Aggiungi cac:PaymentMeans/cbc:PaymentMeansCode da UNCL4461, ad esempio 58 per bonifico SEPA o 30 per bonifico.

Esempi validi

BT-81 = 58 (bonifico SEPA)

Esempi non validi

Gruppo istruzione di pagamento presente senza codice BT-81

Apri la guida dettagliata per BR-49 →

BR-50: Il bonifico richiede un identificativo del conto di pagamento

Un identificativo del conto di pagamento (BT-84) deve essere presente se nella fattura sono indicate informazioni di bonifico (BG-17).

Come risolvere: Fornisci cac:PayeeFinancialAccount/cbc:ID, di solito l’IBAN, per ogni gruppo di bonifico.

Esempi validi

BT-84 = DE89370400440532013000 con bonifico

Esempi non validi

Mezzo di bonifico senza ID PayeeFinancialAccount

Apri la guida dettagliata per BR-50 →

BR-51: Il numero principale della carta deve essere mascherato

Come risolvere: Maschera cac:CardAccount/cbc:PrimaryAccountNumberID lasciando solo le prime 6 e le ultime 4 cifre, sostituendo le altre con un carattere di mascheramento.

Esempi validi

BT-87 = 401288******1881 (mascherato)

Esempi non validi

BT-87 = 4012888888881881 (numero completo esposto)

Apri la guida dettagliata per BR-51 →

BR-52: Il documento di supporto aggiuntivo deve avere un riferimento

Ogni documento di supporto aggiuntivo (BG-24) deve contenere un riferimento del documento di supporto (BT-122).

Come risolvere: Aggiungi cbc:ID a ogni cac:AdditionalDocumentReference che contiene o riferisce un documento di supporto.

Esempi validi

BT-122 = "TIMESHEET-2026-02" per un foglio ore allegato

Esempi non validi

Gruppo documento di supporto con allegato ma senza riferimento BT-122

Apri la guida dettagliata per BR-52 →

BR-53: Il totale IVA in valuta contabile è obbligatorio se è impostata una valuta IVA

Se è presente il codice valuta contabile IVA (BT-6), deve essere fornito l’importo totale IVA in valuta contabile (BT-111).

Come risolvere: Quando cbc:TaxCurrencyCode (BT-6) differisce dalla valuta del documento, aggiungi un secondo cac:TaxTotal/cbc:TaxAmount in quella valuta contabile.

Esempi validi

BT-6 = SEK con BT-111 = 190,00 SEK accanto al totale IVA in EUR

Esempi non validi

BT-6 = SEK impostato ma nessun totale IVA BT-111 in SEK

Apri la guida dettagliata per BR-53 →

BR-54: La proprietà articolo deve avere sia un nome sia un valore

Ogni proprietà articolo (BG-32) deve contenere un nome della proprietà (BT-160) e un valore della proprietà (BT-161).

Come risolvere: Fornisci sia cac:AdditionalItemProperty/cbc:Name sia cbc:Value per ogni proprietà articolo.

Esempi validi

BT-160 = "Colore", BT-161 = "Blu"

Esempi non validi

Proprietà con nome ma senza valore (BT-161 mancante)

Apri la guida dettagliata per BR-54 →

BR-55: Il riferimento alla fattura precedente deve contenere un identificativo

Ogni riferimento a fattura precedente (BG-3) deve contenere un identificativo di fattura precedente (BT-25).

Come risolvere: Aggiungi cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID con l’identificativo della fattura precedente corretta o riferita.

Esempi validi

BT-25 = "INV-2026-0007" che riferisce la fattura corretta

Esempi non validi

Gruppo riferimento di fatturazione senza ID InvoiceDocumentReference

Apri la guida dettagliata per BR-55 →

BR-56: Il rappresentante fiscale del venditore deve avere un identificativo IVA

Ogni rappresentante fiscale del venditore (BG-11) deve avere un identificativo IVA del rappresentante fiscale (BT-63).

Come risolvere: Aggiungi cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID con l’identificativo IVA del rappresentante in un regime IVA.

Esempi validi

BT-63 = FR12345678901 per il rappresentante fiscale

Esempi non validi

Rappresentante fiscale con nome e indirizzo ma senza ID IVA BT-63

Apri la guida dettagliata per BR-56 →

BR-62: L’indirizzo elettronico del venditore deve avere un identificativo di schema

L’indirizzo elettronico del venditore (BT-34) deve avere un identificativo di schema che indichi lo schema dell’indirizzo.

Come risolvere: Imposta l’attributo schemeID su cbc:EndpointID del venditore con un codice EAS, ad esempio 9958 per lo schema tedesco Leitweg-ID o 0088 per GLN.

Esempi validi

BT-34 = seller@example.com con schemeID="EM"

Esempi non validi

BT-34 EndpointID presente ma senza attributo schemeID

Apri la guida dettagliata per BR-62 →

BR-63: L’indirizzo elettronico dell’acquirente deve avere un identificativo di schema

L’indirizzo elettronico dell’acquirente (BT-49) deve avere un identificativo di schema che indichi lo schema dell’indirizzo.

Come risolvere: Imposta l’attributo schemeID su cbc:EndpointID dell’acquirente con un codice EAS coerente con come riceve le fatture.

Esempi validi

BT-49 = 991-1234567-89 con schemeID="9958" (Leitweg-ID)

Esempi non validi

BT-49 EndpointID presente ma senza attributo schemeID

Apri la guida dettagliata per BR-63 →

BR-64: L’identificativo standard dell’articolo deve avere un identificativo di schema

L’identificativo standard dell’articolo (BT-157) deve avere un identificativo di schema affinché lo schema di registrazione sia univoco.

Come risolvere: Imposta l’attributo schemeID su cac:StandardItemIdentification/cbc:ID con un codice ISO/IEC 6523, ad esempio 0160 per GTIN.

Esempi validi

BT-157 = 04012345678901 con schemeID="0160" (GTIN)

Esempi non validi

BT-157 identificativo standard presente ma senza attributo schemeID

Apri la guida dettagliata per BR-64 →

BR-65: L’identificativo di classificazione dell’articolo deve avere un identificativo di schema

L’identificativo di classificazione dell’articolo (BT-158) deve avere un identificativo di schema che indichi lo schema di classificazione usato.

Come risolvere: Imposta l’attributo listID su cac:CommodityClassification/cbc:ItemClassificationCode con un codice UNCL7143, ad esempio TST per UNSPCC o ST per uno schema fornitore.

Esempi validi

BT-158 = 65010000 con listID="STI" (schema di classificazione)

Esempi non validi

BT-158 codice di classificazione presente ma senza attributo listID

Apri la guida dettagliata per BR-65 →

BR-CL-01: Il codice tipo fattura deve provenire da UNTDID 1001

Il codice tipo documento (BT-3) deve essere un valore delle liste codici fattura e nota di credito di UNTDID 1001.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che il tipo di documento sia leggibile da tutti i sistemi riceventi.

Come risolvere: Imposta BT-3 su un codice UNTDID 1001 valido, ad es. 380 (fattura commerciale), 381 (nota di credito), 384 (fattura corretta), 389 (autofatturazione) o 875-877 (fatture edili).

Esempi validi

BT-3 = 380 — fattura commerciale
BT-3 = 381 — nota di credito

Esempi non validi

BT-3 = 999 — non presente in UNTDID 1001
BT-3 = INV — testo libero anziché codice

Apri la guida dettagliata per BR-CL-01 →

BR-CL-03: L’attributo valuta deve usare ISO 4217 alfa-3

L’attributo currencyID sugli elementi di importo deve essere un codice di tre lettere da ISO 4217 alfa-3.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che ogni importo abbia una valuta univoca.

Come risolvere: Usa un codice ISO 4217 alfa-3 valido come EUR, USD o CHF in ogni attributo currencyID.

Esempi validi

currencyID="EUR" su un importo di riga
currencyID="USD" su un importo d’imposta

Esempi non validi

currencyID="EURO" — quattro lettere, non ISO 4217
currencyID="€" — simbolo anziché codice

Apri la guida dettagliata per BR-CL-03 →

BR-CL-04: Il codice valuta della fattura deve usare ISO 4217 alfa-3

Il codice valuta della fattura (BT-5) deve essere un codice di tre lettere da ISO 4217 alfa-3.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 fissa la valuta in cui sono espressi i totali della fattura.

Come risolvere: Imposta BT-5 su un codice ISO 4217 alfa-3 valido come EUR; non usare simboli, nomi o abbreviazioni di quattro lettere.

Esempi validi

BT-5 = EUR
BT-5 = CHF

Esempi non validi

BT-5 = EURO — non è un codice ISO 4217
BT-5 = Euro — nome valuta, non codice

Apri la guida dettagliata per BR-CL-04 →

BR-CL-05: Il codice valuta imposta deve usare ISO 4217 alfa-3

Il codice valuta di contabilizzazione IVA (BT-6) deve essere un codice di tre lettere da ISO 4217 alfa-3.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 si applica quando l’IVA deve essere dichiarata in una valuta diversa da quella della fattura.

Come risolvere: Quando BT-6 è presente, impostalo su un codice ISO 4217 alfa-3 valido come EUR.

Esempi validi

BT-6 = EUR
BT-6 = USD

Esempi non validi

BT-6 = EURO — codice ISO 4217 non valido
BT-6 = US$ — simbolo, non codice

Apri la guida dettagliata per BR-CL-05 →

BR-CL-06: Il codice data IVA deve provenire da UNTDID 2005

Il codice data IVA (BT-8) deve essere uno dei valori ristretti UNTDID 2005: 3, 35 o 432.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 limita un’ampia lista di qualificatori data UN ai tre valori rilevanti per l’IVA.

Come risolvere: Imposta BT-8 su 3 (data fattura), 35 (data consegna effettiva) o 432 (data pagamento); nessun altro codice è accettato.

Esempi validi

BT-8 = 35 — data consegna effettiva
BT-8 = 432 — data pagamento

Esempi non validi

BT-8 = 5 — fuori dalla restrizione ammessa
BT-8 = 29 — valido in UNTDID 2005 ma non permesso qui

Apri la guida dettagliata per BR-CL-06 →

BR-CL-07: Lo schema identificativo oggetto deve provenire da UNTDID 1153

L’identificativo di schema dell’identificativo oggetto (BT-18-1) deve essere un codice della restrizione UNTDID 1153 usata per gli oggetti referenziati.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 mantiene identificabile a macchina il tipo dell’oggetto referenziato (es. contratto, ordine).

Come risolvere: Imposta lo schemeID di BT-18 su un qualificatore UNTDID 1153 valido come AAK (numero d’ordine) o AWV; non inventare codici di schema.

Esempi validi

BT-18-1 = AAK — identificativo oggetto per un ordine
schemeID presente e parte di UNTDID 1153

Esempi non validi

BT-18-1 = ZZ9 — non è un codice UNTDID 1153
BT-18-1 = ORDER — schema in testo libero

Apri la guida dettagliata per BR-CL-07 →

BR-CL-08: Il codice oggetto della nota deve provenire da UNCL4451

Quando una nota di fattura (BT-21) reca un codice oggetto, tale codice deve appartenere alla lista codici UNCL4451.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 vincola solo il qualificatore oggetto; la nota in testo libero resta libera.

Come risolvere: In UBL, anteponi alla nota un codice UNCL4451 tra cancelletti, ad es. "#AAI#Informazione generale" o "#REG#..."; è ammessa anche una nota in testo libero senza codice.

Esempi validi

Nota = "#AAI#Informazione generale"
Nota = "Consegna la prossima settimana" — senza codice, ammesso

Esempi non validi

Nota = "#XYZ#..." — XYZ non è un codice UNCL4451
Nota = "#AA#..." — il codice non ha tre caratteri

Apri la guida dettagliata per BR-CL-08 →

BR-CL-10: Lo schema identificativo deve provenire da ISO 6523 ICD

Qualsiasi identificativo di schema generico (es. identificativo venditore o acquirente BT-29/BT-46) deve essere un codice della lista ISO 6523 ICD.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 consente ai riceventi di risolvere un identificativo tramite un’autorità di registrazione nota.

Esempi validi

schemeID="0088" per un identificativo GLN
schemeID="0060" per un numero D-U-N-S
schemeID="SEPA" per un identificativo del venditore o del beneficiario

Esempi non validi

schemeID="GLN" — nome anziché codice ICD
schemeID="9999" — non in ISO 6523 ICD

Apri la guida dettagliata per BR-CL-10 →

BR-CL-11: Lo schema identificativo di registrazione deve provenire da ISO 6523 ICD

Qualsiasi identificativo di schema di registrazione legale (es. registrazione venditore BT-30-1, acquirente BT-47-1) deve essere un codice della lista ISO 6523 ICD.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che un numero di registrazione legale sia legato a un’autorità di registrazione risolvibile.

Come risolvere: Imposta lo schemeID dell’identificativo di registrazione legale su un codice ISO 6523 ICD valido come 0002 (SIRENE) o 0088 (GLN).

Esempi validi

BT-30-1 = 0002 — registro SIRENE francese
BT-30-1 = 0088 — GLN come schema di registrazione

Esempi non validi

BT-30-1 = HRB — abbreviazione registro, non ISO 6523
BT-30-1 = 0000 — valore ICD non definito

Apri la guida dettagliata per BR-CL-11 →

BR-CL-13: Lo schema di classificazione articolo deve provenire da UNTDID 7143

L’identificativo di schema di classificazione articolo (BT-158-1) deve essere un codice della lista UNTDID 7143.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 indica a quale catalogo di classificazione appartiene un articolo codificato.

Come risolvere: Imposta il listID su un codice UNTDID 7143 valido come SRV (GS1 GPC) o STI (CPV); non usare un semplice nome di schema.

Esempi validi

BT-158-1 = SRV — GS1 Global Product Classification
BT-158-1 = STI — vocabolario CPV

Esempi non validi

BT-158-1 = GPC — non è un codice UNTDID 7143
BT-158-1 = CUSTOM — schema in testo libero

Apri la guida dettagliata per BR-CL-13 →

BR-CL-14: I codici paese devono usare ISO 3166-1

I codici paese in una fattura, come il paese del venditore (BT-40) e dell’acquirente (BT-55), devono essere codificati secondo ISO 3166-1 alfa-2.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 mantiene interoperabili oltre confine i paesi degli indirizzi postali.

Come risolvere: Usa il codice ISO 3166-1 alfa-2 di due lettere, ad es. DE per la Germania, FR per la Francia, IT per l’Italia.

Esempi validi

BT-40 = DE
BT-55 = FR

Esempi non validi

BT-40 = GER — tre lettere, non ISO 3166-1 alfa-2
BT-40 = Germany — nome del paese

Apri la guida dettagliata per BR-CL-14 →

BR-CL-15: Il paese di origine dell’articolo deve usare ISO 3166-1

Il codice del paese di origine dell’articolo (BT-159) deve essere codificato secondo ISO 3166-1 alfa-2.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 supporta le dichiarazioni di origine a livello riga per dogana e reportistica.

Come risolvere: Imposta BT-159 su un codice ISO 3166-1 alfa-2 di due lettere come CN, TR o IT.

Esempi validi

BT-159 = CN
BT-159 = TR

Esempi non validi

BT-159 = CHN — tre lettere, non alfa-2
BT-159 = China — nome del paese

Apri la guida dettagliata per BR-CL-15 →

BR-CL-16: Il codice mezzo di pagamento deve provenire da UNCL4461

Il codice tipo mezzo di pagamento (BT-81) deve essere codificato con la lista codici UNCL4461.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 consente al pagatore di eseguire il pagamento secondo un metodo standard.

Come risolvere: Imposta BT-81 su un codice UNCL4461 valido, ad es. 30 (bonifico), 58 (bonifico SEPA), 59 (addebito diretto SEPA) o 48 (carta).

Esempi validi

BT-81 = 58 — bonifico SEPA
BT-81 = 59 — addebito diretto SEPA

Esempi non validi

BT-81 = 999 — non è un codice UNCL4461
BT-81 = SEPA — testo libero anziché codice

Apri la guida dettagliata per BR-CL-16 →

BR-CL-17: Il codice categoria IVA a livello documento deve provenire da UNCL5305

I codici categoria IVA a livello documento (es. BT-95, BT-102) devono essere codificati con la lista codici UNCL5305.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 lega ogni ripartizione IVA a una categoria di trattamento fiscale riconosciuta.

Esempi validi

BT-102 = S — aliquota ordinaria
BT-102 = AE — inversione contabile

Esempi non validi

BT-102 = X — non è una categoria UNCL5305
BT-102 = 19 — un’aliquota, non un codice categoria

Apri la guida dettagliata per BR-CL-17 →

BR-CL-18: Il codice categoria IVA a livello riga deve provenire da UNCL5305

Il codice categoria IVA dell’articolo fatturato (BT-151) a livello riga deve essere codificato con la lista codici UNCL5305.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che ogni riga usi la stessa tassonomia di categorie della ripartizione IVA del documento.

Come risolvere: Imposta BT-151 su una categoria UNCL5305 come S, Z, E, AE, K, G, O, L o M, coerente con la relativa ripartizione IVA.

Esempi validi

BT-151 = S — riga ad aliquota ordinaria
BT-151 = Z — riga ad aliquota zero

Esempi non validi

BT-151 = N — non è una categoria UNCL5305
BT-151 = 0 — valore numerico, non un codice categoria

Apri la guida dettagliata per BR-CL-18 →

BR-CL-19: Il motivo di sconto codificato deve provenire da UNCL5189

Quando un motivo di sconto è codificato (BT-98 a livello documento, BT-140 a livello riga), il codice deve appartenere alla lista UNCL5189.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 standardizza il motivo di una detrazione, agevolando la registrazione automatica.

Come risolvere: Imposta il codice motivo sconto su un valore UNCL5189 come 95 (sconto) o 100 (ribasso speciale); usa il campo testo libero per i casi non coperti.

Esempi validi

BT-98 = 95 — sconto
BT-140 = 100 — ribasso speciale a livello riga

Esempi non validi

BT-98 = DISC — testo libero anziché codice
BT-98 = 9999 — non presente in UNCL5189

Apri la guida dettagliata per BR-CL-19 →

BR-CL-20: Il motivo di addebito codificato deve provenire da UNCL7161

Quando un motivo di addebito è codificato (BT-105 a livello documento, BT-145 a livello riga), il codice deve appartenere alla lista UNCL7161.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 standardizza il motivo di un addebito, agevolando la registrazione automatica.

Come risolvere: Imposta il codice motivo addebito su un valore UNCL7161 come FC (trasporto), PC (imballaggio) o AA (pubblicità); usa il testo libero per i casi non coperti.

Esempi validi

BT-105 = FC — servizio di trasporto
BT-145 = PC — costo imballaggio a livello riga

Esempi non validi

BT-105 = FREIGHT — testo libero anziché codice
BT-105 = 99 — non presente in UNCL7161

Apri la guida dettagliata per BR-CL-20 →

BR-CL-21: Lo schema identificativo standard articolo deve provenire da ISO 6523 ICD

L’identificativo di schema dell’identificativo standard articolo (BT-157-1) deve essere un codice della lista ISO 6523 ICD.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 consente agli acquirenti di risolvere un identificativo standard di articolo (come un GTIN) tramite lo schema emittente.

Come risolvere: Imposta lo schemeID di BT-157 su un codice ISO 6523 ICD valido, ad es. 0160 (GTIN/GS1) o 0088 (GLN).

Esempi validi

BT-157-1 = 0160 — GTIN emesso da GS1
schemeID presente e parte di ISO 6523 ICD

Esempi non validi

BT-157-1 = GTIN — nome anziché codice ICD
BT-157-1 = EAN — non è un valore ISO 6523 ICD

Apri la guida dettagliata per BR-CL-21 →

BR-CL-22: Il codice motivo di esenzione deve provenire da CEF VATEX

Il codice motivo di esenzione IVA (BT-121) deve appartenere alla lista codici CEF VATEX.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 rende la base giuridica di un’esenzione elaborabile a macchina in tutta l’UE.

Come risolvere: Imposta BT-121 su un codice CEF VATEX come VATEX-EU-AE (inversione contabile) o VATEX-EU-G (esportazione); la motivazione leggibile (BT-120) può accompagnarlo.

Esempi validi

BT-121 = VATEX-EU-AE — inversione contabile
BT-121 = VATEX-EU-G — esportazione fuori UE

Esempi non validi

BT-121 = §13b UStG — riferimento normativo, non un codice VATEX
BT-121 = EXEMPT — testo libero

Apri la guida dettagliata per BR-CL-22 →

BR-CL-23: Il codice unità deve provenire dalla Rec 20 UN/ECE con Rec 21

I codici unità di misura (es. unità della quantità fatturata BT-130, unità della quantità base BT-150) devono essere codificati secondo la Raccomandazione 20 UN/ECE con l’estensione Rec 21.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 garantisce che le quantità abbiano un’unità riconosciuta a livello globale per prezzo e consegna.

Come risolvere: Usa un codice UN/ECE Rec 20/21 valido come C62 (pezzo), KGM (chilogrammo), MTR (metro), LTR (litro) o HUR (ora).

Esempi validi

BT-130 = C62 — pezzo
BT-130 = KGM — chilogrammo

Esempi non validi

BT-130 = PCS — non è un codice UN/ECE Rec 20/21
BT-130 = Stk — abbreviazione locale

Apri la guida dettagliata per BR-CL-23 →

BR-CL-24: Il codice MIME dell’allegato deve essere un tipo di media MIME valido

Il codice MIME di un allegato incorporato (BT-125-1) deve usare la lista MIMEMediaType; XRechnung lo limita a un piccolo insieme di tipi ammessi.

Contesto normativo: Questa regola di lista codici del nucleo EN16931, rafforzata da XRechnung, garantisce che gli allegati si aprano in visualizzatori standard lato ricevente.

Esempi validi

BT-125-1 = application/pdf
BT-125-1 = image/png

Esempi non validi

BT-125-1 = application/zip — non nell’insieme ammesso
BT-125-1 = pdf — non è un tipo di media MIME completo

Apri la guida dettagliata per BR-CL-24 →

BR-CL-25: Lo schema identificativo endpoint deve provenire da CEF EAS

L’identificativo di schema dell’indirizzo elettronico (endpoint) — BT-34-1 per il venditore, BT-49-1 per l’acquirente — deve appartenere alla lista codici CEF EAS.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 consente il corretto instradamento della fattura verso un indirizzo elettronico (es. su Peppol).

Come risolvere: Imposta lo schemeID dell’endpoint su un codice CEF EAS valido come 0088 (GLN), 0204 (Leitweg-ID tedesco) o EM (indirizzo e-mail).

Esempi validi

BT-49-1 = 0204 — Leitweg-ID tedesco
BT-34-1 = EM — endpoint e-mail

Esempi non validi

BT-49-1 = LEITWEG — nome anziché codice EAS
BT-49-1 = 9999 — non in CEF EAS

Apri la guida dettagliata per BR-CL-25 →

BR-CL-26: Lo schema del luogo di consegna deve provenire da ISO 6523 ICD

L’identificativo di schema dell’identificativo del luogo di consegna (BT-71-1) deve appartenere alla lista codici ISO 6523 ICD.

Contesto normativo: Questa regola di lista codici del nucleo EN16931 rende il luogo di consegna risolvibile tramite uno schema registrato come GS1 GLN.

Come risolvere: Imposta lo schemeID di BT-71 su un codice ISO 6523 ICD valido come 0088 (GLN); rimuovi l’attributo se il luogo non ha un identificativo registrato ICD.

Esempi validi

BT-71-1 = 0088 — GLN del sito di consegna
schemeID presente e parte di ISO 6523 ICD

Esempi non validi

BT-71-1 = GLN — nome anziché codice ICD
BT-71-1 = 9999 — non in ISO 6523 ICD

Apri la guida dettagliata per BR-CL-26 →

BR-DEC-01: Importo dello sconto a livello di documento non deve superare due decimali

BT-92 Importo dello sconto a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-92 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-92 = 100.00 — due decimali accettati

Esempi non validi

BT-92 = 100.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-01 →

BR-DEC-02: Importo base dello sconto a livello di documento non deve superare due decimali

BT-93 Importo base dello sconto a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-93 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-93 = 1000.00 — due decimali accettati

Esempi non validi

BT-93 = 1000.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-02 →

BR-DEC-05: Importo dell'onere a livello di documento non deve superare due decimali

BT-99 Importo dell'onere a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-99 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-99 = 25.00 — due decimali accettati

Esempi non validi

BT-99 = 25.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-05 →

BR-DEC-06: Importo base dell'onere a livello di documento non deve superare due decimali

BT-100 Importo base dell'onere a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-100 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-100 = 500.00 — due decimali accettati

Esempi non validi

BT-100 = 500.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-06 →

BR-DEC-09: Somma degli importi netti delle righe di fattura non deve superare due decimali

BT-106 Somma degli importi netti delle righe di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-106 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-106 = 1000.00 — due decimali accettati

Esempi non validi

BT-106 = 1000.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-09 →

BR-DEC-10: Somma degli sconti a livello di documento non deve superare due decimali

BT-107 Somma degli sconti a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-107 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-107 = 100.00 — due decimali accettati

Esempi non validi

BT-107 = 100.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-10 →

BR-DEC-11: Somma degli oneri a livello di documento non deve superare due decimali

BT-108 Somma degli oneri a livello di documento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-108 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-108 = 25.00 — due decimali accettati

Esempi non validi

BT-108 = 25.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-11 →

BR-DEC-12: Importo totale della fattura senza IVA non deve superare due decimali

BT-109 Importo totale della fattura senza IVA è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-109 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-109 = 900.00 — due decimali accettati

Esempi non validi

BT-109 = 900.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-12 →

BR-DEC-13: Importo totale dell'IVA della fattura non deve superare due decimali

BT-110 Importo totale dell'IVA della fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-110 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-110 = 171.00 — due decimali accettati

Esempi non validi

BT-110 = 171.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-13 →

BR-DEC-14: Importo totale della fattura con IVA non deve superare due decimali

BT-112 Importo totale della fattura con IVA è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-112 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-112 = 1071.00 — due decimali accettati

Esempi non validi

BT-112 = 1071.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-14 →

BR-DEC-15: Importo totale dell'IVA nella valuta contabile non deve superare due decimali

BT-111 Importo totale dell'IVA nella valuta contabile è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-111 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-111 = 185.00 — due decimali accettati

Esempi non validi

BT-111 = 185.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-15 →

BR-DEC-16: Importo pagato non deve superare due decimali

BT-113 Importo pagato è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-113 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-113 = 50.00 — due decimali accettati

Esempi non validi

BT-113 = 50.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-16 →

BR-DEC-17: Importo di arrotondamento non deve superare due decimali

BT-114 Importo di arrotondamento è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-114 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-114 = 0.01 — due decimali accettati

Esempi non validi

BT-114 = 0.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-17 →

BR-DEC-18: Importo dovuto non deve superare due decimali

BT-115 Importo dovuto è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-115 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-115 = 1021.00 — due decimali accettati

Esempi non validi

BT-115 = 1021.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-18 →

BR-DEC-19: Importo imponibile per categoria IVA non deve superare due decimali

BT-116 Importo imponibile per categoria IVA è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-116 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-116 = 900.00 — due decimali accettati

Esempi non validi

BT-116 = 900.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-19 →

BR-DEC-20: Importo IVA per categoria non deve superare due decimali

BT-117 Importo IVA per categoria è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-117 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-117 = 171.00 — due decimali accettati

Esempi non validi

BT-117 = 171.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-20 →

BR-DEC-23: Importo netto della riga di fattura non deve superare due decimali

BT-131 Importo netto della riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-131 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-131 = 100.00 — due decimali accettati

Esempi non validi

BT-131 = 100.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-23 →

BR-DEC-24: Importo dello sconto sulla riga di fattura non deve superare due decimali

BT-136 Importo dello sconto sulla riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-136 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-136 = 5.00 — due decimali accettati

Esempi non validi

BT-136 = 5.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-24 →

BR-DEC-25: Importo base dello sconto sulla riga di fattura non deve superare due decimali

BT-137 Importo base dello sconto sulla riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-137 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-137 = 100.00 — due decimali accettati

Esempi non validi

BT-137 = 100.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-25 →

BR-DEC-27: Importo dell'onere sulla riga di fattura non deve superare due decimali

BT-141 Importo dell'onere sulla riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-141 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-141 = 5.00 — due decimali accettati

Esempi non validi

BT-141 = 5.005 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-27 →

BR-DEC-28: Importo base dell'onere sulla riga di fattura non deve superare due decimali

BT-142 Importo base dell'onere sulla riga di fattura è limitato a un massimo di due decimali. Qualsiasi valore con tre o più cifre decimali non supera la validazione EN16931.

Contesto normativo: Si tratta di un vincolo di precisione decimale del nucleo EN16931 applicato da KoSIT: ogni importo monetario nella fattura deve avere al massimo due decimali.

Come risolvere: Arrotondare BT-142 a due decimali prima della serializzazione e applicare lo stesso arrotondamento usato nei calcoli di totali e somme BR-CO affinché la fattura resti coerente.

Esempi validi

BT-142 = 100.00 — due decimali accettati

Esempi non validi

BT-142 = 100.000 — tre decimali rifiutati

Apri la guida dettagliata per BR-DEC-28 →

BR-S-02: Una riga ad aliquota ordinaria richiede un identificativo IVA del venditore

Esempi validi

Riga ad aliquota ordinaria al 19 % con identificativo IVA venditore DE123456789 presente

Esempi non validi

Riga ad aliquota ordinaria al 19 % ma il venditore non riporta BT-31, BT-32 né BT-63

Apri la guida dettagliata per BR-S-02 →

BR-S-03: Uno sconto a livello di documento ad aliquota ordinaria richiede un identificativo IVA del venditore

Contesto normativo: Questa regola EN16931 rispecchia BR-S-02 per gli sconti a livello di documento ad aliquota ordinaria (categoria S), mantenendo identificabile il venditore soggetto a imposta.

Esempi validi

Sconto a livello di documento in categoria S al 19 % con identificativo IVA venditore DE123456789

Esempi non validi

Sconto a livello di documento in categoria S ma senza BT-31, BT-32 né BT-63 sul venditore

Apri la guida dettagliata per BR-S-03 →

BR-S-04: Un onere a livello di documento ad aliquota ordinaria richiede un identificativo IVA del venditore

Esempi validi

Onere a livello di documento in categoria S al 19 % con identificativo IVA venditore DE123456789

Esempi non validi

Onere a livello di documento in categoria S ma senza BT-31, BT-32 né BT-63 sul venditore

Apri la guida dettagliata per BR-S-04 →

BR-S-06: L’aliquota di uno sconto a livello di documento ad aliquota ordinaria deve essere maggiore di zero

In uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è "Aliquota ordinaria", l’aliquota IVA dello sconto (BT-96) deve essere maggiore di zero.

Come risolvere: Imposta l’aliquota IVA dello sconto (BT-96) sull’aliquota ordinaria positiva applicabile, ad esempio 19, oppure cambia categoria se non si applica alcuna IVA.

Esempi validi

Sconto a livello di documento con BT-95 = S e BT-96 = 19

Esempi non validi

Sconto a livello di documento con BT-95 = S ma BT-96 = 0

Apri la guida dettagliata per BR-S-06 →

BR-S-07: L’aliquota di un onere a livello di documento ad aliquota ordinaria deve essere maggiore di zero

In un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è "Aliquota ordinaria", l’aliquota IVA dell’onere (BT-103) deve essere maggiore di zero.

Come risolvere: Imposta l’aliquota IVA dell’onere (BT-103) sull’aliquota ordinaria positiva applicabile, ad esempio 19, oppure cambia categoria se non si applica alcuna IVA.

Esempi validi

Onere a livello di documento con BT-102 = S e BT-103 = 19

Esempi non validi

Onere a livello di documento con BT-102 = S ma BT-103 = 0

Apri la guida dettagliata per BR-S-07 →

BR-S-09: L’importo IVA ad aliquota ordinaria deve essere pari all’imponibile moltiplicato per l’aliquota

Come risolvere: Ricalcola BT-117 come BT-116 × BT-119 / 100 e inserisci il risultato arrotondato nel TaxAmount del TaxSubtotal ad aliquota ordinaria.

Esempi validi

BT-116 = 100,00, BT-119 = 19, BT-117 = 19,00

Esempi non validi

BT-116 = 100,00, BT-119 = 19, ma BT-117 = 20,00

Apri la guida dettagliata per BR-S-09 →

BR-S-10: Una ripartizione IVA ad aliquota ordinaria non deve recare un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "Aliquota ordinaria" non deve avere un codice motivo di esenzione IVA (BT-121) né un testo del motivo di esenzione IVA (BT-120).

Esempi validi

BG-23 con BT-118 = S, BT-119 = 19 e senza BT-120 o BT-121

Esempi non validi

BG-23 con BT-118 = S ma con BT-120 = "Cessione esente"

Apri la guida dettagliata per BR-S-10 →

BR-Z-01: Un’operazione a tasso zero richiede esattamente una ripartizione IVA a tasso zero

Contesto normativo: Questa regola EN16931 disciplina le forniture a tasso zero (categoria Z) e garantisce un’unica ripartizione IVA consolidata per gli importi a tasso zero.

Esempi validi

Una riga con BT-151 = Z e una ripartizione BG-23 con BT-118 = Z

Esempi non validi

Una riga a tasso zero ma nessuna ripartizione BG-23 con BT-118 = Z, o due ripartizioni Z distinte

Apri la guida dettagliata per BR-Z-01 →

BR-Z-02: Una riga a tasso zero richiede un identificativo IVA del venditore

Contesto normativo: Questa regola EN16931 rispecchia BR-S-02 per le righe a tasso zero (categoria Z), mantenendo il venditore identificabile anche se l’IVA applicata è zero.

Esempi validi

Riga a tasso zero allo 0 % con identificativo IVA venditore DE123456789 presente

Esempi non validi

Riga a tasso zero allo 0 % ma il venditore non riporta BT-31, BT-32 né BT-63

Apri la guida dettagliata per BR-Z-02 →

BR-Z-03: Uno sconto a livello di documento a tasso zero richiede un identificativo IVA del venditore

Contesto normativo: Questa regola EN16931 rispecchia BR-Z-02 per gli sconti a livello di documento a tasso zero (categoria Z), mantenendo il venditore identificabile.

Esempi validi

Sconto a livello di documento in categoria Z allo 0 % con identificativo IVA venditore DE123456789

Esempi non validi

Sconto a livello di documento in categoria Z ma senza BT-31, BT-32 né BT-63 sul venditore

Apri la guida dettagliata per BR-Z-03 →

BR-Z-04: Un onere a livello di documento a tasso zero richiede un identificativo IVA del venditore

Contesto normativo: Questa regola EN16931 rispecchia BR-Z-02/BR-Z-03 per gli oneri a livello di documento a tasso zero (categoria Z), mantenendo il venditore identificabile.

Esempi validi

Onere a livello di documento in categoria Z allo 0 % con identificativo IVA venditore DE123456789

Esempi non validi

Onere a livello di documento in categoria Z ma senza BT-31, BT-32 né BT-63 sul venditore

Apri la guida dettagliata per BR-Z-04 →

BR-Z-05: L’aliquota di una riga a tasso zero deve essere zero

In una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è "Tasso zero", l’aliquota IVA dell’articolo fatturato (BT-152) deve essere 0 (zero).

Come risolvere: Imposta l’aliquota IVA dell’articolo fatturato (BT-152) a 0 per le righe di categoria Z; usa la categoria S con un’aliquota positiva se l’IVA si applica davvero.

Esempi validi

Riga di fattura con BT-151 = Z e BT-152 = 0

Esempi non validi

Riga di fattura con BT-151 = Z ma BT-152 = 19

Apri la guida dettagliata per BR-Z-05 →

BR-Z-06: L’aliquota di uno sconto a livello di documento a tasso zero deve essere zero

In uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è "Tasso zero", l’aliquota IVA dello sconto (BT-96) deve essere 0 (zero).

Contesto normativo: Questa regola EN16931 rispecchia BR-Z-05 per gli sconti a livello di documento a tasso zero (categoria Z), mantenendo l’aliquota allo 0 %.

Come risolvere: Imposta l’aliquota IVA dello sconto (BT-96) a 0 per gli sconti di categoria Z; usa la categoria S con un’aliquota positiva se l’IVA si applica davvero.

Esempi validi

Sconto a livello di documento con BT-95 = Z e BT-96 = 0

Esempi non validi

Sconto a livello di documento con BT-95 = Z ma BT-96 = 19

Apri la guida dettagliata per BR-Z-06 →

BR-Z-07: L’aliquota di un onere a livello di documento a tasso zero deve essere zero

In un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è "Tasso zero", l’aliquota IVA dell’onere (BT-103) deve essere 0 (zero).

Contesto normativo: Questa regola EN16931 rispecchia BR-Z-05/BR-Z-06 per gli oneri a livello di documento a tasso zero (categoria Z), mantenendo l’aliquota allo 0 %.

Come risolvere: Imposta l’aliquota IVA dell’onere (BT-103) a 0 per gli oneri di categoria Z; usa la categoria S con un’aliquota positiva se l’IVA si applica davvero.

Esempi validi

Onere a livello di documento con BT-102 = Z e BT-103 = 0

Esempi non validi

Onere a livello di documento con BT-102 = Z ma BT-103 = 19

Apri la guida dettagliata per BR-Z-07 →

BR-Z-08: L’imponibile a tasso zero deve essere pari al netto delle voci a tasso zero

Come risolvere: Ricalcola BT-116 per la ripartizione Z come Σ BT-131 a tasso zero − Σ BT-92 a tasso zero + Σ BT-99 a tasso zero e inserisci il risultato nel TaxableAmount del TaxSubtotal Z.

Esempi validi

Righe a tasso zero netto Σ BT-131 = 100,00, nessuno sconto/onere Z, BT-116 = 100,00

Esempi non validi

Righe a tasso zero netto Σ BT-131 = 100,00 ma la ripartizione Z riporta BT-116 = 90,00

Apri la guida dettagliata per BR-Z-08 →

BR-Z-09: L’importo IVA a tasso zero deve essere zero

L’importo IVA della categoria (BT-117) in una ripartizione IVA (BG-23) il cui codice categoria (BT-118) è "Tasso zero" deve essere uguale a 0 (zero).

Contesto normativo: Questa regola EN16931 garantisce che la ripartizione a tasso zero (categoria Z) non dichiari alcuna IVA, coerentemente con la sua aliquota dello 0 %.

Come risolvere: Imposta il TaxAmount del TaxSubtotal a tasso zero (BT-117) a 0,00; sull’attività di categoria Z non si riscuote IVA.

Esempi validi

Ripartizione Z con BT-116 = 100,00, BT-119 = 0 e BT-117 = 0,00

Esempi non validi

Ripartizione Z con BT-116 = 100,00 ma BT-117 = 19,00

Apri la guida dettagliata per BR-Z-09 →

BR-Z-10: Una ripartizione IVA a tasso zero non deve recare un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "Tasso zero" non deve avere un codice motivo di esenzione IVA (BT-121) né un testo del motivo di esenzione IVA (BT-120).

Contesto normativo: Questa regola EN16931 mantiene distinte le forniture a tasso zero (categoria Z) da quelle esenti, quindi un motivo di esenzione non deve comparire in una ripartizione Z.

Come risolvere: Rimuovi cbc:TaxExemptionReasonCode (BT-121) e cbc:TaxExemptionReason (BT-120) dalla TaxCategory a tasso zero; se la fornitura è realmente esente, usa la categoria E invece di Z.

Esempi validi

BG-23 con BT-118 = Z, BT-119 = 0 e senza BT-120 o BT-121

Esempi non validi

BG-23 con BT-118 = Z ma con BT-121 = "VATEX-EU-132"

Apri la guida dettagliata per BR-Z-10 →

BR-AE-01: L’inversione contabile richiede esattamente una ripartizione IVA in inversione contabile

Esempi validi

Una riga in inversione contabile (BT-151 = AE) e una ripartizione BG-23 con BT-118 = AE

Esempi non validi

Righe in inversione contabile presenti ma nessuna ripartizione BG-23 con BT-118 = AE

Apri la guida dettagliata per BR-AE-01 →

BR-AE-03: Lo sconto in inversione contabile richiede gli identificativi IVA di venditore e acquirente

Esempi validi

Sconto AE con venditore BT-31 = DE123456789 e acquirente BT-48 = FR32123456789

Esempi non validi

Sconto AE con identificativo IVA del venditore ma senza identificativo dell’acquirente (BT-48/BT-47)

Apri la guida dettagliata per BR-AE-03 →

BR-AE-04: L’onere in inversione contabile richiede gli identificativi IVA di venditore e acquirente

Esempi validi

Onere AE con venditore BT-31 = DE123456789 e acquirente BT-48 = FR32123456789

Esempi non validi

Onere AE con identificativo IVA dell’acquirente ma senza identificativo fiscale del venditore (BT-31/BT-32/BT-63)

Apri la guida dettagliata per BR-AE-04 →

BR-AE-05: L’aliquota IVA della riga in inversione contabile deve essere zero

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-152) a 0 su ogni riga in inversione contabile; l’aliquota effettiva è applicata dall’acquirente, non dal venditore.

Esempi validi

Riga in inversione contabile: BT-151 = AE e BT-152 = 0

Esempi non validi

Riga in inversione contabile con BT-151 = AE ma BT-152 = 19

Apri la guida dettagliata per BR-AE-05 →

BR-AE-06: L’aliquota IVA dello sconto in inversione contabile deve essere zero

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA (BT-95) è "Inversione contabile" (AE), l’aliquota IVA dello sconto a livello di documento (BT-96) deve essere 0 (zero).

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-96) dello sconto in inversione contabile a 0 in modo che sia allineato alle aliquote zero delle righe AE.

Esempi validi

Sconto AE a livello di documento con BT-95 = AE e BT-96 = 0

Esempi non validi

Sconto AE a livello di documento con BT-95 = AE ma BT-96 = 19

Apri la guida dettagliata per BR-AE-06 →

BR-AE-07: L’aliquota IVA dell’onere in inversione contabile deve essere zero

In un onere a livello di documento (BG-21) in cui il codice categoria IVA (BT-102) è "Inversione contabile" (AE), l’aliquota IVA dell’onere a livello di documento (BT-103) deve essere 0 (zero).

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-103) dell’onere in inversione contabile a 0 per corrispondere alle righe e agli sconti AE con aliquota zero.

Esempi validi

Onere AE a livello di documento con BT-102 = AE e BT-103 = 0

Esempi non validi

Onere AE a livello di documento con BT-102 = AE ma BT-103 = 7

Apri la guida dettagliata per BR-AE-07 →

BR-AE-08: L’imponibile in inversione contabile deve essere pari alla somma netta in inversione contabile

Esempi validi

Righe AE Σ BT-131 = 1000,00, senza sconti/oneri AE, BT-116 = 1000,00

Esempi non validi

Righe AE Σ BT-131 = 1000,00 ma BT-116 = 900,00 nella ripartizione AE

Apri la guida dettagliata per BR-AE-08 →

BR-AE-09: L’importo IVA della categoria in inversione contabile deve essere zero

L’importo IVA per categoria (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Inversione contabile" (AE) deve essere 0 (zero).

Esempi validi

Ripartizione AE con BT-118 = AE e BT-117 = 0,00

Esempi non validi

Ripartizione AE con BT-118 = AE ma BT-117 = 190,00

Apri la guida dettagliata per BR-AE-09 →

BR-E-02: La riga esente richiede un identificativo fiscale del venditore

Come risolvere: Fornisci almeno un identificativo fiscale del venditore — BT-31, BT-32 o BT-63 — ogni volta che è presente una riga esente (E).

Esempi validi

Riga esente (BT-151 = E) con venditore BT-31 = DE123456789

Esempi non validi

Riga esente (BT-151 = E) senza alcun BT-31, BT-32 o BT-63 sulla fattura

Apri la guida dettagliata per BR-E-02 →

BR-E-03: Lo sconto esente richiede un identificativo fiscale del venditore

Contesto normativo: Ciò rispecchia BR-E-02 per gli sconti a livello di documento: una richiesta di esenzione richiede che il fornitore sia identificato fiscalmente.

Come risolvere: Aggiungi almeno un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) alla fattura che riporta lo sconto esente a livello di documento.

Esempi validi

Sconto esente (BT-95 = E) con venditore BT-32 = 201/123/40004

Esempi non validi

Sconto esente (BT-95 = E) senza alcun identificativo fiscale del venditore

Apri la guida dettagliata per BR-E-03 →

BR-E-04: L’onere esente richiede un identificativo fiscale del venditore

Contesto normativo: È la controparte a livello di onere di BR-E-02 e BR-E-03: l’esenzione su qualsiasi elemento a livello di documento richiede l’identificazione fiscale del venditore.

Come risolvere: Aggiungi almeno un identificativo fiscale del venditore (BT-31, BT-32 o BT-63) alla fattura che riporta l’onere esente a livello di documento.

Esempi validi

Onere esente (BT-102 = E) con venditore BT-31 = DE123456789

Esempi non validi

Onere esente (BT-102 = E) senza identificativo fiscale del venditore

Apri la guida dettagliata per BR-E-04 →

BR-E-06: L’aliquota IVA dello sconto esente deve essere zero

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA (BT-95) è "Esente da IVA" (E), l’aliquota IVA dello sconto a livello di documento (BT-96) deve essere 0 (zero).

Contesto normativo: Una cessione esente non ha aliquota applicabile; pertanto ogni sconto esente deve usare un’aliquota zero affinché la categoria esente resti coerente.

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-96) dello sconto esente a 0; le cessioni esenti non hanno aliquota IVA.

Esempi validi

Sconto esente con BT-95 = E e BT-96 = 0

Esempi non validi

Sconto esente con BT-95 = E ma BT-96 = 19

Apri la guida dettagliata per BR-E-06 →

BR-E-07: L’aliquota IVA dell’onere esente deve essere zero

In un onere a livello di documento (BG-21) in cui il codice categoria IVA (BT-102) è "Esente da IVA" (E), l’aliquota IVA dell’onere a livello di documento (BT-103) deve essere 0 (zero).

Contesto normativo: È la controparte a livello di onere di BR-E-05 e BR-E-06 e mantiene l’intera categoria esente con aliquota zero.

Come risolvere: Imposta cac:TaxCategory/cbc:Percent (BT-103) dell’onere esente a 0 in modo che sia allineato alle righe e agli sconti esenti.

Esempi validi

Onere esente con BT-102 = E e BT-103 = 0

Esempi non validi

Onere esente con BT-102 = E ma BT-103 = 7

Apri la guida dettagliata per BR-E-07 →

BR-E-08: L’imponibile esente deve essere pari alla somma netta esente

Contesto normativo: Questa regola EN16931 riconcilia la base imponibile esente con le righe e le rettifiche sottostanti affinché il fatturato esente sia dichiarato su una base corretta.

Esempi validi

Righe esenti Σ BT-131 = 500,00, senza sconti/oneri E, BT-116 = 500,00

Esempi non validi

Righe esenti Σ BT-131 = 500,00 ma BT-116 = 450,00 nella ripartizione E

Apri la guida dettagliata per BR-E-08 →

BR-E-09: L’importo IVA della categoria esente deve essere zero

L’importo IVA per categoria (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Esente da IVA" (E) deve essere 0 (zero).

Contesto normativo: Una cessione esente non produce IVA a debito; pertanto l’importo IVA della categoria esente deve essere esattamente zero e non deve contribuire al totale IVA della fattura.

Come risolvere: Imposta cac:TaxSubtotal/cbc:TaxAmount (BT-117) della categoria esente a 0,00; una cessione esente non genera IVA.

Esempi validi

Ripartizione esente con BT-118 = E e BT-117 = 0,00

Esempi non validi

Ripartizione esente con BT-118 = E ma BT-117 = 95,00

Apri la guida dettagliata per BR-E-09 →

BR-E-10: La ripartizione esente richiede un codice o un testo del motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "Esente da IVA" (E) deve avere un codice del motivo di esenzione IVA (BT-121) o un testo del motivo di esenzione IVA (BT-120).

Come risolvere: Aggiungi alla ripartizione esente un cac:TaxCategory/cbc:TaxExemptionReasonCode (BT-121) dalla lista di codici VATEX o un testo libero cbc:TaxExemptionReason (BT-120).

Esempi validi

Ripartizione esente con BT-121 = VATEX-EU-132 o BT-120 = "Esente ai sensi dell’art. 132 direttiva IVA"

Esempi non validi

Ripartizione esente (BT-118 = E) senza testo BT-120 né codice BT-121

Apri la guida dettagliata per BR-E-10 →

BR-IC-01: La cessione intracomunitaria richiede esattamente una ripartizione IVA

Come risolvere: Aggiungi un unico gruppo di ripartizione BG-23 con cbc:ID = K che riepiloga tutte le righe, gli sconti e gli oneri intracomunitari; non suddividerlo in più gruppi K.

Esempi validi

Un gruppo BG-23 con BT-118 = K per un venditore DE che spedisce beni a un acquirente AT

Esempi non validi

Una riga con BT-151 = K ma nessun gruppo BG-23 con BT-118 = K

Apri la guida dettagliata per BR-IC-01 →

BR-IC-02: La riga intracomunitaria richiede le partite IVA di venditore e acquirente

Come risolvere: Compila PartyTaxScheme/CompanyID del venditore (BT-31, o BT-63 per un rappresentante fiscale) e PartyTaxScheme/CompanyID dell’acquirente (BT-48) con partite IVA valide.

Esempi validi

BT-31 = DE123456789 (venditore) e BT-48 = FR32123456789 (acquirente) su una fattura intracomunitaria

Esempi non validi

Riga di categoria K con venditore BT-31 = DE123456789 ma senza acquirente BT-48

Apri la guida dettagliata per BR-IC-02 →

BR-IC-03: Lo sconto intracomunitario richiede le partite IVA di venditore e acquirente

Come risolvere: Quando uno sconto a livello di documento usa la categoria K, assicurati che siano presenti sia la partita IVA del venditore (BT-31 o BT-63) sia quella dell’acquirente (BT-48).

Esempi validi

Sconto documento di categoria K con BT-31 = DE123456789 e BT-48 = NL123456789B01

Esempi non validi

Sconto documento di categoria K senza la partita IVA dell’acquirente (BT-48)

Apri la guida dettagliata per BR-IC-03 →

BR-IC-04: L’onere intracomunitario richiede le partite IVA di venditore e acquirente

Come risolvere: Quando un onere a livello di documento usa la categoria K, assicurati che siano presenti sia la partita IVA del venditore (BT-31 o BT-63) sia quella dell’acquirente (BT-48).

Esempi validi

Onere documento di categoria K con BT-31 = DE123456789 e BT-48 = FR32123456789

Esempi non validi

Onere documento di categoria K senza la partita IVA del venditore (BT-31/BT-63)

Apri la guida dettagliata per BR-IC-04 →

BR-IC-05: L’aliquota IVA della riga intracomunitaria deve essere zero

In una riga di fattura (BG-25) il cui codice categoria IVA dell’articolo fatturato (BT-151) è "cessione intracomunitaria", l’aliquota IVA dell’articolo fatturato (BT-152) deve essere 0.

Contesto normativo: Una cessione intracomunitaria è esente da IVA nel paese del venditore; la sua aliquota di riga deve quindi essere esattamente zero e non un’aliquota ordinaria.

Come risolvere: Imposta cbc:Percent a 0 nella ClassifiedTaxCategory della riga ogni volta che cbc:ID è K.

Esempi validi

Riga con BT-151 = K e BT-152 = 0 per beni spediti da DE a FR

Esempi non validi

Riga con BT-151 = K ma BT-152 = 19

Apri la guida dettagliata per BR-IC-05 →

BR-IC-06: L’aliquota IVA dello sconto intracomunitario deve essere zero

In uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è "cessione intracomunitaria", l’aliquota IVA dello sconto (BT-96) deve essere 0.

Contesto normativo: Uno sconto intracomunitario riduce una cessione esente; deve quindi riportare la stessa aliquota zero della cessione che rettifica.

Come risolvere: Imposta cbc:Percent a 0 nella TaxCategory dello sconto a livello di documento ogni volta che cbc:ID è K.

Esempi validi

Sconto documento con BT-95 = K e BT-96 = 0

Esempi non validi

Sconto documento con BT-95 = K ma BT-96 = 19

Apri la guida dettagliata per BR-IC-06 →

BR-IC-07: L’aliquota IVA dell’onere intracomunitario deve essere zero

In un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è "cessione intracomunitaria", l’aliquota IVA dell’onere (BT-103) deve essere 0.

Contesto normativo: Un onere intracomunitario si aggiunge a una cessione esente; deve quindi riportare la stessa aliquota zero della cessione a cui appartiene.

Come risolvere: Imposta cbc:Percent a 0 nella TaxCategory dell’onere a livello di documento ogni volta che cbc:ID è K.

Esempi validi

Onere documento con BT-102 = K e BT-103 = 0

Esempi non validi

Onere documento con BT-102 = K ma BT-103 = 19

Apri la guida dettagliata per BR-IC-07 →

BR-IC-08: L’imponibile intracomunitario deve essere uguale alla somma netta

Come risolvere: Ricalcola BT-116 per la ripartizione K come Σ BT-131 − Σ BT-92 + Σ BT-99 su tutte le righe, gli sconti e gli oneri di categoria K, e inserisci quel valore in TaxableAmount.

Esempi validi

Due righe K di 600,00 e 400,00 senza rettifiche danno BT-116 = 1000,00

Esempi non validi

Righe K con somma 1000,00 ma BT-116 dichiarato come 950,00

Apri la guida dettagliata per BR-IC-08 →

BR-IC-09: L’importo IVA intracomunitario deve essere zero

L’importo dell’imposta della categoria IVA (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "cessione intracomunitaria" deve essere 0.

Contesto normativo: Poiché la cessione è esente all’origine, l’importo IVA di categoria dichiarato deve essere esattamente zero per corrispondere all’aliquota zero.

Come risolvere: Imposta cbc:TaxAmount a 0,00 nel TaxSubtotal K (BG-23); la cessione intracomunitaria non comporta IVA nel paese del venditore.

Esempi validi

Ripartizione K con BT-116 = 1000,00 e BT-117 = 0,00

Esempi non validi

Ripartizione K con BT-116 = 1000,00 ma BT-117 = 190,00

Apri la guida dettagliata per BR-IC-09 →

BR-IC-10: La ripartizione intracomunitaria richiede un motivo di esenzione

Come risolvere: Aggiungi cbc:TaxExemptionReasonCode = VATEX-EU-IC (o un testo cbc:TaxExemptionReason corrispondente) alla TaxCategory K.

Esempi validi

Ripartizione K con BT-121 = VATEX-EU-IC
Ripartizione K con BT-120 = "cessione intracomunitaria"

Esempi non validi

Ripartizione K senza BT-121 né BT-120

Apri la guida dettagliata per BR-IC-10 →

BR-IC-11: La cessione intracomunitaria richiede una data di consegna o un periodo di fatturazione

Contesto normativo: L’esenzione intracomunitaria dipende dalla prova che i beni abbiano effettivamente attraversato un confine; la fattura deve quindi indicare quando è avvenuta la cessione.

Come risolvere: Fornisci cac:Delivery/cbc:ActualDeliveryDate (BT-72) o un cac:InvoicePeriod (BG-14) con almeno una data di inizio o di fine.

Esempi validi

Fattura K con BT-72 = 2026-03-15
Fattura K con BG-14 (BT-73 = 2026-03-01, BT-74 = 2026-03-31)

Esempi non validi

Fattura K senza BT-72 né periodo di fatturazione BG-14

Apri la guida dettagliata per BR-IC-11 →

BR-IC-12: La cessione intracomunitaria richiede un codice paese di consegna

In una fattura con una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "cessione intracomunitaria", il codice paese di consegna (BT-80) non deve essere vuoto.

Contesto normativo: Il paese di destinazione dimostra che i beni hanno lasciato lo Stato membro del venditore, condizione preliminare per l’esenzione IVA intracomunitaria.

Come risolvere: Compila cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc:IdentificationCode (BT-80) con il codice dello Stato membro di destinazione, ad esempio FR.

Esempi validi

Fattura K con BT-80 = FR (venditore DE che consegna in Francia)

Esempi non validi

Fattura K con un blocco cac:Delivery ma senza codice paese BT-80

Apri la guida dettagliata per BR-IC-12 →

BR-G-01: L’esportazione fuori UE richiede una propria ripartizione IVA

Contesto normativo: Questa regola EN16931 disciplina le fatture di beni esportati fuori UE (categoria G), esenti da IVA ma da riepilogare comunque in un’unica ripartizione IVA dedicata.

Come risolvere: Aggiungi esattamente un cac:TaxSubtotal (BG-23) con ID TaxCategory G che riepiloga tutti gli importi di esportazione fuori UE; non suddividerlo in più ripartizioni G.

Esempi validi

Una BG-23 con BT-118 = G per le righe di esportazione di un venditore DE verso la Svizzera (CH)

Esempi non validi

Le righe recano la categoria G ma non esiste alcuna BG-23 con BT-118 = G, oppure vengono emesse due ripartizioni G separate

Apri la guida dettagliata per BR-G-01 →

BR-G-02: La riga di esportazione richiede un identificativo IVA del venditore

Come risolvere: Aggiungi l’identificativo IVA del venditore sotto cac:PartyTaxScheme/cbc:CompanyID (BT-31), ad esempio DE123456789, oppure indica quello del rappresentante fiscale (BT-63).

Esempi validi

Riga G verso gli USA con identificativo IVA del venditore BT-31 = DE123456789

Esempi non validi

Riga G verso gli USA ma né BT-31 né BT-63 è presente in fattura

Apri la guida dettagliata per BR-G-02 →

BR-G-03: Lo sconto all’esportazione richiede un identificativo IVA del venditore

Come risolvere: Aggiungi l’identificativo IVA del venditore (BT-31) o del rappresentante fiscale (BT-63) ogni volta che uno sconto a livello di documento reca la categoria G.

Esempi validi

Sconto a livello di documento con BT-95 = G e identificativo IVA del venditore BT-31 = DE123456789

Esempi non validi

Sconto a livello di documento con BT-95 = G ma senza BT-31 o BT-63 in fattura

Apri la guida dettagliata per BR-G-03 →

BR-G-04: L’onere all’esportazione richiede un identificativo IVA del venditore

Come risolvere: Aggiungi l’identificativo IVA del venditore (BT-31) o del rappresentante fiscale (BT-63) ogni volta che un onere a livello di documento reca la categoria G.

Esempi validi

Onere a livello di documento con BT-102 = G e identificativo IVA del venditore BT-31 = DE123456789

Esempi non validi

Onere a livello di documento con BT-102 = G ma senza BT-31 o BT-63 in fattura

Apri la guida dettagliata per BR-G-04 →

BR-G-05: L’aliquota IVA della riga di esportazione deve essere zero

Contesto normativo: I beni esportati fuori UE non sono soggetti a IVA nazionale; l’aliquota su una riga di categoria G deve quindi essere esattamente zero.

Come risolvere: Imposta ClassifiedTaxCategory/cbc:Percent (BT-152) a 0 su ogni riga che usa la categoria G.

Esempi validi

Riga G per beni spediti in Gran Bretagna (GB) con BT-152 = 0

Esempi non validi

Riga G verso la Gran Bretagna (GB) con BT-152 = 19

Apri la guida dettagliata per BR-G-05 →

BR-G-06: L’aliquota IVA dello sconto all’esportazione deve essere zero

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA dello sconto (BT-95) è "Esportazione fuori UE" (G), l’aliquota IVA dello sconto (BT-96) deve essere 0 (zero).

Come risolvere: Imposta TaxCategory/cbc:Percent dello sconto (BT-96) a 0 quando la categoria dello sconto a livello di documento è G.

Esempi validi

Sconto a livello di documento con BT-95 = G e BT-96 = 0

Esempi non validi

Sconto a livello di documento con BT-95 = G ma BT-96 = 19

Apri la guida dettagliata per BR-G-06 →

BR-G-07: L’aliquota IVA dell’onere all’esportazione deve essere zero

In un onere a livello di documento (BG-21) in cui il codice categoria IVA dell’onere (BT-102) è "Esportazione fuori UE" (G), l’aliquota IVA dell’onere (BT-103) deve essere 0 (zero).

Contesto normativo: Un onere a livello di documento nella ripartizione di esportazione non può recare IVA; la sua aliquota deve essere zero affinché la ripartizione di categoria G resti esente.

Come risolvere: Imposta TaxCategory/cbc:Percent dell’onere (BT-103) a 0 quando la categoria dell’onere a livello di documento è G.

Esempi validi

Onere a livello di documento con BT-102 = G e BT-103 = 0

Esempi non validi

Onere a livello di documento con BT-102 = G ma BT-103 = 19

Apri la guida dettagliata per BR-G-07 →

BR-G-08: L’imponibile di esportazione deve corrispondere alla somma netta

Come risolvere: Ricalcola BT-116 per la ripartizione G come Σ BT-131 − Σ BT-92 + Σ BT-99 su tutti gli elementi con categoria G e inseriscilo in cac:TaxSubtotal/cbc:TaxableAmount.

Esempi validi

Due righe G BT-131 = 600,00 e 400,00, senza sconti/oneri, BT-116 = 1000,00

Esempi non validi

Le righe G danno un netto di 1000,00 ma la ripartizione G riporta BT-116 = 900,00

Apri la guida dettagliata per BR-G-08 →

BR-G-09: L’importo IVA della categoria di esportazione deve essere zero

L’importo IVA della categoria (BT-117) in una ripartizione IVA (BG-23) in cui il codice categoria IVA (BT-118) è "Esportazione fuori UE" (G) deve essere 0 (zero).

Contesto normativo: Poiché le esportazioni fuori UE sono esenti da IVA, l’importo dell’imposta riepilogato per la ripartizione di categoria G deve essere esattamente zero.

Come risolvere: Imposta cac:TaxSubtotal/cbc:TaxAmount (BT-117) a 0,00 nella ripartizione di categoria G, coerentemente con l’aliquota zero delle righe di esportazione.

Esempi validi

Ripartizione G con BT-116 = 1000,00 e BT-117 = 0,00

Esempi non validi

Ripartizione G con BT-116 = 1000,00 ma BT-117 = 190,00

Apri la guida dettagliata per BR-G-09 →

BR-G-10: La ripartizione di esportazione richiede un motivo di esenzione

Come risolvere: Aggiungi alla ripartizione G cac:TaxCategory/cbc:TaxExemptionReasonCode (BT-121), ad esempio VATEX-EU-G, o cbc:TaxExemptionReason (BT-120) "Esportazione fuori UE".

Esempi validi

Ripartizione G con BT-121 = VATEX-EU-G, o BT-120 = "Esportazione fuori UE"

Esempi non validi

Ripartizione G senza BT-121 né BT-120

Apri la guida dettagliata per BR-G-10 →

BR-O-01: Una fattura di categoria O richiede esattamente una ripartizione « non soggetto a IVA »

Esempi validi

Una riga O (BT-151 = O) riepilogata da una ripartizione BG-23 con BT-118 = O

Esempi non validi

Una riga O (BT-151 = O) ma nessuna ripartizione BG-23 con BT-118 = O

Apri la guida dettagliata per BR-O-01 →

BR-O-02: Una riga di categoria O vieta i numeri di partita IVA

Contesto normativo: Le operazioni di categoria O sono fuori dal campo IVA: nessuna parte agisce in qualità di soggetto IVA e la fattura non deve riportare alcun numero di identificazione IVA.

Come risolvere: Rimuovi i numeri di partita IVA BT-31, BT-63 e BT-48 (il cac:PartyTaxScheme/cbc:CompanyID sotto lo schema VAT) ogni volta che la fattura comprende una riga non soggetta a IVA.

Esempi validi

Riga O (BT-151 = O) senza partita IVA per venditore, rappresentante fiscale o acquirente

Esempi non validi

Riga O (BT-151 = O) ma partita IVA del venditore BT-31 = DE123456789 ancora presente

Apri la guida dettagliata per BR-O-02 →

BR-O-03: Uno sconto di categoria O vieta i numeri di partita IVA

Contesto normativo: Gli sconti di categoria O sono fuori dal campo IVA: la fattura non deve riportare alcun numero di identificazione IVA delle parti.

Come risolvere: Rimuovi i numeri di partita IVA BT-31, BT-63 e BT-48 ogni volta che uno sconto a livello di documento usa la categoria O.

Esempi validi

Sconto a livello di documento con BT-95 = O e nessuna partita IVA per le parti

Esempi non validi

Sconto a livello di documento con BT-95 = O ma partita IVA acquirente BT-48 = FR32123456789 presente

Apri la guida dettagliata per BR-O-03 →

BR-O-04: Un onere di categoria O vieta i numeri di partita IVA

Contesto normativo: Gli oneri di categoria O sono fuori dal campo IVA: la fattura non deve riportare alcun numero di identificazione IVA delle parti.

Come risolvere: Rimuovi i numeri di partita IVA BT-31, BT-63 e BT-48 ogni volta che un onere a livello di documento usa la categoria O.

Esempi validi

Onere a livello di documento con BT-102 = O e nessuna partita IVA per le parti

Esempi non validi

Onere a livello di documento con BT-102 = O ma partita IVA venditore BT-31 = DE123456789 presente

Apri la guida dettagliata per BR-O-04 →

BR-O-05: Una riga di categoria O non deve riportare un’aliquota IVA

Una riga di fattura (BG-25) il cui codice categoria IVA (BT-151) è « non soggetto a IVA » (O) non deve contenere un’aliquota IVA dell’articolo fatturato (BT-152).

Contesto normativo: Poiché le operazioni di categoria O sono fuori dal campo IVA, non si applica alcuna aliquota e l’elemento aliquota deve essere del tutto assente.

Come risolvere: Elimina cbc:Percent (BT-152) dalla cac:ClassifiedTaxCategory della riga; un articolo non soggetto a IVA non riporta alcuna percentuale, nemmeno zero.

Esempi validi

Riga O con cac:ClassifiedTaxCategory/cbc:ID = O e senza cbc:Percent

Esempi non validi

Riga O con cbc:ID = O ma cbc:Percent = 0 presente (BT-152)

Apri la guida dettagliata per BR-O-05 →

BR-O-06: Uno sconto di categoria O non deve riportare un’aliquota IVA

Uno sconto a livello di documento (BG-20) il cui codice categoria IVA (BT-95) è « non soggetto a IVA » (O) non deve contenere un’aliquota IVA dello sconto a livello di documento (BT-96).

Contesto normativo: Gli importi di categoria O sono fuori dal campo IVA, quindi un’aliquota sullo sconto sarebbe priva di senso ed è vietata.

Come risolvere: Elimina cbc:Percent (BT-96) dalla cac:TaxCategory dello sconto; la categoria O non riporta alcuna aliquota.

Esempi validi

Sconto a livello di documento con cac:TaxCategory/cbc:ID = O e senza cbc:Percent

Esempi non validi

Sconto a livello di documento con cbc:ID = O ma cbc:Percent = 0 presente (BT-96)

Apri la guida dettagliata per BR-O-06 →

BR-O-07: Un onere di categoria O non deve riportare un’aliquota IVA

Un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-102) è « non soggetto a IVA » (O) non deve contenere un’aliquota IVA dell’onere a livello di documento (BT-103).

Contesto normativo: Gli importi di categoria O sono fuori dal campo IVA, quindi un’aliquota sull’onere sarebbe priva di senso ed è vietata.

Come risolvere: Elimina cbc:Percent (BT-103) dalla cac:TaxCategory dell’onere; la categoria O non riporta alcuna aliquota.

Esempi validi

Onere a livello di documento con cac:TaxCategory/cbc:ID = O e senza cbc:Percent

Esempi non validi

Onere a livello di documento con cbc:ID = O ma cbc:Percent = 0 presente (BT-103)

Apri la guida dettagliata per BR-O-07 →

BR-O-08: L’imponibile non soggetto a IVA deve essere pari alla somma di righe e rettifiche

Contesto normativo: Questa regola EN16931 mantiene la base imponibile non soggetta a IVA coerente con gli importi sottostanti di categoria O affinché il riepilogo sia verificabile.

Come risolvere: Calcola BT-116 come Σ BT-131 − Σ BT-92 + Σ BT-99 limitato a righe, sconti e oneri di categoria O e inseriscilo nel TaxableAmount del TaxSubtotal O.

Esempi validi

Righe O nette 100,00, nessuno sconto od onere O → BT-116 = 100,00

Esempi non validi

Righe O nette 100,00 ma BT-116 indicato come 90,00

Apri la guida dettagliata per BR-O-08 →

BR-O-09: L’importo IVA della categoria non soggetta deve essere zero

L’importo IVA della categoria (BT-117) in una ripartizione IVA (BG-23) il cui codice categoria IVA (BT-118) è « non soggetto a IVA » (O) deve essere 0 (zero).

Contesto normativo: Poiché la categoria O è fuori dal campo IVA, non matura alcuna imposta e l’importo IVA della categoria deve essere esattamente zero.

Come risolvere: Imposta il cbc:TaxAmount (BT-117) del TaxSubtotal O a 0,00.

Esempi validi

Ripartizione O con BT-117 = 0,00

Esempi non validi

Ripartizione O con BT-117 = 5,00

Apri la guida dettagliata per BR-O-09 →

BR-O-10: La ripartizione non soggetta a IVA richiede un motivo di esenzione

Contesto normativo: Il motivo di esenzione spiega all’acquirente e all’autorità fiscale perché l’IVA non si applica a un’operazione non soggetta a IVA.

Come risolvere: Aggiungi cbc:TaxExemptionReasonCode = VATEX-EU-O o cbc:TaxExemptionReason = « non soggetto a IVA » alla TaxCategory O.

Esempi validi

Ripartizione O con BT-121 = VATEX-EU-O
Ripartizione O con BT-120 = « non soggetto a IVA »

Esempi non validi

Ripartizione O senza BT-121 né BT-120

Apri la guida dettagliata per BR-O-10 →

BR-O-11: Una fattura non soggetta a IVA non deve avere altre ripartizioni IVA

Una fattura che contiene una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) « non soggetto a IVA » (O) non deve contenere altre ripartizioni IVA (BG-23).

Contesto normativo: Una fattura non soggetta a IVA è interamente fuori dal campo IVA e quindi non può contenere ripartizioni imponibili, ad aliquota zero o esenti accanto al riepilogo O.

Come risolvere: Mantieni solo l’unica ripartizione di categoria O; rimuovi qualsiasi ripartizione S, Z, E, AE, K o G, poiché una fattura non soggetta a IVA non può mescolare categorie.

Esempi validi

Una sola ripartizione BG-23, categoria O

Esempi non validi

Una ripartizione O più una seconda ripartizione con BT-118 = S (19 %)

Apri la guida dettagliata per BR-O-11 →

BR-O-12: Una fattura non soggetta a IVA non deve avere righe non O

Contesto normativo: Poiché una fattura non soggetta a IVA è interamente fuori dal campo IVA, ogni riga deve usare la categoria O; non è consentito mescolare con righe imponibili.

Come risolvere: Assegna a ogni riga la categoria O (BT-151 = O) oppure sposta le righe non O su una fattura separata.

Esempi validi

Ripartizione O presente e ogni riga ha BT-151 = O

Esempi non validi

Ripartizione O presente ma una riga ha BT-151 = S

Apri la guida dettagliata per BR-O-12 →

BR-O-13: Una fattura non soggetta a IVA non deve avere sconti di documento non O

Contesto normativo: Una fattura non soggetta a IVA è interamente fuori dal campo IVA, quindi tutti i suoi sconti a livello di documento devono usare la categoria O.

Come risolvere: Assegna a ogni sconto a livello di documento la categoria O (BT-95 = O) oppure rimuovi gli sconti non O.

Esempi validi

Ripartizione O presente e ogni sconto di documento ha BT-95 = O

Esempi non validi

Ripartizione O presente ma uno sconto di documento ha BT-95 = Z

Apri la guida dettagliata per BR-O-13 →

BR-O-14: Una fattura non soggetta a IVA non deve avere oneri di documento non O

Contesto normativo: Una fattura non soggetta a IVA è interamente fuori dal campo IVA, quindi tutti i suoi oneri a livello di documento devono usare la categoria O.

Come risolvere: Assegna a ogni onere a livello di documento la categoria O (BT-102 = O) oppure rimuovi gli oneri non O.

Esempi validi

Ripartizione O presente e ogni onere di documento ha BT-102 = O

Esempi non validi

Ripartizione O presente ma un onere di documento ha BT-102 = S (19 %)

Apri la guida dettagliata per BR-O-14 →

BR-AF-01: La categoria IGIC richiede una ripartizione IVA corrispondente

Una fattura che contiene una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "IGIC" deve contenere nella ripartizione IVA (BG-23) almeno un codice categoria IVA (BT-118) uguale a "IGIC".

Come risolvere: Aggiungi un cac:TaxTotal/cac:TaxSubtotal (BG-23) il cui cac:TaxCategory/cbc:ID sia "L" (IGIC) affinché la ripartizione rispecchi le righe, gli sconti o gli oneri IGIC.

Esempi validi

Riga di fattura con categoria "L" (IGIC) al 7.00 % e un gruppo BG-23 con BT-118 = "L"

Esempi non validi

Una riga usa la categoria "L" (IGIC) ma l’unico gruppo BG-23 riporta BT-118 = "S"

Apri la guida dettagliata per BR-AF-01 →

BR-AF-02: La riga di fattura IGIC richiede un identificativo fiscale del venditore

Esempi validi

Una riga con categoria "L" (IGIC) e partita IVA del venditore (BT-31) ESB35123456 presente

Esempi non validi

Una riga con categoria "L" (IGIC) mentre il venditore non riporta partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AF-02 →

BR-AF-03: Lo sconto IGIC a livello di documento richiede un identificativo fiscale del venditore

Esempi validi

Sconto a livello di documento con categoria "L" (IGIC) e partita IVA del venditore (BT-31) ESB35123456

Esempi non validi

Sconto a livello di documento con categoria "L" (IGIC) ma senza alcuna partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AF-03 →

BR-AF-04: L’onere IGIC a livello di documento richiede un identificativo fiscale del venditore

Esempi validi

Onere a livello di documento con categoria "L" (IGIC) e partita IVA del venditore (BT-31) ESB35123456

Esempi non validi

Onere a livello di documento con categoria "L" (IGIC) ma senza alcuna partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AF-04 →

BR-AF-05: L’aliquota IVA di riga IGIC deve essere zero o maggiore

Come risolvere: Imposta BT-152 (cbc:Percent) su un valore non negativo come 7.00; non usare mai un’aliquota negativa per una riga "L" (IGIC).

Esempi validi

Riga con categoria "L" (IGIC) e BT-152 = 7.00
Riga con categoria "L" (IGIC) e BT-152 = 0

Esempi non validi

Riga con categoria "L" (IGIC) e BT-152 = -7.00

Apri la guida dettagliata per BR-AF-05 →

BR-AF-06: L’aliquota IVA dello sconto IGIC deve essere zero o maggiore

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA dello sconto (BT-95) è "IGIC", l’aliquota IVA dello sconto (BT-96) deve essere 0 (zero) o maggiore di zero.

Come risolvere: Imposta BT-96 (cac:TaxCategory/cbc:Percent dello sconto) su un valore non negativo come 7.00; non usare mai un’aliquota negativa.

Esempi validi

Sconto a livello di documento con categoria "L" (IGIC) e BT-96 = 7.00

Esempi non validi

Sconto a livello di documento con categoria "L" (IGIC) e BT-96 = -7.00

Apri la guida dettagliata per BR-AF-06 →

BR-AF-07: L’aliquota IVA dell’onere IGIC deve essere zero o maggiore

In un onere a livello di documento (BG-21) in cui il codice categoria IVA dell’onere (BT-102) è "IGIC", l’aliquota IVA dell’onere (BT-103) deve essere 0 (zero) o maggiore di zero.

Come risolvere: Imposta BT-103 (cac:TaxCategory/cbc:Percent dell’onere) su un valore non negativo come 7.00; non usare mai un’aliquota negativa.

Esempi validi

Onere a livello di documento con categoria "L" (IGIC) e BT-103 = 7.00

Esempi non validi

Onere a livello di documento con categoria "L" (IGIC) e BT-103 = -7.00

Apri la guida dettagliata per BR-AF-07 →

BR-AF-08: L’imponibile IGIC deve essere uguale alla base sommata

Contesto normativo: La categoria IGIC (l’imposta indiretta delle Isole Canarie) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questo legame aritmetico mantiene la base della ripartizione IGIC coerente con le righe, gli oneri e gli sconti sottostanti alla stessa aliquota.

Esempi validi

Una riga "L" (IGIC) netta 100,00 al 7.00 %, senza oneri o sconti, e BT-116 = 100,00

Esempi non validi

Una riga "L" (IGIC) netta 100,00 al 7.00 % ma BT-116 = 90,00

Apri la guida dettagliata per BR-AF-08 →

BR-AF-09: L’importo IVA IGIC deve essere uguale alla base per l’aliquota

Contesto normativo: La categoria IGIC (l’imposta indiretta delle Isole Canarie) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questa regola garantisce che l’importo IVA IGIC dichiarato corrisponda esattamente a base e aliquota.

Come risolvere: Calcola BT-117 come BT-116 × BT-119 ÷ 100 (arrotondato a due decimali) e inseriscilo nel cac:TaxSubtotal/cbc:TaxAmount "L" (IGIC), ad esempio 100,00 × 7.00 % = 7.00.

Esempi validi

BT-116 = 100,00, BT-119 = 7.00, BT-117 = 7.00

Esempi non validi

BT-116 = 100,00, BT-119 = 7.00, ma BT-117 = 5,00

Apri la guida dettagliata per BR-AF-09 →

BR-AF-10: La ripartizione IGIC non deve riportare un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "IGIC" non deve avere un codice del motivo di esenzione IVA (BT-121) né un testo del motivo di esenzione IVA (BT-120).

Contesto normativo: La categoria IGIC (l’imposta indiretta delle Isole Canarie) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2 ed è una categoria tassabile; un motivo di esenzione la contraddirebbe. I motivi di esenzione appartengono alle categorie E, K, G, O o AE.

Come risolvere: Rimuovi cbc:TaxExemptionReasonCode (BT-121) e cbc:TaxExemptionReason (BT-120) dalla cac:TaxSubtotal/cac:TaxCategory "L" (IGIC); IGIC è una categoria tassata, non un’esenzione.

Esempi validi

Gruppo BG-23 con BT-118 = "L" (IGIC), aliquota 7.00 %, senza BT-120 o BT-121

Esempi non validi

Gruppo BG-23 con BT-118 = "L" (IGIC) che riporta anche BT-121 = "VATEX-EU-IC"

Apri la guida dettagliata per BR-AF-10 →

BR-AG-01: La categoria IPSI richiede una ripartizione IVA corrispondente

Una fattura che contiene una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "IPSI" deve contenere nella ripartizione IVA (BG-23) almeno un codice categoria IVA (BT-118) uguale a "IPSI".

Come risolvere: Aggiungi un cac:TaxTotal/cac:TaxSubtotal (BG-23) il cui cac:TaxCategory/cbc:ID sia "M" (IPSI) affinché la ripartizione rispecchi le righe, gli sconti o gli oneri IPSI.

Esempi validi

Riga di fattura con categoria "M" (IPSI) al 10.00 % e un gruppo BG-23 con BT-118 = "M"

Esempi non validi

Una riga usa la categoria "M" (IPSI) ma l’unico gruppo BG-23 riporta BT-118 = "S"

Apri la guida dettagliata per BR-AG-01 →

BR-AG-02: La riga di fattura IPSI richiede un identificativo fiscale del venditore

Esempi validi

Una riga con categoria "M" (IPSI) e partita IVA del venditore (BT-31) ESB51123456 presente

Esempi non validi

Una riga con categoria "M" (IPSI) mentre il venditore non riporta partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AG-02 →

BR-AG-03: Lo sconto IPSI a livello di documento richiede un identificativo fiscale del venditore

Esempi validi

Sconto a livello di documento con categoria "M" (IPSI) e partita IVA del venditore (BT-31) ESB51123456

Esempi non validi

Sconto a livello di documento con categoria "M" (IPSI) ma senza alcuna partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AG-03 →

BR-AG-04: L’onere IPSI a livello di documento richiede un identificativo fiscale del venditore

Esempi validi

Onere a livello di documento con categoria "M" (IPSI) e partita IVA del venditore (BT-31) ESB51123456

Esempi non validi

Onere a livello di documento con categoria "M" (IPSI) ma senza alcuna partita IVA, registrazione fiscale o identificativo del rappresentante

Apri la guida dettagliata per BR-AG-04 →

BR-AG-05: L’aliquota IVA di riga IPSI deve essere zero o maggiore

Come risolvere: Imposta BT-152 (cbc:Percent) su un valore non negativo come 10.00; non usare mai un’aliquota negativa per una riga "M" (IPSI).

Esempi validi

Riga con categoria "M" (IPSI) e BT-152 = 10.00
Riga con categoria "M" (IPSI) e BT-152 = 0

Esempi non validi

Riga con categoria "M" (IPSI) e BT-152 = -10.00

Apri la guida dettagliata per BR-AG-05 →

BR-AG-06: L’aliquota IVA dello sconto IPSI deve essere zero o maggiore

In uno sconto a livello di documento (BG-20) in cui il codice categoria IVA dello sconto (BT-95) è "IPSI", l’aliquota IVA dello sconto (BT-96) deve essere 0 (zero) o maggiore di zero.

Come risolvere: Imposta BT-96 (cac:TaxCategory/cbc:Percent dello sconto) su un valore non negativo come 10.00; non usare mai un’aliquota negativa.

Esempi validi

Sconto a livello di documento con categoria "M" (IPSI) e BT-96 = 10.00

Esempi non validi

Sconto a livello di documento con categoria "M" (IPSI) e BT-96 = -10.00

Apri la guida dettagliata per BR-AG-06 →

BR-AG-07: L’aliquota IVA dell’onere IPSI deve essere zero o maggiore

In un onere a livello di documento (BG-21) in cui il codice categoria IVA dell’onere (BT-102) è "IPSI", l’aliquota IVA dell’onere (BT-103) deve essere 0 (zero) o maggiore di zero.

Come risolvere: Imposta BT-103 (cac:TaxCategory/cbc:Percent dell’onere) su un valore non negativo come 10.00; non usare mai un’aliquota negativa.

Esempi validi

Onere a livello di documento con categoria "M" (IPSI) e BT-103 = 10.00

Esempi non validi

Onere a livello di documento con categoria "M" (IPSI) e BT-103 = -10.00

Apri la guida dettagliata per BR-AG-07 →

BR-AG-08: L’imponibile IPSI deve essere uguale alla base sommata

Contesto normativo: La categoria IPSI (l’imposta indiretta di Ceuta e Melilla) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questo legame aritmetico mantiene la base della ripartizione IPSI coerente con le righe, gli oneri e gli sconti sottostanti alla stessa aliquota.

Esempi validi

Una riga "M" (IPSI) netta 100,00 al 10.00 %, senza oneri o sconti, e BT-116 = 100,00

Esempi non validi

Una riga "M" (IPSI) netta 100,00 al 10.00 % ma BT-116 = 90,00

Apri la guida dettagliata per BR-AG-08 →

BR-AG-09: L’importo IVA IPSI deve essere uguale alla base per l’aliquota

Contesto normativo: La categoria IPSI (l’imposta indiretta di Ceuta e Melilla) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2; questa regola garantisce che l’importo IVA IPSI dichiarato corrisponda esattamente a base e aliquota.

Come risolvere: Calcola BT-117 come BT-116 × BT-119 ÷ 100 (arrotondato a due decimali) e inseriscilo nel cac:TaxSubtotal/cbc:TaxAmount "M" (IPSI), ad esempio 100,00 × 10.00 % = 10.00.

Esempi validi

BT-116 = 100,00, BT-119 = 10.00, BT-117 = 10.00

Esempi non validi

BT-116 = 100,00, BT-119 = 10.00, ma BT-117 = 5,00

Apri la guida dettagliata per BR-AG-09 →

BR-AG-10: La ripartizione IPSI non deve riportare un motivo di esenzione

Una ripartizione IVA (BG-23) con codice categoria IVA (BT-118) "IPSI" non deve avere un codice del motivo di esenzione IVA (BT-121) né un testo del motivo di esenzione IVA (BT-120).

Contesto normativo: La categoria IPSI (l’imposta indiretta di Ceuta e Melilla) proviene dagli elenchi di codici EN16931 aggiornati supportati dall’attuale rulepack XRechnung 3.0.2 ed è una categoria tassabile; un motivo di esenzione la contraddirebbe. I motivi di esenzione appartengono alle categorie E, K, G, O o AE.

Come risolvere: Rimuovi cbc:TaxExemptionReasonCode (BT-121) e cbc:TaxExemptionReason (BT-120) dalla cac:TaxSubtotal/cac:TaxCategory "M" (IPSI); IPSI è una categoria tassata, non un’esenzione.

Esempi validi

Gruppo BG-23 con BT-118 = "M" (IPSI), aliquota 10.00 %, senza BT-120 o BT-121

Esempi non validi

Gruppo BG-23 con BT-118 = "M" (IPSI) che riporta anche BT-121 = "VATEX-EU-IC"

Apri la guida dettagliata per BR-AG-10 →

BR-B-01: Lo split payment è valido solo su una fattura nazionale italiana

Una fattura in cui il codice categoria IVA (BT-151, BT-95 o BT-102) è "Split payment" deve essere una fattura nazionale italiana.

Come risolvere: Usa la categoria "B" (split payment) solo quando ogni codice paese in fattura è "IT"; altrimenti scegli la categoria IVA corretta per l’operazione.

Esempi validi

Fattura di categoria "B" (split payment) in cui i codici paese di venditore e acquirente sono entrambi "IT"

Esempi non validi

Fattura di categoria "B" (split payment) in cui il codice paese del venditore è "DE"

Apri la guida dettagliata per BR-B-01 →

BR-B-02: Split payment e aliquota standard non possono coesistere

Una fattura che contiene una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "Split payment" non deve contenere una riga di fattura (BG-25), uno sconto a livello di documento (BG-20) o un onere a livello di documento (BG-21) il cui codice categoria IVA (BT-151, BT-95 o BT-102) è "Aliquota standard".

Esempi validi

Una fattura le cui righe usano tutte la categoria "B" (split payment), senza righe "S"

Esempi non validi

Una riga di fattura con categoria "B" (split payment) e un’altra riga con categoria "S" (aliquota standard) sulla stessa fattura

Apri la guida dettagliata per BR-B-02 →

Ultimo aggiornamento: 2026 | Standard: XRechnung 3.0.2, ZUGFeRD 2.3.2

Riferimenti ufficiali

Wiki tecnica correlata

Panoramica dell’articolo

Soluzione veloce

Elenco completo dei codici errore KoSIT (BR-DE, BR-CO, BR-S)

Dettagli e soluzioni campo per campo

BR-DE-1: Le istruzioni di pagamento devono essere indicate

BR-DE-2: Il contatto del venditore deve essere indicato

BR-DE-3: La città del venditore deve essere indicata

BR-DE-4: Il codice postale del venditore deve essere indicato

BR-DE-5: Il punto di contatto del venditore deve essere indicato

BR-DE-6: Il telefono del contatto venditore deve essere indicato

BR-DE-7: L’e-mail del contatto venditore deve essere indicata

BR-DE-8: La città dell’acquirente deve essere indicata

BR-DE-9: Il codice postale dell’acquirente deve essere indicato

BR-DE-10: La città di consegna deve essere indicata quando si usa un indirizzo di consegna

BR-DE-11: Il codice postale di consegna deve essere indicato quando si usa un indirizzo di consegna

BR-DE-14: L’aliquota della categoria IVA deve essere indicata

BR-DE-15: Il riferimento acquirente deve essere indicato

BR-DE-16: Un identificativo fiscale del venditore deve essere indicato per le categorie IVA pertinenti

BR-DE-17: Il codice tipo fattura dovrebbe usare l’elenco supportato da XRechnung

BR-DE-18: I termini di sconto cassa dovrebbero usare la sintassi XRechnung

BR-DE-20: Il conto di addebito SEPA deve essere un IBAN valido

BR-DE-21: L’identificativo della specifica dovrebbe rispettare la sintassi XRechnung

BR-DEX-01: Il documento allegato usa un codice MIME non consentito

BR-DEX-02: L’importo netto di riga deve corrispondere alla somma delle sotto-righe

BR-DEX-03: La sotto-riga deve contenere esattamente una informazione IVA

BR-DEX-04: Lo schema dell’identificativo di parte deve usare un codice ISO 6523

BR-DEX-05: Lo schema dell’identificativo di registrazione legale deve usare ISO 6523

BR-DEX-06: Lo schema dell’identificativo standard dell’articolo deve usare ISO 6523

BR-DEX-07: Lo schema dell’identificativo endpoint deve appartenere all’elenco CEF EAS

BR-DEX-08: Lo schema dell’identificativo del luogo di consegna deve usare ISO 6523

BR-DEX-09: L’importo dovuto deve tenere conto dei pagamenti di terzi

BR-DEX-10: Il tipo di pagamento di terzi è obbligatorio

BR-DEX-11: L’importo di pagamento di terzi è obbligatorio

BR-DEX-12: La descrizione del pagamento di terzi è obbligatoria

BR-DEX-13: L’importo di pagamento di terzi ammette al massimo due decimali

BR-DEX-14: La valuta dell’importo di pagamento di terzi deve corrispondere alla valuta della fattura

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

BR-CO-4: Ogni riga di fattura deve avere un codice categoria IVA

BR-CO-9: Le partite IVA devono avere un prefisso paese ISO 3166-1 alpha-2

BR-CO-10: La somma degli importi netti di riga deve coincidere con il totale dei netti di riga

BR-CO-11: La somma degli sconti a livello documento deve coincidere con il totale di tutti gli sconti

BR-CO-13: Il totale fattura IVA esclusa deve essere uguale al totale righe meno gli sconti più gli oneri

BR-CO-14: Il totale IVA della fattura deve essere uguale alla somma degli importi IVA per categoria

BR-CO-15: Il totale fattura IVA inclusa deve essere uguale al totale IVA esclusa più l’imposta totale

BR-CO-16: L’importo da pagare deve essere uguale al totale IVA inclusa meno gli acconti più l’arrotondamento

BR-CO-17: L’importo IVA per categoria deve essere uguale alla base imponibile per l’aliquota diviso 100

BR-CO-25: Se l’importo da pagare è positivo serve la data di scadenza o le condizioni di pagamento

BR-CO-26: Il venditore deve essere identificabile tramite un identificativo, un codice di registrazione o la partita IVA

BR-S-1: Le righe ad aliquota standard richiedono una corrispondente riga nella ripartizione IVA

BR-S-5: L’aliquota IVA in una ripartizione ad aliquota standard deve essere maggiore di zero

BR-S-8: La base imponibile ad aliquota standard deve essere uguale ai netti di riga più gli oneri meno gli sconti alla stessa aliquota

BR-CO-05: Motivo e codice dello sconto devono corrispondere

BR-CO-06: Motivo e codice dell’onere devono corrispondere

BR-CO-07: Motivo e codice dello sconto di riga devono corrispondere

BR-CO-08: Motivo e codice dell’onere di riga devono corrispondere

BR-CO-12: La somma degli oneri deve corrispondere al totale

BR-CO-18: È richiesta almeno una ripartizione IVA

BR-CO-19: Il periodo di fatturazione richiede una data di inizio o fine

BR-CO-20: Il periodo di riga richiede una data di inizio o fine

BR-CO-21: Lo sconto a livello di documento richiede un motivo o un codice motivo

BR-CO-22: L’onere a livello di documento richiede un motivo o un codice motivo

BR-CO-23: Lo sconto di riga richiede un motivo o un codice motivo

BR-CO-24: L’onere di riga richiede un motivo o un codice motivo

BR-61: Identificativo conto richiesto per bonifico

BR-AE-02: Reverse charge richiede ID IVA venditore

BR-AE-10: Ripartizione reverse charge richiede motivo esenzione

BR-E-01: Righe esenti richiedono ripartizione IVA esente

BR-E-05: Aliquota IVA esente deve essere zero

BR-DE-19: Il conto SEPA deve contenere un IBAN valido

BR-05: Il codice valuta della fattura deve essere presente

BR-22: Ogni riga deve contenere la quantità fatturata

BR-23: Ogni quantità di riga deve avere un codice unità

BR-24: Ogni riga deve avere un importo netto

BR-25: Ogni riga deve contenere il nome articolo

BR-26: Ogni riga deve contenere il prezzo netto dell’articolo

BR-47: Ogni ripartizione IVA deve avere un codice categoria IVA

BR-57: L’indirizzo di consegna deve includere il codice paese

BR-DE-22: I nomi file degli allegati incorporati devono essere univoci