# BR-49 L’istruzione di pagamento deve indicare un codice del mezzo di pagamento

Un’istruzione di pagamento (BG-16) deve indicare il codice del mezzo di pagamento (BT-81).

## Descrizione del problema

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

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

## Contesto e significato

È una regola di base della norma EN 16931. Il codice del mezzo di pagamento (BT-81) indica all’acquirente come pagare e altre regole ne dipendono; ad esempio BR-61 richiede un conto per i codici 30 e 58. Lo schema UBL richiede già cbc:PaymentMeansCode, quindi BR-49 compare soprattutto nelle fatture CII il cui gruppo di pagamento contiene solo un IBAN, di solito quando nell’anagrafica cliente non è impostato il metodo di pagamento.

## Soluzione

Aggiungi cac:PaymentMeans/cbc:PaymentMeansCode (CII: ram:SpecifiedTradeSettlementPaymentMeans/ram:TypeCode) da UNCL4461, ad esempio 58 per bonifico SEPA, 30 per bonifico, 59 per addebito diretto SEPA o 48 per carta bancaria.

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

## Esempi validi

- BT-81 = 58 (bonifico SEPA)

## Esempi non validi

- ram:SpecifiedTradeSettlementPaymentMeans CII con solo ram:PayeePartyCreditorFinancialAccount/ram:IBANID e senza ram:TypeCode; in UBL un cac:PaymentMeans senza cbc:PaymentMeansCode è già un errore di schema XML

## Esempi di codice

### XML valido
```
<ram:SpecifiedTradeSettlementPaymentMeans>
  <ram:TypeCode>58</ram:TypeCode>
  <ram:PayeePartyCreditorFinancialAccount>
    <ram:IBANID>DE89370400440532013000</ram:IBANID>
  </ram:PayeePartyCreditorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
```

### XML non valido
```
<ram:SpecifiedTradeSettlementPaymentMeans>
  <ram:PayeePartyCreditorFinancialAccount>
    <ram:IBANID>DE89370400440532013000</ram:IBANID>
  </ram:PayeePartyCreditorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
```

## Campi interessati

- [BT-81 Codice del mezzo di pagamento](/resources/xrechnung/bt-81-payment-means-type-code)

## Regole correlate

- [BR-50](/resources/kosit-validator-errors/br-50-credit-transfer-account-identifier-required)
- [BR-61](/resources/kosit-validator-errors/br-61-credit-transfer-account-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.