Een klant heeft uw webwinkel nooit bezocht. Geen achtergelaten winkelwagen, geen paginaweergaven geregistreerd, geen 'in winkelwagen'-klik in uw analytics. En toch is er een betaling binnengekomen, een bestelling verzonden, en staat er nu een chargeback-risico in uw boeken, gekoppeld aan een koper die in werkelijkheid nooit naar een scherm heeft gekeken.
Dit is hoe een groeiend aandeel van de transacties in 2026 eruitziet. Een AI-agent — binnen ChatGPT, Gemini of een winkelassistent die is gebouwd op een van de nieuwe protocollen voor agentic commerce — heeft namens een persoon rondgekeken, vergeleken en gekocht. De persoon keurde een budget en een reeks voorkeuren goed; de agent deed de rest. Voor winkeliers is dit geen hypothetisch scenario. Etsy-verkopers zijn al live op OpenAI's Instant Checkout, meer dan een miljoen Shopify-merchants sluiten zich aan, en PayPal's eigen agentic commerce-server zal naar verwachting nog voor het einde van het jaar tientallen miljoenen kleine bedrijven op deze rails brengen.
Het probleem is dat de boekhouding van de meeste kleine bedrijven er nog steeds van uitgaat dat een mens op 'kopen' heeft geklikt. Door agenten geïnitieerde bestellingen doorbreken die aanname op manieren die zich in eerste instantie uiten in hoofdpijn bij het reconciliëren en, indien genegeerd, in reële financiële en compliance-risico's.
Wat "Agentic Commerce" daadwerkelijk betekent voor uw boeken
Als we de hype wegnemen, is agentic commerce simpelweg gedelegeerd winkelen: een klant stelt een doel in ("zoek een waterdichte jas onder de $150 in marineblauw, maat medium") en stelt een aantal kaders vast (een bestedingslimiet, goedgekeurde winkeliers, misschien een kaart), en een AI-agent regelt de ontdekking en aankoop met minimale verdere input. Ongeveer 58% van de consumenten geeft aan dat ze traditionele zoekopdrachten al hebben vervangen door generatieve AI-tools voor productaanbevelingen — de verschuiving van 'browsen en dan kopen' naar 'delegeren en dan goedkeuren' is al in volle gang, en is geen toekomstige trend.
Er zijn drie protocolfamilies ontstaan om dit mogelijk te maken, en u zult ze waarschijnlijk alle drie tegenkomen als u online verkoopt:
- ACP (Agentic Commerce Protocol) — gebouwd door Stripe and OpenAI, dit is wat Instant Checkout in ChatGPT aandrijft. In plaats van dat een agent het werkelijke kaartnummer van uw klant ziet, geeft de betalingsprovider van de klant een Shared Payment Token uit: een afgebakende, tijdgebonden, herroepbare inlogcomponent die geldig is voor één winkelier en één bedrag. Stripe omschrijft het als een programmeerbare toekenning, waarneembaar via webhook-events — wat belangrijk is, want die webhooks zijn uw enige realtime signaal dat een niet-menselijke koper zojuist een transactie heeft gedaan.
- AP2 (Agent Payments Protocol) — de concurrerende standaard van Google, ondersteund door meer dan 60 partners waaronder Mastercard, PayPal en American Express. AP2 vertegenwoordigt elke aankoop door een agent als drie ondertekende "Mandaten": een Intent Mandate (wat de winkelaar wil), een Cart Mandate (wat de agent heeft samengesteld) en een Payment Mandate (wat in rekening wordt gebracht). Elk mandaat is een verifieerbaar, cryptografisch ondertekend bestand — in theorie een schonere audit trail dan een typische menselijke checkout, mits uw systemen weten hoe ze dit moeten lezen.
- UCP and others — een bredere beweging richting het standaardiseren van machineleesbare bezorgtijden, retourbeleid en orderverwerkingsgegevens, zodat agenten winkeliers kunnen vergelijken op basis van consistente voorwaarden, en niet alleen op prijs.
Het praktische resultaat: uw webwinkel bedient binnenkort wellicht twee heel verschillende soorten klanten — mensen en software-agenten die handelen onder het mandaat van een mens — en uw boekhouding moet het onderscheid tussen beide kunnen maken.
Waarom reconciliatie moeilijker wordt, niet makkelijker
U zou denken dat een door een machine gegenereerde, cryptografisch ondertekende bestelling eenvoudiger te reconciliëren is dan een menselijke bestelling. In de praktijk merken winkeliers het tegenovergestelde, om een aantal concrete redenen.
De autorisatieketen bevindt zich op meerdere plaatsen
Een enkele ACP-transactie kan betrekking hebben op een mandaatrecord, een bestelbon, een afwikkelingsgebeurtenis (settlement event) van uw betalingsverwerker en een identiteitsrecord dat bevestigt welke agent (en onder wiens gezag) de aankoop heeft geïnitieerd. Wanneer een afwikkelingsgebeurtenis in uw bankfeed binnenkomt, wordt het koppelen daarvan aan de werkelijke bestelcontext — en het kunnen bewijzen van de keten als er een geschil ontstaat — in vroege implementaties al omschreven als 'een reconciliatie-exercitie uit meerdere bronnen'. Dat is een chique manier om te zeggen: het bedrag dat op uw rekening wordt bijgeschreven en de bestelling waar het bij hoort, hebben nu meer lagen tussen zich dan een eenvoudig factuurnummer.
Terugbetalingen moeten worden voorzien van een "wie, wat en waarom"
Als de klantenservice-tegenhanger van een AI-agent zelf een terugbetaling initieert op uw platform — wat steeds vaker voorkomt naarmate winkeliers retourzendingen automatiseren — heeft die terugbetaling metadata nodig: welke agent de terugbetaling heeft geautoriseerd, onder welk beleid en waarom. Financiën heeft dit nodig om de transactie te reconciliëren; u heeft het nodig om u te verdedigen tegen een chargeback waarbij de klant ook dezelfde afschrijving via hun bank betwist, wat een risico op dubbele terugbetaling met zich meebrengt. Gedeeltelijke terugbetalingen op bestellingen van meerdere artikelen en pro rata terugbetalingen op abonnementen maken dit alleen maar complexer.
Het risico op chargebacks is al groot en stijgt
Naar verwachting zullen chargeback-geschillen winkeliers in 2026 ongeveer 15 en $ 100, en de tijd van uw medewerkers om bewijsmateriaal te verzamelen onder een krappe deadline van het betalingsnetwerk. Door agenten geïnitieerde bestellingen die geen duidelijke mandaatrecords hebben, zullen moeilijker, en niet makkelijker, te verdedigen zijn.
Bankfeeds zien het verschil niet
Uw bankafschrift toont een storting. Het laat niet zien of die storting afkomstig is van een persoon die op "Bestelling plaatsen" tikt of van een software-agent die een winkelwagenmandaat (Cart Mandate) uitvoert met een budget van $150. Als uw rekeningschema (chart of accounts) en afstemmingsworkflow (reconciliation workflow) de bron niet kunnen taggen, verliest u het vermogen om later basisvragen te beantwoorden: hoeveel omzet kwam er dit kwartaal binnen via agent-checkouts, wat is het terugbetalingspercentage van het agent-kanaal, is het volume van agent-oorsprong onevenredig vaak gekoppeld aan geschillen? Dit zijn geen abstracte vragen — het zijn de vragen die een geldverstrekker, een accountant of een betalingsverwerker (acquirer) uiteindelijk zal stellen.
Een praktisch afstemmingskader voor door agenten geïnitieerde bestellingen
U hoeft geen betalingsingenieur te worden om dit goed aan te pakken. U heeft slechts een paar gedisciplineerde gewoonten nodig bovenop het boekhoudsysteem dat u al gebruikt.
1. Tag het kanaal op het verkooppunt, niet achteraf. Of u nu Shopify, Etsy of een eigen stack gebruikt, de meeste integraties voor agentic commerce geven een vlag (flag) of metadataveld door dat aangeeft dat de bestelling via ACP, AP2 of een vergelijkbaar protocol is binnengekomen. Leg die vlag vast als een transactietag of een subrekening (bijv. "Omzet — Agent-kanaal") in plaats van het op één hoop te gooien met de algemene verkoopopbrengsten. Dit achteraf aanpassen na zes maanden van ongedifferentieerde verkopen door agenten en mensen is veel pijnlijker dan taggen vanaf dag één.
2. Bewaar het mandaat of de bestelbon, niet alleen het afrekeningsdocument. Het uitbetalingsrapport van uw betalingsverwerker vertelt u dat er geld is verplaatst. Het vertelt u meestal niet het volledige autorisatieverhaal. Welke door het platform geleverde bon, mandaatreferentie of webhook-payload ook bij de bestelling hoort, bewaar deze samen met uw normale factuurgegevens. Behandel het zoals u een ondertekende inkooporder zou behandelen — het is uw bewijs als er ooit bij een geschil wordt gevraagd: "was dit daadwerkelijk geautoriseerd?"
3. Stem expliciet af exclusief transactiekosten (net of fees). OpenAI's Instant Checkout brengt winkeliers bijvoorbeeld een transactietarief van 4% in rekening op voltooide aankopen. Dat is een reële kostenpost en die heeft een eigen rekening nodig — stop dit niet weg onder generieke "betalingsverwerkingskosten" als u de marges tussen verkoop via het agent-kanaal en directe verkoop echt wilt vergelijken.
4. Bouw een apart logboek voor terugbetalingen/geschillen voor bestellingen van agenten — ten minste totdat u vertrouwen heeft in het volume. Omdat de vraag "wie heeft deze terugbetaling geïnitieerd en waarom" hier belangrijker is, zal een eenvoudig doorlopend logboek (om te beginnen bijvoorbeeld een spreadsheet) dat de bestellings-ID, de mandaatreferentie, de reden en of het door de agent of door een mens is geïnitieerd vastlegt, u uren besparen wanneer een terugboeking (chargeback) en een terugbetaling (refund) voor het eerst samenvallen bij dezelfde bestelling.
5. Beslis bewust of u überhaupt door agenten geleide aankopen wilt accepteren. Onder protocollen zoals AP2 kan uw webwinkel beslissen of u door agenten geïnitieerde transacties überhaupt accepteert, ze anders behandelt (een CAPTCHA, een andere prijs, het uitsluiten van cadeaubonnen) of u volledig afmeldt. Dat is evenzeer een zakelijke beslissing als een technische — en deze moet worden genomen met uw boekhoudkundige capaciteit en geschillenafhandeling in gedachten, en niet alleen uw wens om dit verkoopkanaal te benutten.
De achterliggende les: controleerbaarheid (auditability) was altijd al het doel
Dit is wat agentic commerce duidelijk maakt dat altijd al waar was: een transactie is slechts zo betrouwbaar als de registratie die erachter ligt. Cryptografisch ondertekende mandaten en scoped betalingstokens zijn in zekere zin de poging van agentic commerce om een probleem op te lossen dat een goede boekhouding altijd al heeft proberen op te lossen — precies weten wat er is geautoriseerd, door wie, voor hoeveel, en dat later kunnen bewijzen.
Kleine bedrijven die nu al schone, goed getagde en controleerbare administraties bijhouden, zullen het veel gemakkelijker hebben om verkopen via agent-kanalen bovenop hun bestaande systeem te leggen. Bedrijven met een slordige, ongedifferentieerde boekhouding zullen merken dat agentic commerce een klein boekhoudkundig gat verandert in een reëel probleem met afstemming en verdediging tegen geschillen, precies op het moment dat het transactievolume via deze kanalen begint te groeien.
Houd uw boeken klaar voor wat er als volgende verkoopt
Of een verkoop nu afkomstig is van een mens die op "kopen" tikt of van een AI-agent die namens hen een ondertekend mandaat uitvoert, de fundamenten veranderen niet: elke transactie heeft een duidelijk, controleerbaar spoor nodig van bestelling tot afwikkeling. Beancount.io biedt u plain-text accounting die van nature transparant en onder versiebeheer is, zodat het taggen van een nieuw verkoopkanaal — inclusief door agenten geïnitieerde bestellingen — een kwestie is van het toevoegen van een rekening, en niet van het herstructureren van uw boeken. Start gratis en ontdek waarom ontwikkelaars en financieel ingestelde bedrijfseigenaren overstappen op plain-text accounting voordat de volgende verschuiving in de handel zich aandient.