![Codici errore del validatore KOSIT: guida completa ai 21 errori BR-DE XRechnung [2026]](/_next/image?url=%2Fog-image-it.webp&w=3840&q=75&dpl=dpl_5iQpDiNXR1fr7X3zTvDAoNMPoFr9)
Codici errore del validatore KOSIT: guida completa ai 21 errori BR-DE XRechnung [2026]
Panoramica dell’articolo
Questo articolo spiega Codici errore del validatore KOSIT: guida completa ai 21 errori BR-DE XRechnung [2026] come riferimento pratico per la fatturazione elettronica europea. Definisce il tema in modo chiaro, lo colloca nel contesto di conformità e collega la spiegazione ai formati XRechnung, ZUGFeRD/Factur-X, UBL e CII.
Usa l’articolo come punto di partenza prima di modificare un workflow finance o ERP: identifica la regola nazionale o lo standard applicabile, scegli il formato strutturato richiesto, valida l’XML generato e mantieni un processo di eccezione documentato per le fatture che richiedono revisione manuale.
Stai ricevendo errori di validazione quando invii una fattura XRechnung o ZUGFeRD? Qui trovi una panoramica completa dei 21 codici BR-DE del validatore KoSIT, con spiegazioni e soluzioni rapide.
Il validatore KoSIT (Koordinierungsstelle für IT-Standards) è lo strumento ufficiale in Germania per verificare la conformità di e‑fatture nei formati XRechnung e ZUGFeRD. Se una fattura fallisce la validazione, i messaggi possono sembrare “criptici”: questa guida ti aiuta a capirli e risolverli rapidamente.
🚀 Soluzione veloce
Se ti serve solo validare e correggere velocemente, usa il nostro flusso di validazione e‑fatture.
Valida la tua e‑fattura ora →Elenco completo dei codici errore BR-DE (KoSIT)
- BR-DE-1: Una fattura tedesca deve includere l’indirizzo dell’acquirente
- BR-DE-2: Il contatto del venditore deve essere indicato
- BR-DE-3: La città del venditore deve essere indicata
- BR-DE-4: Il CAP del venditore deve essere indicato
- BR-DE-5: Il paese del venditore deve essere indicato
- BR-DE-6: Il nome del venditore deve essere indicato
- BR-DE-7: Il nome dell’acquirente deve essere indicato
- BR-DE-8: Deve essere indicato il codice data del momento di esigibilità IVA
- BR-DE-9: Il codice valuta della fattura deve essere EUR
- BR-DE-10: Nessuna riga fattura per abbuoni o addebiti
- BR-DE-11: Devono essere indicate le condizioni di pagamento
- BR-DE-12: La fattura deve avere almeno una riga
- BR-DE-13: Il riferimento dell’acquirente deve essere indicato
- BR-DE-14: Deve essere indicata la parte rappresentante fiscale del venditore
- BR-DE-15: Deve essere indicata la Leitweg-ID
- BR-DE-16: Deve essere indicato il tipo di processo aziendale
- BR-DE-17: Deve essere indicato l’identificatore dell’oggetto
- BR-DE-18: Devono essere indicati gli identificativi del venditore
- BR-DE-19: Deve essere indicato il riferimento progetto
- BR-DE-20: Deve essere indicato il riferimento contratto
- BR-DE-21: Deve essere indicato l’identificatore della specifica
- BR-CO-3: Data di esigibilità IVA e codice data di esigibilità si escludono a vicenda
- BR-CO-4: Ogni riga di fattura deve avere un codice categoria IVA
- BR-CO-9: Le partite IVA devono avere un prefisso paese ISO 3166-1 alpha-2
- BR-CO-10: La somma degli importi netti di riga deve coincidere con il totale dei netti di riga
- BR-CO-11: La somma degli sconti a livello documento deve coincidere con il totale di tutti gli sconti
- BR-CO-13: Il totale fattura IVA esclusa deve essere uguale al totale righe meno gli sconti più gli oneri
- BR-CO-14: Il totale IVA della fattura deve essere uguale alla somma degli importi IVA per categoria
- BR-CO-15: Il totale fattura IVA inclusa deve essere uguale al totale IVA esclusa più l’imposta totale
- BR-CO-16: L’importo da pagare deve essere uguale al totale IVA inclusa meno gli acconti più l’arrotondamento
- BR-CO-17: L’importo IVA per categoria deve essere uguale alla base imponibile per l’aliquota diviso 100
- BR-CO-25: Se l’importo da pagare è positivo serve la data di scadenza o le condizioni di pagamento
- BR-CO-26: Il venditore deve essere identificabile tramite un identificativo, un codice di registrazione o la partita IVA
- BR-S-1: Le righe ad aliquota standard richiedono una corrispondente riga nella ripartizione IVA
- BR-S-5: L’aliquota IVA in una ripartizione ad aliquota standard deve essere maggiore di zero
- BR-S-8: La base imponibile ad aliquota standard deve essere uguale ai netti di riga più gli oneri meno gli sconti alla stessa aliquota
Dettagli e soluzioni per ogni errore
BR-DE-1: Una fattura tedesca deve includere l’indirizzo dell’acquirente
In Germania è obbligatorio indicare l’indirizzo dell’acquirente in fattura secondo GoBD e normativa fiscale.
Contesto: Questa regola consente all’amministrazione fiscale di identificare il destinatario della fattura e verificare la transazione. La mancanza dell’indirizzo dell’acquirente può portare al rifiuto della fattura durante controlli fiscali.
Come risolvere: Aggiungi alla fattura l’indirizzo completo dell’acquirente (via, CAP, città e paese).
Esempi validi
- Musterverkäufer GmbH, Musterstraße 123, 12345 Musterstadt, Germania
- ABC Corp., Hauptstr. 45, 80331 München, Germania
Esempi non validi
- Indirizzo dell’acquirente completamente assente
- Solo il nome dell’acquirente senza dettagli dell’indirizzo
BR-DE-2: Il contatto del venditore deve essere indicato
Le informazioni di contatto del venditore devono essere presenti in fattura.
Contesto: I destinatari (soprattutto la PA) usano i contatti del venditore per chiarire dubbi, risolvere incongruenze e accelerare i pagamenti. In pratica, la mancanza dei contatti provoca spesso rifiuti manuali o ritardi di elaborazione.
Come risolvere: Aggiungi in fattura le informazioni di contatto del venditore.
Esempi validi
- Contatto: Max Mustermann, +49 30 1234567, invoice@company.example
- Email di contatto presente nel blocco contatto della parte venditrice
Esempi non validi
- Nessun elemento Contact per la parte venditrice
- Solo un nome azienda generico senza un contatto email/telefono
BR-DE-3: La città del venditore deve essere indicata
La città del venditore deve essere presente in fattura.
Contesto: Un indirizzo postale completo è necessario per identificare in modo affidabile il venditore e garantire la tracciabilità/auditabilità. La città è una parte obbligatoria dell’indirizzo postale del venditore nei profili di validazione tedeschi.
Come risolvere: Aggiungi la città del venditore alla fattura.
Esempi validi
- Berlin
- München
- Hamburg
Esempi non validi
- Città assente
- Elemento vuoto
BR-DE-4: Il CAP del venditore deve essere indicato
Il codice postale (CAP) del venditore deve essere presente in fattura.
Contesto: La validazione tedesca richiede un indirizzo postale completo del venditore. Il CAP viene usato per la validazione dell’indirizzo e aiuta a evitare ambiguità tra nomi di città e località.
Come risolvere: Aggiungi il CAP del venditore alla fattura.
Esempi validi
- 10115
- 80331
- 20095
Esempi non validi
- CAP assente
- Elemento vuoto
BR-DE-5: Il paese del venditore deve essere indicato
Il paese del venditore deve essere presente in fattura.
Contesto: Il codice paese del venditore deve essere presente e valido (di norma ISO 3166-1 alpha-2). È necessario per la gestione IVA transfrontaliera e per una validazione coerente degli indirizzi delle parti.
Come risolvere: Aggiungi il paese del venditore alla fattura.
Esempi validi
- DE
- AT
- FR
Esempi non validi
- Germania
- D
- DEU
- Codice paese vuoto
BR-DE-6: Il nome del venditore deve essere indicato
Il nome del venditore deve essere presente in fattura.
Contesto: Il nome del venditore è necessario per identificare chiaramente l’emittente della fattura. Usa la denominazione legale registrata (incluse forme giuridiche come GmbH/AG) per evitare discrepanze con registri o dati contrattuali.
Come risolvere: Aggiungi il nome del venditore alla fattura.
Esempi validi
- Mustermann GmbH
- ABC Technologies AG
Esempi non validi
- Nome venditore assente
- Solo spazi
BR-DE-7: Il nome dell’acquirente deve essere indicato
Il nome dell’acquirente deve essere presente in fattura.
Contesto: Il nome dell’acquirente è richiesto per identificare il destinatario della fattura. Per i destinatari della PA, usa la denominazione ufficiale dell’organizzazione registrata dall’ente/portale per evitare problemi di instradamento e approvazione.
Come risolvere: Aggiungi il nome dell’acquirente alla fattura.
Esempi validi
- Bundesministerium XYZ
- Stadtverwaltung Musterstadt
Esempi non validi
- Nome acquirente assente
- Solo un codice interno
BR-DE-8: Deve essere indicato il codice data del momento di esigibilità IVA
In fattura deve essere indicato il codice data del momento di esigibilità IVA.
Contesto: Se non puoi indicare una data IVA esplicita, alcuni profili consentono un codice che indica come viene determinata la data IVA (ad esempio in base alla data di emissione). Usa un valore valido per il profilo XRechnung/EN 16931 e mantienilo coerente con gli altri campi data.
Come risolvere: Aggiungi alla fattura il codice data del momento di esigibilità IVA.
Esempi validi
- Un codice TaxPointDateCode valido definito dal tuo profilo
Esempi non validi
- Codice data IVA mancante
- Codice non consentito dal profilo
BR-DE-9: Il codice valuta della fattura deve essere EUR
Le fatture tedesche devono usare EUR come codice valuta per tutti gli importi monetari.
Contesto: Questa regola assicura la conformità alle norme fiscali tedesche e semplifica i controlli per l’amministrazione fiscale. Tutti i calcoli, le imposte e i totali devono essere in EUR.
Come risolvere: Converti tutti gli importi in EUR e imposta il codice valuta su EUR.
Esempi validi
- Codice valuta: EUR
- Tutti gli importi in euro (€)
Esempi non validi
- Codice valuta: USD
- Codice valuta: GBP
- Valute miste nella stessa fattura
BR-DE-10: Nessuna riga fattura per abbuoni o addebiti
Le righe fattura non devono essere usate per abbuoni o addebiti.
Contesto: Gli abbuoni (sconti) e gli addebiti (maggiorazioni) devono essere rappresentati tramite le strutture dedicate AllowanceCharge. Codificare uno sconto come riga negativa (o un addebito come riga aggiuntiva) spesso altera i totali e viola le regole del profilo.
Come risolvere: Rimuovi le righe fattura usate per abbuoni o addebiti.
Esempi validi
- AllowanceCharge a livello documento con ChargeIndicator=false e un importo
- AllowanceCharge a livello riga all’interno di InvoiceLine, dove consentito
Esempi non validi
- InvoiceLine con quantità/importo negativo usata per rappresentare uno sconto
- Riga separata chiamata "Sconto" invece di AllowanceCharge
BR-DE-11: Devono essere indicate le condizioni di pagamento
Le condizioni di pagamento devono essere presenti in fattura.
Contesto: Le condizioni di pagamento definiscono quando e come una fattura è pagabile (ad esempio scadenza a 14 giorni, condizioni di sconto o istruzioni di regolamento). La loro assenza può portare a chiarimenti manuali e pagamenti in ritardo.
Come risolvere: Aggiungi le condizioni di pagamento alla fattura.
Esempi validi
- Pagabile entro 14 giorni netti
- 2% di sconto se pagato entro 10 giorni; altrimenti 30 giorni netti
Esempi non validi
- Nessuna condizione di pagamento indicata
- Nota condizioni di pagamento vuota
BR-DE-12: La fattura deve avere almeno una riga
Una fattura deve contenere almeno una riga fattura.
Contesto: Una fattura senza righe non può essere validata in modo coerente e non rappresenta beni/servizi fatturabili. Anche se fatturi un solo totale, inserisci almeno una riga con il bene o servizio fatturato.
Come risolvere: Aggiungi almeno una riga fattura alla fattura.
Esempi validi
- Una InvoiceLine che rappresenta un costo di servizio
- Più righe con articoli/servizi
Esempi non validi
Nessun elemento presenteBR-DE-13: Il riferimento dell’acquirente deve essere indicato
Il riferimento dell’acquirente deve essere presente in fattura.
Contesto: Molti destinatari della PA usano il riferimento dell’acquirente per instradare internamente la fattura (ufficio, centro di costo, riferimento ordine) e abbinarla al processo di acquisto. Se non hai un riferimento d’ordine, usa l’identificatore fornito dall’acquirente/portale.
Come risolvere: Aggiungi il riferimento dell’acquirente alla fattura.
Esempi validi
- DEPT-4711
- PO-2025-000123
- Riferimento di instradamento fornito dall’acquirente
Esempi non validi
- Riferimento acquirente mancante
- Uso di un riferimento interno del venditore al posto
BR-DE-14: Deve essere indicata la parte rappresentante fiscale del venditore
In fattura deve essere indicata la parte rappresentante fiscale del venditore.
Contesto: In alcuni scenari IVA transfrontalieri, un venditore può nominare un rappresentante fiscale. Quando richiesto dal profilo o dalla transazione, la parte rappresentante fiscale deve essere inclusa affinché il destinatario possa validare responsabilità IVA e identificativi.
Come risolvere: Aggiungi alla fattura la parte rappresentante fiscale del venditore.
Esempi validi
- Parte rappresentante fiscale con nome, indirizzo e, se applicabile, ID IVA/fiscale
Esempi non validi
- Rappresentante fiscale richiesto ma completamente assente
BR-DE-15: Deve essere indicata la Leitweg-ID
La Leitweg-ID (ID di instradamento) deve essere presente per identificare il percorso di trasmissione delle e‑fatture tedesche.
Contesto: La Leitweg-ID è richiesta dalle autorità tedesche per tracciare il percorso di trasmissione delle fatture elettroniche. Aiuta a garantire autenticità e integrità della fattura durante l’invio attraverso diversi sistemi.
Come risolvere: Aggiungi una Leitweg-ID valida nel formato "Leitweg-ID: [identificatore]" nell’intestazione della fattura.
Esempi validi
- Leitweg-ID: 123456789012345678901234567890123456789012345678
- Leitweg-ID: DE123456789
Esempi non validi
- Leitweg-ID completamente assente
- Leitweg-ID: (vuota)
- Formato o caratteri non validi
BR-DE-16: Deve essere indicato il tipo di processo aziendale
In fattura deve essere indicato il tipo di processo aziendale.
Contesto: Il tipo di processo identifica quale processo/profilo segue la fattura. I destinatari lo usano per applicare le regole di validazione corrette. Usa il valore richiesto dal canale di consegna (portale/rete) e dal profilo XRechnung di destinazione.
Come risolvere: Aggiungi il tipo di processo aziendale alla fattura.
Esempi validi
- Un ProfileID/identificatore di processo valido (di solito un URN) richiesto dal destinatario
Esempi non validi
- Tipo di processo (ProfileID) mancante
- Uso di un valore di testo libero arbitrario
BR-DE-17: Deve essere indicato l’identificatore dell’oggetto
In fattura deve essere indicato l’identificatore dell’oggetto.
Contesto: Alcuni processi di acquisto richiedono un identificatore dell’oggetto fatturato (ad esempio un bene, un contatore o una pratica) per permettere al destinatario di abbinare la fattura all’oggetto corretto nei suoi sistemi.
Come risolvere: Aggiungi l’identificatore dell’oggetto alla fattura.
Esempi validi
- OBJECT-12345
- METER-00001234
- ASSET-4711
Esempi non validi
- Identificatore dell’oggetto mancante
- Uso di una descrizione al posto di un identificatore
BR-DE-18: Devono essere indicati gli identificativi del venditore
In fattura devono essere indicati gli identificativi del venditore.
Contesto: Questa regola indica in genere che il profilo di destinazione richiede attributi aggiuntivi di identificazione del venditore (ad esempio identificativi legali o di instradamento a seconda del canale di consegna). Assicurati che la parte venditrice includa tutti gli identificativi richiesti per il tuo scenario.
Come risolvere: Aggiungi gli identificativi del venditore alla fattura.
Esempi validi
- Identificativi del venditore presenti come richiesto dal profilo (es. Partita IVA, ID registro imprese, endpoint ID)
Esempi non validi
- Identificativi del venditore mancanti quando richiesti dal destinatario/profilo
BR-DE-19: Deve essere indicato il riferimento progetto
In fattura deve essere indicato il riferimento al progetto.
Contesto: I riferimenti progetto aiutano l’acquirente ad allocare i costi e ad abbinare la fattura a un progetto o a una voce di budget. Usa, ove possibile, l’ID progetto fornito dall’acquirente (non un’etichetta interna in testo libero).
Come risolvere: Aggiungi il riferimento progetto alla fattura.
Esempi validi
- PRJ-2025-0042
- ID progetto fornito dall’acquirente
Esempi non validi
- Riferimento progetto mancante
BR-DE-20: Deve essere indicato il riferimento contratto
In fattura deve essere indicato il riferimento al contratto.
Contesto: Nei processi di appalto pubblico, i riferimenti contrattuali sono spesso richiesti per abbinare le fatture ad accordi quadro o contratti. Usa l’identificatore esatto del contratto fornito dall’acquirente/ente.
Come risolvere: Aggiungi il riferimento contratto alla fattura.
Esempi validi
- CON-2024-00077
- Riferimento all’accordo quadro
Esempi non validi
- Riferimento contratto mancante
BR-DE-21: Deve essere indicato l’identificatore della specifica
In fattura deve essere indicato l’identificatore della specifica.
Contesto: L’identificatore della specifica (spesso CustomizationID) indica al destinatario quale insieme di regole applicare (ad esempio una specifica versione/profilo XRechnung). Senza di esso, i validatori non possono selezionare in modo affidabile le regole schematron corrette.
Come risolvere: Aggiungi l’identificatore della specifica alla fattura.
Esempi validi
- Un CustomizationID/identificatore di specifica valido richiesto dal destinatario e dalla versione XRechnung
Esempi non validi
- Identificatore di specifica (CustomizationID) mancante
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: 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
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: 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
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: 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)
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: 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
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: 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
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: 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
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: 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
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: 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)
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: 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
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: 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
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: 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
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: 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
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: 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
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: 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
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: 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
Ultimo aggiornamento: gennaio 2026 | Versione: XRechnung 3.0.2, ZUGFeRD 2.4
Come usare questa guida
Usa l’articolo come punto di partenza prima di modificare un workflow finance o ERP: identifica la regola nazionale o lo standard applicabile, scegli il formato strutturato richiesto, valida l’XML generato e mantieni un processo di eccezione documentato per le fatture che richiedono revisione manuale.
Pronto a convertire le tue fatture?
Inizia oggi a convertire fatture PDF in XRechnung, ZUGFeRD e altri formati. Include una prova gratuita di 3 giorni.
Articoli correlati
Quali formati di e-fattura sono davvero utilizzabili in Germania nel 2026?
Guida pratica Germania al 20 aprile 2026: quando usare XRechnung, ZUGFeRD, UBL o CII, cosa resta una fattura non strutturata e come scegliere senza errori.
Leggi di piùCheck di conformità e-fatturazione Q2 2026: Germania, Francia, Belgio, ViDA
Check pratico Q2 2026 con date esatte per Germania, Francia, Belgio e ViDA, più le azioni che i team finance devono avviare subito.
Leggi di piùAggiornamento e-fatturazione Germania 2026: cosa è cambiato e cosa no
Aggiornamento pratico Germania per aprile 2026: FAQ BMF aggiornata, date ancora valide e decisioni di workflow da prendere prima del 2027.
Leggi di più