# BR-CL-01 De factuurtypecode moet uit UNTDID 1001 komen

De factuurtypecode (BT-3) moet een van de factuur- of creditnotacodes zijn die EN 16931 uit UNTDID 1001 overneemt. In UBL hebben de documenten Invoice en CreditNote elk een eigen lijst.

## Probleembeschrijving

> **FOUT**: Codelijstregel van EN 16931 (BR-CL)

> **Waar BR-CL-01 wordt gecontroleerd**
>
> 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-01: codelijstregel van EN 16931, gemeld in de stap “EN 16931-regels”.

## Context en betekenis

BT-3 vertelt de ontvanger of het document als factuur of als creditnota wordt geboekt. In UBL is 381 alleen geldig in cbc:CreditNoteTypeCode: een ERP dat elk document als Invoice met 381 exporteert, schendt deze regel, terwijl dezelfde code in CII geldig is. Een andere oorzaak is een eigen documentsoort als tekst, zoals "INV", in plaats van een code. Koppel elke interne documentsoort vóór de export aan een UNTDID 1001-code. XRechnung beperkt de toegestane codes verder (BR-DE-17).

## Oplossing

Stel BT-3 in op een geldige code, bijv. 380 (handelsfactuur), 326 (deelfactuur), 384 (gecorrigeerde factuur), 389 (zelffacturering) of 875-877 (deel- en eindfacturen voor bouwwerken). Verstuur een creditnota met code 381 in UBL als CreditNote-document (cbc:CreditNoteTypeCode), niet als Invoice. In CII staat de code in rsm:ExchangedDocument/ram:TypeCode.

- [XML valideren](/nl/xrechnung-validator?source=resource&rule=BR-CL-01)
- [Factuur converteren](/nl/pdf-to-xrechnung?source=resource&rule=BR-CL-01)

## Geldige voorbeelden

- BT-3 = 380 — handelsfactuur (UBL Invoice)
- BT-3 = 381 — creditnota (in UBL alleen in een CreditNote-document)

## Ongeldige voorbeelden

- BT-3 = 381 in cbc:InvoiceTypeCode van een UBL-Invoice — creditnotacodes horen in een CreditNote
- BT-3 = INV — eigen documentsoort in plaats van code
- BT-3 = 999 — niet in UNTDID 1001

## Codevoorbeelden

### Geldig XML
```
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
```

### Ongeldig XML
```
<cbc:InvoiceTypeCode>381</cbc:InvoiceTypeCode>
```

## Betrokken velden

- [BT-3 Factuurtypecode](/resources/xrechnung/bt-3-invoice-type-code)

## Gerelateerde regels

- [BR-DE-17](/resources/kosit-validator-errors/br-de-17-invoice-type-code-should-be-xrechnung-supported)

## Validatietools

- [Officiële KoSIT-validator](https://github.com/itplr-kosit/validator): Draai de officiële KoSIT-validator met de XRechnung-configuratie om EN 16931- en XRechnung-regels te controleren.
- [PDF naar XRechnung converteren](/pdf-to-xrechnung): Vind validatiefouten tijdens de conversie en controleer elke correctie.

## Gerelateerde bronnen

- [Officiële specificatie](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle validatiefouten](/resources/kosit-validator-errors): Overzicht van de hier uitgelegde validatieregels uit EN 16931, XRechnung en Peppol.