Naar de inhoud
Thema
Nederlands

Fataal

BR-NL-7: Gebruik een toegestane documenttypecode: 380, 381, 384 of 389

In het kort

Fataal: de factuur komt niet door de geselecteerde controles.

BR-NL-7 betekent dat de documenttypecode niet 380, 381, 384 of 389 is. Kies het documenttype factuur (380), creditfactuur (381), correctiefactuur (384) of self-billingfactuur (389).

Op deze pagina

Wat de regel betekent

De documenttypecode (BT-3) moet 380 (factuur), 381 (creditfactuur), 384 (correctiefactuur) of 389 (self-billingfactuur) zijn. In een UBL-bestand staat de code in het element voor het factuurtype of het creditfactuurtype. In de CII-variant worden dezelfde vier waarden gecontroleerd in de typecode van het CII-document.

Waarom het ertoe doet

De typecode vertelt de ontvanger hoe het document geboekt moet worden. De Nederlandse NLCIUS-regels accepteren alleen deze vier, dus elke andere code, ook een die andere regelsets wel toestaan, faalt de controle en de factuur wordt geweigerd.

Zo los je het op

Controleer het documenttype in je factuursoftware. Een gewone factuur hoort 380 te zijn en een creditfactuur 381. Kun je de code met de hand instellen, kies dan een van de vier. Is het document helemaal geen factuur, dan hoort het niet als e-factuur te worden verstuurd.

De gepubliceerde tekst van de regel

The invoice or credit note type code (cbc:InvoiceTypeCode/cbc:CreditNoteTypeCode) MUST have one of the following values: 380, 381, 384, 389

Als NLCIUS (CII) de regel toepassen, luidt die:

The invoice type code (ram:TypeCode) MUST have one of the following values: 380, 381, 384, 389

Waar deze regel geldt

Regelset Versie
SI-UBL 2.0 / NLCIUS (invoice) 2.0.3.13
SI-UBL 2.0 / NLCIUS (credit note) 2.0.3.13
NLCIUS (CII) 1.0.3.13
Tekst van de regel uit phive-rules 4.6.4.

Controleer je bestand

Sleep je e-factuur hierheen om te zien of die nog steeds niet aan BR-NL-7 voldoet en aan welke andere regels ook niet.

Bijgewerkt op 6 november 2026