# BR-36 L’importo dell’onere a livello documento è obbligatorio

Ogni onere a livello documento (BG-21) deve avere un importo dell’onere a livello documento (BT-99).

## Descrizione del problema

> **ERRORE**: Regola di business della norma EN 16931 (CEN)

> **Dove viene controllata BR-36**
>
> 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-36: regola di base EN 16931, fase «Regole EN 16931».

## Contesto e significato

È una regola di base della norma EN 16931 e il corrispondente di BR-31 per gli oneri. Un onere a livello documento (BG-21), come trasporto, imballaggio o spese di gestione, aumenta il totale senza IVA (BT-109); senza importo i totali non possono essere ricalcolati. Lo schema UBL richiede già cbc:Amount, quindi BR-36 compare soprattutto nelle fatture CII il cui onere contiene solo un motivo o una percentuale.

## Soluzione

Aggiungi cbc:Amount al cac:AllowanceCharge di livello documento con cbc:ChargeIndicator true (CII: ram:ActualAmount in ram:SpecifiedTradeAllowanceCharge con ram:ChargeIndicator true).

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

## Esempi validi

- BT-99 = 9,90 su un onere a livello documento (es. trasporto)

## Esempi non validi

- Onere CII a livello documento con motivo ma senza ram:ActualAmount (BT-99); in UBL un cac:AllowanceCharge senza cbc:Amount è già un errore di schema XML

## Esempi di codice

### XML valido
```
<ram:SpecifiedTradeAllowanceCharge>
  <ram:ChargeIndicator>
    <udt:Indicator>true</udt:Indicator>
  </ram:ChargeIndicator>
  <ram:ActualAmount>9.90</ram:ActualAmount>
  <ram:Reason>Freight</ram:Reason>
</ram:SpecifiedTradeAllowanceCharge>
```

### XML non valido
```
<ram:SpecifiedTradeAllowanceCharge>
  <ram:ChargeIndicator>
    <udt:Indicator>true</udt:Indicator>
  </ram:ChargeIndicator>
  <ram:Reason>Freight</ram:Reason>
</ram:SpecifiedTradeAllowanceCharge>
```

## Campi interessati

- [BT-99 Importo dell’onere a livello documento](/resources/xrechnung/bt-99-document-level-charge-amount)

## Regole correlate

- [BR-37](/resources/kosit-validator-errors/br-37-document-charge-vat-category-required)
- [BR-38](/resources/kosit-validator-errors/br-38-document-charge-reason-required)
- [BR-31](/resources/kosit-validator-errors/br-31-document-allowance-amount-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.