Tutorials

Facturen automatiseren met AI: een agent voor je inkoopfacturen, van inbox naar goedkeuring

Een AI-agent kan inkoopfacturen lezen, het bedrag en de leverancier herkennen en ze klaarzetten voor betaling. Het risico zit niet in een rekenfout, maar in een rekeningnummer dat stilletjes is gewijzigd. Met een beslisregel voor wat de agent zelf mag doen en wat altijd naar een mens gaat.

Dennis ClaassenDennis Claassen16 min lezen
Financieel administrator bekijkt een binnenkomende factuur op een laptop naast een stapel papieren facturen

Meer leren over AI?

In onze hands-on trainingen leer je AI effectief inzetten voor jouw werk.

Dennis Claassen

Dennis Claassen

AI-trainer · 35+ teams getraind

Bekijk de masterclass

Key takeaways

Typ je elke week dezelfde velden van een inkoopfactuur over in je boekhoudpakket? Leverancier, bedrag, btw, vervaldatum. Facturen automatiseren met AI neemt dat over: een agent leest de factuur en zet de gegevens klaar voor verwerking. Het echte risico zit niet waar je het verwacht. Volgens documentfraude-specialist Klippa wijzigen fraudeurs het liefst één klein detail op een anders identieke factuur. Meestal is dat het rekeningnummer. Precies het detail dat iemand onder tijdsdruk overslaat. Een AI-agent slaat het niet over, als je hem dat vooraf opdraagt. Hoe je dat inricht, en waar het juist door de automatisering zelf kan misgaan, lees je hieronder.

Wat is facturen automatiseren met AI, en wat doet de agent precies?

Een agent is software die zelf stappen zet in jouw werk. Geen antwoord typen, maar het werk zelf doen. Bij facturen automatiseren met AI krijgt die agent een vaste reeks stappen. Hij leest een binnenkomende factuur, uit de mail of een upload. Hij haalt de velden eruit: leverancier, factuurnummer, bedrag, btw, vervaldatum, rekeningnummer. Hij vergelijkt die gegevens met wat je al weet over die leverancier. Daarna zet hij het resultaat klaar: automatisch doorzetten, of naar een mens voor controle.

Dat "lezen" gebeurt met OCR: optical character recognition, tekstherkenning in een gescand document. Daarbovenop zit een taalmodel dat begrijpt welk getal bij welk veld hoort, ook als de lay-out per leverancier verschilt. Dat werkt goed bij een factuur die lijkt op honderden eerdere facturen van dezelfde leverancier. Het model herkent dan het patroon. Het werkt niet bij een handgeschreven factuur, een slecht gescand document, of een factuur in een ongebruikelijke taal of valuta. Controleer die herkenning dan altijd zelf, voor je hem vertrouwt.

Zet daarom vooraf een tolerantieniveau: een klein verschil tussen het factuurtotaal en de som van de regels, ontstaan door afronding, mag de agent zelf door laten gaan. Een praktische vuistregel: tot €2 of 1% van het factuurbedrag (het hoogste van de twee) laat je agent zelf door naar boeking. Daarboven gaat de factuur altijd naar een mens. Zonder die grens meldt de agent bij elke afronding een "fout". Na een paar dagen negeer je dan alle meldingen, ook de meldingen die er echt toe doen.

Welk niveau: een prompt, een workflow of een volledige agent?

Op onze eigen schaal (een slimme prompt, een workflow, een volledige agent) hoort facturen automatiseren met AI bij de workflow. Een vaste reeks van lezen, vergelijken en routeren. Met vaste regels voor wanneer iets automatisch doorgaat. Dat is zwaarder dan een losse prompt waarin je één factuur plakt en om een samenvatting vraagt. Het is lichter dan een volledige agent die zelf besluit wát hij moet doen.

Waarom geen volledige agent? Omdat er geld op het spel staat. Een factuur die ten onrechte wordt betaald, is geld dat weg is. Een workflow met vaste regels geeft je precies de controle die je daarbij nodig hebt. De agent vergelijkt en meldt. Hij beslist niet zelf wat hij met een afwijking doet. Zie je na een paar weken dat één type afwijking altijd op dezelfde manier wordt afgehandeld? Dan geef je de agent pas de ruimte om die ene, specifieke beslissing ook zelf te nemen.

