Hoe factuurachtervolging te automatiseren met AI.

De volgorde, vóór de theorie

Begin met één factuur en kijk hoe een goede achtervolging eruitziet. Acme Ltd is gefactureerd voor € 5.670,00 op 1 september op dertig dagen, dus betaling is verschuldigd op 1 oktober . Niets in de onderstaande volgorde is slim. Het is wat een zorgvuldige kredietcontroller met de hand zou doen, opgeschreven zodat een agent het in plaats daarvan kan doen.

1. Dag 0: de factuur wordt verzondenVerzonden naar de genoemde contactpersoon met de PDF als bijlage en de vervaldatum in de onderwerpregel. Het record toont verzonden, niet slechts aangemaakt.
2. Drie dagen voor de vervaldatum: een herinneringKort en vriendelijk: de factuur is op de datum vervallen, hier is een kopie, reageer als er iets mis is. De meeste facturen die altijd betaald zouden worden, worden op dit punt betaald.
3. Eén dag na de vervaldatum: de eerste herinneringDuidelijk en specifiek: het factuurnummer, het openstaande saldo, de datum waarop het vervallen was. Geen excuses en geen dreigementen.
4. Zeven dagen later: een tweede herinnering met een overzichtDe herinnering bevat nu een rekeningoverzicht met alles wat openstaat, voor het geval het echte probleem is dat de eigen administratie van de klant achterloopt.
5. Veertien dagen later: iemand beltDe agent maakt een taak aan voor de account eigenaar met de bijbehorende geschiedenis. Een telefoontje op dit punt ontdekt of het probleem cash, een geschil of een verloren factuur is.
6. Dertig dagen later: de escalatiebeslissingDe agent legt de opties voor (laatste aanmaning, wettelijke rente, een stop op nieuwe bestellingen) en iemand kiest. De agent kiest niet.

Lees het opnieuw en let op de structuur. Vijf van de zes stappen zijn routine en volgen uit de kalender. Eén is een oordeel. Die verhouding is waarom het achtervolgen van facturen een van de eerste taken is die een bedrijf aan een agent moet toevertrouwen, en waarom het een fout is om ook de zesde stap over te dragen.

Een achtervolging is een beleid plus een registratie

Het achtervolgen gaat op twee manieren mis. Of niemand schrijft het beleid op, zodat herinneringen worden verstuurd wanneer iemand het zich herinnert, in welke toon dan ook; of het beleid bestaat, maar het record is verspreid over een boekhoudpakket, een inbox en iemands geheugen, zodat de herinnering die wordt verstuurd in tegenspraak is met de betaling die gisteren is binnengekomen. Een agent lost geen van beide op zichzelf op. Het heeft beide nodig om expliciet te zijn.

Het beleid is kort. Het geeft de voorwaarden aan, welke boodschap op welk moment wordt verstuurd, de toon van elke fase, wat de volgorde stopt (betaling, een geschil, een belofte om voor een bepaalde datum te betalen, een collega die zegt laat maar) en naar wie de uitzonderingen gaan. Als je het niet op één pagina kunt passen, kan je agent het ook niet betrouwbaar uitvoeren, omdat de hiaten worden opgevuld met gissingen.

Het record is het moeilijkste deel, en het deel waar de meeste tools het verkeerd hebben. Om correct te achtervolgen heeft de agent voor elke factuur het nog te betalen saldo nodig (niet het gefactureerde bedrag), de naam van de contactpersoon en hun adres, de datum waarop het is verzonden, elke herinnering die al is verzonden, elke pauze die iemand heeft ingesteld, en of er sinds de laatste run een betaling is geregistreerd. Wanneer deze in één systeem leven, is de achtervolging een query en een paar verstuurde berichten. Wanneer ze in drie systemen leven, besteedt de agent zijn moeite aan reconciliatie, en vroeg of laat krijgt een klant een herinnering voor een factuur die ze hebben betaald.

Wat de agent doet, tool voor tool

Hier is hetzelfde beleid dat draait in Sois, waar facturering, contacten, e-mail en taken één werkruimte zijn die aan de agent worden gepresenteerd als tools via het Model Context Protocol. De aanvraag van de persoon is een doorlopende; de agent voert het elke ochtend uit en rapporteert terug.

De tools zijn gewone, benoemde dingen, wat het gedrag controleerbaar maakt. Dit zijn de boekhoudtools die het bovenstaande verzoek heeft aangeraakt, aangezien de werkruimte ze publiceert naar een verbonden agent.

{
  "tools": [
    { "name": "searchInvoices",
      "description": "Search invoices by number, reference, contact, amount, status, type, date range. For unpaid or outstanding invoices pass outstanding_only: true." },
    { "name": "sendInvoiceReminders",
      "description": "BULK payment reminders: email every unpaid invoice to its contact with a reminder message, in one action. Optionally pass invoice_ids to limit the set. Requires user confirmation." },
    { "name": "sendContactStatement",
      "description": "Email ONE contact a statement of account: all their outstanding sales invoices with per-invoice balances and the total due." },
    { "name": "snoozeInvoiceChase",
      "description": "Pause payment chasing for ONE invoice. Sets a snooze date; sendInvoiceReminders skips the invoice until then." },
    { "name": "recordPayment",
      "description": "Record a payment against an invoice. Updates amount_paid and status." }
  ]
}

