AI voor accountantskantoren kiezen: test bronbewijs en vrijgave

De demo ziet er goed uit. Een dashboard kleurt groen, de leverancier noemt honderden checks en de verkoper laat een conceptjaarrekening zien. Toch weet je na zo’n demo nog niet of je kantoor hier werkelijk mee kan werken. De beslissende test is veel minder glanzend: kan een reviewer bij één twijfelgeval de bronpassage, de reden, de dossiercontext en het uiteindelijke besluit reconstrueren?

Deze gids is voor de eigenaar, kwaliteitsverantwoordelijke of vaktechnisch verantwoordelijke die AI-checks voor een accountantskantoor wil inkopen. Je test één echte dossierstroom voordat je een abonnement of implementatie aangaat. De AI leest en signaleert. De accountant beoordeelt, wijzigt of verwerpt en geeft pas daarna vrij.

Een controleerbare AI-check voor accountancy is een controlevoorstel dat een reviewer kan herleiden naar brondata, gebruikte regel, dossiercontext, uitzonderingsreden en versie van de uitkomst. De check mag een aandachtspunt vinden of een conceptstuk klaarzetten. Hij is pas bruikbaar als een bevoegde medewerker het besluit begrijpt, vastlegt en vrijgeeft.

De productinformatie en prijzen in deze gids zijn gecontroleerd op 29 oktober 2026. De AI4 Accountancy-publicatie waar de aanleiding uit voortkomt dateert van 19 oktober 2026. De officiële pagina’s van AI4, AFAS, NIST, de AI Act Service Desk, de Belastingdienst, NBA en n8n zijn op 29 oktober 2026 geraadpleegd; voor de AI Act gebruik ik de geconsolideerde tekst van 27 juli 2026. Voor regels en bewaarplichten noem ik de versie of datum van de geraadpleegde bron, zodat je een verlopen detail niet voor een blijvende waarheid aanziet.

De concrete aanleiding is AI4 Accountancy dat ruim 300 checks en materialiteitsgrenzen vóór de review zet. Dezelfde grens geldt voor factuur- en dossierdata: OCR maakt velden leesbaar, maar bewijst geen vrijgave. Een aankooptest moet dus verder gaan dan de vraag of een model iets kan vinden.

Wat je nodig hebt voor een eerlijke test

Je hebt geen volledig nieuw kantoorplatform nodig om een aankoopbeslissing te testen. Je hebt wel een klein, representatief dossierpakket nodig en vooraf vastgelegde eisen voor bewijs en vrijgave. Zonder die eisen wint de soepelste demo.

Regel dit voordat je een leverancier uitnodigt:

• Eén afgebakende werkstroom. Kies bijvoorbeeld de samenstelcontrole van een jaarrekening op basis van Exact Online. Neem niet tegelijk belastingaangifte, Wwft en klantbeheer mee. Je wilt één route van brondata naar klantuitkomst kunnen volgen.
• Een proceseigenaar en reviewer. De proceseigenaar kent de werkwijze en de uitzonderingen. De reviewer moet inhoudelijk bevoegd zijn om een aandachtspunt te accepteren, te corrigeren of af te wijzen. Een verkoper of junior die alleen een vinkje zet, is geen onafhankelijke test.
• Een vaste bronkopie. Leg vast welke administratie, periode, exports of API-snapshot je gebruikt. Noteer ook wanneer de bron is opgehaald. AI4 vermeldt op de productpagina dat Exact Online en AFAS werken, dat gegevens standaard elke nacht worden ververst en dat een beheerder zelf kan verversen. Dat is bruikbaar, maar je moet in de proef zelf aantonen welke bronversie de check gebruikt.
• Een lijst met verwachte uitzonderingen. Voeg minstens één verouderde post, één ontbrekend document, één afwijking onder de materialiteitsgrens en één bronconflict toe. Een testset met alleen keurige administraties meet vooral de demo.
• Een bewijscontract per check. Beschrijf vooraf welke velden de leverancier moet tonen: bron-ID, bronpassage of regel, periode, gebruikte checkversie, materialiteitsgrens, dossiercontext, uitkomst, redenencode, reviewer, tijdstip en status.
• Read-only toegang. Geef een platform tijdens de proef geen recht om boekingen, aangiften of klantcommunicatie te wijzigen. Bij AFAS betekent dat een GetConnector voor ophalen en geen UpdateConnector voor aanmaken, aanpassen of verwijderen. De officiële AFAS-documentatie maakt dat onderscheid expliciet.
• Een plek voor het logboek. Bewaar de testcases, bronversies, voorgestelde uitkomsten, opmerkingen en vrijgavebesluiten buiten de chat of demo. Dat kan in PostgreSQL, Supabase of een gecontroleerde tabel. Een spreadsheet kan voor tien cases werken, zolang iemand hem niet stilletjes overschrijft.
• Een klantuitkomst. Bepaal wat er aan het eind gebeurt. Dat kan een intern aandachtspunt zijn, een conceptdossier of een klantvriendelijk rapport. Niets mag naar de klant voordat de reviewer het heeft vrijgegeven.
• Een budgetbesluit. Neem licentie, koppeling, inrichting, menselijke review en beheer apart op. De prijs van een AI-platform vertelt je niet wat het kost om brondata op orde te brengen of uitzonderingen te behandelen.