In de crediteurenadministratie heet deze keuze "matching": hoeveel documenten vergelijk je voordat je betaalt. The CFO Club onderscheidt matching in twee richtingen (alleen factuur tegen inkooporder), drie richtingen (factuur, inkooporder en ontvangstbewijs) en vier richtingen (daar komt ook een inspectiebon bij). Drie richtingen is het sterkst tegen fraude. Een factuur moet dan niet alleen op prijs kloppen, maar ook op een geleverde hoeveelheid die een ander team al heeft bevestigd. Dat kost ook meer tijd. Daarom adviseert The CFO Club een minimumbedrag te bepalen waaronder je het niet toepast. Een controle op een factuur van enkele tientjes kost meer dan ze oplevert. Vertaal die twee inzichten naar je eigen workflow, met bijvoorbeeld €250 als startpunt voor dat minimumbedrag: onder die grens volstaat een vergelijking met alleen de laatst betaalde factuur, erboven vergelijk je ook met de inkooporder. Pas dat bedrag na een paar weken aan op je eigen ervaring.

Factuurfraude bij automatische factuurverwerking: het rekeningnummer dat niemand checkt

Dit is de grootste valkuil, en hij is niet verzonnen. Een medewerker bij Honda richtte in de Verenigde Staten jarenlang zelf meerdere valse inkooporders in en liet die goedkeuren als waren ze echt, meldt The CFO Club. De schade liep op tot $750.000 voordat het werd ontdekt. Dat is geen uitzondering met een slimme buitenstaander. Het is een eigen medewerker die precies wist welke controle er niet was. Klippa beschrijft een vergelijkbaar patroon van buitenaf. Bij een multinational ontving een medewerker van de crediteurenafdeling een factuur van €1.823, naar verluidt van een marketingbureau waarmee het bedrijf al samenwerkte. Logo, lay-out en contactgegevens klopten. Alleen het rekeningnummer bleek, na een gerichte controle, te horen bij een onbekend bedrijf in het buitenland. ABN AMRO adviseert daarom twee dingen die een agent allebei kan uitvoeren. Leg rekeningnummers van leveranciers vast in een adresboek. Bel bij twijfel de leverancier via een nummer dat je al had, nooit via het nummer op de factuur.

Een voorbeeld. Het volgende voorbeeld is een eigen constructie: het bedrijf, de naam en het factuurnummer zijn verzonnen, gebouwd op het patroon en het bedrag uit de Klippa-casus hierboven. Stel, je geeft een factuurverwerkingsagent deze opdracht:

Lees deze factuur. Haal leverancier, factuurnummer, bedrag, btw,
vervaldatum en rekeningnummer eruit. Vergelijk het rekeningnummer
met het laatst betaalde rekeningnummer van deze leverancier in ons
systeem. Meld een afwijking, verwerk niets automatisch bij een
afwijking.

Factuur: [gescande PDF, leverancier "MarketPro Media", bedrag
€1.823,00, factuurnummer MP-20261003]

Een eerste, te simpele uitvoering van die opdracht levert dit op:

VeldWat de agent meldt
LeverancierMarketPro Media, bekend in het systeem
Bedrag€1.823,00 incl. btw, komt overeen met eerdere facturen van deze omvang
FactuurnummerMP-20261003, nog niet eerder gezien
RekeningnummerNL12ABCD0123456789, komt overeen met het laatst bekende rekeningnummer
AdviesAutomatisch verwerken

Dat ziet er geruststellend uit. En dat is precies de fout. De agent vergeleek het rekeningnummer met wat er in het systeem stond. Niemand controleerde of dat systeemveld zelf nog klopte. Stel dat een fraudeur drie weken eerder, via een eerdere factuur met exact hetzelfde patroon, het rekeningnummer in het systeem al liet wijzigen. Dan bevestigt deze check alleen dat de nieuwe factuur consistent is met de vorige fraude. Wat je hieraan verbetert: de vergelijking moet niet draaien om "komt overeen met het systeem". Ze moet draaien om twee andere vragen: is dit rekeningnummer in de laatste twaalf maanden ooit gewijzigd, en is die wijziging ooit buiten deze factuurstroom om bevestigd? Die bevestiging loopt via een telefoonnummer dat je al had, nooit via een nummer uit de factuur zelf. Dat is precies het advies dat zowel Klippa als ABN AMRO geven. Het is ook het enige wat een taalmodel niet uit een factuur kan halen. Het moet een vast, los proces zijn.

