BTW-aansluiting met AI — AI als tweede paar ogen

BTW-aansluiting met AI betekent het inzetten van AI op signaleringen, cross-checks en ICP-controle in de BTW-cyclus — niet om de aangifte zelf te doen, maar om de aansluiting tussen balans en ingediende aangifte te controleren als nooit-moe-wordend tweede paar ogen. Voor finance-teams vermindert dit de kans op een afwijking tussen BTW-balans en aangifte, zonder dat het de eigen verantwoordelijkheid voor juistheid wegneemt.

De BTW-aangifte is voor de meeste MKB- en scale-up-controllers één van de strakste deadlines van de maand of het kwartaal. De Belastingdienst is geduldig met heel weinig dingen, en een afwijking tussen het BTW-saldo op de balans en de ingediende aangifte is er één van. Tegelijk is BTW-aansluiting precies het soort werk dat zich laat omschrijven als "discipline, snelheid en nauwgezetheid" — wat het tot een natuurlijke kandidaat maakt voor AI-ondersteuning. Niet om de aangifte te laten doen door AI, maar om de aansluiting te laten controleren door een tweede paar ogen dat nooit moe wordt en altijd alles tegelijk overziet.

Dit artikel beschrijft wat AI vandaag in een BTW-cyclus realistisch toevoegt, waar de grens zit, en hoe een werkende workflow eruitziet.

Waar de tijd en het risico zitten

Een typische BTW-cyclus bij een handelsbedrijf van 50 FTE met EU-leveranciers en EU-klanten ziet er ruwweg zo uit:

• Boekjaarrekening-stand BTW per balansrekening optellen (verschuldigd, te vorderen, ICP).
• Aangifte-uitdraai uit het boekhoudsysteem genereren.
• Het verschil tussen die twee bepalen — er zit altijd een verschil door timing, correcties of foutieve boekingen.
• Het verschil verklaren post voor post.
• Correctieboekingen opnemen.
• ICP-aangifte separaat genereren en controleren tegen de hoofdaangifte.
• Aangifte indienen.

De tijd zit niet in het indienen, maar in stap 3, 4 en 6: het zoekwerk naar verschillen. De risico's zitten in subtiel-foute tarieftoepassingen, in EU-handel die op de verkeerde rubriek wordt geboekt, in privégebruik dat niet gecorrigeerd is, en in oninbare debiteuren waar de BTW al wel teruggevraagd had mogen worden.

Veelgemaakte fouten die in praktijk blijven terugkomen:

• BTW op 21% toegepast op een dienst die onder 9% valt (of omgekeerd).
• ICP-leveringen die wel als 0%-export zijn geboekt maar niet in de ICP-opgave staan.
• Voorbelasting op privégebruik (auto, telefonie) niet gecorrigeerd.
• BTW op oninbare vorderingen niet teruggevraagd, of te vroeg teruggevraagd.
• Correctieboekingen uit vorige periodes die niet in de aangifte verwerkt zijn.
• BTW-verlegd waar dat fiscaal niet hoort, of niet-verlegd waar dat wel hoort.

Dit zijn precies de fouten die een AI goed kan signaleren — niet omdat hij ze "snapt", maar omdat hij patronen tegelijk kan overzien die voor een mens te veel tegelijk zijn.

Wat AI wel en niet doet in de BTW-cyclus

Wat AI goed doet:

• Cross-check balans-vs-aangifte. Het saldo op de balansrekeningen vergelijken met de aangifte-uitdraai en exact pinpointen waar het verschil zit, op factuur- of grootboekboeking-niveau.
• Patroon-signalering. Bijvoorbeeld: "klant X heeft historisch altijd 21% BTW, deze factuur heeft 9% — bedoeld of fout?" Of: "leverancier Y leverde altijd in NL, deze factuur uit Duitsland is geboekt als binnenlandse BTW, mogelijk ICP".
• ICP-controle. Geboekte 0%-EU-leveringen aflopen, controleren of het BTW-nummer van de klant geldig is (via VIES), en checken of de boeking in de ICP-opgave landt.
• Voorbereiden van correcties. Concept-correctieboekingen opstellen op basis van geïdentificeerde verschillen, ter goedkeuring door de controller.
• Aansluiting met btw-aangifte van vorige periode. Bijvoorbeeld: zijn correcties uit Q1 die in Q2 verwerkt hadden moeten worden, ook daadwerkelijk opgenomen?

Wat AI niet doet en ook niet moet willen doen:

• Eindverantwoordelijkheid voor de aangifte. De aangifte wordt ondertekend (digitaal) door een persoon, met fiscaal-juridische werking. Een AI tekent niet.
• Materialiteitsoordeel. Of een verschil van €127 een correctie waard is of als ruis kan blijven liggen, is een controller-oordeel — sterk afhankelijk van patroon en historie.
• Fiscale interpretatie bij grensgevallen. Een dienst die in een grijs gebied tussen tarieven of regimes valt (denk aan congresorganisatie met internationale sprekers) vraagt fiscaal oordeel. AI kan opties beschrijven, niet kiezen.
• Beoordelen van bedrijfsspecifieke afspraken. Een leverancier waarmee een afwijkende factureerwijze is afgesproken (vooruitfacturatie, bundeling), of een klant met een specifieke tarief-toepassing op basis van een ruling — dat is bedrijfskennis, geen patroon-herkenning.