Voor een pilot van zes weken met twaalf dossiers kun je vooraf rekenen op ongeveer €5.000 tot €6.000 exclusief btw. Dit is een werkraming, geen leveranciersofferte. Ik neem twee betaalde maanden AI4 Basis, twaalf administraties, één read-only koppeling, vijftien revieweruren en acht uur beheer aan. De prijskaart van AI4 noemt op 29 oktober 2026 €175 per maand voor de verplichte CRM AI-platformbasis en €10 per administratie per maand voor Basis. De losse Review AI van €35 per review laat ik buiten de basisraming.

Voor het reviewer- en beheertarief gebruik ik €112 als rekenanker, afgerond op het gemiddelde gerealiseerde klantuur in de Accountancy Benchmark over juli 2025 tot en met juni 2026, gecontroleerd op 29 oktober 2026. Het tarief van €125 voor technische inrichting is bewust een eigen planningsaanname. Als je voor alle twaalf dossiers ook de losse Review AI inzet, komt €420 erbij en wordt de raming ongeveer €5.600.

Gebruik dit bedrag als go/no-go-budget. Koop pas als de pilot de kritieke checks herleidbaar maakt, geen vrijgave zonder bevoegde reviewer oplevert en de terugkerende kosten passen bij de verwachte werkbesparing of risicoreductie. In dit voorbeeld is alleen de licentie na de pilot al €295 per maand; reserveer daarnaast ongeveer €448 per maand voor vier uur beheer en houd revieweruren als aparte operationele kosten zichtbaar. Een geslaagde demo zonder die rekensom is nog geen koopbeslissing.

AI4 Accountancy noemt voor Samenstel AI ruim 300 checks in meer dan 20 modules. De productpagina noemt onder meer balans, omzet, kosten, btw, fiscale positie, materialiteit en extra werkzaamheden volgens COS 4410. Dat is een concrete productomvang, geen bewijs dat iedere check voor jouw dossiers geschikt is. Vraag per check om een voorbeeld van de bron en de uitkomst.

De openbare prijskaart van AI4, gecontroleerd op 29 oktober 2026, noemt een verplichte CRM AI-platformbasis van €175 per maand of €1.490 per jaar per kantoor, exclusief btw. Daarbovenop staat Basis op €10 per administratie per maand, Pro op €13,46 en Enterprise op €15,21. Review AI staat op €35 per review en is in Enterprise inbegrepen. Gebruik deze bedragen als startpunt voor de rekensom, niet als reden om de bewijsproef over te slaan.

Controleer ook de gegevensverwerking. AI4 schrijft in de actuele FAQ dat database en bestandsopslag in Ierland staan, terwijl bepaalde diensten zoals e-mail, AI-analyses en digitaal ondertekenen met Amerikaanse leveranciers werken onder verwerkersovereenkomsten en standaardcontractbepalingen. Vraag de volledige lijst van verwerkers, bewaartermijnen, verwijdering na de proef en export van het dossier op voordat je echte klantdata gebruikt.