Waarom werkt dit niet met alleen een striktere promptregel? Omdat het probleem niet in de leesstap zit. De agent leest de factuur correct. Hij leest het systeemveld ook correct. De fout zit in het moment waarop het systeemveld zelf is gewijzigd, en daar was de agent niet bij. Een losse regel zoals "wees extra kritisch op rekeningnummers" verandert niets aan dat moment. Wat wel helpt: log elke wijziging van een rekeningnummer in je systeem apart, met datum. Laat die wijziging nooit door dezelfde persoon of hetzelfde proces goedkeuren als de factuur die daarna op dat nummer wordt betaald. Dat heet een human-in-the-loop-grens, maar dan op het moment van wijzigen, niet op het moment van betalen.

Er is ook een interne versie van dit risico, en die is minstens zo belangrijk. Klippa beschrijft hoe een medewerker met toegang tot zowel leveranciersgegevens als het goedkeuringsproces het rekeningnummer tijdelijk aanpast. Hij laat de betaling doorgaan, en herstelt het origineel daarna. Dat werkt alleen als één rol beide stappen mag zetten. Geef je een facturatieagent dezelfde combinatie van rechten, gegevens bijwerken én goedkeuren? Dan bouw je dat risico gewoon opnieuw, maar dan geautomatiseerd en zonder dat iemand het meteen merkt.

Beslisregel: wanneer verwerkt de agent automatisch, wanneer moet een mens kijken?

Als dit geldtDan ditWaarom de drempel daar ligt
Leverancier is nieuw (nog geen eerder betaalde factuur)Altijd een mens laten controleren, nooit automatisch verwerkenEr is nog geen patroon om tegen te vergelijken. De agent kent de leverancier nog niet
Rekeningnummer is gewijzigd ten opzichte van de laatst betaalde factuur van deze leverancierAltijd escaleren. Bevestig de wijziging via een telefoonnummer dat je al had, niet via de factuurDit is het patroon uit zowel het Klippa-voorbeeld als de ABN AMRO-waarschuwing hierboven. Het is de meest gebruikte fraudetruc, en de makkelijkst te missen onder tijdsdruk
Factuurnummer, bedrag en leverancier komen (bijna) overeen met een al betaalde factuurAltijd blokkeren voor automatische verwerking. Nooit twee keer betalen op basis van gelijkenis alleenKlippa noemt dit expliciet als truc: een factuurnummer dat net is aangepast, in de hoop dat niemand de gelijkenis opmerkt
Leverancier is bekend, rekeningnummer is ongewijzigd, bedrag past binnen de eerder vastgelegde budgetregel of inkooporderDe agent mag klaarzetten voor boeking. Een mens kijkt het resultaat steekproefsgewijs naDit is de enige situatie waarin alle drie de risicofactoren zijn uitgesloten: nieuwe leverancier, gewijzigd rekeningnummer, dubbele factuur

Facturen automatiseren en privacy: wat mag de agent zien?

Een inkoopfactuur is geen neutraal document. Vaak staat er een naam en een e-mailadres van een contactpersoon op. Bij een eenmanszaak of zzp'er is het rekeningnummer vaak direct aan één persoon te koppelen. Dat zijn persoonsgegevens, ook als de factuur verder alleen over een zakelijke transactie gaat. De AVG geldt zodra een AI-tool die gegevens verwerkt, net als bij elk ander document met een naam en contactgegevens erop.

In de praktijk betekent dit twee dingen. Gebruik voor het verwerken van facturen alleen een zakelijk account bij je AI-leverancier, met een verwerkersovereenkomst en modeltraining op je eigen data uitgeschakeld. Plak nooit een factuur met een BSN erop, bijvoorbeeld van een zzp'er die zijn btw-identificatienummer nog op het oude format voert, in een consumentenversie van een AI-tool. Gebruik je een factuurverwerkingsagent binnen je eigen, afgeschermde omgeving, gekoppeld aan je boekhoudpakket via een eigen integratie? Dan valt dit risico meestal al weg. De gegevens verlaten dan nooit een omgeving waarmee je al een verwerkersovereenkomst hebt. Twijfel je? Vraag je AI-leverancier expliciet om de verwerkersovereenkomst voor het specifieke onderdeel dat facturen leest, niet alleen voor de chatfunctie.

