Een mail over een betaling, getoetst aan je administratie voordat je antwoordt
Een mail van een klant of leverancier over een betaling is te beantwoorden zonder eerst zelf te zoeken. De AI leest de mail, toetst de bewering tegen de werkelijke stand in de boekhouding, en zet een concept klaar. Daar zitten 2 systemen in hetzelfde gesprek: je mailbox als bron én als bestemming. Versturen doet altijd een mens.
In het kort
- De mail is hier bron én bestemming: hij komt binnen, wordt getoetst, en het antwoord staat klaar in dezelfde thread.
- Je antwoordt niet op wat er beweerd wordt, maar op wat er in de administratie staat.
- Dit draait bij een klant. Het concept komt klaar te staan; versturen doet een mens.
- Onze eerdere mail-blogs gaan over uitgaand verkeer. Dit is de andere kant op.
"Die factuur hebben wij op 3 juli al betaald." "Kunnen jullie factuur 2026-441 nog een keer sturen?" "Waarom staat er bij ons nog een bedrag open?"
Drie mails, drie keer hetzelfde patroon: iemand beweert iets over een betaling, en jij moet in de administratie kijken of dat klopt voordat je kunt antwoorden. Op zichzelf twee minuten werk. Bij elkaar is het het soort werk dat tot vrijdagmiddag blijft liggen, en dan met een half antwoord de deur uit gaat.
Wat er verandert
De AI haalt die mails op, zoekt de bijbehorende post in de boekhouding, legt de bewering ernaast, en zet een concept-antwoord klaar. Jij leest het, past aan wat je wilt aanpassen, en verstuurt.
Het aardige zit in het woord ertussen: toetsen. Een assistent die alleen je mail leest, schrijft een vriendelijk antwoord op basis van wat de afzender zegt. Een assistent die er de administratie bij pakt, schrijft een antwoord op basis van wat er werkelijk staat. Dat is een ander soort antwoord, en het is het enige soort dat je zonder nakijken zou willen versturen.
Zegt een klant dat er op 3 juli is betaald en staat de post nog open, dan staat dat in het concept — inclusief het factuurnummer en het openstaande bedrag, zodat de discussie meteen over de juiste feiten gaat.
De opdracht
"Zoek in mijn mail de berichten van de afgelopen week van klanten en leveranciers die over een betaling of een openstaande factuur gaan. Zoek per bericht de bijbehorende post op in de boekhouding en controleer wat er beweerd wordt: is de factuur betaald, wat staat er nog open, en wat is de vervaldatum. Zet per bericht een concept-antwoord klaar met het factuurnummer en de werkelijke stand erin. Klopt de bewering niet, benoem dat dan feitelijk en zonder verwijt. Verstuur niets."
Die laatste twee zinnen zijn niet decoratief. "Feitelijk en zonder verwijt" scheelt je een redactieronde, want een assistent die vrij spel krijgt schrijft al snel iets waar je een relatie mee beschadigt. En "verstuur niets" hoort erin omdat een concept dat per ongeluk de deur uit gaat niet terug te halen is.
Waarom dit iets anders is dan onze eerdere mail-workflows
We hebben eerder geschreven over betalingsbevestigingen automatisch versturen en over aanmaningen schrijven op basis van je boekhouding. Die gaan allebei één kant op: jij hebt iets te melden en de mail is het kanaal.
Hier begint het aan de andere kant. Iemand anders zet de vraag op tafel, op een moment dat jij niet kiest, en de administratie moet het antwoord leveren. Dat is het verkeer dat in de praktijk het meeste tijd kost, want het komt binnen wanneer het uitkomt en het is nooit precies hetzelfde.
Wat je nodig hebt
- Je mailbox in dezelfde assistent als je boekhouding. Dat is de hele truc: twee koppelingen in één gesprek. Welke mail je gebruikt maakt niet uit.
- Een afbakening. "Berichten van de afgelopen week over betalingen" is werkbaar. "Mijn inbox" is dat niet.
- Een vaste vorm voor het antwoord. Factuurnummer, bedrag, stand, vervaldatum. Dan hoef je alleen te lezen of het klopt, niet te beoordelen of het compleet is.
Waar het stopt
Het concept staat klaar, verder niets. Er wordt niets verstuurd, en er verandert niets in de administratie — onze koppeling is standaard alleen-lezen.
Eén ding dat er expliciet niet bij zit: het afletteren van de bankmutatie. Blijkt uit zo'n mail dat een betaling wél binnen is maar nog niet is verwerkt, dan is dat handwerk in Exact. Dat kan niet via de koppeling, en dat is geen keuze van ons maar een grens van de API.
Eerlijk over de herkomst: dit draait bij een klant, in een opzet die wij zelf hebben gebouwd en meebeheren. Het combineren van je mail en je boekhouding is bovendien werk van je AI-assistent, niet van ons. Wij zorgen dat de boekhouding volwaardig in dat gesprek meedoet.
Wil je hetzelfde principe op je uitgaande kant zien, kijk dan naar het nalopen van je betaalbatch vóór je hem vrijgeeft: ook daar zit de controle vlak voor de onomkeerbare handeling.