AI integreren in bestaande finance-processen betekent AI inhaken op de boekhouding, MS365, banking-portal en Excel-modellen die er al staan — niet het landschap vervangen, maar koppelpunten kiezen waar handwerk zit. Voor finance-teams bepaalt de bouw-vs-koop-keuze (eigen agents bouwen op MCP, of een platform als Saldus inzetten) of de integratie audit-traceerbaar wordt of een schaduw-IT-laag.
De meeste finance-functies hebben geen greenfield. Er staat een boekhoudpakket (Exact, Twinfield, AFAS), een MS365-omgeving, een banking-portal, een rapportage-tool, en een reeks Excel-modellen waar het echte werk gebeurt. AI integreren betekent niet dit landschap vervangen — het betekent AI inhaken op wat er al is, op precies de punten waar handwerk zit.
Wie begint met "we zetten een nieuw AI-platform neer en migreren onze finance-stack" loopt vast op change management, op IT-bezwaren en op kosten. Wie begint met "waar in onze huidige close- of debiteuren-flow zit handwerk dat AI kan overnemen, en hoe koppel ik AI aan die stap" is binnen weken productief.
De drie koppelingen
Tussen AI en bestaande finance-systemen bestaan grofweg drie typen koppelingen. Wie deze drie kent, begrijpt elk integratie-diagram.
1. Webhooks — "laat het weten zodra er iets gebeurt"
Een webhook is een HTTP-callback: systeem A stuurt een bericht naar systeem B zodra er iets gebeurt. "Er is een nieuwe inkoopfactuur binnengekomen", "een betaling is goedgekeurd", "een debiteurensaldo overschrijdt een drempel". Event-driven: het bron-systeem pusht, het ontvangende systeem reageert.
Typische finance-toepassing: een banking-portal stuurt een webhook zodra er een nieuwe bankafschrift beschikbaar is. De AI-workflow pakt het op, classificeert mutaties, en zet een match-voorstel in een queue. Geen polling, geen vertraging.
2. APIs — "ik haal het op of schrijf het weg"
Een API is een set regels waarmee software andere software kan aanroepen. In tegenstelling tot webhooks is het initiatief hier andersom: jouw workflow vraagt actief iets aan het systeem ("geef me de laatste 50 inkoopfacturen", "boek deze journaalpost", "haal het openstaande saldo op").
De meeste moderne finance-tools (Exact, Twinfield, AFAS, Outlook, Teams, Slack) hebben publieke APIs. In tools als n8n, Zapier of Make zijn ze beschikbaar als kant-en-klare nodes; voor maatwerk schrijf je zelf de calls.
3. MCP — "elke API als gereedschap voor het model"
Model Context Protocol is een open standaard die elke API omvormt tot een tool die een LLM zelf kan aanroepen. Waar bij APIs en webhooks het workflow-platform de regie voert, kan bij MCP het model zelf beslissen wanneer het een tool aanroept: "zoek deze klant in de boekhouding", "haal de openstaande facturen op", "maak een concept-journaalpost aan in de approval-queue".
Voor finance is MCP de opmaat naar agentische workflows. Voor deterministische close-stappen blijven webhooks en APIs het werkpaard; voor flexibelere taken (de Q&A-agent die vragen over de administratie beantwoordt) is MCP het juiste gereedschap. Zie Wat is MCP en waarom relevant voor finance.
Waar haak je AI in — de vier integratiepunten in finance
In volgorde van implementatie-gemak.
Mail — universele trigger én output in finance
Vrijwel elk finance-proces begint of eindigt bij mail. Binnenkomende inkoopfacturen, betalingsherinneringen die de deur uit moeten, BTW-correspondentie met de Belastingdienst, board-updates richting RvC. En vrijwel elk antwoord gaat ook weer per mail.
Patroon: mail-trigger → AI-verwerking → draft terug in Drafts-folder. Outlook ondersteunt zowel triggers als draft-creation via Graph API. Handmatig verzenden blijft bij de mens (HITL op de juiste plek). Voor finance vaak de eerste productieve AI-workflow.
Boekhouding — extractie, matching en concept-boekingen
Het hart van finance-AI. Inkomende facturen, bankmutaties, openstaande posten. AI is sterk in gestructureerde extractie uit ongestructureerde documenten en in patroon-matching tegen historische boekingen.
Patronen:
- Inkomende factuur in mail of folder → extract → concept-boeking: PDF-factuur → vision + LLM haalt leverancier, datum, bedrag, BTW en grootboekcategorie op → entry in het boekhoudpakket via API, in een approval-queue. HITL voor bedragen boven een drempel.
- Bankmutatie-matching: AI koppelt onbekende bankmutaties aan openstaande posten op basis van omschrijving, bedrag en historische patronen.
- Periodieke aansluiting: AI vergelijkt balanssaldi met aangiftes (BTW, payroll) en flagt afwijkingen.
MS365 — kennis, agenda en rapportage
Een rijk substraat aan finance-relevante context: het close-handboek in SharePoint, board-decks in Word, modellen in Excel, agenda's voor MT-meetings, gespreksverslagen in Teams.
Patronen:
- Meeting → CRM/Notion-update: transcript uit Teams of Fireflies → AI extraheert finance-relevante actiepunten en next steps → wordt weggeschreven naar het juiste dossier.
- Excel-model → analyse: file-drop in SharePoint triggert een workflow die het model leest, een analyse draait en een toelichting genereert.
- Board-pack-template → ingevuld board-pack: Word-template + maandcijfers + variance-toelichtingen → samengesteld board-pack met file-creation.
Banking en betalingsverkeer — de gevoeligste laag
Bankmutaties ophalen, betalingsbatches voorbereiden, betaalstatussen monitoren. In Nederland: koppelingen via PSD2 of via de bank-eigen API. AI hier altijd via HITL — geen autonome betalingen, ook niet bij hoge confidence.
Patronen:
- Dagelijkse bankafschrift → match-voorstel queue (zie boven).
- Crediteuren-betaalvoorstel: AI stelt een betaalbatch voor op basis van openstaande crediteuren, betaaltermijnen en cashpositie; finance-manager accordeert.
- Status-monitoring: AI controleert na een betaling of de afboeking matched, signaleert afwijkingen.
Het integratie-canvas voor finance
Bij elke AI-integratie loont het deze vragen door te lopen:
- Waar begint het proces nu? → trigger.
- Welke systemen bevatten de data? → API-calls of MCP-tools.
- Welke systemen moeten het resultaat ontvangen? → action-nodes.
- Waar moet een mens tussen zitten? → HITL-stap (zie Human in the loop in finance-workflows).
- Welke credentials zijn er al, en welke moet ik aanvragen? → bepaalt de doorlooptijd.
- Wat gebeurt er als een stap faalt? → retry, notificatie, fallback. Voor finance: nooit stilletjes falen. Falen mag, maar moet zichtbaar zijn.
- Welke audit-log heb je nodig? → ontwerp deze vanaf dag één, niet als toevoeging.
De laatste twee vragen worden vaak vergeten. Productie-workflows falen — een API is tijdelijk down, een credential is verlopen, een record is verwijderd. Voor finance is een onopgemerkte fout in een geautomatiseerde boekingsflow een audit-bevinding in wording.
Niet alles hoeft gekoppeld
Integratie kost onderhoud. Elke extra connector is een extra plek waar credentials verlopen, API's veranderen of rate limits geraakt worden. Drie regels:
- Koppel alleen waar tijd of cash wordt gewonnen. Een integratie die één keer per maand 30 minuten bespaart, is de onderhoudslast niet waard.
- Hergebruik bestaande connectors voordat je nieuwe toevoegt. Een Saldus-bouwsteen die al een Exact-koppeling levert, is goedkoper dan een eigen API-integratie.
- Houd de workflow zichtbaar voor de gebruiker. Als AI-output verschijnt in Outlook-drafts of in de Exact-approval-queue, ziet iedereen wat er gebeurt. Als het verdwijnt in een tool die niemand opent, wordt het niet gebruikt.
Bouw-vs-koop
Voor veel finance-integraties is bouwen niet nodig. Productcategorieën als AP-automatiseringstools, factuur-OCR, debiteuren-platforms en cashforecast-tools zijn voorgebouwde workflows met goede integraties. De bouw-beslissing verdient alleen aandacht als:
- De use-case bedrijfsspecifiek is (eigen rekeningschema-logica, eigen processen, geen standaardproduct dat past).
- Volumes substantieel zijn (meer dan 200 facturen per maand, anders is SaaS goedkoper).
- Data-governance vraagt om een eigen omgeving (klanten met strikte eisen aan klant-eigen infra).
In alle andere gevallen: koop een tool, integreer via de standaard-connectors, bouw alleen wat uniek is voor jouw finance-functie.
Audit-grade-perspectief
Integratie betekent dat data heen-en-weer stroomt tussen systemen. Voor finance is per integratie vereist: een verwerkersovereenkomst (DPA) met de tool-leverancier, data-classificatie van wat er door de koppeling stroomt, en een audit-log van wat de AI-component heeft gedaan. Een integratie zonder deze drie levert een blind gat in je interne beheersing. Verzamel deze drie items per integratie in een lijst — vaak past het op één spreadsheet — en review per kwartaal.
Saldus in de praktijk
Saldus is in essentie een AI-laag bovenop integraties die voor finance specifiek nodig zijn: MCP-koppeling met Exact (later Twinfield/AFAS), MS365-koppeling voor mail/agenda/SharePoint, en een approval-laag voor schrijfacties. Eigen integraties (met je banking-portal, met een sector-specifieke tool) kun je via MCP toevoegen. Voor finance-teams die nu starten betekent dat: de meest voorkomende integraties zijn out-of-the-box, eigen integraties zijn standaard te bouwen.