Wat kun je in de eerste weken echt verwachten van facturen automatiseren?

Reken niet op een volledig automatisch proces vanaf dag één. Klippa noemt, als leverancier van dit type software, een tijdsbesparing tot 90% op de handmatige verwerkingstijd. Dat is een leveranciersclaim, geen onafhankelijke meting. Zulke getallen gaan altijd over het beste geval: een vaste leverancier, een factuur in een bekend formaat, geen afwijkingen. Uit onze eigen Agent Sprint-trajecten zien we een voorzichtiger patroon. Bedrijven die beginnen met een vaste groep van vijf tot tien terugkerende leveranciers, zien een duidelijk effect. Na twee tot drie weken loopt 50 tot 70% van die facturen zonder correctie door naar de boekingsklaar-status. De rest blijft precies de categorie die in de beslisregel hierboven naar een mens gaat: vooral nieuwe leveranciers en afwijkende bedragen.

Dat is onze eigen trainingservaring, geen onafhankelijk gemeten percentage. Het geldt vooral voor bedrijven die starten met een beperkte, bekende leverancierslijst. Begin je meteen met alle inkoopfacturen van alle leveranciers? Dan ligt dat percentage lager. Simpelweg omdat een groter deel van je leveranciers in de eerste weken nog "nieuw" is voor het systeem.

Fraude in het algemeen is overigens geen klein probleem. Fraudeonderzoekers van de Association of Certified Fraud Examiners schatten dat een gemiddelde organisatie wereldwijd 5% van haar omzet verliest aan fraude in de volle breedte. Dat is geen factuurfraude-specifiek cijfer, en ook geen Nederlands cijfer. Het laat wel zien waarom een controlestap die vijf minuten kost iets anders is dan vijf minuten wachttijd. Het is een verzekering tegen een verlies dat bij veel bedrijven nooit optreedt, maar dat bij optreden meteen in de duizenden euro's loopt.

Hoe je na zeven dagen weet of het werkt

Info

Stand van zaken op 28 oktober 2026. Vanaf 1 juli 2030 wordt elektronisch factureren verplicht voor B2B-transacties, zowel binnen Nederland als tussen EU-landen. Daar komt een digitale rapportageverplichting aan de Belastingdienst bij, meldt SRA op basis van de kabinetskeuze van september 2026. Voor intracommunautaire transacties geldt die rapportageplicht al vanaf 1 juli 2030. Voor binnenlandse transacties volgt ze op 1 juli 2031. Ondernemers die de kleineondernemersregeling toepassen, vallen buiten de binnenlandse verplichting. Het precieze wetsvoorstel moet nog in internetconsultatie. AP-automatiseringssoftware en de koppelmogelijkheden met boekhoudpakketten veranderen regelmatig: check dit zelf bij je eigen pakket voor je een leverancier kiest.

Doe dit deze week

  1. Zet een leverancierslijst klaar met minstens tien terugkerende facturen

    Kies leveranciers waarvan je al minstens drie eerdere, betaalde facturen hebt. Daarmee heeft de agent een patroon om tegen te vergelijken, in plaats van vanaf nul te beginnen.

  2. Draai het vergelijkingsrecept, zonder dat de agent iets goedkeurt

    Gebruik de prompt uit dit artikel op je eerste vijf binnenkomende facturen: lees, haal de velden eruit, vergelijk het rekeningnummer met het laatst bekende nummer, meld elke afwijking. Laat de agent in deze eerste week alleen melden, nooit automatisch verwerken.

  3. Leg vast wie leveranciersgegevens mag wijzigen en wie betalingen goedkeurt

    Eén A4 met twee losse namen of rollen: wie mag een rekeningnummer in het systeem wijzigen, en wie keurt de betaling goed. Dat zijn nooit dezelfde persoon of hetzelfde geautomatiseerde proces, ook niet bij uitzondering.

