# Codici errore del validatore KoSIT: regole BR-DE e validazione XRechnung [2026] - Date: 2026-01-15 - Reading time: 18 min di lettura Guida a regole BR-DE selezionate del validatore KoSIT, UBL-CR-646 e altri errori XRechnung/ZUGFeRD, con correzioni pratiche. ## Panoramica dell’articolo Questo articolo spiega Codici errore del validatore KoSIT: regole BR-DE e validazione 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 una panoramica di regole BR-DE selezionate e di errori UBL/ZUGFeRD frequenti, con spiegazioni e correzioni in italiano. Il validatore KoSIT (Koordinierungsstelle für IT-Standards) verifica le e-fatture XRechnung e, a seconda del profilo, ZUGFeRD/Factur-X. La KoSIT pubblica lo standard e la configurazione del validatore; non gestisce un portale di ricezione. ### Soluzione veloce Se vuoi verificare ed eliminare subito gli errori dalla tua e-fattura, usa il nostro servizio di validazione automatica. [Valida la fattura ora →](/it/convert) ## Elenco dei codici errore KoSIT trattati (BR-DE, BR-CO, BR-S) Per Elenco dei codici errore KoSIT trattati (BR-DE, BR-CO, BR-S), verifica questi punti prima di procedere. - [BR-DE-1: Le istruzioni di pagamento devono essere indicate](/it/resources/kosit-validator-errors/br-de-1-payment-instructions-required) - [BR-DE-2: Il contatto del venditore deve essere indicato](/it/resources/kosit-validator-errors/br-de-2-seller-contact-required) - [BR-DE-3: La città del venditore deve essere indicata](/it/resources/kosit-validator-errors/br-de-3-seller-city-required) - [BR-DE-4: Il codice postale del venditore deve essere indicato](/it/resources/kosit-validator-errors/br-de-4-seller-post-code-required) - [BR-DE-5: Il punto di contatto del venditore deve essere indicato](/it/resources/kosit-validator-errors/br-de-5-seller-contact-point-required) - [BR-DE-6: Il telefono del contatto venditore deve essere indicato](/it/resources/kosit-validator-errors/br-de-6-seller-contact-telephone-required) - [BR-DE-7: L’e-mail del contatto venditore deve essere indicata](/it/resources/kosit-validator-errors/br-de-7-seller-contact-email-required) - [BR-DE-8: La città dell’acquirente deve essere indicata](/it/resources/kosit-validator-errors/br-de-8-buyer-city-required) - [BR-DE-9: Il codice postale dell’acquirente deve essere indicato](/it/resources/kosit-validator-errors/br-de-9-buyer-post-code-required) - [BR-DE-10: La città di consegna deve essere indicata quando si usa un indirizzo di consegna](/it/resources/kosit-validator-errors/br-de-10-deliver-to-city-required) - [BR-DE-11: Il codice postale di consegna deve essere indicato quando si usa un indirizzo di consegna](/it/resources/kosit-validator-errors/br-de-11-deliver-to-post-code-required) - [BR-DE-14: L’aliquota della categoria IVA deve essere indicata](/it/resources/kosit-validator-errors/br-de-14-vat-category-rate-required) - [BR-DE-15: Il riferimento acquirente deve essere indicato](/it/resources/kosit-validator-errors/br-de-15-buyer-reference-required) - [BR-DE-16: Un identificativo fiscale del venditore deve essere indicato per le categorie IVA pertinenti](/it/resources/kosit-validator-errors/br-de-16-seller-tax-registration-required-for-tax-categories) - [BR-DE-17: Il codice tipo fattura dovrebbe usare l’elenco supportato da XRechnung](/it/resources/kosit-validator-errors/br-de-17-invoice-type-code-should-be-xrechnung-supported) - [BR-DE-18: I termini di sconto cassa dovrebbero usare la sintassi XRechnung](/it/resources/kosit-validator-errors/br-de-18-skonto-payment-terms-syntax) - [BR-DE-20: Il conto di addebito SEPA deve essere un IBAN valido](/it/resources/kosit-validator-errors/br-de-20-sepa-debited-account-must-be-valid-iban) - [BR-DE-21: L’identificativo della specifica dovrebbe rispettare la sintassi XRechnung](/it/resources/kosit-validator-errors/br-de-21-specification-identifier-syntax) - [BR-DEX-01: Il documento allegato usa un codice MIME non consentito](/it/resources/kosit-validator-errors/br-dex-01-attached-document-mime-code) - [BR-DEX-02: L’importo netto di riga deve corrispondere alla somma delle sotto-righe](/it/resources/kosit-validator-errors/br-dex-02-sub-invoice-line-net-amount-sum) - [BR-DEX-03: La sotto-riga deve contenere esattamente una informazione IVA](/it/resources/kosit-validator-errors/br-dex-03-sub-invoice-line-vat-information) - [BR-DEX-04: Lo schema dell’identificativo di parte deve usare un codice ISO 6523](/it/resources/kosit-validator-errors/br-dex-04-party-identifier-iso-6523-scheme) - [BR-DEX-05: Lo schema dell’identificativo di registrazione legale deve usare ISO 6523](/it/resources/kosit-validator-errors/br-dex-05-legal-registration-iso-6523-scheme) - [BR-DEX-06: Lo schema dell’identificativo standard dell’articolo deve usare ISO 6523](/it/resources/kosit-validator-errors/br-dex-06-item-standard-id-iso-6523-scheme) - [BR-DEX-07: Lo schema dell’identificativo endpoint deve appartenere all’elenco CEF EAS](/it/resources/kosit-validator-errors/br-dex-07-endpoint-identifier-cef-eas-scheme) - [BR-DEX-08: Lo schema dell’identificativo del luogo di consegna deve usare ISO 6523](/it/resources/kosit-validator-errors/br-dex-08-delivery-location-iso-6523-scheme) - [BR-DEX-09: L’importo dovuto deve tenere conto dei pagamenti di terzi](/it/resources/kosit-validator-errors/br-dex-09-amount-due-with-third-party-payment) - [BR-DEX-10: Il tipo di pagamento di terzi è obbligatorio](/it/resources/kosit-validator-errors/br-dex-10-third-party-payment-type-required) - [BR-DEX-11: L’importo di pagamento di terzi è obbligatorio](/it/resources/kosit-validator-errors/br-dex-11-third-party-payment-amount-required) - [BR-DEX-12: La descrizione del pagamento di terzi è obbligatoria](/it/resources/kosit-validator-errors/br-dex-12-third-party-payment-description-required) - [BR-DEX-13: L’importo di pagamento di terzi ammette al massimo due decimali](/it/resources/kosit-validator-errors/br-dex-13-third-party-payment-amount-two-decimals) - [BR-DEX-14: La valuta dell’importo di pagamento di terzi deve corrispondere alla valuta della fattura](/it/resources/kosit-validator-errors/br-dex-14-third-party-payment-amount-currency) - [BR-CO-3: Data di esigibilità IVA e codice data di esigibilità si escludono a vicenda](/it/resources/kosit-validator-errors/br-co-3-vat-point-date-and-code-mutually-exclusive) - [BR-CO-4: Ogni riga di fattura deve avere un codice categoria IVA](/it/resources/kosit-validator-errors/br-co-4-each-invoice-line-must-have-vat-category-code) - [BR-CO-9: Le partite IVA devono avere un prefisso paese ISO 3166-1 alpha-2](/it/resources/kosit-validator-errors/br-co-9-vat-identifier-must-have-iso-country-prefix) - [BR-CO-10: La somma degli importi netti di riga deve coincidere con il totale dei netti di riga](/it/resources/kosit-validator-errors/br-co-10-sum-of-line-net-amounts-must-equal-line-total) - [BR-CO-11: La somma degli sconti a livello documento deve coincidere con il totale di tutti gli sconti](/it/resources/kosit-validator-errors/br-co-11-sum-of-document-allowances-must-match) - [BR-CO-13: Il totale fattura IVA esclusa deve essere uguale al totale righe meno gli sconti più gli oneri](/it/resources/kosit-validator-errors/br-co-13-invoice-total-without-vat-must-match-totals-chain) - [BR-CO-14: Il totale IVA della fattura deve essere uguale alla somma degli importi IVA per categoria](/it/resources/kosit-validator-errors/br-co-14-invoice-total-vat-must-equal-sum-of-vat-categories) - [BR-CO-15: Il totale fattura IVA inclusa deve essere uguale al totale IVA esclusa più l’imposta totale](/it/resources/kosit-validator-errors/br-co-15-invoice-total-with-vat-must-match) - [BR-CO-16: L’importo da pagare deve essere uguale al totale IVA inclusa meno gli acconti più l’arrotondamento](/it/resources/kosit-validator-errors/br-co-16-amount-due-for-payment-must-match) - [BR-CO-17: L’importo IVA per categoria deve essere uguale alla base imponibile per l’aliquota diviso 100](/it/resources/kosit-validator-errors/br-co-17-vat-category-tax-amount-must-match-base-times-rate) - [BR-CO-25: Se l’importo da pagare è positivo serve la data di scadenza o le condizioni di pagamento](/it/resources/kosit-validator-errors/br-co-25-positive-amount-due-needs-payment-due-date-or-terms) - [BR-CO-26: Il venditore deve essere identificabile tramite un identificativo, un codice di registrazione o la partita IVA](/it/resources/kosit-validator-errors/br-co-26-seller-must-be-identifiable) - [BR-S-1: Le righe ad aliquota standard richiedono una corrispondente riga nella ripartizione IVA](/it/resources/kosit-validator-errors/br-s-1-standard-rated-line-requires-standard-rated-vat-breakdown) - [BR-S-5: L’aliquota IVA in una ripartizione ad aliquota standard deve essere maggiore di zero](/it/resources/kosit-validator-errors/br-s-5-standard-rated-vat-breakdown-rate-must-be-positive) - [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](/it/resources/kosit-validator-errors/br-s-8-standard-rated-taxable-amount-must-match-line-and-allowance-sum) - [BR-CO-05: Motivo e codice dello sconto devono corrispondere](/it/resources/kosit-validator-errors/br-co-05-allowance-reason-code-match) - [BR-CO-06: Motivo e codice dell’onere devono corrispondere](/it/resources/kosit-validator-errors/br-co-06-charge-reason-code-match) - [BR-CO-07: Motivo e codice dello sconto di riga devono corrispondere](/it/resources/kosit-validator-errors/br-co-07-line-allowance-reason-code-match) - [BR-CO-08: Motivo e codice dell’onere di riga devono corrispondere](/it/resources/kosit-validator-errors/br-co-08-line-charge-reason-code-match) - [BR-CO-12: La somma degli oneri deve corrispondere al totale](/it/resources/kosit-validator-errors/br-co-12-sum-of-document-charges) - [BR-CO-18: È richiesta almeno una ripartizione IVA](/it/resources/kosit-validator-errors/br-co-18-vat-breakdown-required) - [BR-CO-19: Il periodo di fatturazione richiede una data di inizio o fine](/it/resources/kosit-validator-errors/br-co-19-invoicing-period-date-required) - [BR-CO-20: Il periodo di riga richiede una data di inizio o fine](/it/resources/kosit-validator-errors/br-co-20-line-period-date-required) - [BR-CO-21: Lo sconto a livello di documento richiede un motivo o un codice motivo](/it/resources/kosit-validator-errors/br-co-21-document-allowance-reason-required) - [BR-CO-22: L’onere a livello di documento richiede un motivo o un codice motivo](/it/resources/kosit-validator-errors/br-co-22-document-charge-reason-required) - [BR-CO-23: Lo sconto di riga richiede un motivo o un codice motivo](/it/resources/kosit-validator-errors/br-co-23-line-allowance-reason-required) - [BR-CO-24: L’onere di riga richiede un motivo o un codice motivo](/it/resources/kosit-validator-errors/br-co-24-line-charge-reason-required) - [BR-61: Identificativo conto richiesto per bonifico](/it/resources/kosit-validator-errors/br-61-credit-transfer-account-required) - [BR-AE-02: Reverse charge richiede ID IVA venditore](/it/resources/kosit-validator-errors/br-ae-02-reverse-charge-seller-vat-id-required) - [BR-AE-10: Ripartizione reverse charge richiede motivo esenzione](/it/resources/kosit-validator-errors/br-ae-10-reverse-charge-exemption-reason-required) - [BR-E-01: Righe esenti richiedono ripartizione IVA esente](/it/resources/kosit-validator-errors/br-e-01-exempt-vat-breakdown-required) - [BR-E-05: Aliquota IVA esente deve essere zero](/it/resources/kosit-validator-errors/br-e-05-exempt-vat-rate-must-be-zero) - [BR-DE-19: Il conto SEPA deve contenere un IBAN valido](/it/resources/kosit-validator-errors/br-de-19-sepa-payment-account-must-be-valid-iban) - [BR-05: Il codice valuta della fattura deve essere presente](/it/resources/kosit-validator-errors/br-05-invoice-currency-code-must-be-present) - [BR-22: La quantità fatturata deve essere presente su ogni riga di fattura](/it/resources/kosit-validator-errors/br-22-invoice-line-quantity-must-be-present) - [BR-23: Il codice unità di misura per la quantità fatturata deve essere specificato](/it/resources/kosit-validator-errors/br-23-invoice-line-unit-code-must-be-present) - [BR-24: L’importo netto della riga di fattura deve essere presente su ogni riga](/it/resources/kosit-validator-errors/br-24-invoice-line-net-amount-must-be-present) - [BR-25: Il nome dell’articolo deve essere presente su ogni riga di fattura](/it/resources/kosit-validator-errors/br-25-invoice-line-item-name-must-be-present) - [BR-26: Il prezzo netto dell’articolo deve essere presente su ogni riga di fattura](/it/resources/kosit-validator-errors/br-26-invoice-line-item-net-price-must-be-present) - [BR-47: Il codice categoria IVA deve essere presente in ogni ripartizione IVA](/it/resources/kosit-validator-errors/br-47-vat-breakdown-category-code-must-be-present) - [BR-57: Il codice paese di consegna deve essere presente quando si usa un indirizzo di consegna](/it/resources/kosit-validator-errors/br-57-deliver-to-country-code-required) - [BR-DE-22: I nomi file degli allegati incorporati devono essere univoci](/it/resources/kosit-validator-errors/br-de-22-attachment-filename-unique) - [BR-DE-26: La fattura rettificativa deve fare riferimento ad almeno una fattura precedente](/it/resources/kosit-validator-errors/br-de-26-preceding-invoice-reference-required) - [BR-DE-27: Il numero di telefono del contatto venditore deve avere una sintassi e una lunghezza valide](/it/resources/kosit-validator-errors/br-de-27-seller-contact-telephone-syntax) - [BR-DE-28: L’e-mail del contatto venditore deve avere una sintassi valida con una sola chiocciola @](/it/resources/kosit-validator-errors/br-de-28-seller-contact-email-syntax) - [BR-DE-30: L’addebito diretto richiede l’identificativo creditore attribuito dalla banca](/it/resources/kosit-validator-errors/br-de-30-direct-debit-requires-creditor-identifier) - [BR-DE-31: L’addebito diretto richiede l’identificativo del conto addebitato](/it/resources/kosit-validator-errors/br-de-31-direct-debit-requires-debited-account) - [PEPPOL-EN16931-R001: L’identificativo del profilo deve corrispondere a Peppol BIS Billing 3.0](/it/resources/kosit-validator-errors/peppol-en16931-r001-profile-id-must-match-peppol-billing) - [PEPPOL-EN16931-R010: L’indirizzo elettronico e lo schema dell’acquirente devono essere forniti per l’instradamento Peppol](/it/resources/kosit-validator-errors/peppol-en16931-r010-buyer-electronic-address-required) - [PEPPOL-EN16931-R020: L’indirizzo elettronico e lo schema del venditore devono essere forniti per l’identificazione Peppol](/it/resources/kosit-validator-errors/peppol-en16931-r020-seller-electronic-address-required) - [PEPPOL-EN16931-R046: Il prezzo netto dell’articolo deve essere pari al prezzo lordo meno lo sconto sul prezzo](/it/resources/kosit-validator-errors/peppol-en16931-r046-item-net-price-math) - [PEPPOL-EN16931-R120: L’importo netto della riga di fattura deve essere pari alla quantità moltiplicata per il prezzo netto rettificato di sconti e maggiorazioni di riga](/it/resources/kosit-validator-errors/peppol-en16931-r120-line-net-amount-formula) - [PEPPOL-EN16931-R130: Il codice unità della base prezzo deve corrispondere al codice unità della quantità fatturata](/it/resources/kosit-validator-errors/peppol-en16931-r130-price-base-unit-code-must-match-quantity-unit) - [BR-01: Identificativo di specifica obbligatorio](/it/resources/kosit-validator-errors/br-01-specification-identifier-required) - [BR-02: Numero di fattura obbligatorio](/it/resources/kosit-validator-errors/br-02-invoice-number-required) - [BR-03: Data di emissione obbligatoria](/it/resources/kosit-validator-errors/br-03-invoice-issue-date-required) - [BR-04: Codice tipo fattura obbligatorio](/it/resources/kosit-validator-errors/br-04-invoice-type-code-required) - [BR-06: Nome del venditore obbligatorio](/it/resources/kosit-validator-errors/br-06-seller-name-required) - [BR-07: Nome dell’acquirente obbligatorio](/it/resources/kosit-validator-errors/br-07-buyer-name-required) - [BR-08: Indirizzo postale del venditore obbligatorio](/it/resources/kosit-validator-errors/br-08-seller-postal-address-required) - [BR-09: Codice paese del venditore obbligatorio](/it/resources/kosit-validator-errors/br-09-seller-country-code-required) - [BR-10: Indirizzo postale dell’acquirente obbligatorio](/it/resources/kosit-validator-errors/br-10-buyer-postal-address-required) - [BR-11: Codice paese dell’acquirente obbligatorio](/it/resources/kosit-validator-errors/br-11-buyer-country-code-required) - [BR-12: Somma degli importi netti delle righe fattura obbligatoria](/it/resources/kosit-validator-errors/br-12-sum-of-line-net-amount-required) - [BR-13: Importo totale della fattura senza IVA obbligatorio](/it/resources/kosit-validator-errors/br-13-invoice-total-without-vat-required) - [BR-14: Importo totale della fattura con IVA obbligatorio](/it/resources/kosit-validator-errors/br-14-invoice-total-with-vat-required) - [BR-15: Importo da pagare obbligatorio](/it/resources/kosit-validator-errors/br-15-amount-due-for-payment-required) - [BR-16: È obbligatoria almeno una riga di fattura](/it/resources/kosit-validator-errors/br-16-at-least-one-invoice-line-required) - [BR-17: Il nome del beneficiario è obbligatorio quando è presente un beneficiario](/it/resources/kosit-validator-errors/br-17-payee-name-required-when-payee-differs) - [BR-18: Il nome del rappresentante fiscale è obbligatorio quando la parte è presente](/it/resources/kosit-validator-errors/br-18-tax-representative-name-required) - [BR-19: L’indirizzo postale del rappresentante fiscale è obbligatorio quando la parte è presente](/it/resources/kosit-validator-errors/br-19-tax-representative-address-required) - [BR-20: Il codice paese del rappresentante fiscale è obbligatorio quando la parte è presente](/it/resources/kosit-validator-errors/br-20-tax-representative-country-code-required) - [BR-21: Identificativo di riga fattura obbligatorio](/it/resources/kosit-validator-errors/br-21-invoice-line-identifier-required) - [BR-27: Il prezzo netto dell’articolo non deve essere negativo](/it/resources/kosit-validator-errors/br-27-item-net-price-not-negative) - [BR-28: Il prezzo lordo dell’articolo non deve essere negativo](/it/resources/kosit-validator-errors/br-28-item-gross-price-not-negative) - [BR-29: La fine del periodo di fatturazione non deve precedere l’inizio](/it/resources/kosit-validator-errors/br-29-invoicing-period-end-after-start) - [BR-30: La fine del periodo di riga non deve precedere l’inizio](/it/resources/kosit-validator-errors/br-30-line-period-end-after-start) - [BR-31: L’importo dello sconto a livello documento è obbligatorio](/it/resources/kosit-validator-errors/br-31-document-allowance-amount-required) - [BR-32: Il codice categoria IVA dello sconto a livello documento è obbligatorio](/it/resources/kosit-validator-errors/br-32-document-allowance-vat-category-required) - [BR-33: Il motivo o codice motivo dello sconto a livello documento è obbligatorio](/it/resources/kosit-validator-errors/br-33-document-allowance-reason-required) - [BR-36: L’importo dell’onere a livello documento è obbligatorio](/it/resources/kosit-validator-errors/br-36-document-charge-amount-required) - [BR-37: Il codice categoria IVA dell’onere a livello documento è obbligatorio](/it/resources/kosit-validator-errors/br-37-document-charge-vat-category-required) - [BR-38: Il motivo o codice motivo dell’onere a livello documento è obbligatorio](/it/resources/kosit-validator-errors/br-38-document-charge-reason-required) - [BR-41: L’importo dello sconto di riga è obbligatorio](/it/resources/kosit-validator-errors/br-41-line-allowance-amount-required) - [BR-42: Il motivo o codice motivo dello sconto di riga è obbligatorio](/it/resources/kosit-validator-errors/br-42-line-allowance-reason-required) - [BR-43: L’importo dell’onere di riga è obbligatorio](/it/resources/kosit-validator-errors/br-43-line-charge-amount-required) - [BR-44: Il motivo o codice motivo dell’onere di riga è obbligatorio](/it/resources/kosit-validator-errors/br-44-line-charge-reason-required) - [BR-45: L’importo imponibile della ripartizione IVA è obbligatorio](/it/resources/kosit-validator-errors/br-45-vat-breakdown-taxable-amount-required) - [BR-46: L’importo dell’imposta della ripartizione IVA è obbligatorio](/it/resources/kosit-validator-errors/br-46-vat-breakdown-tax-amount-required) - [BR-48: L’aliquota di categoria della ripartizione IVA è obbligatoria salvo fuori campo IVA](/it/resources/kosit-validator-errors/br-48-vat-breakdown-category-rate-required) - [BR-49: L’istruzione di pagamento deve indicare un codice del mezzo di pagamento](/it/resources/kosit-validator-errors/br-49-payment-means-type-code-required) - [BR-50: Il bonifico richiede un identificativo del conto di pagamento](/it/resources/kosit-validator-errors/br-50-credit-transfer-account-identifier-required) - [BR-51: Il numero principale della carta deve essere mascherato](/it/resources/kosit-validator-errors/br-51-card-account-number-must-be-masked) - [BR-52: Il documento di supporto aggiuntivo deve avere un riferimento](/it/resources/kosit-validator-errors/br-52-supporting-document-reference-required) - [BR-53: Il totale IVA in valuta contabile è obbligatorio se è impostata una valuta IVA](/it/resources/kosit-validator-errors/br-53-vat-accounting-currency-total-required) - [BR-54: La proprietà articolo deve avere sia un nome sia un valore](/it/resources/kosit-validator-errors/br-54-item-attribute-name-and-value-required) - [BR-55: Il riferimento alla fattura precedente deve contenere un identificativo](/it/resources/kosit-validator-errors/br-55-preceding-invoice-reference-required) - [BR-56: Il rappresentante fiscale del venditore deve avere un identificativo IVA](/it/resources/kosit-validator-errors/br-56-tax-representative-vat-identifier-required) - [BR-62: L’indirizzo elettronico del venditore deve avere un identificativo di schema](/it/resources/kosit-validator-errors/br-62-seller-electronic-address-scheme-required) - [BR-63: L’indirizzo elettronico dell’acquirente deve avere un identificativo di schema](/it/resources/kosit-validator-errors/br-63-buyer-electronic-address-scheme-required) - [BR-64: L’identificativo standard dell’articolo deve avere un identificativo di schema](/it/resources/kosit-validator-errors/br-64-item-standard-identifier-scheme-required) - [BR-65: L’identificativo di classificazione dell’articolo deve avere un identificativo di schema](/it/resources/kosit-validator-errors/br-65-item-classification-identifier-scheme-required) - [BR-CL-01: Il codice tipo fattura deve provenire da UNTDID 1001](/it/resources/kosit-validator-errors/br-cl-01-untdid-1001-document-type) - [BR-CL-03: L’attributo valuta deve usare ISO 4217 alfa-3](/it/resources/kosit-validator-errors/br-cl-03-iso-4217-currency-attribute) - [BR-CL-04: Il codice valuta della fattura deve usare ISO 4217 alfa-3](/it/resources/kosit-validator-errors/br-cl-04-iso-4217-invoice-currency) - [BR-CL-05: Il codice valuta imposta deve usare ISO 4217 alfa-3](/it/resources/kosit-validator-errors/br-cl-05-iso-4217-tax-currency) - [BR-CL-06: Il codice data IVA deve provenire da UNTDID 2005](/it/resources/kosit-validator-errors/br-cl-06-untdid-2005-vat-point-date) - [BR-CL-07: Lo schema identificativo oggetto deve provenire da UNTDID 1153](/it/resources/kosit-validator-errors/br-cl-07-untdid-1153-object-scheme) - [BR-CL-08: Il codice oggetto della nota deve provenire da UNCL4451](/it/resources/kosit-validator-errors/br-cl-08-uncl4451-note-subject) - [BR-CL-10: Lo schema identificativo deve provenire da ISO 6523 ICD](/it/resources/kosit-validator-errors/br-cl-10-iso-6523-any-identifier-scheme) - [BR-CL-11: Lo schema identificativo di registrazione deve provenire da ISO 6523 ICD](/it/resources/kosit-validator-errors/br-cl-11-iso-6523-registration-scheme) - [BR-CL-13: Lo schema di classificazione articolo deve provenire da UNTDID 7143](/it/resources/kosit-validator-errors/br-cl-13-untdid-7143-item-classification) - [BR-CL-14: I codici paese devono usare ISO 3166-1](/it/resources/kosit-validator-errors/br-cl-14-iso-3166-country-codes) - [BR-CL-15: Il paese di origine dell’articolo deve usare ISO 3166-1](/it/resources/kosit-validator-errors/br-cl-15-iso-3166-item-origin-country) - [BR-CL-16: Il codice mezzo di pagamento deve provenire da UNCL4461](/it/resources/kosit-validator-errors/br-cl-16-uncl4461-payment-means) - [BR-CL-17: Il codice categoria IVA a livello documento deve provenire da UNCL5305](/it/resources/kosit-validator-errors/br-cl-17-uncl5305-document-tax-category) - [BR-CL-18: Il codice categoria IVA a livello riga deve provenire da UNCL5305](/it/resources/kosit-validator-errors/br-cl-18-uncl5305-line-tax-category) - [BR-CL-19: Il motivo di sconto codificato deve provenire da UNCL5189](/it/resources/kosit-validator-errors/br-cl-19-uncl5189-allowance-reason) - [BR-CL-20: Il motivo di addebito codificato deve provenire da UNCL7161](/it/resources/kosit-validator-errors/br-cl-20-uncl7161-charge-reason) - [BR-CL-21: Lo schema identificativo standard articolo deve provenire da ISO 6523 ICD](/it/resources/kosit-validator-errors/br-cl-21-iso-6523-item-standard-scheme) - [BR-CL-22: Il codice motivo di esenzione deve provenire da CEF VATEX](/it/resources/kosit-validator-errors/br-cl-22-vatex-tax-exemption-reason) - [BR-CL-23: Il codice unità deve provenire dalla Rec 20 UN/ECE con Rec 21](/it/resources/kosit-validator-errors/br-cl-23-unece-rec20-unit-code) - [BR-CL-24: Il codice MIME dell’allegato deve essere un tipo di media MIME valido](/it/resources/kosit-validator-errors/br-cl-24-mime-media-type-attachment) - [BR-CL-25: Lo schema identificativo endpoint deve provenire da CEF EAS](/it/resources/kosit-validator-errors/br-cl-25-eas-endpoint-scheme) - [BR-CL-26: Lo schema del luogo di consegna deve provenire da ISO 6523 ICD](/it/resources/kosit-validator-errors/br-cl-26-iso-6523-delivery-location-scheme) - [BR-DEC-01: Importo dello sconto a livello di documento non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-01-document-allowance-amount-max-two-decimals) - [BR-DEC-02: Importo base dello sconto a livello di documento non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-02-document-allowance-base-amount-max-two-decimals) - [BR-DEC-05: Importo dell'onere a livello di documento non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-05-document-charge-amount-max-two-decimals) - [BR-DEC-06: Importo base dell'onere a livello di documento non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-06-document-charge-base-amount-max-two-decimals) - [BR-DEC-09: Somma degli importi netti delle righe di fattura non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-09-sum-of-line-net-amount-max-two-decimals) - [BR-DEC-10: Somma degli sconti a livello di documento non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-10-sum-of-document-allowances-max-two-decimals) - [BR-DEC-11: Somma degli oneri a livello di documento non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-11-sum-of-document-charges-max-two-decimals) - [BR-DEC-12: Importo totale della fattura senza IVA non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-12-total-without-vat-max-two-decimals) - [BR-DEC-13: Importo totale dell'IVA della fattura non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-13-total-vat-amount-max-two-decimals) - [BR-DEC-14: Importo totale della fattura con IVA non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-14-total-with-vat-max-two-decimals) - [BR-DEC-15: Importo totale dell'IVA nella valuta contabile non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-15-total-vat-accounting-currency-max-two-decimals) - [BR-DEC-16: Importo pagato non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-16-paid-amount-max-two-decimals) - [BR-DEC-17: Importo di arrotondamento non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-17-rounding-amount-max-two-decimals) - [BR-DEC-18: Importo dovuto non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-18-amount-due-for-payment-max-two-decimals) - [BR-DEC-19: Importo imponibile per categoria IVA non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-19-vat-category-taxable-amount-max-two-decimals) - [BR-DEC-20: Importo IVA per categoria non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-20-vat-category-tax-amount-max-two-decimals) - [BR-DEC-23: Importo netto della riga di fattura non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-23-invoice-line-net-amount-max-two-decimals) - [BR-DEC-24: Importo dello sconto sulla riga di fattura non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-24-invoice-line-allowance-amount-max-two-decimals) - [BR-DEC-25: Importo base dello sconto sulla riga di fattura non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-25-invoice-line-allowance-base-amount-max-two-decimals) - [BR-DEC-27: Importo dell'onere sulla riga di fattura non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-27-invoice-line-charge-amount-max-two-decimals) - [BR-DEC-28: Importo base dell'onere sulla riga di fattura non deve superare due decimali](/it/resources/kosit-validator-errors/br-dec-28-invoice-line-charge-base-amount-max-two-decimals) - [BR-S-02: Una riga ad aliquota ordinaria richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-s-02-standard-rated-line-seller-vat-id) - [BR-S-03: Uno sconto a livello di documento ad aliquota ordinaria richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-s-03-standard-rated-allowance-seller-vat-id) - [BR-S-04: Un onere a livello di documento ad aliquota ordinaria richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-s-04-standard-rated-charge-seller-vat-id) - [BR-S-06: L’aliquota di uno sconto a livello di documento ad aliquota ordinaria deve essere maggiore di zero](/it/resources/kosit-validator-errors/br-s-06-standard-rated-allowance-rate-positive) - [BR-S-07: L’aliquota di un onere a livello di documento ad aliquota ordinaria deve essere maggiore di zero](/it/resources/kosit-validator-errors/br-s-07-standard-rated-charge-rate-positive) - [BR-S-09: L’importo IVA ad aliquota ordinaria deve essere pari all’imponibile moltiplicato per l’aliquota](/it/resources/kosit-validator-errors/br-s-09-standard-rated-vat-amount-calculation) - [BR-S-10: Una ripartizione IVA ad aliquota ordinaria non deve recare un motivo di esenzione](/it/resources/kosit-validator-errors/br-s-10-standard-rated-no-exemption-reason) - [BR-Z-01: Un’operazione a tasso zero richiede esattamente una ripartizione IVA a tasso zero](/it/resources/kosit-validator-errors/br-z-01-zero-rated-vat-breakdown-required) - [BR-Z-02: Una riga a tasso zero richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-z-02-zero-rated-line-seller-vat-id) - [BR-Z-03: Uno sconto a livello di documento a tasso zero richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-z-03-zero-rated-allowance-seller-vat-id) - [BR-Z-04: Un onere a livello di documento a tasso zero richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-z-04-zero-rated-charge-seller-vat-id) - [BR-Z-05: L’aliquota di una riga a tasso zero deve essere zero](/it/resources/kosit-validator-errors/br-z-05-zero-rated-line-rate-zero) - [BR-Z-06: L’aliquota di uno sconto a livello di documento a tasso zero deve essere zero](/it/resources/kosit-validator-errors/br-z-06-zero-rated-allowance-rate-zero) - [BR-Z-07: L’aliquota di un onere a livello di documento a tasso zero deve essere zero](/it/resources/kosit-validator-errors/br-z-07-zero-rated-charge-rate-zero) - [BR-Z-08: L’imponibile a tasso zero deve essere pari al netto delle voci a tasso zero](/it/resources/kosit-validator-errors/br-z-08-zero-rated-taxable-amount-calculation) - [BR-Z-09: L’importo IVA a tasso zero deve essere zero](/it/resources/kosit-validator-errors/br-z-09-zero-rated-vat-amount-zero) - [BR-Z-10: Una ripartizione IVA a tasso zero non deve recare un motivo di esenzione](/it/resources/kosit-validator-errors/br-z-10-zero-rated-no-exemption-reason) - [BR-AE-01: L’inversione contabile richiede esattamente una ripartizione IVA in inversione contabile](/it/resources/kosit-validator-errors/br-ae-01-reverse-charge-vat-breakdown-required) - [BR-AE-03: Lo sconto in inversione contabile richiede gli identificativi IVA di venditore e acquirente](/it/resources/kosit-validator-errors/br-ae-03-reverse-charge-allowance-seller-buyer-vat-id) - [BR-AE-04: L’onere in inversione contabile richiede gli identificativi IVA di venditore e acquirente](/it/resources/kosit-validator-errors/br-ae-04-reverse-charge-charge-seller-buyer-vat-id) - [BR-AE-05: L’aliquota IVA della riga in inversione contabile deve essere zero](/it/resources/kosit-validator-errors/br-ae-05-reverse-charge-line-rate-zero) - [BR-AE-06: L’aliquota IVA dello sconto in inversione contabile deve essere zero](/it/resources/kosit-validator-errors/br-ae-06-reverse-charge-allowance-rate-zero) - [BR-AE-07: L’aliquota IVA dell’onere in inversione contabile deve essere zero](/it/resources/kosit-validator-errors/br-ae-07-reverse-charge-charge-rate-zero) - [BR-AE-08: L’imponibile in inversione contabile deve essere pari alla somma netta in inversione contabile](/it/resources/kosit-validator-errors/br-ae-08-reverse-charge-taxable-amount-sum) - [BR-AE-09: L’importo IVA della categoria in inversione contabile deve essere zero](/it/resources/kosit-validator-errors/br-ae-09-reverse-charge-tax-amount-zero) - [BR-E-02: La riga esente richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-e-02-exempt-line-seller-vat-id) - [BR-E-03: Lo sconto esente richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-e-03-exempt-allowance-seller-vat-id) - [BR-E-04: L’onere esente richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-e-04-exempt-charge-seller-vat-id) - [BR-E-06: L’aliquota IVA dello sconto esente deve essere zero](/it/resources/kosit-validator-errors/br-e-06-exempt-allowance-rate-zero) - [BR-E-07: L’aliquota IVA dell’onere esente deve essere zero](/it/resources/kosit-validator-errors/br-e-07-exempt-charge-rate-zero) - [BR-E-08: L’imponibile esente deve essere pari alla somma netta esente](/it/resources/kosit-validator-errors/br-e-08-exempt-taxable-amount-sum) - [BR-E-09: L’importo IVA della categoria esente deve essere zero](/it/resources/kosit-validator-errors/br-e-09-exempt-tax-amount-zero) - [BR-E-10: La ripartizione esente richiede un codice o un testo del motivo di esenzione](/it/resources/kosit-validator-errors/br-e-10-exempt-breakdown-reason-required) - [BR-IC-01: La cessione intracomunitaria richiede esattamente una ripartizione IVA](/it/resources/kosit-validator-errors/br-ic-01-intra-community-vat-breakdown-required) - [BR-IC-02: La riga intracomunitaria richiede le partite IVA di venditore e acquirente](/it/resources/kosit-validator-errors/br-ic-02-line-seller-buyer-vat-id-required) - [BR-IC-03: Lo sconto intracomunitario richiede le partite IVA di venditore e acquirente](/it/resources/kosit-validator-errors/br-ic-03-allowance-seller-buyer-vat-id-required) - [BR-IC-04: L’onere intracomunitario richiede le partite IVA di venditore e acquirente](/it/resources/kosit-validator-errors/br-ic-04-charge-seller-buyer-vat-id-required) - [BR-IC-05: L’aliquota IVA della riga intracomunitaria deve essere zero](/it/resources/kosit-validator-errors/br-ic-05-line-zero-vat-rate) - [BR-IC-06: L’aliquota IVA dello sconto intracomunitario deve essere zero](/it/resources/kosit-validator-errors/br-ic-06-allowance-zero-vat-rate) - [BR-IC-07: L’aliquota IVA dell’onere intracomunitario deve essere zero](/it/resources/kosit-validator-errors/br-ic-07-charge-zero-vat-rate) - [BR-IC-08: L’imponibile intracomunitario deve essere uguale alla somma netta](/it/resources/kosit-validator-errors/br-ic-08-taxable-amount-equals-net-sum) - [BR-IC-09: L’importo IVA intracomunitario deve essere zero](/it/resources/kosit-validator-errors/br-ic-09-vat-amount-must-be-zero) - [BR-IC-10: La ripartizione intracomunitaria richiede un motivo di esenzione](/it/resources/kosit-validator-errors/br-ic-10-exemption-reason-required) - [BR-IC-11: La cessione intracomunitaria richiede una data di consegna o un periodo di fatturazione](/it/resources/kosit-validator-errors/br-ic-11-delivery-date-or-period-required) - [BR-IC-12: La cessione intracomunitaria richiede un codice paese di consegna](/it/resources/kosit-validator-errors/br-ic-12-deliver-to-country-required) - [BR-G-01: L’esportazione fuori UE richiede una propria ripartizione IVA](/it/resources/kosit-validator-errors/br-g-01-export-vat-breakdown-required) - [BR-G-02: La riga di esportazione richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-g-02-export-line-seller-vat-id-required) - [BR-G-03: Lo sconto all’esportazione richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-g-03-export-allowance-seller-vat-id-required) - [BR-G-04: L’onere all’esportazione richiede un identificativo IVA del venditore](/it/resources/kosit-validator-errors/br-g-04-export-charge-seller-vat-id-required) - [BR-G-05: L’aliquota IVA della riga di esportazione deve essere zero](/it/resources/kosit-validator-errors/br-g-05-export-line-vat-rate-zero) - [BR-G-06: L’aliquota IVA dello sconto all’esportazione deve essere zero](/it/resources/kosit-validator-errors/br-g-06-export-allowance-vat-rate-zero) - [BR-G-07: L’aliquota IVA dell’onere all’esportazione deve essere zero](/it/resources/kosit-validator-errors/br-g-07-export-charge-vat-rate-zero) - [BR-G-08: L’imponibile di esportazione deve corrispondere alla somma netta](/it/resources/kosit-validator-errors/br-g-08-export-taxable-amount-sum) - [BR-G-09: L’importo IVA della categoria di esportazione deve essere zero](/it/resources/kosit-validator-errors/br-g-09-export-vat-amount-zero) - [BR-G-10: La ripartizione di esportazione richiede un motivo di esenzione](/it/resources/kosit-validator-errors/br-g-10-export-exemption-reason-required) - [BR-O-01: Una fattura di categoria O richiede esattamente una ripartizione « non soggetto a IVA »](/it/resources/kosit-validator-errors/br-o-01-not-subject-vat-breakdown-required) - [BR-O-02: Una riga di categoria O vieta i numeri di partita IVA](/it/resources/kosit-validator-errors/br-o-02-line-forbids-vat-identifiers) - [BR-O-03: Uno sconto di categoria O vieta i numeri di partita IVA](/it/resources/kosit-validator-errors/br-o-03-allowance-forbids-vat-identifiers) - [BR-O-04: Un onere di categoria O vieta i numeri di partita IVA](/it/resources/kosit-validator-errors/br-o-04-charge-forbids-vat-identifiers) - [BR-O-05: Una riga di categoria O non deve riportare un’aliquota IVA](/it/resources/kosit-validator-errors/br-o-05-line-forbids-vat-rate) - [BR-O-06: Uno sconto di categoria O non deve riportare un’aliquota IVA](/it/resources/kosit-validator-errors/br-o-06-allowance-forbids-vat-rate) - [BR-O-07: Un onere di categoria O non deve riportare un’aliquota IVA](/it/resources/kosit-validator-errors/br-o-07-charge-forbids-vat-rate) - [BR-O-08: L’imponibile non soggetto a IVA deve essere pari alla somma di righe e rettifiche](/it/resources/kosit-validator-errors/br-o-08-not-subject-taxable-amount-sum) - [BR-O-09: L’importo IVA della categoria non soggetta deve essere zero](/it/resources/kosit-validator-errors/br-o-09-not-subject-tax-amount-zero) - [BR-O-10: La ripartizione non soggetta a IVA richiede un motivo di esenzione](/it/resources/kosit-validator-errors/br-o-10-not-subject-exemption-reason-required) - [BR-O-11: Una fattura non soggetta a IVA non deve avere altre ripartizioni IVA](/it/resources/kosit-validator-errors/br-o-11-forbids-other-vat-breakdowns) - [BR-O-12: Una fattura non soggetta a IVA non deve avere righe non O](/it/resources/kosit-validator-errors/br-o-12-forbids-non-o-lines) - [BR-O-13: Una fattura non soggetta a IVA non deve avere sconti di documento non O](/it/resources/kosit-validator-errors/br-o-13-forbids-non-o-allowances) - [BR-O-14: Una fattura non soggetta a IVA non deve avere oneri di documento non O](/it/resources/kosit-validator-errors/br-o-14-forbids-non-o-charges) - [BR-AF-01: La categoria IGIC richiede una ripartizione IVA corrispondente](/it/resources/kosit-validator-errors/br-af-01-igic-vat-breakdown-required) - [BR-AF-02: La riga di fattura IGIC richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-af-02-igic-line-seller-vat-identifier-required) - [BR-AF-03: Lo sconto IGIC a livello di documento richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-af-03-igic-allowance-seller-vat-identifier-required) - [BR-AF-04: L’onere IGIC a livello di documento richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-af-04-igic-charge-seller-vat-identifier-required) - [BR-AF-05: L’aliquota IVA di riga IGIC deve essere zero o maggiore](/it/resources/kosit-validator-errors/br-af-05-igic-line-rate-zero-or-greater) - [BR-AF-06: L’aliquota IVA dello sconto IGIC deve essere zero o maggiore](/it/resources/kosit-validator-errors/br-af-06-igic-allowance-rate-zero-or-greater) - [BR-AF-07: L’aliquota IVA dell’onere IGIC deve essere zero o maggiore](/it/resources/kosit-validator-errors/br-af-07-igic-charge-rate-zero-or-greater) - [BR-AF-08: L’imponibile IGIC deve essere uguale alla base sommata](/it/resources/kosit-validator-errors/br-af-08-igic-taxable-amount-equals-sum) - [BR-AF-09: L’importo IVA IGIC deve essere uguale alla base per l’aliquota](/it/resources/kosit-validator-errors/br-af-09-igic-tax-amount-equals-base-times-rate) - [BR-AF-10: La ripartizione IGIC non deve riportare un motivo di esenzione](/it/resources/kosit-validator-errors/br-af-10-igic-no-exemption-reason) - [BR-AG-01: La categoria IPSI richiede una ripartizione IVA corrispondente](/it/resources/kosit-validator-errors/br-ag-01-ipsi-vat-breakdown-required) - [BR-AG-02: La riga di fattura IPSI richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-ag-02-ipsi-line-seller-vat-identifier-required) - [BR-AG-03: Lo sconto IPSI a livello di documento richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-ag-03-ipsi-allowance-seller-vat-identifier-required) - [BR-AG-04: L’onere IPSI a livello di documento richiede un identificativo fiscale del venditore](/it/resources/kosit-validator-errors/br-ag-04-ipsi-charge-seller-vat-identifier-required) - [BR-AG-05: L’aliquota IVA di riga IPSI deve essere zero o maggiore](/it/resources/kosit-validator-errors/br-ag-05-ipsi-line-rate-zero-or-greater) - [BR-AG-06: L’aliquota IVA dello sconto IPSI deve essere zero o maggiore](/it/resources/kosit-validator-errors/br-ag-06-ipsi-allowance-rate-zero-or-greater) - [BR-AG-07: L’aliquota IVA dell’onere IPSI deve essere zero o maggiore](/it/resources/kosit-validator-errors/br-ag-07-ipsi-charge-rate-zero-or-greater) - [BR-AG-08: L’imponibile IPSI deve essere uguale alla base sommata](/it/resources/kosit-validator-errors/br-ag-08-ipsi-taxable-amount-equals-sum) - [BR-AG-09: L’importo IVA IPSI deve essere uguale alla base per l’aliquota](/it/resources/kosit-validator-errors/br-ag-09-ipsi-tax-amount-equals-base-times-rate) - [BR-AG-10: La ripartizione IPSI non deve riportare un motivo di esenzione](/it/resources/kosit-validator-errors/br-ag-10-ipsi-no-exemption-reason) - [BR-B-01: Lo split payment è valido solo su una fattura nazionale italiana](/it/resources/kosit-validator-errors/br-b-01-split-payment-domestic-italian-invoice) - [BR-B-02: Split payment e aliquota standard non possono coesistere](/it/resources/kosit-validator-errors/br-b-02-split-payment-excludes-standard-rated) ## Dettagli e soluzioni campo per campo ### BR-DE-1: Le istruzioni di pagamento devono essere indicate In base allo standard nazionale tedesco XRechnung e al regolamento E-Rech-V, ogni fattura elettronica inviata ad amministrazioni pubbliche federali, statali o comunali deve contenere almeno un gruppo di istruzioni di pagamento (BG-16). Mentre la norma europea EN 16931 consente di omettere le istruzioni di pagamento in caso di saldo anticipato, la pubblica amministrazione tedesca richiede dati espliciti affinché le tesorerie pubbliche possano disporre automaticamente i mandati di pagamento. **Contesto normativo:** Le istruzioni di pagamento collegano l’approvazione della fattura alla liquidazione contabile. In assenza di BG-16, i portali di ricezione (ZRE, OZG-RE e punti di accesso Peppol) rifiutano la fattura all’ingresso. **Come risolvere:** Per risolvere questo errore nel sistema ERP (come SAP, DATEV, Dynamics 365 o Odoo), imposta una modalità di pagamento valida nella testata della fattura. Nella sintassi UBL 2.1, inserisci il blocco con un codice UNCL 4461 valido in (es. 58 per bonifico SEPA, 30 per bonifico bancario, 59 per addebito diretto SEPA). Per i bonifici indica l’IBAN in . Nella sintassi CII inserisci con e . Esempi validi - BG-16 presente con codice mezzo di pagamento 58 (bonifico SEPA) e IBAN beneficiario DE89370400440532013000 - BG-16 presente con codice mezzo di pagamento 59 (addebito diretto SEPA) e riferimento mandato Esempi non validi - La testata della fattura include i totali ma omette del tutto il blocco cac:PaymentMeans / SpecifiedTradeSettlementPaymentMeans - La fattura si basa solo sul testo libero delle condizioni di pagamento (BT-20) senza istruzioni strutturate in BG-16 [Apri la guida dettagliata per BR-DE-1 →](/it/resources/kosit-validator-errors/br-de-1-payment-instructions-required) ### BR-DE-2: Il contatto del venditore deve essere indicato Lo standard tedesco XRechnung impone che il venditore contenga obbligatoriamente il gruppo contatto venditore (BG-6). Mentre la norma EN 16931 considera facoltativi i contatti del venditore, la pubblica amministrazione tedesca richiede un referente con telefono ed e-mail per chiarire rapidamente eventuali discrepanze senza dover respingere formalmente la fattura. **Contesto normativo:** I portali pubblici tedeschi (come ZRE e OZG-RE) verificano la presenza di BG-6 prima di inoltrare l’XML ai sistemi di contabilità. L’assenza del contatto genera un errore Schematron immediato. **Come risolvere:** Nel software gestionale o ERP, completa i dati di contatto nel profilo aziendale dell’emittente. In UBL 2.1 inserisci sotto . In conformità alle regole BR-DE-5, BR-DE-6 e BR-DE-7, compila (BT-41), (BT-42) e (BT-43). In CII inserisci sotto . Esempi validi - Contatto venditore BG-6 presente con punto di contatto "Ufficio Contabilità", telefono "+49 30 1234567" ed e-mail "rechnung@lieferant.de" - Contatto venditore BG-6 presente con reparto "Amministrazione Crediti", telefono "+49 89 98765432" ed e-mail "billing@company.com" Esempi non validi - Il venditore riporta denominazione sociale e indirizzo ma omette del tutto l’elemento di contatto - L’elemento contatto venditore è presente ma completamente vuoto senza nome, telefono o e-mail [Apri la guida dettagliata per BR-DE-2 →](/it/resources/kosit-validator-errors/br-de-2-seller-contact-required) ### BR-DE-3: La città del venditore deve essere indicata Ai sensi della legge fiscale tedesca (§ 14 UStG) e delle regole Schematron XRechnung, l’indirizzo postale del venditore (BG-5) deve obbligatoriamente contenere la città (BT-37). La normativa tedesca richiede un indirizzo completo per stabilire la giurisdizione fiscale e verificare la corrispondenza con il registro delle imprese. **Contesto normativo:** Le autorità fiscali verificano l’indirizzo del venditore nei registri IVA. L’omissione della città compromette la detraibilità fiscale e causa il rifiuto del documento. **Come risolvere:** Nei dati anagrafici dell’ERP, assicurati che la città della sede legale sia valorizzata. In UBL 2.1 inserisci sotto . In CII inserisci sotto . Non combinare cap e città nella riga dell’indirizzo (BT-35). Esempi validi - Indirizzo postale venditore con BT-37 = "Berlin", codice postale "10115" e codice paese "DE" - Indirizzo postale venditore con BT-37 = "Frankfurt am Main", codice postale "60311" e codice paese "DE" Esempi non validi - L’indirizzo venditore indica via e cap ma lascia vuoto cbc:CityName / ram:CityName - La città è inserita nella riga dell’indirizzo (BT-35) mentre il campo BT-37 è assente [Apri la guida dettagliata per BR-DE-3 →](/it/resources/kosit-validator-errors/br-de-3-seller-city-required) ### BR-DE-4: Il codice postale del venditore deve essere indicato In base al profilo tedesco XRechnung e alla legge fiscale (§ 14 UStG), l’indirizzo postale del venditore (BG-5) deve obbligatoriamente contenere il codice postale (BT-38). I sistemi della pubblica amministrazione utilizzano il cap per verificare la giurisdizione fiscale competente. **Contesto normativo:** Senza BT-38 la validazione Schematron fallisce immediatamente. Nelle transazioni B2G tedesche un cap valido è indispensabile per la liquidazione. **Come risolvere:** Nei parametri anagrafici dell’ERP, inserisci il codice di avviamento postale nell’indirizzo del venditore. In UBL 2.1 compila sotto . In CII compila sotto . Non includere il cap nel campo della via o della città. Esempi validi - Indirizzo venditore con BT-38 = "10115" e BT-37 = "Berlin" - Indirizzo venditore con BT-38 = "80331" e BT-37 = "München" Esempi non validi - L’indirizzo postale contiene via e città ma omette cbc:PostalZone / ram:PostcodeCode - Il cap è inserito nel testo di cbc:CityName (« 10115 Berlin ») lasciando vuoto BT-38 [Apri la guida dettagliata per BR-DE-4 →](/it/resources/kosit-validator-errors/br-de-4-seller-post-code-required) ### BR-DE-5: Il punto di contatto del venditore deve essere indicato Nello standard XRechnung, all’interno del gruppo contatto venditore (BG-6), deve essere obbligatoriamente indicato il nome del punto di contatto o del referente (BT-41). Gli uffici contabili pubblici tedeschi utilizzano questo campo per risalire al reparto o alla persona competente in caso di chiarimenti. **Contesto normativo:** BT-41 opera insieme a BT-42 (telefono) e BT-43 (e-mail). Se uno di questi tre campi manca in BG-6, il validatore Schematron XRechnung segnala errore. **Come risolvere:** Nel software di fatturazione inserisci un reparto o un referente nel profilo del venditore. In UBL 2.1 compila dentro . In CII compila o dentro . Esempi validi - BT-41 = "Ufficio Contabilità / Reparto Fatturazione" - BT-41 = "Dott. Johannes Weber (Gestione Progetto)" Esempi non validi - Il gruppo contatto venditore contiene telefono ed e-mail ma omette del tutto cbc:Name / ram:PersonName - L’elemento del nome di contatto è vuoto o contiene solo spazi () [Apri la guida dettagliata per BR-DE-5 →](/it/resources/kosit-validator-errors/br-de-5-seller-contact-point-required) ### BR-DE-6: Il telefono del contatto venditore deve essere indicato In base al profilo tedesco XRechnung per gli appalti pubblici, il numero di telefono del contatto venditore (BT-42) è un campo obbligatorio nel gruppo contatti (BG-6). Gli enti pubblici richiedono la reperibilità telefonica per risolvere rapidamente dubbi o incongruenze contabili. **Contesto normativo:** La mancanza del numero di telefono in BG-6 genera immediatamente l’errore Schematron BR-DE-6. I gateway pubblici tedeschi respingono queste fatture. **Come risolvere:** Nei dati anagrafici dell’ERP inserisci un numero di telefono aziendale valido con prefisso (+49 ...). In UBL 2.1 compila dentro . In CII compila dentro . In base alla regola BR-DE-27 il numero deve contenere almeno tre cifre. Esempi validi - BT-42 = "+49 30 1234567" - BT-42 = "089 987654321" Esempi non validi - Il gruppo contatto venditore include nome ed e-mail ma omette cbc:Telephone / ram:CompleteNumber - L’elemento telefono contiene un testo segnaposto come "--" o "n/a" [Apri la guida dettagliata per BR-DE-6 →](/it/resources/kosit-validator-errors/br-de-6-seller-contact-telephone-required) ### BR-DE-7: L’e-mail del contatto venditore deve essere indicata Nello standard XRechnung l’indirizzo e-mail del contatto venditore (BT-43) è obbligatorio nel gruppo contatti (BG-6). Le piattaforme pubbliche tedesche (come ZRE e OZG-RE) utilizzano questo indirizzo per inviare notifiche di stato, conferme di ricezione, avvisi di rifiuto e mandati di pagamento. **Contesto normativo:** Una fattura trasmessa senza e-mail di contatto non può ricevere notifiche automatiche dai gateway pubblici e viene respinta dal controllo Schematron. **Come risolvere:** Nella configurazione contabile imposta un indirizzo e-mail presidiato per la gestione crediti. In UBL 2.1 compila dentro . In CII compila dentro . In base alla regola BR-DE-28 l’e-mail deve essere formattata correttamente con una sola chiocciola @ e un dominio valido. Esempi validi - BT-43 = "rechnungswesen@lieferant.de" - BT-43 = "fatture@fornitore.it" Esempi non validi - Il gruppo contatto include nome e telefono ma omette cbc:ElectronicMail / ram:URIID - L’elemento e-mail contiene un indirizzo non valido senza dominio (es. "rechnung@") [Apri la guida dettagliata per BR-DE-7 →](/it/resources/kosit-validator-errors/br-de-7-seller-contact-email-required) ### BR-DE-8: La città dell’acquirente deve essere indicata Ai sensi della normativa fiscale tedesca (§ 14 UStG) e dello standard XRechnung, l’indirizzo postale dell’acquirente (BG-8) deve obbligatoriamente contenere la città (BT-52). Nella pubblica amministrazione tedesca molti enti hanno sedi in diversi comuni; l’indicazione della città garantisce la corretta imputazione a bilancio. **Contesto normativo:** La mancanza della città dell’acquirente causa il rifiuto immediato della regola XRechnung BR-DE-8 durante i controlli preliminari. **Come risolvere:** Nell’anagrafica clienti dell’ERP verifica che la città dell’acquirente sia compilata. In UBL 2.1 compila sotto . In CII compila sotto . Esempi validi - Indirizzo acquirente con BT-52 = "Hamburg", codice postale "20095" e codice paese "DE" - Indirizzo acquirente con BT-52 = "Köln", codice postale "50667" e codice paese "DE" Esempi non validi - L’indirizzo acquirente indica via e cap ma lascia vuoto cbc:CityName / ram:CityName - La scheda cliente nell’ERP non ha la città compilata, generando un elemento XML vuoto [Apri la guida dettagliata per BR-DE-8 →](/it/resources/kosit-validator-errors/br-de-8-buyer-city-required) ### BR-DE-9: Il codice postale dell’acquirente deve essere indicato Secondo il profilo XRechnung e la normativa fiscale tedesca (§ 14 UStG), l’indirizzo postale dell’acquirente (BG-8) deve contenere il cap (BT-53). Questo dato è indispensabile per distinguere le diverse sedi e articolazioni territoriali dell’ente pubblico. **Contesto normativo:** La mancanza del cap dell’acquirente viola la regola BR-DE-9. I portali pubblici richiedono il cap per l’instradamento automatico alla tesoreria competente. **Come risolvere:** Nell’anagrafica clienti compila il campo del codice postale dell’acquirente. In UBL 2.1 inserisci sotto . In CII compila sotto . Esempi validi - Indirizzo acquirente con BT-53 = "20095" e BT-52 = "Hamburg" - Indirizzo acquirente con BT-53 = "80331" e BT-52 = "München" Esempi non validi - L’indirizzo acquirente include via e città ma omette cbc:PostalZone / ram:PostcodeCode - L’elemento del cap dell’acquirente è lasciato vuoto () [Apri la guida dettagliata per BR-DE-9 →](/it/resources/kosit-validator-errors/br-de-9-buyer-post-code-required) ### BR-DE-10: La città di consegna deve essere indicata quando si usa un indirizzo di consegna Quando una fattura specifica un indirizzo di consegna separato (BG-15), lo standard XRechnung richiede che la città di consegna (BT-77) sia obbligatoriamente indicata. Negli appalti pubblici tedeschi le merci vengono spesso consegnate presso cantieri o depositi decentrati; la città serve per la riconciliazione con il documento di trasporto. **Contesto normativo:** La regola BR-DE-10 è condizionale: se BG-15 è presente, BT-77 diventa obbligatorio. L’omissione di BT-77 provoca l’errore immediato. **Come risolvere:** Nel modulo di spedizione dell’ERP verifica che l’indirizzo di consegna contenga la città. In UBL 2.1 inserisci sotto . In CII inserisci sotto . Se non serve un indirizzo di consegna separato, ometti completamente il blocco dell’indirizzo. Esempi validi - Indirizzo di consegna BG-15 presente con BT-77 = "München", codice postale "80331" e codice paese "DE" - La fattura non contiene un gruppo indirizzo di consegna separato BG-15 (consegna all’indirizzo di fatturazione) Esempi non validi - Il gruppo indirizzo di consegna contiene via e cap ma omette cbc:CityName - L’indirizzo di consegna è valorizzato con un elemento città vuoto () [Apri la guida dettagliata per BR-DE-10 →](/it/resources/kosit-validator-errors/br-de-10-deliver-to-city-required) ### BR-DE-11: Il codice postale di consegna deve essere indicato quando si usa un indirizzo di consegna In base alla specifica XRechnung, quando nella fattura è presente un indirizzo di consegna separato (BG-15), deve essere obbligatoriamente indicato il codice postale di consegna (BT-78). I sistemi logistici pubblici si basano sul cap per registrare l’entrata merci. **Contesto normativo:** La regola BR-DE-11 è verificata insieme a BR-DE-10: città e codice postale sono entrambi obbligatori quando è presente il blocco BG-15. **Come risolvere:** Nell’ERP assicurati che il luogo di consegna contenga il codice postale. In UBL 2.1 compila sotto . In CII compila sotto . Ometti il gruppo se non applicabile. Esempi validi - Indirizzo di consegna con BT-78 = "80331" e BT-77 = "München" - Indirizzo di consegna con BT-78 = "70173" e BT-77 = "Stuttgart" Esempi non validi - L’indirizzo di consegna contiene via e città ma omette cbc:PostalZone - Il codice postale è lasciato vuoto mentre gli altri elementi dell’indirizzo sono presenti [Apri la guida dettagliata per BR-DE-11 →](/it/resources/kosit-validator-errors/br-de-11-deliver-to-post-code-required) ### BR-DE-14: L’aliquota della categoria IVA deve essere indicata Nello standard XRechnung ogni ripartizione IVA (BG-23) deve obbligatoriamente contenere l’aliquota della categoria IVA (BT-119) espressa in percentuale. Mentre la norma EN 16931 consente di omettere la percentuale in caso di esenzione o inversione contabile (AE, E), XRechnung impone sempre la presenza esplicita di BT-119 (es. 0.00 per esente/reverse charge, 19.00 o 7.00 per aliquota ordinaria/ridotta). **Contesto normativo:** Senza BT-119 i motori di validazione non possono verificare la formula ImportoIVA = arrotonda(Imponibile * Percentuale / 100). La presenza di BT-119 è obbligatoria per tutte le ripartizioni IVA. **Come risolvere:** Nella configurazione fiscale dell’ERP assicurati che la percentuale IVA sia esportata in tutte le ripartizioni. Per inversione contabile (AE), esportazioni (G), aliquota zero (Z) ed esenzioni (E), esporta esplicitamente 0.00 in BT-119. In UBL 2.1 compila dentro . In CII compila dentro . Esempi validi - Ripartizione aliquota ordinaria con BT-118 = "S", BT-119 = 19.00, BT-116 = 100.00, BT-117 = 19.00 - Ripartizione inversione contabile con BT-118 = "AE", BT-119 = 0.00, BT-116 = 500.00, BT-117 = 0.00 Esempi non validi - L’elemento TaxSubtotal specifica la categoria S e la base imponibile ma omette l’elemento cbc:Percent - La ripartizione per inversione contabile (cat. AE) è esportata senza percentuale presumendo che l’aliquota zero sia implicita [Apri la guida dettagliata per BR-DE-14 →](/it/resources/kosit-validator-errors/br-de-14-vat-category-rate-required) ### BR-DE-15: Il riferimento acquirente deve essere indicato Ai sensi del regolamento tedesco E-Rech-V (§ 4) e dello standard XRechnung, ogni fattura elettronica destinata a un ente pubblico tedesco deve obbligatoriamente indicare un riferimento acquirente (BT-10). Per la pubblica amministrazione tedesca tale riferimento assume la forma della Leitweg-ID (es. "04011000-12345-34" o "991-12345-67"). Le piattaforme centrali (ZRE e OZG-RE) usano la Leitweg-ID per instradare automaticamente la fattura all’ufficio competente. **Contesto normativo:** Senza una Leitweg-ID BT-10 valida, i portali pubblici (ZRE, OZG-RE) respingono la fattura immediatamente all’ingresso. **Come risolvere:** Recupera la Leitweg-ID ufficiale dall’ordine di acquisto o dal contratto dell’ente pubblico. Nell’ERP inserisci questo codice nel campo riferimento cliente / acquirente. In UBL 2.1 compila direttamente sotto l’elemento radice . In CII compila sotto . Esempi validi - BT-10 = "04011000-12345-34" (Leitweg-ID valida di un ente statale con cifra di controllo) - BT-10 = "991-12345-67" (Leitweg-ID valida di un’amministrazione federale) Esempi non validi - La testata della fattura omette totalmente l’elemento cbc:BuyerReference / ram:BuyerReference - Il riferimento acquirente è vuoto o contiene testo segnaposto nella fatturazione alla PA [Apri la guida dettagliata per BR-DE-15 →](/it/resources/kosit-validator-errors/br-de-15-buyer-reference-required) ### BR-DE-16: Un identificativo fiscale del venditore deve essere indicato per le categorie IVA pertinenti Ai sensi della legge fiscale tedesca (§ 14 UStG) e della regola XRechnung BR-DE-16, quando la fattura include categorie IVA imponibili o esenti (S, Z, E, AE, K, G, L, M), il venditore deve indicare la partita IVA (BT-31), il codice fiscale/numero fiscale locale (BT-32) o la partita IVA del rappresentante fiscale (BT-63) per consentire la detrazione IVA. **Contesto normativo:** Secondo il diritto tributario tedesco una fattura priva di partita IVA o codice fiscale è viziata e non consente la detrazione. La regola BR-DE-16 impone questo requisito. **Come risolvere:** Nei parametri aziendali dell’ERP imposta la partita IVA (es. DE123456789) o il codice fiscale. In UBL 2.1 inserisci sotto con VAT (o FC per codice fiscale). In CII inserisci sotto con schemeID="VA" o "FC". Esempi validi - Il venditore dichiara la partita IVA BT-31 = "DE123456789" con TaxScheme "VAT" - Il venditore dichiara il codice fiscale BT-32 = "27/123/45678" con TaxScheme "FC" Esempi non validi - Fattura imponibile con categoria S in cui il venditore non contiene alcun elemento PartyTaxScheme o SpecifiedTaxRegistration - Il venditore dichiara solo ragione sociale e indirizzo senza alcuna partita IVA o codice fiscale [Apri la guida dettagliata per BR-DE-16 →](/it/resources/kosit-validator-errors/br-de-16-seller-tax-registration-required-for-tax-categories) ### BR-DE-17: Il codice tipo fattura dovrebbe usare l’elenco supportato da XRechnung Sebbene l’elenco UNTDID 1001 contenga numerosi tipi di documento, XRechnung limita i codici tipo fattura (BT-3) a una lista definita: 380 (Fattura commerciale), 381 (Nota di credito), 384 (Fattura rettificativa), 389 (Autofattura), 326 (Fattura parziale), 875 (Fattura parziale lavori), 876 (Stato avanzamento lavori) e 877 (Conto finale lavori). Altri codici generano un avviso di validazione. **Contesto normativo:** La regola BR-DE-17 è un avviso nel pacchetto Schematron KoSIT. Tuttavia i portali destinatari possono respingere i codici non supportati in fase di registrazione ERP. **Come risolvere:** Mappa i tipi documento dell’ERP sui codici UNTDID 1001 supportati da XRechnung: usa 380 per fatture commerciali, 381 per note di credito, 384 per fatture rettificate, 389 per autofatture, 326 per fatture parziali o 875/876/877 per l’edilizia. In UBL 2.1 compila . Esempi validi - BT-3 = "380" (Fattura commerciale) - BT-3 = "381" (Nota di credito) - BT-3 = "384" (Fattura rettificativa con riferimento alla fattura precedente in BG-3) Esempi non validi - BT-3 = "82" (Fattura servizi a contatore – codice non supportato in XRechnung) - BT-3 = "INV-01" (Testo libero anziché codice numerico a 3 cifre UNTDID 1001) [Apri la guida dettagliata per BR-DE-17 →](/it/resources/kosit-validator-errors/br-de-17-invoice-type-code-should-be-xrechnung-supported) ### BR-DE-18: I termini di sconto cassa dovrebbero usare la sintassi XRechnung Nella prassi commerciale tedesca lo sconto di cassa per pagamento anticipato (Skonto) è molto comune (es. "2% di sconto per pagamento entro 14 giorni, 30 giorni netto"). Poiché la norma EN 16931 non dispone di campi XML dedicati a livello documento, XRechnung standardizza i termini di pagamento (BT-20) tramite una sintassi strutturata: #SKONTO#TAGE={giorni}#PROZENT={percentuale}#. I software contabili pubblici analizzano questi tag per calcolare automaticamente scadenze e importi scontati. **Contesto normativo:** La regola BR-DE-18 è un avviso. Sebbene il testo libero non renda invalido l’XML, solo la sintassi strutturata garantisce l’elaborazione automatica dello sconto. **Come risolvere:** Nell’ERP formatta le condizioni di sconto in BT-20 secondo la sintassi XRechnung: #SKONTO#TAGE=14#PROZENT=2.00#. Per sconti a scaglioni usa: #SKONTO#TAGE=10#PROZENT=3.00# #SKONTO#TAGE=20#PROZENT=2.00#. In UBL 2.1 compila . In CII compila . Esempi validi - BT-20 = "#SKONTO#TAGE=14#PROZENT=2.00#" - BT-20 = "#SKONTO#TAGE=10#PROZENT=3.00# #SKONTO#TAGE=20#PROZENT=1.50# Pagabile netto entro 30 giorni." Esempi non validi - BT-20 = "2% di sconto entro 14 giorni" (Testo libero non strutturato senza tag #SKONTO#) - BT-20 = "#SKONTO#TAGE:14#PROZENT:2%#" (Sintassi errata con due punti e percentuale nel valore) [Apri la guida dettagliata per BR-DE-18 →](/it/resources/kosit-validator-errors/br-de-18-skonto-payment-terms-syntax) ### BR-DE-20: Il conto di addebito SEPA deve essere un IBAN valido Quando la fattura specifica istruzioni di pagamento con addebito diretto SEPA (codice mezzo di pagamento BT-81 = 59), la regola XRechnung BR-DE-20 richiede che l’identificativo del conto addebitato (BT-91) sia un IBAN valido conforme a ISO 13616. Deve contenere il prefisso paese a due lettere, due cifre di controllo e fino a 30 caratteri alfanumerici conformi all’algoritmo MOD-97. **Contesto normativo:** La regola BR-DE-20 è un avviso in XRechnung 3.0. Tuttavia IBAN non validi causano il rifiuto dei flussi di addebito SEPA (pain.008) da parte degli istituti bancari. **Come risolvere:** Nei dati bancari del cliente ripulisci l’IBAN da spazi, trattini ed etichette testuali ("IBAN:"). In UBL 2.1 inserisci l’IBAN pulito in . In CII inseriscilo in . Esempi validi - BT-91 = "DE89370400440532013000" (IBAN tedesco valido con cifre di controllo corrette) - BT-91 = "AT611904300234573201" (IBAN austriaco valido) Esempi non validi - BT-91 = "0532013000" (Vecchio numero di conto nazionale al posto dell’IBAN internazionale ISO 13616) - BT-91 = "DE89 3704 0044 0532 0130 00" (IBAN formattato con spazi intermedi) [Apri la guida dettagliata per BR-DE-20 →](/it/resources/kosit-validator-errors/br-de-20-sepa-debited-account-must-be-valid-iban) ### BR-DE-21: L’identificativo della specifica dovrebbe rispettare la sintassi XRechnung Secondo la specifica XRechnung, l’identificativo della specifica (BT-24 / CustomizationID) dichiara il profilo e la versione esatta a cui la fattura è conforme. Per XRechnung 3.0.x l’identificativo deve corrispondere all’URN ufficiale: "urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0". I motori di validazione lo usano per caricare il corretto pacchetto Schematron. **Contesto normativo:** Un CustomizationID errato o puramente EN 16931 impedisce al validatore KoSIT di riconoscere l’estensione XRechnung, causando un avviso di mancata corrispondenza del profilo. **Come risolvere:** Nel generatore XML o modulo di esportazione imposta BT-24 sulla stringa CustomizationID ufficiale di XRechnung 3.0: urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0. In UBL 2.1 compila sotto . In CII compila sotto . Esempi validi - BT-24 = "urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0" - BT-24 = "urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_2.3" (per flussi legacy 2.3) Esempi non validi - BT-24 = "urn:cen.eu:en16931:2017" (Identificativo base EN 16931 senza URN di estensione XRechnung) - BT-24 = "XRechnung_3.0" (Stringa informale al posto della sintassi URN standardizzata) [Apri la guida dettagliata per BR-DE-21 →](/it/resources/kosit-validator-errors/br-de-21-specification-identifier-syntax) ### 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 →](/it/resources/kosit-validator-errors/br-dex-01-attached-document-mime-code) ### 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 →](/it/resources/kosit-validator-errors/br-dex-02-sub-invoice-line-net-amount-sum) ### 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 →](/it/resources/kosit-validator-errors/br-dex-03-sub-invoice-line-vat-information) ### 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 →](/it/resources/kosit-validator-errors/br-dex-04-party-identifier-iso-6523-scheme) ### 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. **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 per gli identificativi di registrazione legale. **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 →](/it/resources/kosit-validator-errors/br-dex-05-legal-registration-iso-6523-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-dex-06-item-standard-id-iso-6523-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-dex-07-endpoint-identifier-cef-eas-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-dex-08-delivery-location-iso-6523-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-dex-09-amount-due-with-third-party-payment) ### 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 →](/it/resources/kosit-validator-errors/br-dex-10-third-party-payment-type-required) ### 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 →](/it/resources/kosit-validator-errors/br-dex-11-third-party-payment-amount-required) ### 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 →](/it/resources/kosit-validator-errors/br-dex-12-third-party-payment-description-required) ### 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 →](/it/resources/kosit-validator-errors/br-dex-13-third-party-payment-amount-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dex-14-third-party-payment-amount-currency) ### 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 →](/it/resources/kosit-validator-errors/br-co-3-vat-point-date-and-code-mutually-exclusive) ### 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 →](/it/resources/kosit-validator-errors/br-co-4-each-invoice-line-must-have-vat-category-code) ### 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 →](/it/resources/kosit-validator-errors/br-co-9-vat-identifier-must-have-iso-country-prefix) ### 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 →](/it/resources/kosit-validator-errors/br-co-10-sum-of-line-net-amounts-must-equal-line-total) ### 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 →](/it/resources/kosit-validator-errors/br-co-11-sum-of-document-allowances-must-match) ### 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 →](/it/resources/kosit-validator-errors/br-co-13-invoice-total-without-vat-must-match-totals-chain) ### 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 →](/it/resources/kosit-validator-errors/br-co-14-invoice-total-vat-must-equal-sum-of-vat-categories) ### 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 →](/it/resources/kosit-validator-errors/br-co-15-invoice-total-with-vat-must-match) ### 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 →](/it/resources/kosit-validator-errors/br-co-16-amount-due-for-payment-must-match) ### 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 →](/it/resources/kosit-validator-errors/br-co-17-vat-category-tax-amount-must-match-base-times-rate) ### 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 →](/it/resources/kosit-validator-errors/br-co-25-positive-amount-due-needs-payment-due-date-or-terms) ### 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 →](/it/resources/kosit-validator-errors/br-co-26-seller-must-be-identifiable) ### 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 →](/it/resources/kosit-validator-errors/br-s-1-standard-rated-line-requires-standard-rated-vat-breakdown) ### 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 →](/it/resources/kosit-validator-errors/br-s-5-standard-rated-vat-breakdown-rate-must-be-positive) ### 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 →](/it/resources/kosit-validator-errors/br-s-8-standard-rated-taxable-amount-must-match-line-and-allowance-sum) ### 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 →](/it/resources/kosit-validator-errors/br-co-05-allowance-reason-code-match) ### 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 →](/it/resources/kosit-validator-errors/br-co-06-charge-reason-code-match) ### 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 →](/it/resources/kosit-validator-errors/br-co-07-line-allowance-reason-code-match) ### 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 →](/it/resources/kosit-validator-errors/br-co-08-line-charge-reason-code-match) ### 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 →](/it/resources/kosit-validator-errors/br-co-12-sum-of-document-charges) ### 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 →](/it/resources/kosit-validator-errors/br-co-18-vat-breakdown-required) ### 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 →](/it/resources/kosit-validator-errors/br-co-19-invoicing-period-date-required) ### 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 →](/it/resources/kosit-validator-errors/br-co-20-line-period-date-required) ### 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 →](/it/resources/kosit-validator-errors/br-co-21-document-allowance-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-co-22-document-charge-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-co-23-line-allowance-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-co-24-line-charge-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-61-credit-transfer-account-required) ### 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 →](/it/resources/kosit-validator-errors/br-ae-02-reverse-charge-seller-vat-id-required) ### 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 →](/it/resources/kosit-validator-errors/br-ae-10-reverse-charge-exemption-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-e-01-exempt-vat-breakdown-required) ### 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 →](/it/resources/kosit-validator-errors/br-e-05-exempt-vat-rate-must-be-zero) ### 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 →](/it/resources/kosit-validator-errors/br-de-19-sepa-payment-account-must-be-valid-iban) ### BR-05: Il codice valuta della fattura deve essere presente In base alla norma europea EN 16931-1 e allo standard XRechnung, ogni fattura elettronica deve specificare obbligatoriamente il codice valuta della fattura (BT-5 / DocumentCurrencyCode) con un codice a 3 lettere ISO 4217 (es. EUR, USD, GBP o CHF). Tutti gli importi monetari della fattura sono espressi in questa valuta di riferimento. **Contesto normativo:** Senza un codice valuta esplicito i sistemi contabili non possono determinare il valore delle righe né calcolare l’IVA, generando l’errore Schematron BR-05. **Come risolvere:** Nel gestionale ERP imposta la valuta del documento nella testata della fattura. In UBL 2.1 compila EUR direttamente sotto . In CII compila EUR sotto . Esempi validi - La testata della fattura contiene BT-5 = "EUR" dalla lista ISO 4217 - La testata della fattura contiene BT-5 = "USD" per la fatturazione internazionale Esempi non validi - La radice della fattura omette totalmente cbc:DocumentCurrencyCode / ram:InvoiceCurrencyCode - L’elemento valuta contiene un simbolo ("€" o "$") al posto del codice alfabetico a tre lettere ISO 4217 [Apri la guida dettagliata per BR-05 →](/it/resources/kosit-validator-errors/br-05-invoice-currency-code-must-be-present) ### BR-22: La quantità fatturata deve essere presente su ogni riga di fattura Ai sensi della regola EN 16931 BR-22, ogni riga di fattura (BG-25) deve indicare la quantità fatturata in BT-129 (InvoicedQuantity). La quantità fatturata rappresenta le unità di beni o servizi ed è indispensabile per verificare il calcolo dell’importo netto. **Contesto normativo:** L’omissione di BT-129 impedisce la verifica del calcolo della riga e genera l’errore Schematron BR-22. **Come risolvere:** Nel gestionale ERP verifica che per ogni riga sia indicata la quantità fatturata. In UBL 2.1 compila 5.00 dentro . In CII compila sotto . Esempi validi - Riga di fattura con BT-129 = 5 e unitCode = "H87" (5 pezzi) - Riga di fattura con BT-129 = 12.5 e unitCode = "KGM" (12,5 kg) Esempi non validi - cac:InvoiceLine specifica importo netto e prezzo ma omette cbc:InvoicedQuantity - InvoicedQuantity esportato come tag vuoto () [Apri la guida dettagliata per BR-22 →](/it/resources/kosit-validator-errors/br-22-invoice-line-quantity-must-be-present) ### BR-23: Il codice unità di misura per la quantità fatturata deve essere specificato Ai sensi della regola EN 16931 BR-23, ogni quantità fatturata in BT-129 deve essere corredata del codice unità di misura in BT-130 (@unitCode). Il codice deve appartenere all’elenco UN/ECE Raccomandazione 20 / 21 (es. "H87" per pezzo, "KGM" per chilogrammo, "HUR" per ora). **Contesto normativo:** Una quantità numerica priva di attributo unitCode valido viola la regola Schematron BR-23 e la validazione elenchi codici BR-CL-23. **Come risolvere:** Nel gestionale ERP verifica che a ogni quantità sia associato un codice unità UN/ECE valido. In UBL 2.1 compila l’attributo unitCode: 10.00. In CII compila l’attributo unitCode: 10.00. Esempi validi - Riga di fattura con BT-129 = 10 e BT-130 = "H87" (10 pezzi) - Riga di fattura con BT-129 = 40.5 e BT-130 = "HUR" (40,5 ore) Esempi non validi - cac:InvoiceLine contiene quantità numerica ma omette l’attributo unitCode (10) - InvoicedQuantity dichiarato con attributo unitCode vuoto () [Apri la guida dettagliata per BR-23 →](/it/resources/kosit-validator-errors/br-23-invoice-line-unit-code-must-be-present) ### BR-24: L’importo netto della riga di fattura deve essere presente su ogni riga Ai sensi della regola EN 16931 BR-24, ogni riga di fattura (BG-25) deve indicare l’importo netto di riga (BT-131 / LineExtensionAmount). Tale importo rappresenta il totale imponibile della riga escluso IVA, calcolato tenendo conto di quantità, prezzo unitario, quantità base e di eventuali sconti o maggiorazioni di riga. **Contesto normativo:** La somma di tutti gli importi netti di riga BT-131 deve coincidere con la somma degli importi netti a livello documento (BT-106). L’omissione di BT-131 viola la regola BR-24. **Come risolvere:** Nel gestionale ERP assicurati che per ogni riga venga calcolato ed esportato l’importo netto. In UBL 2.1 compila 150.00 dentro . In CII compila sotto . Esempi validi - Riga fattura con quantità 5, prezzo unitario 20.00 EUR e BT-131 = 100.00 EUR - Riga fattura con quantità 10, prezzo unitario 10.00 EUR, sconto 10% (10.00 EUR) e BT-131 = 90.00 EUR Esempi non validi - cac:InvoiceLine specifica quantità e descrizione articolo ma omette cbc:LineExtensionAmount - L’elemento dell’importo netto di riga è esportato come tag vuoto () [Apri la guida dettagliata per BR-24 →](/it/resources/kosit-validator-errors/br-24-invoice-line-net-amount-must-be-present) ### BR-25: Il nome dell’articolo deve essere presente su ogni riga di fattura In base alla regola EN 16931 BR-25, ogni riga di fattura (BG-25) deve contenere il nome dell’articolo in BT-153 (ItemName / Name). Il nome dell’articolo è la descrizione testuale principale dei beni ceduti o dei servizi prestati, fondamentale per la corrispondenza con l’ordine di acquisto. **Contesto normativo:** Una riga di fattura priva del nome dell’articolo non può essere elaborata dai sistemi di riconciliazione automatica, causando l’errore Schematron BR-25. **Come risolvere:** Nel catalogo prodotti o nell’editor di fattura inserisci una denominazione chiara per ogni riga. In UBL 2.1 compila dentro . In CII compila sotto . Esempi validi - Articolo in fattura con BT-153 = "Hosting Server Cloud (Mensile)" - Articolo in fattura con BT-153 = "Carta per stampante A4 80g/m²" Esempi non validi - cac:Item specifica un codice di classificazione ma omette cbc:Name - Il nome dell’articolo contiene solo spazi ( ) [Apri la guida dettagliata per BR-25 →](/it/resources/kosit-validator-errors/br-25-invoice-line-item-name-must-be-present) ### BR-26: Il prezzo netto dell’articolo deve essere presente su ogni riga di fattura In base alla regola EN 16931 BR-26, ogni riga di fattura (BG-25) deve includere il prezzo netto dell’articolo in BT-146 (PriceAmount). Si tratta del prezzo unitario al netto dell’IVA e degli eventuali sconti sul prezzo. Anche se un articolo è gratuito (0.00 EUR), il prezzo netto va dichiarato per consentire il controllo aritmetico. **Contesto normativo:** Senza BT-146 i motori di validazione non possono verificare il calcolo della riga né la regola tariffaria PEPPOL-EN16931-R120. **Come risolvere:** Nel gestionale ERP verifica che per ogni riga sia inserito il prezzo unitario netto. In UBL 2.1 compila 45.00 dentro . In CII compila sotto . Per gli omaggi indica 0.00. Esempi validi - Prezzo riga fattura con BT-146 = 45.00 EUR e quantità base 1 - Prezzo riga fattura per articolo omaggio con BT-146 = 0.00 EUR Esempi non validi - cac:InvoiceLine contiene quantità e dettagli articolo ma omette del tutto l’elemento cac:Price - L’elemento cac:Price contiene un tag PriceAmount vuoto () [Apri la guida dettagliata per BR-26 →](/it/resources/kosit-validator-errors/br-26-invoice-line-item-net-price-must-be-present) ### BR-47: Il codice categoria IVA deve essere presente in ogni ripartizione IVA Ai sensi della regola EN 16931 BR-47, ogni gruppo di ripartizione IVA (BG-23) deve indicare il codice categoria IVA in BT-118 (TaxCategory ID) dall’elenco UNTDID 5305: "S" per aliquota ordinaria, "AA" per aliquota ridotta, "E" per esente, "AE" per inversione contabile, "Z" per aliquota zero, "G" per esportazione, "K" per cessione intracommunitaria. Tale gruppo classifica gli imponibili (BT-116) e le imposte (BT-117) per categoria di aliquota. **Contesto normativo:** Senza BT-118 in BG-23 l’amministrazione finanziaria non può ripartire imponibili e imposte, causando l’errore Schematron BR-47. **Come risolvere:** Nella configurazione fiscale dell’ERP assicurati che ogni ripartizione IVA in TaxTotal contenga il codice categoria. In UBL 2.1 compila S19.00VAT sotto . In CII compila sotto . Esempi validi - Ripartizione IVA BG-23 con BT-118 = "S" (Aliquota IVA ordinaria 19%) - Ripartizione IVA BG-23 con BT-118 = "AE" (Inversione contabile) Esempi non validi - cac:TaxSubtotal dichiara imponibile e imposta ma omette cbc:ID in cac:TaxCategory - cac:TaxCategory è istanziato senza cbc:ID (19.00) [Apri la guida dettagliata per BR-47 →](/it/resources/kosit-validator-errors/br-47-vat-breakdown-category-code-must-be-present) ### BR-57: Il codice paese di consegna deve essere presente quando si usa un indirizzo di consegna In base alla regola EN 16931 BR-57, quando nella fattura è presente un indirizzo di consegna separato (BG-15), il codice paese di consegna (BT-80) deve essere obbligatoriamente indicato con un codice a 2 lettere ISO 3166-1 alpha-2 (es. DE, FR, NL, AT o IT) per verificare il trattamento IVA transfrontaliero. **Contesto normativo:** Un indirizzo di consegna incompleto privo di codice paese causa l’errore Schematron BR-57 bloccando il controllo fiscale transfrontaliero. **Come risolvere:** Nel modulo di spedizione verifica che l’indirizzo di consegna contenga il codice paese ISO a due lettere. In UBL 2.1 compila DE sotto . In CII compila sotto . Se la consegna coincide con l’indirizzo di fatturazione ometti BG-15. Esempi validi - Indirizzo di consegna BG-15 con BT-80 = "DE" (Consegna in Germania) - Indirizzo di consegna BG-15 con BT-80 = "FR" (Consegna transfrontaliera in Francia) Esempi non validi - L’indirizzo di consegna include via e città ma omette l’elemento Country - L’elemento cac:Country contiene un codice paese vuoto () [Apri la guida dettagliata per BR-57 →](/it/resources/kosit-validator-errors/br-57-deliver-to-country-code-required) ### BR-DE-22: I nomi file degli allegati incorporati devono essere univoci In base alla regola tedesca XRechnung BR-DE-22, la fattura non deve contenere allegati incorporati con nomi file identici (BT-125 / attributo filename). Quando sono presenti più documenti di supporto (BG-24) con allegati binari (cac:Attachment/cbc:EmbeddedDocumentBinaryObject o ram:AttachmentBinaryObject), ciascun nome file deve essere univoco. Nomi duplicati causano sovrascritture nei sistemi documentali. **Contesto normativo:** Il validatore tedesco XRechnung controlla rigorosamente i nomi dei file allegati incorporati e attiva l’errore BR-DE-22 in presenza di duplicati. **Come risolvere:** Nel gestionale ERP o sistema documentale assicurati che tutti i file allegati abbiano nomi univoci prima dell’esportazione XML XRechnung. In UBL 2.1 compila attributi filename univoci in dentro . In CII compila attributi filename univoci sotto . Esempi validi - Fattura con due allegati: "rapporto_gennaio.pdf" e "verbale_collaudo_gennaio.pdf" - Fattura con allegato singolo: "allegato_contratto_1.pdf" Esempi non validi - La fattura include due allegati entrambi denominati "anlage.pdf" - cac:AdditionalDocumentReference contiene più oggetti binari con attributi filename identici [Apri la guida dettagliata per BR-DE-22 →](/it/resources/kosit-validator-errors/br-de-22-attachment-filename-unique) ### BR-DE-26: La fattura rettificativa deve fare riferimento ad almeno una fattura precedente In base alla regola tedesca XRechnung BR-DE-26, una fattura con codice tipo 384 (Fattura rettificativa) deve includere almeno un riferimento alla fattura precedente (BG-3) con il relativo identificativo in BT-25. Nel diritto fiscale tedesco una nota di rettifica non può prescindere dal legame con la fattura originaria. **Contesto normativo:** Una fattura di tipo 384 priva di riferimento alla fattura precedente viola la regola XRechnung BR-DE-26 e fallisce la validazione KoSIT. **Come risolvere:** Nel gestionale ERP per le fatture rettificative (tipo 384) compila il riferimento alla fattura originale (BT-25). In UBL 2.1 inserisci INV-2025-001. In CII compila INV-2025-001. Per le fatture ordinarie usa il tipo 380. Esempi validi - Fattura rettificativa (tipo 384) che fa riferimento alla fattura precedente "INV-2025-001" (BT-25) - Fattura rettificativa con riferimento alla fattura precedente e data di emissione 2025-11-30 (BT-26) Esempi non validi - Fattura con cbc:InvoiceTypeCode = 384 che omette del tutto cac:BillingReference - Fattura rettificativa che dichiara cac:BillingReference senza cbc:ID in InvoiceDocumentReference [Apri la guida dettagliata per BR-DE-26 →](/it/resources/kosit-validator-errors/br-de-26-preceding-invoice-reference-required) ### BR-DE-27: Il numero di telefono del contatto venditore deve avere una sintassi e una lunghezza valide Ai sensi della regola BR-DE-27 del profilo tedesco XRechnung, il numero di telefono del contatto venditore (BT-42) deve superare controlli rigorosi di plausibilità. Deve contenere almeno tre cifre (0-9) e non può essere costituito solo da caratteri segnaposto ("-", "N/A", "000"). Ciò assicura una reale reperibilità telefonica per gli uffici pubblici. **Contesto normativo:** L’indicazione di numeri telefonici non validi o fittizi genera immediatamente l’errore Schematron BR-DE-27, bloccando l’accettazione nei portali pubblici. **Come risolvere:** Nei dati anagrafici aziendali aggiorna il numero di telefono con un recapito completo comprensivo di prefisso (es. "+49 30 1234567" o "089 98765432"). In UBL 2.1 compila dentro . In CII compila sotto . Non usare valori segnaposto come "--" o "nessuno". Esempi validi - BT-42 = "+49 30 1234567" (Formato internazionale standard con prefisso) - BT-42 = "089 9876543-0" (Formato nazionale con selezione passante) Esempi non validi - BT-42 = "--" (Segnaposto di punteggiatura senza cifre numeriche) - BT-42 = "N/A" (Stringa alfabetica fittizia priva delle 3 cifre richieste) [Apri la guida dettagliata per BR-DE-27 →](/it/resources/kosit-validator-errors/br-de-27-seller-contact-telephone-syntax) ### BR-DE-28: L’e-mail del contatto venditore deve avere una sintassi valida con una sola chiocciola @ In base alla regola BR-DE-28 del profilo XRechnung, l’indirizzo e-mail del contatto venditore (BT-43) deve essere un indirizzo valido conforme a RFC 5322. Deve contenere esattamente una chiocciola "@" a separazione tra nome utente e dominio completo (es. "rechnung@lieferant.de"). Spazi intermedi, indirizzi multipli separati da virgole o estensioni di dominio mancanti non sono ammessi. **Contesto normativo:** I portali di ricezione automatizzati usano BT-43 per recapitare i report di validazione. Una sintassi e-mail non valida genera l’errore Schematron BR-DE-28. **Come risolvere:** Nelle impostazioni verifica che l’indirizzo e-mail di contatto sia unico e formattato correttamente (es. "amministrazione@fornitore.it"). In UBL 2.1 compila dentro . In CII compila dentro . Se più persone devono ricevere notifiche, crea un gruppo di distribuzione sulla casella di posta. Esempi validi - BT-43 = "fatture@fornitore.it" - BT-43 = "contabilita.clienti@societa.eu" Esempi non validi - BT-43 = "rechnung@lieferant@de" (Indirizzo non valido con più caratteri "@") - BT-43 = "rechnung@fornitore.it, info@fornitore.it" (Indirizzi multipli separati da virgola) - BT-43 = "rechnung.fornitore.it" (Indirizzo privo della chiocciola "@") [Apri la guida dettagliata per BR-DE-28 →](/it/resources/kosit-validator-errors/br-de-28-seller-contact-email-syntax) ### BR-DE-30: L’addebito diretto richiede l’identificativo creditore attribuito dalla banca In base al profilo tedesco XRechnung, quando una fattura indica l’addebito diretto SEPA come modalità di pagamento (codice mezzo di pagamento BT-81 = 59), il venditore deve obbligatoriamente indicare l’identificativo creditore SEPA in BT-90. Questo identificativo (es. "DE98ZZZ09999999999" in Germania) è rilasciato dalla banca centrale per autorizzare gli addebiti diretti SEPA. Le tesorerie pubbliche non possono autorizzare l’addebito senza verificare l’identificativo creditore e il relativo mandato. **Contesto normativo:** L’addebito diretto SEPA presuppone un mandato valido tra creditore e debitore. Senza BT-90 l’istruzione di incasso è giuridicamente incompleta e genera l’errore BR-DE-30. **Come risolvere:** Nelle impostazioni bancarie dell’ERP inserisci l’identificativo creditore SEPA ufficiale (es. DE98ZZZ09999999999). In UBL 2.1 compila DE98ZZZ09999999999 dentro . In CII compila sotto . Se il pagamento avviene tramite bonifico, modifica BT-81 dal codice 59 al codice 58 (bonifico SEPA) o 30. Esempi validi - Codice mezzo di pagamento BT-81 = 59 con identificativo creditore SEPA BT-90 = "DE98ZZZ09999999999" in PartyIdentification - Codice mezzo di pagamento BT-81 = 58 (bonifico SEPA) in cui l’identificativo creditore non è richiesto Esempi non validi - Modalità di pagamento impostata su addebito SEPA (codice 59) ma il venditore non contiene alcun PartyIdentification con schema SEPA - Addebito diretto selezionato in fattura con elemento identificativo creditore vuoto () [Apri la guida dettagliata per BR-DE-30 →](/it/resources/kosit-validator-errors/br-de-30-direct-debit-requires-creditor-identifier) ### BR-DE-31: L’addebito diretto richiede l’identificativo del conto addebitato In base alla regola BR-DE-31 del profilo tedesco XRechnung, quando in fattura sono presenti istruzioni di addebito diretto (BG-19, codice mezzo di pagamento BT-81 = 59), l’identificativo del conto addebitato in BT-91 (IBAN del debitore) deve essere obbligatoriamente indicato. La rete bancaria interbancaria SEPA non può eseguire l’addebito senza identificare il conto corrente autorizzato. **Contesto normativo:** Senza BT-91 le istruzioni di addebito non possono essere generate nei tracciati bancari pain.008, causando il rifiuto immediato secondo la regola BR-DE-31. **Come risolvere:** Nell’anagrafica clienti inserisci le coordinate bancarie (IBAN) del debitore. In UBL 2.1 compila DE89370400440532013000. In CII compila . Se il pagamento non avviene con addebito diretto, imposta BT-81 sul codice 58 (bonifico SEPA) o 30. Esempi validi - Modalità di pagamento addebito diretto (BT-81 = 59) con conto addebitato BT-91 = "DE89370400440532013000" - Modalità di pagamento addebito diretto (BT-81 = 59) con conto austriaco BT-91 = "AT611904300234573201" Esempi non validi - Codice mezzo di pagamento impostato su 59 (addebito diretto) ma PaymentMandate non contiene PayerFinancialAccount o ID - Mandato di addebito diretto valorizzato con identificativo conto vuoto () [Apri la guida dettagliata per BR-DE-31 →](/it/resources/kosit-validator-errors/br-de-31-direct-debit-requires-debited-account) ### PEPPOL-EN16931-R001: L’identificativo del profilo deve corrispondere a Peppol BIS Billing 3.0 In base alla specifica Peppol BIS Billing 3.0, ogni fattura elettronica trasmessa sulla rete OpenPeppol deve dichiarare l’identificativo del profilo del processo di business in BT-23 (ProfileID). Tale valore deve corrispondere esattamente all’URN: "urn:fdc:peppol.eu:2017:poacc:billing:01:1.0". Gli Access Point Peppol e gli elenchi SMP usano questo identificativo per verificare le funzionalità del destinatario e instradare il documento. **Contesto normativo:** Un ProfileID assente o non corrispondente induce l’Access Point mittente a respingere il messaggio durante la trasmissione AS4, bloccando la consegna. **Come risolvere:** Nel generatore XML imposta BT-23 sull’URN Peppol ufficiale: urn:fdc:peppol.eu:2017:poacc:billing:01:1.0. In UBL 2.1 compila urn:fdc:peppol.eu:2017:poacc:billing:01:1.0 direttamente sotto o . In CII compila . Esempi validi - BT-23 = "urn:fdc:peppol.eu:2017:poacc:billing:01:1.0" (ProfileID ufficiale Peppol BIS Billing 3.0) Esempi non validi - La testata della fattura omette totalmente l’elemento cbc:ProfileID - BT-23 = "urn:cen.eu:en16931:2017" (Identificativo CEN base usato al posto dell’URN Peppol) - BT-23 = "billing:01:1.0" (Prefisso URN incompleto privo del namespace Peppol ufficiale) [Apri la guida dettagliata per PEPPOL-EN16931-R001 →](/it/resources/kosit-validator-errors/peppol-en16931-r001-profile-id-must-match-peppol-billing) ### PEPPOL-EN16931-R010: L’indirizzo elettronico e lo schema dell’acquirente devono essere forniti per l’instradamento Peppol In base alla specifica Peppol BIS Billing 3.0, ogni fattura Peppol deve dichiarare l’indirizzo elettronico dell’acquirente in BT-49 (EndpointID) con un codice schema valido in BT-49-1 (attributo schemeID) dall’elenco EAS (es. "0088" per GLN, "9930" per Leitweg-ID, "9944" per KvK, "0208" per CBE). Gli Access Point Peppol usano questo EndpointID per interrogare l’SMP e recapitare la fattura. **Contesto normativo:** Senza un valido EndpointID BT-49 e relativo schemeID, gli Access Point Peppol non possono instradare la fattura, generando l’errore PEPPOL-EN16931-R010. **Come risolvere:** Nell’anagrafica clienti inserisci l’identificativo partecipante Peppol e lo schema EAS dell’acquirente. In UBL 2.1 compila 04011000-12345-34 dentro . In CII compila sotto . Esempi validi - Indirizzo elettronico acquirente con BT-49 = "04011000-12345-34" e schemeID = "9930" (Leitweg-ID tedesca) - Indirizzo elettronico acquirente con BT-49 = "4012345000018" e schemeID = "0088" (GS1 GLN) Esempi non validi - La parte acquirente contiene denominazione e indirizzo ma omette del tutto cbc:EndpointID - Il tag EndpointID contiene l’indirizzo ma omette l’attributo obbligatorio schemeID (04011000-12345-34) [Apri la guida dettagliata per PEPPOL-EN16931-R010 →](/it/resources/kosit-validator-errors/peppol-en16931-r010-buyer-electronic-address-required) ### PEPPOL-EN16931-R020: L’indirizzo elettronico e lo schema del venditore devono essere forniti per l’identificazione Peppol In base alla specifica Peppol BIS Billing 3.0, ogni fattura Peppol deve riportare l’indirizzo elettronico del venditore in BT-34 (EndpointID) con un codice schema EAS valido in BT-34-1 (attributo schemeID). L’EndpointID del venditore attesta l’origine autorizzata del documento e funge da canale di risposta per gli esiti di notifica (Invoice Response). **Contesto normativo:** Senza BT-34 e schemeID gli Access Point Peppol respingono la fattura prima dell’invio, sollevando l’errore Schematron PEPPOL-EN16931-R020. **Come risolvere:** Nei dati aziendali imposta l’identificativo partecipante Peppol e lo schema EAS registrato. In UBL 2.1 compila 4012345000018 dentro . In CII compila sotto . Esempi validi - Indirizzo elettronico venditore con BT-34 = "4012345000018" e schemeID = "0088" (GS1 GLN) - Indirizzo elettronico venditore con BT-34 = "987654321" e schemeID = "0192" (Numero organizzazione norvegese) Esempi non validi - La parte venditrice contiene denominazione e indirizzo ma omette del tutto cbc:EndpointID - L’EndpointID del venditore contiene l’indirizzo ma omette l’attributo obbligatorio schemeID (4012345000018) [Apri la guida dettagliata per PEPPOL-EN16931-R020 →](/it/resources/kosit-validator-errors/peppol-en16931-r020-seller-electronic-address-required) ### PEPPOL-EN16931-R046: Il prezzo netto dell’articolo deve essere pari al prezzo lordo meno lo sconto sul prezzo In base alla regola Peppol PEPPOL-EN16931-R046, quando una riga di fattura indica un prezzo lordo in BT-148 e uno sconto sul prezzo in BT-147, il prezzo netto in BT-146 deve rispettare l’equazione esatta: PrezzoNetto = PrezzoLordo - ScontoSulPrezzo. I controlli Peppol impongono un’uguaglianza rigorosa per evitare differenze di arrotondamento. **Contesto normativo:** Incongruenze tra prezzo lordo, sconto e prezzo netto generano l’errore PEPPOL-EN16931-R046. **Come risolvere:** Nel calcolo prezzi dell’ERP verifica che il prezzo unitario netto sia pari al prezzo unitario di listino lordo meno lo sconto unitario. In UBL 2.1 dentro controlla che corrisponda al prezzo lordo decurtato di . Esempi validi - Prezzo lordo BT-148 = 100.00 EUR, Sconto prezzo BT-147 = 20.00 EUR, Prezzo netto BT-146 = 80.00 EUR - Prezzo lordo BT-148 = 50.00 EUR, Sconto prezzo BT-147 = 5.00 EUR, Prezzo netto BT-146 = 45.00 EUR Esempi non validi - Prezzo lordo 100.00 EUR meno sconto 20.00 EUR esportato con Prezzo netto = 85.00 EUR (Discrepanza di calcolo) - Sconto dichiarato di 10.00 EUR ma Prezzo netto uguale al Prezzo lordo senza deduzione [Apri la guida dettagliata per PEPPOL-EN16931-R046 →](/it/resources/kosit-validator-errors/peppol-en16931-r046-item-net-price-math) ### PEPPOL-EN16931-R120: L’importo netto della riga di fattura deve essere pari alla quantità moltiplicata per il prezzo netto rettificato di sconti e maggiorazioni di riga Ai sensi della regola Peppol PEPPOL-EN16931-R120, l’importo netto di riga in BT-131 (LineExtensionAmount) deve rispettare rigorosamente la formula: ImportoNetto = arrotonda((QuantitaFatturata * (PrezzoNetto / QuantitaBase)) - SommaScontiRiga + SommaMaggiorazioniRiga, 2). Le regole Schematron concedono una tolleranza dipendente dalla valuta (±0,02 EUR per le valute ordinarie, ±0,5 HUF). Errori comuni derivano dalla mancata inclusione degli sconti di riga, dall’arrotondamento precoce dei prezzi unitari o dall’omissione della quantità base (BT-149). **Contesto normativo:** PEPPOL-EN16931-R120 è uno dei motivi di rifiuto più frequenti sulla rete Peppol, causato da discrepanze tra il calcolo teorico e il valore BT-131 trasmesso. **Come risolvere:** Nel gestionale ERP o pipeline di estrazione conserva l’alta precisione dei prezzi unitari (fino a 4 o 6 decimali) e assicurati che tutti gli sconti e le maggiorazioni di riga siano considerati nel calcolo di BT-131. In UBL 2.1 compila 190.00 (per quantità 2 a prezzo 100.00 con sconto di 10.00). In CII compila . Esempi validi - Quantità 2 x Prezzo unitario 100.00 EUR meno Sconto riga 10.00 EUR dà BT-131 = 190.00 EUR - Quantità 50 x Prezzo unitario 1.2550 EUR (62.75 EUR) dà BT-131 = 62.75 EUR Esempi non validi - Quantità 2 x Prezzo 100.00 EUR meno Sconto 10.00 EUR = 190.00 EUR, ma BT-131 è esportato a 200.00 EUR perché lo sconto non è stato dedotto - La formula dà 190.00 EUR ma BT-131 è esportato a 189.90 EUR per errore di arrotondamento [Apri la guida dettagliata per PEPPOL-EN16931-R120 →](/it/resources/kosit-validator-errors/peppol-en16931-r120-line-net-amount-formula) ### PEPPOL-EN16931-R130: Il codice unità della base prezzo deve corrispondere al codice unità della quantità fatturata In base alla regola Peppol PEPPOL-EN16931-R130, quando nella riga è indicato il codice unità di misura della quantità base del prezzo in BT-150 (attributo unitCode su BaseQuantity), questo deve essere identico al codice unità della quantità fatturata in BT-130 (attributo unitCode su InvoicedQuantity). L’uso di unità eterogenee sulla stessa riga rende ambiguo il controllo automatico dei prezzi. **Contesto normativo:** Codici unità non coincidenti tra quantità fatturata (BT-130) e quantità base prezzo (BT-150) violano la regola Peppol PEPPOL-EN16931-R130. **Come risolvere:** Nell’anagrafica articoli dell’ERP armonizza l’unità di misura della base prezzo con l’unità di fatturazione della riga. In UBL 2.1 assicurati che condivida lo stesso attributo unitCode di . In CII allinea BasisQuantity e BilledQuantity. Esempi validi - InvoicedQuantity unitCode = "H87" (pezzo) e BaseQuantity unitCode = "H87" (pezzo) - InvoicedQuantity unitCode = "HUR" (ora) e BaseQuantity unitCode = "HUR" (ora) Esempi non validi - InvoicedQuantity specificato in "HUR" (ore) mentre BaseQuantity indica unitCode = "C62" (pezzi) - InvoicedQuantity specificato in "KGM" (chilogrammi) mentre BaseQuantity indica unitCode = "LTR" (litri) [Apri la guida dettagliata per PEPPOL-EN16931-R130 →](/it/resources/kosit-validator-errors/peppol-en16931-r130-price-base-unit-code-must-match-quantity-unit) ### 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 →](/it/resources/kosit-validator-errors/br-01-specification-identifier-required) ### 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 →](/it/resources/kosit-validator-errors/br-02-invoice-number-required) ### 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 →](/it/resources/kosit-validator-errors/br-03-invoice-issue-date-required) ### 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 →](/it/resources/kosit-validator-errors/br-04-invoice-type-code-required) ### 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 →](/it/resources/kosit-validator-errors/br-06-seller-name-required) ### 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 →](/it/resources/kosit-validator-errors/br-07-buyer-name-required) ### 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 →](/it/resources/kosit-validator-errors/br-08-seller-postal-address-required) ### 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 →](/it/resources/kosit-validator-errors/br-09-seller-country-code-required) ### 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 →](/it/resources/kosit-validator-errors/br-10-buyer-postal-address-required) ### 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 →](/it/resources/kosit-validator-errors/br-11-buyer-country-code-required) ### 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 →](/it/resources/kosit-validator-errors/br-12-sum-of-line-net-amount-required) ### 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 →](/it/resources/kosit-validator-errors/br-13-invoice-total-without-vat-required) ### 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 →](/it/resources/kosit-validator-errors/br-14-invoice-total-with-vat-required) ### 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 →](/it/resources/kosit-validator-errors/br-15-amount-due-for-payment-required) ### 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 →](/it/resources/kosit-validator-errors/br-16-at-least-one-invoice-line-required) ### 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 →](/it/resources/kosit-validator-errors/br-17-payee-name-required-when-payee-differs) ### 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 →](/it/resources/kosit-validator-errors/br-18-tax-representative-name-required) ### 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 →](/it/resources/kosit-validator-errors/br-19-tax-representative-address-required) ### 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 →](/it/resources/kosit-validator-errors/br-20-tax-representative-country-code-required) ### 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 →](/it/resources/kosit-validator-errors/br-21-invoice-line-identifier-required) ### 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 →](/it/resources/kosit-validator-errors/br-27-item-net-price-not-negative) ### 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. **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:** 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 →](/it/resources/kosit-validator-errors/br-28-item-gross-price-not-negative) ### 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. **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:** 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 →](/it/resources/kosit-validator-errors/br-29-invoicing-period-end-after-start) ### 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. **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:** 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 →](/it/resources/kosit-validator-errors/br-30-line-period-end-after-start) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-31-document-allowance-amount-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-32-document-allowance-vat-category-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-33-document-allowance-reason-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-36-document-charge-amount-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-37-document-charge-vat-category-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-38-document-charge-reason-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-41-line-allowance-amount-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-42-line-allowance-reason-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-43-line-charge-amount-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-44-line-charge-reason-required) ### BR-45: L’importo imponibile della ripartizione IVA è obbligatorio Ogni ripartizione IVA (BG-23) deve avere un importo imponibile per categoria IVA (BT-116). **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:** 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 →](/it/resources/kosit-validator-errors/br-45-vat-breakdown-taxable-amount-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-46-vat-breakdown-tax-amount-required) ### 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. **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:** 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 →](/it/resources/kosit-validator-errors/br-48-vat-breakdown-category-rate-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-49-payment-means-type-code-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-50-credit-transfer-account-identifier-required) ### 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. **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:** 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 →](/it/resources/kosit-validator-errors/br-51-card-account-number-must-be-masked) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-52-supporting-document-reference-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-53-vat-accounting-currency-total-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-54-item-attribute-name-and-value-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-55-preceding-invoice-reference-required) ### 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). **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:** 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 →](/it/resources/kosit-validator-errors/br-56-tax-representative-vat-identifier-required) ### 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. **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 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 →](/it/resources/kosit-validator-errors/br-62-seller-electronic-address-scheme-required) ### 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. **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 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 →](/it/resources/kosit-validator-errors/br-63-buyer-electronic-address-scheme-required) ### 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. **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 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 →](/it/resources/kosit-validator-errors/br-64-item-standard-identifier-scheme-required) ### 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. **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 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 →](/it/resources/kosit-validator-errors/br-65-item-classification-identifier-scheme-required) ### 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 →](/it/resources/kosit-validator-errors/br-cl-01-untdid-1001-document-type) ### 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 →](/it/resources/kosit-validator-errors/br-cl-03-iso-4217-currency-attribute) ### 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 →](/it/resources/kosit-validator-errors/br-cl-04-iso-4217-invoice-currency) ### 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 →](/it/resources/kosit-validator-errors/br-cl-05-iso-4217-tax-currency) ### 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 →](/it/resources/kosit-validator-errors/br-cl-06-untdid-2005-vat-point-date) ### 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 →](/it/resources/kosit-validator-errors/br-cl-07-untdid-1153-object-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-cl-08-uncl4451-note-subject) ### 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 →](/it/resources/kosit-validator-errors/br-cl-10-iso-6523-any-identifier-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-cl-11-iso-6523-registration-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-cl-13-untdid-7143-item-classification) ### 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 →](/it/resources/kosit-validator-errors/br-cl-14-iso-3166-country-codes) ### 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 →](/it/resources/kosit-validator-errors/br-cl-15-iso-3166-item-origin-country) ### 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 →](/it/resources/kosit-validator-errors/br-cl-16-uncl4461-payment-means) ### 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 →](/it/resources/kosit-validator-errors/br-cl-17-uncl5305-document-tax-category) ### 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 →](/it/resources/kosit-validator-errors/br-cl-18-uncl5305-line-tax-category) ### 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 →](/it/resources/kosit-validator-errors/br-cl-19-uncl5189-allowance-reason) ### 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 →](/it/resources/kosit-validator-errors/br-cl-20-uncl7161-charge-reason) ### 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 →](/it/resources/kosit-validator-errors/br-cl-21-iso-6523-item-standard-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-cl-22-vatex-tax-exemption-reason) ### 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 →](/it/resources/kosit-validator-errors/br-cl-23-unece-rec20-unit-code) ### 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 →](/it/resources/kosit-validator-errors/br-cl-24-mime-media-type-attachment) ### 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 →](/it/resources/kosit-validator-errors/br-cl-25-eas-endpoint-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-cl-26-iso-6523-delivery-location-scheme) ### 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 →](/it/resources/kosit-validator-errors/br-dec-01-document-allowance-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-02-document-allowance-base-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-05-document-charge-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-06-document-charge-base-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-09-sum-of-line-net-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-10-sum-of-document-allowances-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-11-sum-of-document-charges-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-12-total-without-vat-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-13-total-vat-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-14-total-with-vat-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-15-total-vat-accounting-currency-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-16-paid-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-17-rounding-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-18-amount-due-for-payment-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-19-vat-category-taxable-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-20-vat-category-tax-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-23-invoice-line-net-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-24-invoice-line-allowance-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-25-invoice-line-allowance-base-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-27-invoice-line-charge-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-dec-28-invoice-line-charge-base-amount-max-two-decimals) ### 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 →](/it/resources/kosit-validator-errors/br-s-02-standard-rated-line-seller-vat-id) ### 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 →](/it/resources/kosit-validator-errors/br-s-03-standard-rated-allowance-seller-vat-id) ### 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. **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 un onere a livello di documento usa la categoria S. 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 →](/it/resources/kosit-validator-errors/br-s-04-standard-rated-charge-seller-vat-id) ### 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 →](/it/resources/kosit-validator-errors/br-s-06-standard-rated-allowance-rate-positive) ### 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 →](/it/resources/kosit-validator-errors/br-s-07-standard-rated-charge-rate-positive) ### 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 →](/it/resources/kosit-validator-errors/br-s-09-standard-rated-vat-amount-calculation) ### 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 →](/it/resources/kosit-validator-errors/br-s-10-standard-rated-no-exemption-reason) ### 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 →](/it/resources/kosit-validator-errors/br-z-01-zero-rated-vat-breakdown-required) ### 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. **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 una riga di fattura usa la categoria Z. 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 →](/it/resources/kosit-validator-errors/br-z-02-zero-rated-line-seller-vat-id) ### 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. **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 Z. 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 →](/it/resources/kosit-validator-errors/br-z-03-zero-rated-allowance-seller-vat-id) ### 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. **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 un onere a livello di documento usa la categoria Z. 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 →](/it/resources/kosit-validator-errors/br-z-04-zero-rated-charge-seller-vat-id) ### 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 →](/it/resources/kosit-validator-errors/br-z-05-zero-rated-line-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-z-06-zero-rated-allowance-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-z-07-zero-rated-charge-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-z-08-zero-rated-taxable-amount-calculation) ### 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 →](/it/resources/kosit-validator-errors/br-z-09-zero-rated-vat-amount-zero) ### 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 →](/it/resources/kosit-validator-errors/br-z-10-zero-rated-no-exemption-reason) ### 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 →](/it/resources/kosit-validator-errors/br-ae-01-reverse-charge-vat-breakdown-required) ### 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 →](/it/resources/kosit-validator-errors/br-ae-03-reverse-charge-allowance-seller-buyer-vat-id) ### 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 →](/it/resources/kosit-validator-errors/br-ae-04-reverse-charge-charge-seller-buyer-vat-id) ### 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 →](/it/resources/kosit-validator-errors/br-ae-05-reverse-charge-line-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-ae-06-reverse-charge-allowance-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-ae-07-reverse-charge-charge-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-ae-08-reverse-charge-taxable-amount-sum) ### 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 →](/it/resources/kosit-validator-errors/br-ae-09-reverse-charge-tax-amount-zero) ### 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 →](/it/resources/kosit-validator-errors/br-e-02-exempt-line-seller-vat-id) ### 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 →](/it/resources/kosit-validator-errors/br-e-03-exempt-allowance-seller-vat-id) ### 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 →](/it/resources/kosit-validator-errors/br-e-04-exempt-charge-seller-vat-id) ### 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 →](/it/resources/kosit-validator-errors/br-e-06-exempt-allowance-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-e-07-exempt-charge-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-e-08-exempt-taxable-amount-sum) ### 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 →](/it/resources/kosit-validator-errors/br-e-09-exempt-tax-amount-zero) ### 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 →](/it/resources/kosit-validator-errors/br-e-10-exempt-breakdown-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-ic-01-intra-community-vat-breakdown-required) ### 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 →](/it/resources/kosit-validator-errors/br-ic-02-line-seller-buyer-vat-id-required) ### 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 →](/it/resources/kosit-validator-errors/br-ic-03-allowance-seller-buyer-vat-id-required) ### 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 →](/it/resources/kosit-validator-errors/br-ic-04-charge-seller-buyer-vat-id-required) ### 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 →](/it/resources/kosit-validator-errors/br-ic-05-line-zero-vat-rate) ### 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 →](/it/resources/kosit-validator-errors/br-ic-06-allowance-zero-vat-rate) ### 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 →](/it/resources/kosit-validator-errors/br-ic-07-charge-zero-vat-rate) ### 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 →](/it/resources/kosit-validator-errors/br-ic-08-taxable-amount-equals-net-sum) ### 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 →](/it/resources/kosit-validator-errors/br-ic-09-vat-amount-must-be-zero) ### 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 →](/it/resources/kosit-validator-errors/br-ic-10-exemption-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-ic-11-delivery-date-or-period-required) ### 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 →](/it/resources/kosit-validator-errors/br-ic-12-deliver-to-country-required) ### 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 →](/it/resources/kosit-validator-errors/br-g-01-export-vat-breakdown-required) ### 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 →](/it/resources/kosit-validator-errors/br-g-02-export-line-seller-vat-id-required) ### 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 →](/it/resources/kosit-validator-errors/br-g-03-export-allowance-seller-vat-id-required) ### 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 →](/it/resources/kosit-validator-errors/br-g-04-export-charge-seller-vat-id-required) ### 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 →](/it/resources/kosit-validator-errors/br-g-05-export-line-vat-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-g-06-export-allowance-vat-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-g-07-export-charge-vat-rate-zero) ### 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 →](/it/resources/kosit-validator-errors/br-g-08-export-taxable-amount-sum) ### 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 →](/it/resources/kosit-validator-errors/br-g-09-export-vat-amount-zero) ### 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 →](/it/resources/kosit-validator-errors/br-g-10-export-exemption-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-o-01-not-subject-vat-breakdown-required) ### 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 →](/it/resources/kosit-validator-errors/br-o-02-line-forbids-vat-identifiers) ### 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 →](/it/resources/kosit-validator-errors/br-o-03-allowance-forbids-vat-identifiers) ### 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 →](/it/resources/kosit-validator-errors/br-o-04-charge-forbids-vat-identifiers) ### 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 →](/it/resources/kosit-validator-errors/br-o-05-line-forbids-vat-rate) ### 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 →](/it/resources/kosit-validator-errors/br-o-06-allowance-forbids-vat-rate) ### 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 →](/it/resources/kosit-validator-errors/br-o-07-charge-forbids-vat-rate) ### 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 →](/it/resources/kosit-validator-errors/br-o-08-not-subject-taxable-amount-sum) ### 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 →](/it/resources/kosit-validator-errors/br-o-09-not-subject-tax-amount-zero) ### 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 →](/it/resources/kosit-validator-errors/br-o-10-not-subject-exemption-reason-required) ### 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 →](/it/resources/kosit-validator-errors/br-o-11-forbids-other-vat-breakdowns) ### 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 →](/it/resources/kosit-validator-errors/br-o-12-forbids-non-o-lines) ### 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 →](/it/resources/kosit-validator-errors/br-o-13-forbids-non-o-allowances) ### 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 →](/it/resources/kosit-validator-errors/br-o-14-forbids-non-o-charges) ### 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 →](/it/resources/kosit-validator-errors/br-af-01-igic-vat-breakdown-required) ### 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 →](/it/resources/kosit-validator-errors/br-af-02-igic-line-seller-vat-identifier-required) ### 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 →](/it/resources/kosit-validator-errors/br-af-03-igic-allowance-seller-vat-identifier-required) ### 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 →](/it/resources/kosit-validator-errors/br-af-04-igic-charge-seller-vat-identifier-required) ### 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 →](/it/resources/kosit-validator-errors/br-af-05-igic-line-rate-zero-or-greater) ### 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 →](/it/resources/kosit-validator-errors/br-af-06-igic-allowance-rate-zero-or-greater) ### 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 →](/it/resources/kosit-validator-errors/br-af-07-igic-charge-rate-zero-or-greater) ### 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 →](/it/resources/kosit-validator-errors/br-af-08-igic-taxable-amount-equals-sum) ### 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 →](/it/resources/kosit-validator-errors/br-af-09-igic-tax-amount-equals-base-times-rate) ### 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 →](/it/resources/kosit-validator-errors/br-af-10-igic-no-exemption-reason) ### 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 →](/it/resources/kosit-validator-errors/br-ag-01-ipsi-vat-breakdown-required) ### 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. **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 ESB51123456. 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 →](/it/resources/kosit-validator-errors/br-ag-02-ipsi-line-seller-vat-identifier-required) ### 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 →](/it/resources/kosit-validator-errors/br-ag-03-ipsi-allowance-seller-vat-identifier-required) ### 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 →](/it/resources/kosit-validator-errors/br-ag-04-ipsi-charge-seller-vat-identifier-required) ### 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 →](/it/resources/kosit-validator-errors/br-ag-05-ipsi-line-rate-zero-or-greater) ### 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 →](/it/resources/kosit-validator-errors/br-ag-06-ipsi-allowance-rate-zero-or-greater) ### 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 →](/it/resources/kosit-validator-errors/br-ag-07-ipsi-charge-rate-zero-or-greater) ### 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 →](/it/resources/kosit-validator-errors/br-ag-08-ipsi-taxable-amount-equals-sum) ### 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 →](/it/resources/kosit-validator-errors/br-ag-09-ipsi-tax-amount-equals-base-times-rate) ### 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 →](/it/resources/kosit-validator-errors/br-ag-10-ipsi-no-exemption-reason) ### 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 →](/it/resources/kosit-validator-errors/br-b-01-split-payment-domestic-italian-invoice) ### 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 →](/it/resources/kosit-validator-errors/br-b-02-split-payment-excludes-standard-rated) *Ultimo aggiornamento: 2026 | Standard: XRechnung 3.0.2, ZUGFeRD 2.3.2* ## Come usare questa guida Usi l’articolo come punto di partenza prima di modificare un workflow finance o ERP: identifichi la regola nazionale o lo standard applicabile, scelga il formato strutturato richiesto, validi l’XML generato e mantenga un processo di eccezione documentato per le fatture che richiedono revisione manuale. ## Riferimenti ufficiali - [Configurazione del validatore KoSIT](https://github.com/itplr-kosit/validator-configuration-xrechnung) - [Regole di validazione Peppol BIS](https://docs.peppol.eu/poacc/billing/3.0/rules/)