0/8

• Eén werkstroom met een duidelijke begin- en eindstatus
• Een proceseigenaar en een bevoegde reviewer
• Een vaste bronkopie met administratie, periode en ophaaltijdstip
• Normale dossiers plus vooraf gekozen twijfelgevallen
• Per check: bron, regel, materialiteit, reden, versie en uitkomst
• Read-only rechten voor Exact Online, AFAS Profit of het gekozen pakket
• Een append-only testlog met reviewer en vrijgavetijdstip
• Een afgesproken klantuitkomst die pas na menselijke vrijgave verschijnt

Concrete stappen: van brondata naar menselijke vrijgave

Met een read-only aankoopproef test je één echte dossierstroom van bronkopie tot menselijke vrijgave. Je vergelijkt normale cases met uitzonderingen, controleert per uitkomst bron, regel, context en reden, en legt reviewer, versie en klantuitkomst vast. Zo beslis je onderbouwd of je koopt, koppelt of eerst maatwerk bouwt.

Volg deze stappen om de proef uit te voeren:

1. Kies één echte dossierstroom

Schrijf de route in één zin op: “De tool leest de administratie van klant X over boekjaar Y, voert samenstelchecks uit, toont bewijs en zet ieder aandachtspunt klaar voor een reviewer.” Laat woorden als “automatisch controleren” weg. Die zeggen nog niet wat het systeem leest of wat het mag beslissen.

Kies één bronpakket. Bij Exact Online leg je vast welke administratie en welke periode de koppeling leest. Bij AFAS Profit leg je vast welke GetConnectoren of datadefinities worden gebruikt. Vraag ook hoe een nieuwe synchronisatie wordt gestart en hoe je ziet dat de bron na een correctie is bijgewerkt. Een nachtelijke verversing kan prima zijn voor een jaarafsluiting, maar niet als de reviewer denkt dat hij naar de stand van tien minuten geleden kijkt.

Maak drie statussen los van elkaar:

1. Ontvangen: de gegevens zijn opgehaald en er is een bronversie.
2. Gecontroleerd: de check heeft een voorstel, bewijs en status opgeleverd.
3. Vrijgegeven: een bevoegde medewerker heeft de concrete uitkomst beoordeeld.

Een groen scherm mag nooit tegelijk deze drie betekenissen dragen.

2. Schrijf het bewijscontract vóór je de demo beoordeelt

Maak voor iedere belangrijke check een klein contract. Bijvoorbeeld voor “debiteuren ouder dan 90 dagen”:

De bewijsregel is simpel: iemand die niet bij de demo was, moet de uitkomst kunnen reconstrueren. Een confidence-score van 0,98 is geen bronbewijs. Een link naar een heel groot grootboek is ook geen bewijs als de relevante regel niet is aangewezen.

Dat onderscheid sluit aan op de actuele AI4-productinformatie: het platform zegt per aandachtspunt te tonen waar de informatie vandaan komt en laat de medewerker beslissen. De onafhankelijke beschrijving van Accountancy Vanmorgen van 19 oktober 2026 meldt dat de medewerker beoordeelt en dat wie wat wanneer beoordeelde in het dossier blijft vastgelegd. Vraag tijdens de proef om dat dossierrecord te openen, niet om een mondelinge bevestiging.

3. Bouw een testset met normale dossiers en breekpunten

Gebruik geen dataset die de leverancier zelf selecteert. Neem een kleine, goedgekeurde set uit je eigen werk en label de cases voordat de tool ze ziet. Een bruikbare set bevat:

• een normale administratie waarbij je de verwachte aandachtspunten kent;
• een post boven de materialiteitsgrens met volledig bewijs;
• een afwijking onder de grens die toch context nodig heeft;
• een ontbrekende onderbouwing, zoals een bankafschrift of toelichting;
• een bronconflict tussen de administratie, een dossierstuk en een eerdere verklaring;
• een correctie die je na de eerste synchronisatie in Exact Online of AFAS aanbrengt;
• een dubbele kandidaat of gewijzigde bronversie;
• een geval waarin de check niets mag concluderen.

