Customer confuses VAT-id and the internal turnover number on the invoice
Since 2020, NL freelancers and sole traders have a separate VAT-id (on the invoice, NL...B01) and an internal turnover number (toward the tax office). Packages sometimes put the wrong one on invoices.
support/boekhouding-koppelingen/btw-id-vs-omzetbelastingnummer-zzpsteps: 4
Try this first
- Check that the VAT-id, not the turnover number, appears on your invoices
- In Moneybird, Yuki and Exact this lives in company settings under fiscal data
- EU customers under reverse charge only need the VAT-id, not your BSN-derived number
- Politely turn down customers asking for your BSN-related number, it does not belong on an invoice
When to bring us in
On old invoices that still carried the BSN-derived number, this is not an acute breach, but a good moment to fix the template.
See also
- Switching from Exact Online to Yuki, open items and history do not matchPackage migrations stumble on ledger mapping and open AR/AP. Without a mapping table you lose context.
- Twinfield to Exact, dimensions and cost centres go missingTwinfield uses dimensions, Exact uses cost centres and projects. The mapping is not one-to-one.
- Accountant asks for RGS mapping, your ledger does not follow RGSRGS is the Dutch standard chart that SBR filings and accountant software expect. Without mapping, every year-end is manual.
None of the above fits?
Describe your situation below. We pass your input plus the steps you already saw to our AI and return tailored next-step advice. If it's too risky to DIY, we'll say so.
Or skip the DIY entirely
Our Managed IT clients do not look these things up. One point of contact, a fixed monthly price, resolved within working hours.