BR-CO-03: Datum belastbaar feit en de bijbehorende code beide vermeld

StandaardEN 16931-1 (Europees semantisch model voor e-facturen)ErnstFout: de factuur wordt geweigerdSyntaxUBL, CIIBedrijfstermen

BT-7 Value added tax point date
BT-8 Value added tax point date code

Geldt voorElke EN 16931-factuur: Peppol BIS Billing 3.0, NLCIUS, XRechnung, ZUGFeRD 2.x / Factur-X (profielen EN 16931, EXTENDED, XRECHNUNG) en andere nationale CIUS.

Officiële regeltekst

[BR-CO-03] Value added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.

De normatieve tekst is Engels en wordt ongewijzigd geciteerd.

Waarom deze fout optreedt

De datum waarop de btw opeisbaar wordt (BT-7) en de code voor die datum (BT-8) sluiten elkaar uit: vermeld óf de concrete datum óf de code die aangeeft welke datum geldt, nooit beide. In UBL is BT-7 cbc:TaxPointDate en BT-8 cac:InvoicePeriod/cbc:DescriptionCode; in CII is BT-7 ram:TaxPointDate en BT-8 ram:DueDateTypeCode binnen ram:ApplicableTradeTax. Het conflict komt meestal voort uit een ERP-mapping die de datum altijd vult en daarnaast een omschrijvingscode hardcodeert.

Zo lost u het op

Bepaal welke van de twee u nodig hebt en verwijder de andere. Als het belastbare feit op een specifieke dag valt, behoud dan cbc:TaxPointDate / ram:TaxPointDate (formaat JJJJ-MM-DD in UBL, format 102 JJJJMMDD in CII) en laat de code weg. Wilt u aangeven dat het belastbare feit de factuurdatum, leverdatum of betaaldatum is, gebruik dan alleen de code uit UNTDID 2005: 3 (uitgiftedatum factuur), 35 (leverdatum), 432 (betaaldatum). De meeste facturen hebben geen van beide nodig; als de leverdatum samenvalt met het belastbare feit, volstaat cac:Delivery/cbc:ActualDeliveryDate (BT-72) meestal.

Voorbeeld (geldig)

<cac:InvoicePeriod>
  <cbc:DescriptionCode>35</cbc:DescriptionCode>
</cac:InvoicePeriod>

Wat de validator controleert

Gecontroleerd element (context):

UBL

/ubl:Invoice | /cn:CreditNote

Test (XPath):

(exists(cbc:TaxPointDate) and not(cac:InvoicePeriod/cbc:DescriptionCode)) or (not(cbc:TaxPointDate) and exists(cac:InvoicePeriod/cbc:DescriptionCode)) or (not(cbc:TaxPointDate) and not(cac:InvoicePeriod/cbc:DescriptionCode))

CII

//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax

Test (XPath):

((//ram:TaxPointDate) and not(//ram:DueDateTypeCode)) or (not (//ram:TaxPointDate) and (//ram:DueDateTypeCode)) or (not (//ram:TaxPointDate) and not (//ram:DueDateTypeCode))

Controleer uw factuur

Sleep uw XML of PDF naar de validator; elke overtreden regel linkt naar zijn pagina hier. Gratis, zonder account, het bestand wordt niet opgeslagen.

Controleer uw factuur →

Dezelfde controle via API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Gerelateerde regels

BR-CO-04 Factuurregel zonder btw-categoriecode (BT-151)
BR-CO-05 Redencode en reden van de korting op documentniveau moeten…
BR-CO-06 Redencode en reden van de toeslag op documentniveau moeten aangeven…
BR-CO-07 Redencode en reden van de regelkorting moeten aangeven…
BR-CO-08 Redencode en reden van de regeltoeslag moeten dezelfde…
BR-CO-09 Btw-identificatienummer zonder geldig landprefix
BR-CO-10 Som van de netto regelbedragen (BT-106) klopt niet met de regels
BR-CO-11 Som van kortingen op documentniveau (BT-107) is onjuist

Veelgestelde vragen

Wat betekent BR-CO-03?

BR-CO-03 is een en 16931-kernregel: Value added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.

Wordt mijn factuur geweigerd vanwege BR-CO-03?

Ja. BR-CO-03 is "fataal"; validators (Peppol-accesspoints, KoSIT, KSeF) weigeren de factuur totdat de fout is opgelost.

Voor welke formaten geldt BR-CO-03?

Elke EN 16931-factuur: Peppol BIS Billing 3.0, NLCIUS, XRechnung, ZUGFeRD 2.x / Factur-X (profielen EN 16931, EXTENDED, XRECHNUNG) en andere nationale CIUS. Syntax: UBL en CII.

Bron: EN 16931-1:2017 schematron (CEN TC434, via Peppol BIS 3.0.20). Catalogus gegenereerd uit de officiële regelsets op 2026-10-15.