Leg voor elke case een verwachte uitkomst vast. Niet omdat jouw verwachting altijd juist is, maar omdat je na de run kunt uitleggen waar het verschil zit. Noteer ook welke uitkomst een harde stop is. Een foutieve bronverwijzing of een niet-herleidbare groene status moet zwaarder wegen dan een onhandige formulering in een rapport.

4. Laat de tool lezen, niet handelen

Start de eerste run met een kopie of een read-only verbinding. Bij een eigen koppeling gebruik je uitsluitend leesrechten. Bij AFAS haal je gegevens op via GetConnectoren en houd je UpdateConnectoren buiten de test. Bij Exact Online vraag je de leverancier welke rechten de OAuth-verbinding precies gebruikt en laat je een beheerder de toegestane scope controleren.

Laat de tool voor iedere check een afzonderlijk record maken. Bewaar de bronversie, uitkomst en gebruikte regel samen. Laat een model geen bedragen optellen, materialiteit bepalen of een boeking uitvoeren als je niet kunt zien welke deterministische bron en berekening daaronder liggen.

Een platform kan een conceptjaarrekening of rapportage genereren. Behandel dat als een voorstel. Vergelijk de cijfers met de gecontroleerde bron en controleer of ieder aandachtspunt nog naar dezelfde bronversie verwijst. De concepttekst is geen vrijgave.

5. Test de uitzonderingsroute op reden en eigenaar

Een lijst met “AI confidence low” is geen werkvoorraad. Maak codes die de volgende actie sturen. Voor deze proef zijn bijvoorbeeld bruikbaar: bron_ontbreekt, bron_conflict, materiaaliteit_overschreden, verversing_oud, dossiercontext_ontbreekt, dubbele_post en check_niet_toepasbaar.

Bij iedere code horen een eigenaar en een herstelactie. bron_ontbreekt gaat naar degene die het dossierstuk kan aanleveren. verversing_oud gaat naar de synchronisatie-eigenaar. materiaaliteit_overschreden gaat naar de reviewer die inhoudelijk beslist. De medewerker moet kunnen kiezen tussen corrigeren, aanvullende bron opvragen, accepteren met motivatie, afwijzen of terugzetten naar handwerk.

Meet niet alleen hoeveel uitzonderingen de tool vindt. Noteer hoeveel uitzonderingen met één handeling oplosbaar zijn, welke blijven hangen en welke het oordeel veranderen. Een hoger percentage uitzonderingen kan juist een teken zijn dat de tool twijfelgevallen zichtbaar maakt in plaats van ze stilletjes groen te kleuren.

6. Laat de reviewer één concrete vrijgave uitvoeren

De reviewer opent de bron naast de checkuitkomst. Hij controleert minimaal:

• of de bron bij de juiste administratie en periode hoort;
• of de bronpassage de uitkomst werkelijk ondersteunt;
• of de gebruikte materialiteitsgrens en checkversie zichtbaar zijn;
• of de dossiercontext compleet genoeg is;
• of de redenencode bij de situatie past;
• of de motivatie van de reviewer de beslissing uitlegt;
• of het systeem de uitkomst na de beslissing niet stilzwijgend wijzigt.

Leg de keuze vast als vrijgegeven, vrijgegeven_met_opmerking, afgewezen of handmatig_overgenomen. Leg bij een correctie de oude en nieuwe waarde vast. De reviewer mag de AI-uitkomst overrulen zonder de voorgestelde waarde te bewaren als waarheid. Dat is juist de professionele vrijgave.

7. Doe een read-back op het dossierresultaat

Bij een read-only controle is de read-back geen tweede boeking. Het is een vergelijking tussen wat de reviewer zag en wat het platform in het dossier, exportbestand of rapport heeft opgeslagen. Controleer de case-ID, administratie, periode, bronversie, checkversie, uitkomst, motivatie, reviewer en status.

Als een leverancier zegt dat een dossier is opgeslagen, vraag dan om een export en open die in een aparte omgeving. Controleer of een later gewijzigde bron de oude uitkomst overschrijft. Een audit trail die alleen de laatste status bewaart, laat niet zien wat de reviewer op het moment van vrijgave wist.