Anatomie van een werkbare workflow

Een AI-ondersteunde BTW-aansluiting kan er stap voor stap zo uitzien.

Stap 1 — Data-ophaal en saldobepaling

AI: Haalt balansstanden van alle BTW-rekeningen op, haalt de aangifte-uitdraai uit het boekhoudsysteem op, en presenteert een aansluittabel met per rubriek het verschil. Mens: Geen ingreep nodig — dit is read-only werk. HITL: N.v.t.

Stap 2 — Verschil-analyse en signalering

AI: Loopt elke onverklaarde verschilpost na, herleidt 'm tot één of meer boekingen, en classificeert: timing, tarief-vraag, ontbrekende correctie, geboekt-op-verkeerde-rubriek, of "onbekend, vereist controller-oordeel". Mens: Controller reviewt elke signalering in een queue: timing-verschillen kunnen meestal blijven staan, tarief-vragen worden geverifieerd, correcties worden goedgekeurd of bijgesteld. HITL: Op elke signalering die tot een boeking leidt.

Stap 3 — ICP-controle

AI: Loopt alle 0%-EU-leveringen na, valideert BTW-nummer van de klant via VIES, controleert of de boeking in de ICP-opgave is opgenomen, en flagt afwijkingen. Mens: Controller verifieert per afwijking of het een fout is (geen geldig BTW-nummer, ICP-opgave moet worden aangevuld) of een verklaarbare uitzondering. HITL: Op elke correctie van een 0%-tarief of een aanpassing van de ICP-opgave.

Stap 4 — Concept-correcties

AI: Stelt voor elke goedgekeurde signalering een concept-journaalpost op, met bedrag, rubriek, tegenrekening en toelichting. Mens: Controller (of bij vier-ogen: tweede controller) accordeert per boeking. HITL: Standaard, want het zijn formele BTW-correcties.

Stap 5 — Aangifte-voorbereiding en indiening

AI: Genereert een vooraankondigingsoverzicht: wat gaat in de aangifte komen, met per rubriek de bron en het bedrag. Mens: Controller of finance-manager leest het overzicht door, doet de eindcheck, en dient zelf de aangifte in via het officiële kanaal. HITL: Vóór indiening. De aangifte zelf wordt door een mens ingediend; geen agent klikt op "verzenden".

Audit-grade — wat moet je vasthouden voor controle

De Belastingdienst en je externe accountant willen achteraf vaststellen dat de aangifte deugt. Dat betekent voor een AI-ondersteunde cyclus:

Een audit-trail per signalering en per correctie. Welke balansstand was input, welke boekingen zijn als onderbouwing gebruikt, welke AI-classificatie is gegeven, welke controller heeft op welk moment goedgekeurd, welke correctie is geboekt. Dezelfde discipline als bij handmatig boekenwerk — alleen sterker geautomatiseerd vanaf nu.

Een bewijsspoor van de aangifte zelf. De uiteindelijk ingediende aangifte plus alle documenten en correcties die daartoe geleid hebben. Niet alleen in het boekhoudsysteem, maar ook in een aparte map of systeem waar de aangifte-versie en de onderliggende AI-acties samen zichtbaar zijn.

Een periodieke kwaliteitscheck op de AI-signalering zelf. Bijvoorbeeld: per kwartaal pak je 20 willekeurige signaleringen uit de queue en controleert handmatig of de classificatie van de AI klopt. Loopt de fout-rate op, dan grijp je in voordat het in een aangifte landt. Deze meta-check is zelf ook auditbewijs: je hebt aangetoond dat je de werking van je AI-tool monitort.

Wat dit oplevert

De tijdwinst bij teams die hier al een paar maanden mee werken ligt typisch op 40-60% van de tijd die nu aan BTW-aansluiting opgaat — vooral op stap 2 en 3 (verschil-analyse en ICP-controle). De kwaliteitswinst is even belangrijk: fouten die nu pas in een suppletie worden opgemerkt, worden eerder gesignaleerd. Een suppletie kost niet alleen tijd en boete-risico, maar ook geloofwaardigheid richting de Belastingdienst — en die geloofwaardigheid is, eenmaal aangetast, langzaam te herstellen.

Grenzen — wanneer AI hier niet helpt

Een paar situaties waarin een AI-ondersteunde BTW-aansluiting minder bijdraagt:

• Sterk wisselende of nieuwe businessmodellen. Een SaaS-bedrijf dat net is gestart met internationale licenties of een nieuwe productlijn met afwijkende BTW-behandeling — daar mist de AI de patronen die nodig zijn voor goede signalering. Eerst zelf doen, dan automatiseren.
• Onstabiele boekingsdiscipline. Als boekingen wekelijks anders worden gestructureerd of het rekeningschema continu wijzigt, kan de AI geen betrouwbare patronen leren. Eerst de boekingsdiscipline op orde, dan AI inzetten.
• Eenmans-finance-afdeling zonder backup. AI verhoogt het tempo waarop fouten kunnen worden gemaakt. Als er geen tweede paar ogen beschikbaar is (geen vier-ogen, geen externe controller die meekijkt), wordt de afhankelijkheid van de AI-correctheid groter dan verstandig is voor BTW.