What it means
When the document type code (BT-3) is 384, the file must contain a reference to the earlier invoice (BT-25), which is its invoice number. The check only looks that the reference is present. It does not check that the number exists.
Why it matters
A correction only makes sense next to the invoice it corrects. Without the reference the recipient cannot link it to the original, so the file fails the check and the invoice is rejected.
How to fix it
In your invoicing software, create the correction from the original invoice so the link is carried over, or fill in the field for the original invoice number. You do not need the date of the original invoice, see BR-NL-24. If you are not correcting an earlier invoice, type 384 is the wrong choice: use 380 for a new invoice or 381 for a credit note.
The rule as published
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) Where this rule applies
| Rule set | Version |
|---|---|
| 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 |
Check your file
Drop your e-invoice to see whether BR-NL-9 still fails, and which other rules do.
Related rules
- BR-NL-10 A Dutch buyer's company registration number must be KVK or OIN
- BR-NL-11 Invoices with an amount due need payment instructions
- BR-NL-12 Payment method code must be 30, 48, 49, 57, 58 or 59
- BR-NL-13 Order line references need a purchase order number on the invoice
- BR-NL-19 The VAT accounting currency code is not recommended
- BR-NL-20 The VAT point date is not recommended and is ignored