Het agent-recept dat vandaag werkt: laat de agent drie weken lang alleen vergelijken en melden volgens de beslisregel hierboven. Bouw de koppeling naar je boekhoudpakket pas daarna, en alleen voor de leveranciers die in die drie weken nul afwijkingen opleverden.

Wil je dit met je eigen financiële team opzetten, inclusief de grens tussen wat de agent zelf mag en wat altijd naar een mens gaat? In de Agent Sprint bouw je dat op je eigen facturen en boekhoudpakket. Twijfel je nog of je team breder met AI aan de slag kan? Een AI-werksessie is de plek om dat met je hele team in kaart te brengen. Werkt jouw bedrijf met een extern administratiekantoor voor de btw-aangifte? Dan gaat onze gids over AI bij administratiekantoren in op de boekhoudkundige categorisering die daar speelt, een andere taak dan de controle die in dit artikel staat. Maak je zelf nog facturen voor klanten met AI? Dat is de omgekeerde richting, behandeld in onze gids over factuur maken met AI.

AI-training

Wil je AI leren inzetten?

In onze praktische trainingen leer je hoe je ChatGPT, Claude en andere AI-tools effectief inzet voor jouw werk.

Bekijk trainingen

Bronnen

Veelgestelde vragen

  • Wat is facturen automatiseren met AI?

    Facturen automatiseren met AI betekent dat een agent een binnenkomende inkoopfactuur leest, de velden herkent (leverancier, bedrag, btw, vervaldatum, rekeningnummer), die vergelijkt met wat je al weet over die leverancier, en het resultaat klaarzet: automatisch doorzetten naar je boekhoudpakket, of naar een mens voor controle bij een afwijking.

  • Hoe herken je factuurfraude bij automatische factuurverwerking?

    De belangrijkste rode vlag is een rekeningnummer dat is gewijzigd ten opzichte van de laatst betaalde factuur van diezelfde leverancier, ook als logo, lay-out en bedrag verder identiek zijn. Klippa beschrijft dit als de meest gebruikte truc bij factuurfraude: één klein, makkelijk te missen detail op een anders vertrouwde factuur. Bevestig een wijziging altijd via een telefoonnummer dat je al had, nooit via het nummer op de factuur zelf.

  • Wat is OCR, en wat heeft het te maken met facturen automatiseren?

    OCR (optical character recognition) is tekstherkenning in een gescand of gefotografeerd document. Bij facturen automatiseren met AI is OCR de eerste stap: de agent zet een PDF of foto van een factuur om in leesbare tekst, voordat een taalmodel bepaalt welk getal bij welk veld hoort. OCR werkt goed bij een getypte factuur, minder goed bij een handgeschreven of slecht gescand document.

  • Mag een AI-agent facturen zelf goedkeuren voor betaling?

    Niet zonder risico. Geef een agent nooit de combinatie van zowel leveranciersgegevens bijwerken als een betaling goedkeuren: dat is dezelfde combinatie van rechten die interne fraude en CEO-fraude mogelijk maakt. Laat de agent facturen klaarzetten en afwijkingen melden, en laat een mens de uiteindelijke goedkeuring geven, zeker bij een nieuwe leverancier of een gewijzigd rekeningnummer.

  • Wanneer is automatische factuurverwerking betrouwbaar genoeg om te vertrouwen?

    Als drie voorwaarden samen gelden: de leverancier is al eerder betaald (er is een patroon om tegen te vergelijken), het rekeningnummer is niet gewijzigd sinds de laatste betaling, en het factuurnummer is niet eerder gezien. Mist een van de drie, dan hoort een mens te kijken voordat de factuur wordt betaald.

Tags
ai-agentfacturenautomatiseringfinancieelfraudeboekhouding
Dennis Claassen

Geschreven door

Dennis Claassen

Oprichter en AI-trainer

Dennis is de oprichter van Project Impact en traint Nederlandse bedrijven in het effectief gebruiken van AI. Met jarenlange ervaring in tech en onderwijs helpt hij teams om AI praktisch toe te passen.

Meer over Dennis

Meer leren over AI?

In onze hands-on trainingen leer je AI effectief inzetten voor jouw werk.

Bekijk de masterclass