Vai al contenuto principale

Riferimento

Esporta Markdown

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.

Descrizione del problema

ERRORE

Regola di business della norma EN 16931 (CEN)

Pipeline interattiva

Fai clic su una fase per vedere cosa controlla, oppure digita l’ID di una regola per trovare la fase che la segnala.

Prova:

BR-04 regola di base EN 16931

Segnalata nella fase 2: Regole EN 16931.

Livello errore: il report raccomanda di rifiutare la fattura.

Fase 2 · Cosa controlla

  • I termini di business essenziali sono presenti (da BR-01 a BR-65).
  • I totali tornano e i campi collegati sono coerenti (BR-CO); codici e decimali sono validi (BR-CL, BR-DEC).
  • Ogni categoria IVA è coerente: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Codici di esempio

Correzione tipica

Ricalcola totali e IVA dalle righe e correggi la categoria IVA nei dati di origine.

Un validatore controlla una fattura elettronica per fasi. Prima il file deve essere XML ben formato e conforme allo schema UBL o CII (XSD). Poi si applicano le regole di business della EN 16931: regole di base BR, calcoli BR-CO, liste di codici BR-CL, decimali BR-DEC e regole per categoria IVA come BR-S. Seguono le regole nazionali o di rete selezionate da BT-24: BR-DE per XRechnung, PEPPOL-EN16931 per Peppol BIS Billing. Il report elenca ogni regola violata: un errore significa rifiuto, i soli avvisi significano comunque accettazione. BR-04: regola di base EN 16931, fase «Regole EN 16931». Set di regole: validatore KoSIT 1.6.3 con la configurazione XRechnung del 31 ago 2026 (artefatti EN 16931 1.3.16), Peppol BIS Billing 3.0.21.

Contesto e significato

È una regola di base della norma EN 16931. Il codice tipo indica al destinatario se trattare il documento come fattura, fattura rettificativa o nota di credito; regole nazionali come BR-DE-17 restringono ulteriormente i codici accettati. Né lo schema UBL né quello CII rendono obbligatorio l’elemento, quindi un’esportazione che lo omette supera il controllo di schema e fallisce solo su BR-04.

Soluzione

Aggiungi cbc:InvoiceTypeCode con un codice UNTDID 1001 consentito, ad esempio 380 per una fattura commerciale o 384 per una fattura rettificativa. In UBL una nota di credito (381) si emette come documento CreditNote con cbc:CreditNoteTypeCode; BR-CL-01 rifiuta 381 in cbc:InvoiceTypeCode. In CII il codice si trova in rsm:ExchangedDocument/ram:TypeCode.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • BT-3 = 380 — fattura commerciale
  • BT-3 = 381 — nota di credito (in UBL come cbc:CreditNoteTypeCode in un documento CreditNote)

Esempi non validi

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

Esempi di codice

XML valido
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
XML non valido
<cbc:IssueDate>2024-05-01</cbc:IssueDate>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>

Campi interessati

BT-3 Codice tipo fattura

Strumenti di validazione

Validatore KoSIT ufficiale

Esegui il validatore ufficiale KoSIT con la configurazione XRechnung per controllare le regole EN 16931 e XRechnung.

Converti PDF in XRechnung

Individua gli errori di validazione durante la conversione e verifica ogni correzione.