Ga naar de hoofdinhoud

Referentie

Markdown-export

BR-DE-23-b Een overschrijving mag geen betaalkaart- (BG-18) of incassogegevens (BG-19) bevatten

Volgens de Duitse XRechnung-regel BR-DE-23-b mag een betaalmiddel met een overschrijvingscode in BT-81 (30 of 58) niet ook betaalkaartgegevens (BG-18) of incassogegevens (BG-19) bevatten. XRechnung koppelt elke betaalmiddelcode aan één betaalgroep: BR-DE-23 regelt de overschrijving, BR-DE-24 de betaalkaart en BR-DE-25 de incasso. In UBL meldt de validator de fout wanneer cac:CardAccount of cac:PaymentMandate in hetzelfde cac:PaymentMeans staat. In CII meldt hij de fout wanneer het betaalmiddel ram:ApplicableTradeSettlementFinancialCard of ram:PayerPartyDebtorFinancialAccount/ram:IBANID bevat, of wanneer de betalingsgegevens in de factuurkop een mandaatkenmerk (ram:DirectDebitMandateID, BT-89) of een incassant-ID (ram:CreditorReferenceID, BT-90) bevatten. KoSIT markeert de fout als fataal.

Probleembeschrijving

FOUT

Duitse XRechnung-regel (KoSIT, BR-DE) · XRechnung 3.0

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-DE-23-b XRechnung-regel (Duitsland)

Gemeld in stap 3: Nationale regels (CIUS).

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

Stap 3 · Wat wordt gecontroleerd

  • De specificatie-ID in BT-24 kiest de regelset, bijvoorbeeld XRechnung 3.0 of Peppol BIS Billing 3.0.
  • XRechnung voegt de Duitse BR-DE-regels toe: kopersreferentie (BT-10), contact van de verkoper, betaalinstructies.
  • Peppol voegt PEPPOL-EN16931- en landenregels toe. Ook XRechnung past enkele PEPPOL-EN16931-regels toe.

Voorbeeldcodes

Typische correctie

Vul de velden die de regelset vraagt in uw stamgegevens in, zoals de Leitweg-ID in BT-10 of het contact van de verkoper.

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-DE-23-b: XRechnung-regel (Duitsland), gemeld in de stap “Nationale regels (CIUS)”. 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

De fout komt meestal uit ERP-sjablonen die alle betaalvelden vullen vanuit de klantgegevens, bijvoorbeeld een opgeslagen SEPA-machtiging of het incassant-ID, terwijl de factuur per overschrijving wordt betaald. In UBL beperkt de controle zich tot het cac:PaymentMeans met de overschrijvingscode. In CII staan BT-89 en BT-90 in de factuurkop; een CII-factuur met een overschrijving (30 of 58) schendt BR-DE-23-b dus zodra die ook een mandaatkenmerk of incassant-ID bevat.

Oplossing

Bepaal welk betaalmiddel de factuur aanbiedt en exporteer alleen de bijbehorende groep. Behoud bij een overschrijving BG-17 met de rekening in BT-84 en verwijder kaart- en mandaatgegevens: verwijder in UBL cac:CardAccount en cac:PaymentMandate uit de <cac:PaymentMeans> met code 30 of 58. Verwijder in CII ram:ApplicableTradeSettlementFinancialCard en ram:PayerPartyDebtorFinancialAccount uit het betaalmiddel en haal ram:DirectDebitMandateID en ram:CreditorReferenceID weg uit de betalingsgegevens in de factuurkop. Betaalt de koper via SEPA-incasso, zet BT-81 dan op 59 en stuur BG-19 in plaats van BG-17.

Snelle acties

Geldige voorbeelden

  • BT-81 = 58 met BG-17 (IBAN in BT-84) en zonder kaart- of mandaatgegevens in hetzelfde betaalmiddel
  • CII: TypeCode 30 met BG-17 en zonder ram:DirectDebitMandateID of ram:CreditorReferenceID in de betalingsgegevens van de factuurkop

Ongeldige voorbeelden

  • UBL: cac:PaymentMeans met code 58 bevat cac:PayeeFinancialAccount en daarnaast cac:PaymentMandate met een mandaatkenmerk
  • CII: betaalmiddel met TypeCode 58, maar ram:CreditorReferenceID (BT-90) in de factuurkop is gevuld vanuit de stamgegevens
  • UBL: code 30 samen met cac:CardAccount met de laatste vier cijfers van de kaart

Codevoorbeelden

Geldig XML
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>
Ongeldig XML
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
  <cac:PaymentMandate>
    <cbc:ID>MANDATE-2026-001</cbc:ID>
  </cac:PaymentMandate>
</cac:PaymentMeans>

Betrokken velden

Validatietools