Een AI-workflow rond de maandafsluiting is een vooraf gedefinieerde keten van stappen waarbij elke stap door software, een LLM of een mens wordt uitgevoerd — deterministisch in structuur, met probabilistische ruimte waar het model aan zet is. Voor finance-teams ligt het verschil tussen werkbaar en chaos in vier ontwerpkeuzes: trigger, engine-per-stap, HITL-knippunten en iteratieve uitrol.
Een AI-workflow voor de maandafsluiting is geen prompt en geen agent. Het is een vooraf gedefinieerde keten van stappen waarbij elke stap wordt uitgevoerd door software, een LLM of een mens, en waarbij de output van de ene stap input wordt voor de volgende. Deterministisch in structuur, met probabilistische ruimte waar het model aan zet is.
De fout die finance-teams het vaakst maken: meteen beginnen met bouwen in n8n, Zapier of een eigen agent-platform. Nodes slepen, prompts tunen, koppeling met Exact maken. Twee dagen later staat er iets dat werkt voor één testgeval en breekt bij het tweede. Workflow-design op papier — een simpele flowchart — kost een uur en voorkomt dagen aan herbouw.
Voor de anatomie van wat AI in de close concreet doet — welke stappen, welke tijdwinst, welke audit-vereisten — zie AI in de maandafsluiting. Dit artikel gaat over de ontwerpdiscipline ervoor.
Waarom eerst op papier ontwerpen
- Iedereen op één realiteit. Het finance-team komt pas tot een gedeelde definitie van stappen, verantwoordelijkheden en dataflow als ze hem tekenen.
- Proces fixen vóór je automatiseert. Mapping legt gaten in de close-cyclus bloot die onzichtbaar blijven in een losse beschrijving — handmatige Excel-bestanden tussen stappen, ontbrekende kostendrukvel-tags, één-mans-kennis bij een specifieke boeking.
- Scheiden wat wél en níet automatiseerbaar is. Een goed diagram laat zien welke stap een LLM aankan (variance-toelichting), welke pure tooling vraagt (data-ophaal uit Exact), en welke een mens nodig heeft (oordeel over voorzieningen).
- Blauwdruk voor de bouwfase. Met een helder ontwerp bouw je de workflow één keer, niet drie keer.
De vijf stappen van workflow-ontwerp voor close
1. Foundation — trigger, actie, output
Begin met de buitenkant. Wat zet de close in gang, wat gebeurt er globaal, wat is het eindresultaat?
Voor een typische maandafsluiting:
- Trigger: kalenderwerkdag 1 van de nieuwe maand, of: alle bankafschriften zijn ingelezen.
- Actie: bankreconciliatie, intercompany-aansluiting, periode-correcties, BTW-controle, variance-analyse, board-pack-creatie.
- Output: gepubliceerd board-pack, gesloten periode in Exact, BTW-aansluiting gereed, audit-trail compleet.
Deze drie samen zijn de foundation. Zolang die niet staat, is elke stap eronder bouwen op drijfzand.
2. Break it down — activiteiten per fase
De actie-bundel uit stap 1 is te grof. Knip in losse activiteiten die je apart kunt automatiseren of controleren:
- Bankmutaties ophalen en classificeren.
- Match-voorstellen genereren tegen openstaande facturen.
- Concept-journaalposten voor onverklaarde mutaties.
- Boekingen accorderen.
- Intercompany-saldi vergelijken.
- Periode-correcties (accruals, overlopende posten).
- BTW-aansluiting.
- Variance-analyse en toelichting.
- Board-pack-samenstelling.
- Distributie en archivering.
Elke activiteit heeft één duidelijk doel en één duidelijke output. Als een activiteit twee dingen tegelijk doet (boeken + variance-toelichten), knip verder.
3. Engine per stap — LLM, tool of mens?
Voor elke activiteit kies je de juiste engine.
- LLM voor taal-intensief werk: variance-toelichting, samenvatten van management-rapportages, classificatie van mutaties, concept-mails.
- Tool of API voor regels en datatransformaties: data ophalen uit Exact, records aanmaken, velden mappen, mails versturen, periodes sluiten.
- Mens voor oordeel, context en accountability: voorzieningen beoordelen, materialiteit afwegen, board-pack inhoudelijk valideren, BTW-aangifte indienen.
In de close-voorbeeld:
- Stap 1 (data-ophaal): tool/API.
- Stap 2 (match-voorstellen): LLM met code-execution.
- Stap 3 (concept-boekingen): LLM met context van rekeningschema.
- Stap 4 (accordering): mens (HITL).
- Stap 5 (intercompany): LLM met tool-toegang tot beide administraties.
- Stap 6 (correcties): mens met LLM-assistentie.
- Stap 7 (BTW): hybride — LLM signaleert, mens beslist (zie BTW-aansluiting met AI).
- Stap 8 (variance): LLM.
- Stap 9 (board-pack): LLM met file-creation, daarna mens.
- Stap 10 (distributie): tool/API.
4. Oversight — waar komt de mens in de lus?
Niet elke LLM-output mag rechtstreeks het volgende systeem in. Stel per activiteit vast of de output direct doorstroomt of eerst langs een mens moet. De afweging in finance: risico op fout (financieel, audit), impact (boeking, externe communicatie), en kwaliteitseisen.
Vuistregel voor de close: HITL bij alle boekingen, alle BTW-correcties, en alle externe communicatie (board-pack, investeerdersrapportage). Autonoom waar het voorstellen en data-aggregatie betreft. Zie Human in the loop in finance-workflows voor de uitgebreidere logica.
Soms splits je een activiteit op om HITL netjes in te bouwen — bijvoorbeeld stap 9 "board-pack" in:
- 9a: AI vult template met cijfers en concept-toelichtingen.
- 9b: controller reviewt en past aan (HITL).
- 9c: publicatie via tool/API.
5. Iteratief bouwen
Pas als het ontwerp staat, open je het automation-platform. Bouw één stap, test met echte close-data uit een sandbox- of test-administratie, refine de prompt, en ga pas dan door naar de volgende. Start klein — één deel van de close, één trigger, één output — en breid uit zodra de basis stabiel draait.
Voor finance specifiek: bouw eerst op een test-administratie. Productie pas raken nadat een stap in test minimaal een hele close-cyclus zonder ingrijpen heeft gedraaid. Dat is geen overcaution; dat is de basis-discipline voor iets dat in het grootboek terecht kan komen.
Zes bouwstenen in elk platform
Of je nu in n8n, Zapier, Make, Power Automate of een eigen agent-platform bouwt, elke workflow is een combinatie van zes node-types:
- Trigger — wanneer start de workflow (kalender, mail, file-drop, manual).
- Transform — data shapes en cleant (filters, mappings, normalisaties).
- Logic — branches (if/switch), loops, parallel.
- Action — voert uit (boekhoud-API-call, mail, file-creation).
- AI-node — een LLM-call met prompt en eventueel tools.
- Feedback & logging — vangt successen en fouten op, emit logs, maakt status zichtbaar.
In het ontwerp vertaal je elke activiteit naar een combinatie van deze bouwstenen. Dat maakt de stap naar implementatie klein.
Vijf ontwerpprincipes voor finance-workflows
- Heldere stappen — elk blok één doel, één output, één engine.
- Modulaire blokken — herhaalbare taken als sub-workflows (bijvoorbeeld een "boeking-aanmaken-met-approval"-module die je in vijf workflows hergebruikt).
- AI-augmentatie waar zinvol — LLM waar taal of redenering nodig is, tool waar een regel volstaat. Niet AI om de AI.
- Audit-by-design — log elke stap, elke input, elke beslissing, elke menselijke goedkeuring. Niet als toevoeging achteraf, als kerneis vanaf dag één.
- Built-in safety — API-keys in een secret store, role-based access, time-limited credentials, sandbox-administratie voor experimenten. Geen workflow op productie zonder fail-safes.
Een praktische casus
Een controller bij een 80-FTE scale-up wil het bankreconciliatie-deel van de close versnellen. Huidige situatie: dag 1-2 van de close gaat op aan 400-600 mutaties handmatig matchen met openstaande facturen.
Workflow-ontwerp:
- Trigger: kalenderwerkdag 1, of: bankafschriften zijn ingelezen.
- Activiteit 1 (tool): bankmutaties uit Exact halen.
- Activiteit 2 (tool): openstaande facturen uit Exact halen.
- Activiteit 3 (LLM met code-execution): voor elke mutatie het meest waarschijnlijke factuurnummer voorstellen, met confidence-score.
- Activiteit 4 (logic): mutaties met hoge confidence en bedrag < €500 autonoom matchen; rest naar review-queue.
- Activiteit 5 (mens, HITL): AP-medewerker reviewt queue, accepteert/corrigeert.
- Activiteit 6 (tool): geaccordeerde matches in Exact wegschrijven.
- Output: bankreconciliatie gereed, audit-log per match.
Doorlooptijd voor de controller: van 8 uur naar 90 minuten review-tijd. AP-medewerker krijgt 200-300 matches in queue in plaats van 600 in spreadsheet. Volledig auditbaar.
Audit-grade-perspectief
Een workflow-ontwerp dat audit-by-design is, levert het bewijs dat een externe accountant nodig heeft om interne beheersing te toetsen: per stap een input, een proces, een output, een eigenaar, en bij menselijke acties een goedkeuringsbewijs. Bewaar het ontwerp-document — niet alleen de geïmplementeerde workflow — bij je interne-beheersing-documentatie. Een ontwerp toont intent; de implementatie toont uitvoering; beide horen.
Saldus in de praktijk
In Saldus zit een aantal van deze workflow-bouwblokken al ingebouwd: data-ophaal uit Exact (Q&A en de balance/movement-tools), approval-inbox voor schrijfacties, audit-logging op elke tool-call. Eigen workflows op deze bouwblokken kun je laten ontwerpen via het Start 2 Scale-team, of zelf opzetten in een orchestratie-laag (Inngest, n8n) die met de Saldus-API praat. De ontwerpdiscipline van dit artikel blijft hetzelfde — de bouwblokken besparen je tijd op de implementatie, niet op het denkwerk.