Voor de Nederlandse fiscale administratie is dat onderscheid praktisch belangrijk. De Belastingdienst schrijft op de actuele pagina “Uw facturen bewaren” dat facturen in de verstuurde of ontvangen vorm moeten worden bewaard, zeven jaar, en dat een digitale administratie binnen redelijke termijn controleerbaar moet zijn. Voor een AI-check is dat geen automatische bewaarplicht voor elk modeltoken. Het is wel een duidelijke reden om de oorspronkelijke bron en de beslisgeschiedenis niet te vervangen door een samenvatting.

8. Beslis op bewijs, uitzonderingen en klantuitkomst

Maak na de proef een rapport per checktype. Gebruik minimaal deze maten:

Gebruik een stopregel: één niet-herleidbare beslissing op een gevoelig onderdeel is genoeg om de aankoop uit te stellen. Een aantrekkelijke gemiddelde score maakt een foutieve vrijgave niet ongedaan. Het NIST AI RMF Playbook vraagt om passende meetmethoden, aanvaardbare grenzen en correctie wanneer een systeem daarbuiten komt. Wie die meetdiscipline verder wil uitwerken, kan de uitzonderingsratio, vrijgavetijd en herstelduur per taaktype meten in plaats van één gemiddeld agentcijfer te gebruiken.

Valkuilen die je aankooptest laten mislukken

Je test alleen de goede route

Een nette administratie met complete documenten laat vooral zien dat de parser kan lezen. Voeg een oude bron, een conflict en een ontbrekend stuk toe. Als de leverancier geen breekpunten wil tonen, test je geen productierisico maar een presentatie.

Je verwart materialiteit met toestemming

Een bedrag onder de materialiteitsgrens kan nog steeds een patroon, fraude-indicatie of dossierprobleem blootleggen. Laat de tool de grens gebruiken om aandacht te ordenen. Laat de reviewer beslissen wat de context betekent.

Je accepteert “bron beschikbaar” zonder bronpassage

Een systeem kan zeggen dat het antwoord uit Exact Online kwam zonder te tonen uit welk record, welke periode of welke regel. Eis een klikbare bronlocatie of een export die de passage ondubbelzinnig aanwijst. Anders is de uitkomst niet sneller te controleren dan een losse samenvatting.

Je maakt van de uitzonderingsqueue een afvalbak

“Overig” en “confidence laag” zijn geen redencodes. Zonder oorzaak weet je niet welke regel, bron of eigenaar je moet verbeteren. Beperk de lijst in de proef en voeg pas een nieuwe code toe als je weet welke actie erbij hoort.

Je laat de reviewer blind vrijgeven

Een reviewer die alleen de groene status en een knop ziet, is een decoratieve menselijke schakel. Toon bron, regel, context, verschil en reden naast elkaar. Laat de reviewer ook afwijzen en terugzetten naar handwerk.

Je vergeet de verversingsgrens

Een nachtelijke synchronisatie is een producteigenschap, geen fout. Het wordt wel een fout als het scherm “actueel” lijkt en de gebruiker niet ziet dat de bron van gisteren is. Test een correctie na de eerste synchronisatie en maak ouderdom een zichtbare status.

Je geeft schrijfrechten om de demo mooier te maken

Een platform dat tijdens de proef meteen boekt of een dossier overschrijft, maakt vergelijking moeilijk en herstel duur. Begin met lezen. Als later schrijven nodig is, ontwerp daar een aparte vrijgave, idempotentie, back-up en read-back voor.

Je bewaart alleen de eindstatus

Vrijgegeven zonder vorige waarde, bronversie, checkversie en reviewer zegt te weinig. Bewaar de gebeurtenissen die de beslissing verklaren. Voor hoog-risico-AI vereist artikel 12 van de geconsolideerde AI Act, gebaseerd op de tekst van 27 juli 2026, automatische registratie van relevante gebeurtenissen gedurende de levensduur van het systeem. Dat artikel bepaalt niet automatisch dat jouw accountancycheck hoog risico is. Het ontwerpprincipe is wel sterk: logging hoort bij de werking, niet bij een achteraf toegevoegd rapport.

