Vai al contenuto principale

Riferimento

Esporta Markdown

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.

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-03 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-03: 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. La data di emissione è il riferimento per i termini di pagamento, il periodo IVA e il periodo di conservazione obbligatoria. In UBL lo schema XML rifiuta già un cbc:IssueDate assente o vuoto; BR-03 compare quindi soprattutto nelle fatture CII con data esportata vuota, ad esempio quando il campo data del sistema di origine non è mappato.

Soluzione

In UBL aggiungi cbc:IssueDate nel formato data ISO 8601 (AAAA-MM-GG). In CII compila rsm:ExchangedDocument/ram:IssueDateTime/udt:DateTimeString con format="102" (AAAAMMGG). Il valore non deve essere vuoto.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • BT-2 = 2024-05-01 — una data ISO 8601 valida

Esempi non validi

  • In CII udt:DateTimeString (formato 102) sotto ram:IssueDateTime è vuoto; in UBL un cbc:IssueDate assente o vuoto è già un errore di schema XML

Esempi di codice

XML valido
<rsm:ExchangedDocument>
  <ram:ID>RE-2024-0001</ram:ID>
  <ram:IssueDateTime>
    <udt:DateTimeString format="102">20240501</udt:DateTimeString>
  </ram:IssueDateTime>
</rsm:ExchangedDocument>
XML non valido
<rsm:ExchangedDocument>
  <ram:ID>RE-2024-0001</ram:ID>
  <ram:IssueDateTime>
    <udt:DateTimeString format="102"></udt:DateTimeString>
  </ram:IssueDateTime>
</rsm:ExchangedDocument>

Campi interessati

BT-2 Data di emissione 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.