Vai al contenuto principale

Riferimento

Esporta Markdown

BR-51 Il numero principale della carta deve essere mascherato

In conformità agli standard di sicurezza dei pagamenti con carta, la fattura non deve mai includere il numero completo della carta (BT-87); le regole PCI consentono al massimo le prime 6 e le ultime 4 cifre.

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-51 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-51: 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 cui gravità dipende dalla sintassi: avviso in UBL, errore bloccante in CII. Protegge i dati della carta: una fattura passa per più sistemi e viene archiviata per anni, quindi non deve mai esporre un numero di carta utilizzabile. Il validatore segnala BT-87 quando il valore supera i 10 caratteri, anche se le cifre centrali sono mascherate con asterischi. La segnalazione compare quando un ERP o un fornitore di pagamenti esporta il numero completo o mascherato.

Soluzione

Compila cac:CardAccount/cbc:PrimaryAccountNumberID (CII: ram:ApplicableTradeSettlementFinancialCard/ram:ID) con al massimo 10 caratteri, preferibilmente solo le ultime 4 cifre della carta e senza caratteri di mascheramento. Lo Schematron segnala ogni valore più lungo di 10 caratteri, compreso un numero mascherato di 16 caratteri.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • BT-87 = 1881 (solo le ultime 4 cifre)

Esempi non validi

  • BT-87 = 4012888888881881 (numero completo esposto)
  • BT-87 = 401288******1881 (mascherato, ma con 16 caratteri supera i 10)

Esempi di codice

XML valido
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>48</cbc:PaymentMeansCode>
  <cac:CardAccount>
    <cbc:PrimaryAccountNumberID>1881</cbc:PrimaryAccountNumberID>
    <cbc:NetworkID>VISA</cbc:NetworkID>
  </cac:CardAccount>
</cac:PaymentMeans>
XML non valido
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>48</cbc:PaymentMeansCode>
  <cac:CardAccount>
    <cbc:PrimaryAccountNumberID>401288******1881</cbc:PrimaryAccountNumberID>
    <cbc:NetworkID>VISA</cbc:NetworkID>
  </cac:CardAccount>
</cac:PaymentMeans>

Campi interessati

BT-87 Numero principale della carta di pagamento

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.