AI-agenttransacties: als software zelf geld gaat uitgeven

Lang was software een hulpmiddel: een mens besloot, de software voerde uit. Bij een AI-agent verschuift dat. De agent krijgt een doel, een budget en een aantal kaders, en zet daarbinnen zelf de stappen die nodig zijn — inclusief het doen van een betaling.

Het geld blijft van de opdrachtgever. Wat verandert is het moment waarop een mens beslist: niet meer per transactie, maar vooraf bij het verlenen van het mandaat en achteraf bij de controle. Die verschuiving vraagt om een andere manier van vastleggen.

In de praktijk lopen deze betalingen zelden via een reguliere bankrekening. Vaker gaat het om stablecoins vanuit een wallet: continu beschikbaar, in kleine bedragen af te wikkelen en programmeerbaar. Daardoor kan een agent handelen zonder dat een bankproces ertussen zit.

Voor de administratie betekent dat: geen bankafschrift als vanzelfsprekende bron, maar on-chain transacties die zelf moeten worden geduid. Wie welke wallet beheert en welke sleutel de agent gebruikt, is daarmee een administratieve vraag geworden.

Een mandaat is pas beheersbaar als het technisch begrensd is: een maximum per transactie en per periode, een lijst met toegestane tegenpartijen, en een geldigheidsduur die afloopt in plaats van onbeperkt doorloopt.

Gebruik bij voorkeur een aparte wallet met een beperkt saldo voor agentactiviteit, gescheiden van de wallets waarin het overige vermogen staat. Een agent heeft nooit een seed phrase of herstelzin nodig; werk met begrensde of intrekbare autorisaties.

Leg per handeling vast welk mandaat gold, wie dat verleende, welk adres tekende, welke tegenpartij is betaald, welk bedrag en tijdstip het betrof en op grond waarvan de agent tot die keuze kwam.

Zonder die log is een reeks kleine betalingen naar wisselende adressen achteraf niet te verklaren — niet richting een accountant, en niet richting een bank die vraagt naar herkomst en bestemming van middelen.

Een assistent stelt voor; een economische actor verplicht. Zolang een agent alleen een bestelling voorbereidt en een mens akkoord geeft, is er niets nieuws onder de zon: de mens is de handelende partij en het akkoord is het bewijsstuk.

Zodra de agent binnen een mandaat zelf een overeenkomst aangaat en betaalt, treedt hij feitelijk op als economische actor namens de opdrachtgever. Juridisch verandert er niets aan de toerekening — software is geen rechtssubject — maar administratief wel: het bewijs van de wil verschuift van de transactie naar het mandaat.

Die verschuiving is het punt waarop de meeste organisaties nog niets hebben ingericht. Er is een betaling, maar geen document waaruit blijkt wie die betaling wilde.

Agentbetalingen zijn vaak klein, frequent en tijdgevoelig. Een bankoverboeking is daarvoor te traag en te duur; stablecoins vanuit een wallet zijn continu beschikbaar en programmeerbaar afhankelijk van voorwaarden.

Dat betekent dat het betaalinstrument tegelijk het administratieve probleem is. Een wallet levert geen rekeningafschrift met tegenpartijnaam. Er is een adres, een bedrag, een tijdstempel en een hash — meer niet.

Leg daarom per wallet vast: wie eigenaar is (privé of de vennootschap), wie beheerder is, welke sleutels bestaan en waar ze staan, welk maximumsaldo geldt en welke agent er toegang toe heeft. Een agent heeft nooit een seed phrase nodig; werk met begrensde, intrekbare autorisaties.

Een bruikbaar mandaat legt vast: het doel, het maximumbedrag per transactie en per periode, de toegestane categorieën of tegenpartijen, de looptijd met een einddatum, de wijze van intrekken en wie bevoegd was het mandaat te verlenen.

Verantwoordelijkheid blijft bij de opdrachtgever of de rechtspersoon. Bij een BV blijft de bestuurder aanspreekbaar op de opzet en werking van de beheersmaatregelen. Een fout van de agent is bestuurlijk een fout in het mandaat.

Beperk daarom de blootstelling technisch: een aparte wallet met werkkapitaal, aflopende autorisaties en een menselijk akkoordmoment boven een drempelbedrag.

Zodra betalingen autonoom plaatsvinden, komen bekende vragen in een nieuwe vorm terug. Is de uitgave zakelijk en aan welke prestatie is zij toe te rekenen? Welke euro-waarde geldt op het transactiemoment en met welke koersbron? Ontstaat er een resultaat op de gebruikte stablecoin tussen aankoop en besteding?

Compliance-kant: welke tegenpartij is betaald en is die te identificeren? Hoe verhoudt een reeks kleine betalingen naar wisselende adressen zich tot de vragen die een bank stelt over herkomst en bestemming van middelen? Wie is uiteindelijk verantwoordelijk als een agent aan een gesanctioneerde partij betaalt?

Voor de btw geldt dat de betaalvorm de prestatie niet verandert: een dienst die met stablecoins wordt afgerekend, blijft fiscaal dezelfde dienst. Wat verandert is uitsluitend de bewijsvoering.

Registreer per agent: de identiteit van de agent, het gebruikte model of systeem, het actieve mandaat en de wallet waaraan hij is gekoppeld.

Registreer per transactie: opdracht of aanleiding, het beslismoment van de agent, de autorisatie, de tegenpartij, het bedrag en de munt, de euro-waarde met koersbron, de transactiehash en het onderliggende bewijsstuk.

Sluit periodiek aan: het walletsaldo tegen de som van de geregistreerde transacties, en de geregistreerde transacties tegen de boekhouding. Een verschil dat u binnen een maand ziet, is een correctie; hetzelfde verschil na een jaar is een reconstructie.