Hulpmiddelen en beschrijvingen zoals het Sois boekhoudmodule ze publiceert. De bulkherinneringstool vermeldt in zijn beschrijving dat bevestiging vereist is, zodat de klant vraagt voordat er een e-mail wordt verzonden, wat de mens-in-de-lus is die de MCP-specificatie aanbeveelt voor ingrijpende operaties.

Twee details verdienen aandacht. De herinneringstool werkt op facturen met een openstaand saldo, dus een gedeeltelijk betaalde factuur wordt achtervolgd voor het juiste bedrag. En de pauze is een eigenschap van de factuur, ingesteld door een persoon in gewone taal ("laat Acme tot de achttiende"), die de herinneringstool bij elke uitvoering respecteert. De agent hoeft nooit te onthouden wie om wat vroeg. Het record onthoudt.

Uitzonderingen zijn de taak

Zodra de routine is geautomatiseerd, blijft het werk dat overblijft de uitzonderingen, en daar zit het geld. De tabel geeft de gevallen weer die elke week opduiken en wie elk bezit.

Meet de uitzonderingen, niet de taken. Een telling van verzonden herinneringen vertelt alleen dat de agent druk is. Het aantal facturen dat een persoon nodig had, en hoeveel dagen ze te laat waren toen dat gebeurde, vertelt je of het beleid werkt. Over een paar maanden zou het eerste getal gelijk moeten blijven terwijl het tweede daalt.

Toon, de wet en de relatie

In het Verenigd Koninkrijk geeft de wetgeving voor late betalingen een leverancier het recht op wettelijke rente van acht procentpunten boven de basisrente van de Bank of England, plus een vast terugvorderingsbedrag dat toeneemt met de grootte van de schuld, zodra een commerciële factuur te laat is. Als er geen datum is afgesproken, is een factuur dertig dagen te laat nadat de klant deze of de goederen heeft ontvangen, afhankelijk van wat het laatst is, en afgesproken voorwaarden tussen bedrijven zijn normaal gesproken beperkt tot zestig dagen, tenzij een langere periode eerlijk is voor beide partijen. Andere rechtsgebieden hebben hun eigen versies van deze regels. De agent kan de rente precies berekenen; of deze in rekening wordt gebracht is een commerciële beslissing over de relatie, en dat behoort bij de persoon die de rekening bezit.

De toon volgt hetzelfde principe. De eerste twee berichten moeten de berichten zijn die een goede kredietcontroller zou sturen: specifiek, beleefd, niet beschaamd. Iets steviger is een verandering van fase, en veranderingen van fase zijn goedkeuringen. De foutmodus van geautomatiseerd achtervolgen is zelden dat de berichten onbeleefd zijn. Het is dat ze naar de verkeerde persoon gaan, over het verkeerde bedrag, op de verkeerde dag, en een klant die niets verkeerd heeft gedaan zich achtervolgd voelt. Elke controle in dit artikel bestaat om dat te voorkomen, daarom is het record belangrijker dan de formulering.

Het binnen een week opzetten

Als je facturering, contacten en e-mail al in één systeem zijn ondergebracht dat ze als tools blootlegt, is de opzet het beleidsdocument en een staande aanvraag. Als dat niet het geval is, is de volgorde: breng de open facturen en hun contacten in één werkruimte, schrijf het eendocument-beleid, voer het een week handmatig uit zodat je weet dat de berichten juist zijn, geef de routine dan aan de agent en houd de uitzonderingen.

In Sois betekent dit het starten van een werkruimte, het aanmaken of importeren van de facturen, het verbinden van de agent die je al gebruikt (Claude, ChatGPT of een andere MCP-client) met een enkele OAuth-inlog, en het doorgeven van het beleid. De agent handelt met jouw toestemming en niet meer. Een collega wiens rol facturen kan lezen maar geen e-mail kan verzenden, kan ook geen herinneringen via hun agent verzenden, en elke verzending en elke pauze wordt geregistreerd op naam van de persoon wiens agent dit deed. Als je geen eigen agent hebt, neemt de Chat Agent Gateway dezelfde staande aanvraag als een enkel bericht aan en reageert wanneer de uitvoering is voltooid.

Wat je na een maand zou moeten zien, zijn minder herinneringen, niet meer. De beleefdheidsnotitie voor de vervaldatum vangt de facturen die alleen maar op een duwtje wachtten, en wat overblijft is een korte lijst, elk met een bijbehorende reden en een naam van een persoon ertegenaan.

Vragen die mensen stellen

Dit artikel wordt herzien wanneer de producten die het beschrijft veranderen. Volgende geplande herziening: 4 december 2026.