Je noemt professionele verantwoordelijkheid een functie

De NBA noemt AI voor Audit & Assurance in de ontwikkelthema’s 2026-2028 en schrijft dat accountants moeten letten op de invloed van AI op controleaanpak, risico-inschatting en betrouwbaarheid van gegevens. Dat is een vakcompetentie, geen knop in de software. Leg dus vast welke kennis, bevoegdheid en tijd de reviewer nodig heeft.

Beslis-kader: wanneer koop je, wanneer bouw je?

De keuze draait om vijf vragen: is de bron toegankelijk, is het bewijs zichtbaar, zijn uitzonderingen handelbaar, blijft de beslissing bij een bevoegde medewerker en kun je de uitkomst later reconstrueren? Als één van die vijf ontbreekt, koop je geen controleerbare workflow. Je koopt dan vooral een belofte.

Kies kant-en-klaar wanneer je één bestaand boekhoudpakket gebruikt, de standaardchecks bij je werk passen en de leverancier in een proef per uitkomst bron, regel, materialiteit en reviewer laat zien. Dat is de snelste route. Je accepteert wel de verversingsfrequentie, de beschikbare redenencodes en de exportmogelijkheden van het platform.

Kies een platform plus gerichte inrichting wanneer de standaardcontrole goed is, maar jouw kantoor eigen checks, dossierlabels of uitzonderingsroutes nodig heeft. Leg die uitbreiding vast als een apart werkpakket. Vraag wie de regels onderhoudt en of een gewijzigde checkversie terug te vinden is in oude dossiers.

Kies een read-only maatwerkpilot wanneer je meerdere pakketten, veel eigen vaktechnische regels of strikte eisen aan bronopslag hebt. Met een combinatie van een API-laag, een bewijsopslag en een workflowtool zoals n8n kun je de route eerst zonder schrijfacties testen. n8n noemt op de actuele prijskaart €20 per maand bij jaarlijkse betaling voor Starter, met 2.500 workflowuitvoeringen en onbeperkte stappen. Dat is de prijs van orkestratie, niet van de accountancylogica, koppeling, beheer of review.

Koop nog niets wanneer de demo geen bronpassage toont, geen historische versie bewaart, geen redencodes heeft of niet kan uitleggen wie vrijgeeft. Een leverancier mag een mooie output laten zien. Jij mag eisen dat het dossier ook op een slechte dinsdag standhoudt.

Hoe ziet je bronlandschap eruit?

Eén pakket, vooral standaardchecksMeerdere pakketten of eigen regels

De menselijke vrijgave is hier geen algemeen vinkje. Artikel 14 van de geconsolideerde AI Act beschrijft voor hoog-risico-AI dat toezicht zo moet zijn ingericht dat mensen de uitvoer kunnen begrijpen, negeren, overschrijven en het systeem veilig kunnen onderbreken. Artikel 26 legt de nadruk op een aangewezen persoon met de juiste competentie, training, bevoegdheid en ondersteuning. Voor een accountancyproef zijn dat bruikbare ontwerpeisen, los van de vraag of jouw specifieke systeem juridisch als hoog risico valt.

Uitgewerkt voorbeeld: een samenstelcheck met een twijfelgeval

Dit is een fictief rekenvoorbeeld om de test uitvoerbaar te maken, geen klantcase. Een kantoor gebruikt Exact Online voor 120 administraties en wil een AI-laag voor samenstelcontroles inkopen. Het kantoor kiest twaalf dossiers: vier normale jaarafsluitingen, drie met oude debiteuren, twee met ontbrekende onderbouwing, twee met recente correcties en één dossier waarin een bedrag in de administratie niet overeenkomt met de toelichting.

Vooraf maakt het kantoor één bewijscontract voor de check “debiteuren ouder dan 90 dagen”. De materialiteitsgrens van het voorbeeld staat op €5.000. Een uitkomst moet het Exact-record, bedrag, ouderdom, administratie, boekjaar, gebruikte checkversie, bronversie en redenencode tonen.

De eerste run

In dossier 07 vindt de tool een post van €6.800 die 128 dagen openstaat. Het systeem markeert de post boven de grens en toont het record-ID, de factuurdatum en de bronperiode. Dat is een bruikbaar aandachtspunt. Het is nog geen conclusie over de jaarrekening.

