Ga naar de hoofdinhoud

Referentie

Markdown-export

BR-CL-06 De code voor de btw-verschuldigdheidsdatum moet uit de toegestane lijst komen

De code voor de btw-verschuldigdheidsdatum (BT-8) moet in UBL 3, 35 of 432 zijn (beperking van UNTDID 2005) en in CII 5, 29 of 72 (beperking van UNTDID 2475).

Probleembeschrijving

FOUT

Codelijstregel van EN 16931 (BR-CL)

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-CL-06 codelijstregel 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-CL-06: codelijstregel 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

BT-8 geeft aan welke gebeurtenis het btw-tijdstip bepaalt als er geen expliciete datum (BT-7) is; BT-7 en BT-8 mogen niet allebei aanwezig zijn (BR-CO-3). De regel faalt meestal na een omzetting tussen UBL en CII waarbij de code ongewijzigd wordt overgenomen, want elke syntaxis heeft een eigen codelijst. Een andere oorzaak is een algemene datumkwalificatie zoals 137 (documentdatum). Voorbeeld: wordt de btw bij betaling verschuldigd, gebruik dan 432 in UBL en 72 in CII.

Oplossing

Gebruik in UBL (cac:InvoicePeriod/cbc:DescriptionCode) 3 (factuurdatum), 35 (feitelijke leveringsdatum) of 432 (betalingsdatum). Gebruik in CII (ram:ApplicableTradeTax/ram:DueDateTypeCode) 5 (factuurdatum), 29 (leveringsdatum) of 72 (betalingsdatum). Meng de twee lijsten niet.

Snelle acties

XML validerenFactuur converteren

Geldige voorbeelden

  • UBL: BT-8 = 35 — feitelijke leveringsdatum
  • CII: BT-8 = 72 — betalingsdatum

Ongeldige voorbeelden

  • UBL: BT-8 = 5 — CII-code, niet toegestaan in UBL
  • CII: BT-8 = 35 — UBL-code, niet toegestaan in CII
  • UBL: BT-8 = 137 — documentdatum, buiten de beperking

Codevoorbeelden

Geldig XML
<cac:InvoicePeriod>
  <cbc:DescriptionCode>35</cbc:DescriptionCode>
</cac:InvoicePeriod>
Ongeldig XML
<cac:InvoicePeriod>
  <cbc:DescriptionCode>5</cbc:DescriptionCode>
</cac:InvoicePeriod>

Betrokken velden

BT-8 Code btw-verschuldigdheidsdatum

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.