Campi obbligatori XRechnung: checklist con numeri BT e regole BR-DE

I campi obbligatori a colpo d’occhio

Le regole provengono dalla configurazione KoSIT v2026-08-31 (XRechnung 3.0.2, artefatti di validazione EN 16931 1.3.16). Le righe condizionali valgono solo nel caso indicato, per esempio per una categoria IVA, un mezzo di pagamento o uno sconto a livello di documento. Non compaiono i campi del beneficiario (BG-10), del periodo di riga (BG-26), di sconti e maggiorazioni di riga (BG-27, BG-28), degli schemi degli identificativi articolo (BG-31) e degli attributi dell’articolo (BG-32). La tabella copre la CIUS XRechnung di base, non l’estensione per veicoli puliti (Clean Vehicles, CVD): le sue regole BR-DE-CVD-01 e BR-DE-CVD-02 richiedono anche BT-12 e BT-17, e BR-DE-CVD-03, BR-DE-CVD-04 e BR-DE-CVD-05 una categoria di veicolo su una riga di fattura (BT-158 con schema CVD, BT-160 e BT-161).

BT-35 è facoltativo: è la prima riga dell’indirizzo del venditore. Non rifiutare un indirizzo altrimenti completo solo perché BT-35 è vuoto. Anche il numero del documento di trasporto (BT-16) è facoltativo.

Le regole tedesche BR-DE per gruppo

Contatto del venditore: BR-DE-2 richiede il CONTATTO DEL VENDITORE (BG-6). BR-DE-5 richiede il punto di contatto del venditore (BT-41), BR-DE-6 il numero di telefono (BT-42) e BR-DE-7 l’indirizzo e-mail (BT-43). BR-DE-27 e BR-DE-28 aggiungono avvisi: il numero deve contenere almeno tre cifre, l’indirizzo e-mail esattamente una @. In CII indica BT-41 come nome di persona o come reparto, non entrambi (CII-SR-465).

Indirizzi: BR-DE-3 e BR-DE-4 richiedono città (BT-37) e codice postale (BT-38) del venditore; BR-DE-8 e BR-DE-9 richiedono lo stesso per l’acquirente (BT-52, BT-53). Anche un indirizzo di consegna (BG-15) richiede città e codice postale.

Riferimento dell’acquirente: BR-DE-15 richiede il riferimento dell’acquirente (BT-10). KoSIT verifica solo che il campo sia presente, non il suo formato. Per un ente pubblico inserisci il riferimento di instradamento che ti ha dato, di solito una Leitweg-ID; ai clienti aziendali chiedi quale riferimento si aspettano. Non inventare un valore. Per XRechnung, Invoice-Converter.com avvisa nella fase di revisione se una Leitweg-ID in BT-10 ha una cifra di controllo errata.

Identificativi fiscali: BR-DE-16 si applica se la fattura usa la categoria IVA S, Z, E, AE, K, G, L o M. Servono allora la partita IVA del venditore (BT-31), il suo codice di registrazione fiscale (BT-32) o un rappresentante fiscale (BG-11), di cui BR-56 richiede la partita IVA (BT-63). Per la categoria K o G, le regole EN 16931 BR-IC-02 e BR-G-02 accettano solo BT-31 o BT-63; BT-32 da solo non basta.

Pagamento: BR-DE-1 richiede le istruzioni di pagamento (BG-16) con un codice del mezzo di pagamento (BT-81). Il codice determina il gruppo successivo: 30 o 58 (bonifico) richiede BG-17 con il conto in BT-84 (BR-DE-23-a), 48, 54 o 55 (carta) richiede BG-18 (BR-DE-24-a) e 59 (addebito diretto) richiede BG-19 (BR-DE-25-a); con il codice 49 o 59, PEPPOL-EN16931-R061 richiede anche il riferimento del mandato (BT-89). Con il codice 58, BR-DE-19 avvisa se BT-84 non è un IBAN valido.

Gli indirizzi elettronici richiedono uno schema

BT-34 e BT-49 sono facoltativi nella EN 16931. Nonostante i nomi Peppol, KoSIT controlla PEPPOL-EN16931-R020 (indirizzo elettronico del venditore, BT-34) e PEPPOL-EN16931-R010 (indirizzo elettronico dell’acquirente, BT-49) come errori per ogni XRechnung, non solo per Peppol. BR-62 e BR-63 richiedono poi l’identificativo dello schema (schemeID).

9930:DE123456789 è un esempio di endpoint del venditore (schema 9930 con una partita IVA tedesca), non un valore XRechnung fisso. Un indirizzo e-mail usa lo schema EM, una Leitweg-ID lo schema 0204. Usa gli identificativi che acquirente e venditore usano davvero per la fatturazione elettronica.

Invoice-Converter.com crea e controlla il file XRechnung. Non invia fatture e non è un access point Peppol.

BT-9 e BT-20 non sono più obbligatori per un importo dovuto

Checklist meno recenti indicano la data di scadenza (BT-9) o le condizioni di pagamento (BT-20) come obbligatorie quando c’è un importo dovuto. Era la regola BR-CO-25. Gli artefatti di validazione EN 16931 1.3.16, usati dalla configurazione KoSIT v2026-08-31, l’hanno eliminata. Indica BT-9 o BT-20 se li hai concordati. Lo sconto per pagamento anticipato (Skonto) in BT-20 deve seguire il formato di BR-DE-18.

Controllo finale prima dell’invio

Invoice-Converter.com converte una fattura PDF in XRechnung, mostra questi campi nella fase di revisione e controlla il risultato con KoSIT prima del download.

1. Conferma il destinatario, il canale e il profilo richiesto.
2. Confronta i dati di origine con la fattura, in particolare identificativi fiscali, coordinate bancarie e totali.
3. Genera l’XML UBL o CII ed esegui la configurazione KoSIT corrispondente.
4. Correggi i dati di origine e genera di nuovo il file. Controlla a mano i campi di origine incerti.