De reviewer ziet in een apart dossierstuk een creditnota van €2.000 die nog niet in Exact Online staat. Hij kiest bron_conflict, wijst de case toe aan de samensteller en noteert dat de klant de creditnota moet bevestigen. De AI-uitkomst blijft bewaard als voorstel. De reviewer maakt er geen “fout” van, omdat de oorzaak nog niet vaststaat.

In dossier 09 is een bedrag van €4.700 zichtbaar. De check kleurt dit niet rood omdat het onder de grens ligt. De reviewer opent toch de context en ziet dat dezelfde leverancier in drie maanden terugkomt. Hij kiest dossiercontext_ontbreekt en vraagt een toelichting op. De test laat daarmee zien waarom materialiteit helpt prioriteren, maar geen toestemming vervangt.

De verversingstest

De samensteller verwerkt de creditnota in Exact Online en start geen handmatige verversing. De tool toont de volgende ochtend nog de oude bronversie. Dat is geen reden om het product meteen af te wijzen. Het is wel een reden om de status “bron opgehaald op” prominent te maken en het proces af te spreken: na een correctie verversen, bronversie controleren, daarna pas opnieuw draaien.

Bij de tweede run verandert de uitkomst van dossier 07. De oude aandachtspuntstatus blijft zichtbaar in de historie. De nieuwe run verwijst naar de nieuwe bronversie en toont waarom de post nu anders is. Als de tool alleen de nieuwe groene status laat zien, faalt hij de aankoopproef op audit trail.

De vrijgave en klantuitkomst

De reviewer sluit de elf eenvoudige cases af en behandelt dossier 07 en 09 met een motivatie. De rapportagemodule maakt een concept met één nog openstaande klantvraag. Er wordt niets naar de klant gestuurd. De reviewer controleert de bedragen tegen de bron, wijzigt één formulering en geeft het concept vrij.

Het eindrapport van de pilot bevat daarom geen algemeen “de AI was 92 procent goed”. Het bevat:

• twaalf cases met bronversie en status;
• twee inhoudelijke uitzonderingen met reden en eigenaar;
• één geval waarin de materialiteitsgrens niet genoeg was;
• één verversingsmoment waarin de oude bron bewust zichtbaar bleef;
• de reviewer en het vrijgavetijdstip;
• een export waarin de vrijgegeven uitkomst gelijk is aan de opgeslagen dossierstatus.

De aankoopbeslissing is vervolgens scherp. Het kantoor kan doorgaan als de leverancier voor alle cases het bewijs toont, de uitzonderingsroute niet verstopt en de oude bronversie bewaart. Het kantoor stelt uit als één groene status niet te reconstrueren is, als de update de historie overschrijft of als de klantuitkomst zonder expliciete vrijgave klaarstaat.

Vergelijking: vier routes naar controleerbare AI-checks

De NBA schreef op 14 juli 2026 dat accountants de invloed van AI op controleaanpak, risico-inschatting en betrouwbaarheid van gegevens moeten herkennen en weten waar aanvullende waarborgen nodig zijn. Dat is een betere aankoopmaatstaf dan het aantal AI-checks op een verkoopdia. Tel hoeveel beslissingen je later kunt uitleggen.

De controle moet na de demo standhouden

Een goede AI-check maakt een accountant niet overbodig. Hij maakt zichtbaar waar de accountant zijn aandacht moet inzetten en laat het dossier zien waarop dat oordeel rust. De echte productwaarde zit daarom niet in het aantal groene controles, maar in de vraag of je bij één afwijking kunt teruglopen van klantuitkomst naar vrijgave, van vrijgave naar reden, van reden naar bron en van bron naar de versie die de tool werkelijk heeft gelezen.

Kun je die route in een read-only proef niet afleggen, dan is het nog te vroeg om te kopen. Kun je haar wel afleggen, inclusief een twijfelgeval en een menselijke correctie, dan heb je iets beters dan een demo: een werkende grens tussen wat software voorbereidt en waarvoor het kantoor verantwoordelijk blijft.