Ga naar de hoofdinhoud

Referentie

Markdown-export

BR-51 Kaartnummer (PAN) van de betaalkaart mag niet volledig op de factuur staan

Volgens de beveiligingsnormen voor kaartbetalingen mag de factuur nooit een volledig kaartrekeningnummer (BT-87) bevatten; PCI-regels staan hooguit de eerste 6 en laatste 4 cijfers toe.

Probleembeschrijving

FOUT

Bedrijfsregel van EN 16931 (CEN)

Interactieve validatieketen

Klik op een stap om te zien wat die controleert, of typ een regel-ID om de stap te vinden die hem meldt.

Probeer:

BR-51 kernregel van EN 16931

Gemeld in stap 2: EN 16931-regels.

Niveau fout: het rapport adviseert de factuur af te wijzen.

Stap 2 · Wat wordt gecontroleerd

  • De kernbedrijfstermen zijn aanwezig (BR-01 tot BR-65).
  • Totalen kloppen en samenhangende velden passen bij elkaar (BR-CO); codes en decimalen zijn geldig (BR-CL, BR-DEC).
  • Elke btw-categorie is consistent: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Voorbeeldcodes

Typische correctie

Bereken totalen en btw opnieuw uit de regels en corrigeer de btw-categorie in de brongegevens.

Een validator controleert een e-factuur in stappen. Eerst moet het bestand goed gevormde XML zijn die past bij het UBL- of CII-schema (XSD). Dan volgen de bedrijfsregels van EN 16931: BR-kernregels, BR-CO-berekeningen, BR-CL-codelijsten, BR-DEC-decimalen en regels per btw-categorie zoals BR-S. Daarna komen de nationale of netwerkregels die BT-24 kiest: BR-DE voor XRechnung, PEPPOL-EN16931 voor Peppol BIS Billing. Het rapport noemt elke geschonden regel: één fout betekent afwijzen, alleen waarschuwingen betekenen nog steeds accepteren. BR-51: kernregel van EN 16931, gemeld in de stap “EN 16931-regels”. Regelsets: KoSIT-validator 1.6.3 met de XRechnung-configuratie van 31 aug 2026 (EN 16931-artefacten 1.3.16), Peppol BIS Billing 3.0.21.

Context en betekenis

Deze kernregel van EN 16931 beschermt kaartgegevens, omdat een factuur breed wordt gedeeld en lang wordt bewaard. De ernst hangt af van de syntaxis: de validatieartefacten melden BR-51 bij UBL als waarschuwing en bij CII als fatale fout; de validator meldt BT-87 zodra de waarde langer is dan 10 tekens, ook als de middelste cijfers met sterretjes zijn gemaskeerd. De melding verschijnt vaak als een ERP of betaaldienstverlener het volledige of gemaskeerde kaartnummer exporteert.

Oplossing

Vul cac:CardAccount/cbc:PrimaryAccountNumberID (CII: ram:ApplicableTradeSettlementFinancialCard/ram:ID) met hooguit 10 tekens, bij voorkeur alleen de laatste 4 cijfers van de kaart, zonder maskeringstekens. Het Schematron waarschuwt bij elke waarde van meer dan 10 tekens, ook bij een gemaskeerd nummer van 16 tekens.

Snelle acties

XML validerenFactuur converteren

Geldige voorbeelden

  • BT-87 = 1881 — alleen de laatste 4 cijfers

Ongeldige voorbeelden

  • BT-87 = 4012888888881881 (volledig nummer zichtbaar)
  • BT-87 = 401288******1881 — 16 tekens; ook met maskering langer dan 10 tekens

Codevoorbeelden

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

Betrokken velden

BT-87 Primair rekeningnummer betaalkaart

Validatietools

Officiële KoSIT-validator

Draai de officiële KoSIT-validator met de XRechnung-configuratie om EN 16931- en XRechnung-regels te controleren.

PDF naar XRechnung converteren

Vind validatiefouten tijdens de conversie en controleer elke correctie.