# 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)

> **Dove viene controllata BR-03**
>
> 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».

## 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.

- [Valida XML](/it/xrechnung-validator?source=resource&rule=BR-03)
- [Converti fattura](/it/pdf-to-xrechnung?source=resource&rule=BR-03)

## 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](/resources/xrechnung/bt-2-invoice-issue-date)

## Regole correlate

- [BR-02](/resources/kosit-validator-errors/br-02-invoice-number-required)
- [BR-04](/resources/kosit-validator-errors/br-04-invoice-type-code-required)

## Strumenti di validazione

- [Validatore KoSIT ufficiale](https://github.com/itplr-kosit/validator): Esegui il validatore ufficiale KoSIT con la configurazione XRechnung per controllare le regole EN 16931 e XRechnung.
- [Converti PDF in XRechnung](/pdf-to-xrechnung): Individua gli errori di validazione durante la conversione e verifica ogni correzione.

## Risorse correlate

- [Specifiche ufficiali](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [Test suite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Tutti gli errori di validazione](/resources/kosit-validator-errors): Panoramica delle regole di validazione EN 16931, XRechnung e Peppol spiegate qui.