Naar de inhoud

Fataal

BR-NL-9: Een correctiefactuur moet naar de gecorrigeerde factuur verwijzen

In het kort

Fataal: de factuur komt niet door de geselecteerde controles.

BR-NL-9 betekent dat het document een correctiefactuur is (typecode 384), maar niet aangeeft welke eerdere factuur het corrigeert. Voeg het factuurnummer van de oorspronkelijke factuur toe als verwijzing naar de voorgaande factuur.

Op deze pagina

Wat de regel betekent

Is de documenttypecode (BT-3) 384, dan moet het bestand een verwijzing naar de eerdere factuur (BT-25) bevatten, dus het factuurnummer daarvan. De controle kijkt alleen of de verwijzing aanwezig is. Ze controleert niet of dat nummer bestaat.

Waarom het ertoe doet

Een correctie heeft alleen betekenis naast de factuur die ze corrigeert. Zonder de verwijzing kan de ontvanger de correctie niet aan de oorspronkelijke factuur koppelen. Het bestand faalt de controle en de factuur wordt geweigerd.

Zo los je het op

Maak de correctie in je factuursoftware vanuit de oorspronkelijke factuur, zodat de koppeling wordt overgenomen, of vul het veld voor het oorspronkelijke factuurnummer in. De factuurdatum van de oorspronkelijke factuur hoeft niet, zie BR-NL-24. Corrigeer je geen eerdere factuur, dan is 384 de verkeerde keuze: gebruik 380 voor een nieuwe factuur of 381 voor een creditfactuur.

De gepubliceerde tekst van de regel

For suppliers in the Netherlands, if the document is a corrective invoice (cbc:InvoiceTypeCode = 384), the document MUST contain an invoice reference (cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID)

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-9 voldoet en aan welke andere regels ook niet.

Bijgewerkt op 6 november 2026