Vai al contenuto principale

Riferimento

Esporta Markdown

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

Il codice tipo fattura (BT-3) deve essere uno dei codici di fattura o nota di credito che la EN 16931 riprende da UNTDID 1001. In UBL i documenti Invoice e CreditNote hanno ciascuno una propria lista.

Descrizione del problema

ERRORE

Regola sulle liste di codici EN 16931 (BR-CL)

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-CL-01 regola di lista codici 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-CL-01: regola di lista codici 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

BT-3 indica al destinatario se registrare il documento come fattura o come nota di credito. In UBL il 381 è valido solo in cbc:CreditNoteTypeCode: un ERP che esporta ogni documento come Invoice con 381 viola questa regola, mentre lo stesso codice è valido in CII. Un’altra causa è un tipo documento interno come "INV" o "FT" al posto di un codice. Associa ogni tipo documento interno a un codice UNTDID 1001 prima dell’esportazione. XRechnung limita ulteriormente i codici ammessi (BR-DE-17).

Soluzione

Imposta BT-3 su un codice valido, ad es. 380 (fattura commerciale), 326 (fattura parziale), 384 (fattura corretta), 389 (autofattura) o 875–877 (fatture per lavori edili). In UBL invia una nota di credito con codice 381 come documento CreditNote (cbc:CreditNoteTypeCode), non come Invoice. In CII il codice si trova in rsm:ExchangedDocument/ram:TypeCode.

Azioni rapide

Esempi validi

  • BT-3 = 380 — fattura commerciale (UBL Invoice)
  • BT-3 = 381 — nota di credito (in UBL solo in un documento CreditNote)

Esempi non validi

  • BT-3 = 381 in cbc:InvoiceTypeCode di una UBL Invoice — i codici di nota di credito vanno in un CreditNote
  • BT-3 = FT — tipo documento interno anziché codice
  • BT-3 = 999 — non presente in UNTDID 1001

Esempi di codice

XML valido
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
XML non valido
<cbc:InvoiceTypeCode>381</cbc:InvoiceTypeCode>

Campi interessati

Strumenti di validazione