Obenan

Signaal — agentische betalingen

Betaalnetwerken leren de agent te herkennen

Software begint namens een klant dingen te kopen. Wil zo’n betaling vertrouwen verdienen, dan moet iemand kunnen vaststellen welk stuk software handelt, voor welke persoon het handelt en wat die persoon heeft toegestaan. Eén betaalprovider heeft nu een protocol gepubliceerd dat die informatie moet meedragen, en zegt dat het werk aan een interoperabiliteitsraamwerk met twee kaartnetwerken is begonnen.

Primaire bron gepubliceerd op 11 september 2026Bewijs gecontroleerd op 19 september 2026

In één zin

De betaling van een agent is niet betrouwbaarder dan zijn antwoord op “wie ben je, van wie is dit geld en waaraan mocht je het uitgeven” — en één provider heeft een protocol gepubliceerd dat dat antwoord moet meedragen, met een netwerkoverstijgend raamwerk dat wordt beschreven als werk dat is begonnen.

Ga naar wat u nu kunt doen

De bestelling waar niemand aan de balie voor kan instaan

Illustratie — fictief

Lucia en haar restaurants zijn voor deze pagina verzonnen. Niets in het onderstaande tafereel is een verslag van een echte ondernemer, een echte bestelling of een echt resultaat; het bestaat alleen om het probleem van de exploitant in gewone woorden te benoemen.

Stel u Lucia voor, een fictieve exploitant van elf trattoria’s in drie steden. Op een donderdagavond komt er in een van haar zaken een bestelling binnen op de tablet: acht couverts, twee vaste menu’s. Niemand uit haar team heeft een klant gesproken. Niemand heeft een formulier ingevuld. In dit verzonnen tafereel is de bestelling geplaatst door software die namens iemand winkelt — een agent, in de taal waar de betaalsector op is uitgekomen.

Haar bedrijfsleider kan die bestelling niet onderscheiden van een bestelling van software die in de war is, verkeerd is ingesteld of handelt voor iemand die de uitgave nooit heeft goedgekeurd. De kassa is gebouwd voor een wereld waarin een mens de kaart vasthield, dus kan zij melden dat een afschrijving is goedgekeurd en verder niets. Deze pagina beweert niets over hoe vaak een van die gevallen zich werkelijk voordoet; dat is nu juist het getal dat niemand aan de balie heeft.

De kloof is niet verzonnen, ook al is Lucia dat wel. Het is de kloof die een gepubliceerd agentisch betaalprotocol wil aanpakken: als de koper software is, valt een betaling achteraf alleen te onderzoeken als zij iets meedroeg wat een kaartnummer nooit meedroeg — een vastlegging van wie er handelde, voor wie en binnen welke grens.

Wat de betaling haar nu niet vertelt

  • Welk stuk software deze bestelling plaatste, en of haar boekingskanaal het ooit eerder heeft gezien.
  • Voor welke klant het handelde, en of iemand dat later kan bevestigen.
  • Wat de klant werkelijk heeft toegestaan — één bestelling vanavond, of een doorlopende afspraak die de agent ruim heeft uitgelegd.
  • Bij wie zij aanklopt als het gezelschap niet komt opdagen en de afschrijving drie weken later wordt betwist.

Wat er is veranderd

In gewone woorden

Agent
Software die voor een persoon handelt — zoekt, kiest en in dit geval betaalt — in plaats van dat de persoon zelf door de checkout klikt.
Wallet
De betaalapp van de consument waar het geld vandaan komt, zoals de apps waarmee mensen nu al met hun telefoon betalen.
Acquirer
Het bedrijf dat kaartbetalingen namens de ondernemer verwerkt en het geld op de rekening van de ondernemer afrekent.
Know Your Agent
Een controle op de software zelf: welke agent het is, wie hem draait, voor wie hij handelt en wat hij mag doen — naar het model van de identiteitscontroles die banken al op personen en bedrijven uitvoeren. In de aangehaalde aankondiging beschreven als onderwerp van een samenwerking die is begonnen, niet als een gepubliceerde standaard.

Op 11 september 2026 kondigde Ant International de eerste fase aan van zijn Agentic Mobile Protocol (AMP) — een openbaar gepubliceerde set regels voor hoe een agent zich bekendmaakt wanneer die probeert te betalen. Een protocol betekent hier een afgesproken, gedocumenteerd formaat dat iedere implementeerder kan lezen en waarop die kan bouwen. Wat elke deelnemer implementeert, in welke volgorde en hoe volledig, is een zaak van die deelnemer; deze pagina beweert niet dat te weten, en de aankondiging zet het niet uiteen.

Twee delen van die aankondiging doen ertoe voor een exploitant. Het eerste is wie erin wordt genoemd: digitale wallets (de apps waarmee consumenten al betalen) en acquirers (de bedrijven die kaartbetalingen namens de ondernemer verwerken — de ondernemerskant van het spoor). Ant International zegt dat de tien genoemde wallet-partners AMP tijdens fase I zullen ondersteunen. Het tweede is wat er volgens de aankondiging hierna komt: Ant International zei dat het samen met Mastercard en Visa is begonnen aan een interoperabiliteitsraamwerk voor Know Your Agent, de agentkant van de identiteitscontroles die banken al op personen en bedrijven uitvoeren.

De richting is het nieuws, en de richting is alles wat het aangehaalde bewijs draagt. De agent herkennen is een vraag waar één provider nu een protocol omheen heeft gepubliceerd en die hij beschrijft als onderwerp van samenwerking met twee kaartnetwerken. Op dit bewijs zit het niet ingebouwd in de betaalinfrastructuur, is het niet gestandaardiseerd tussen netwerken en is het nergens een voorwaarde voor; het is een aangekondigd voornemen dat een exploitant kan volgen.

  • Fase I noemt tien digitale wallets — Alipay, AlipayHK, DANA, GCash, KakaoPay, MPay, TNG eWallet, TrueMoney, Toss en Starryblu — die volgens Ant International AMP tijdens fase I zullen ondersteunen, naast zeven acquiring-partners: Adyen, Allinpay, Checkout.com, Fiserv, Global Payments, Nuvei en Worldline.

    Een genoemde deelnemer is een deelnemer die in een uitrolaankondiging wordt genoemd. Het is geen uitspraak dat de functie live is voor een bepaalde ondernemer, een bepaalde markt of een bepaalde checkout, en evenmin dat een genoemde partij haar deel heeft afgerond.

    BronAnt International11 september 2026

  • Ant International beschrijft die tien wallets als wallets die 1,5 miljard gebruikersaccounts bedienen.

    Dit telt wallet-accounts, geen agenten, geen bestellingen en geen afgeronde aankopen. Het beschrijft potentieel bereik, geen activiteit.

    BronAnt International11 september 2026

  • AMP is als opensource op GitHub gepubliceerd, met broncode, SDK’s voor ontwikkelaars en technische documentatie voor platformen, wallets, acquirers en financiële instellingen.

    Gepubliceerde code is een uitnodiging om te implementeren. Het is geen bewijs dat iemand de implementatie heeft afgerond, en deze pagina heeft niet gecontroleerd wat de gepubliceerde specificatie vereist.

    BronAnt International11 september 2026

  • Ant International, Mastercard en Visa zijn begonnen aan een samenwerking rond een Know Your Agent-interoperabiliteitsraamwerk dat het onboarden en herkennen van agenten tussen netwerken moet vereenvoudigen.

    De gedane bewering is dat de samenwerking is begonnen. Er wordt geen afgeronde standaard, geen lanceerdatum en geen dekkingstoezegging genoemd.

    BronAnt International11 september 2026

Vier vragen die een exploitant kan stellen over een bestelling van een agent

Een kaartbetaling beantwoordt al lang één vraag: dekt deze kaart dit bedrag? Een bestelling die door software is geplaatst roept er drie op die een exploitant beantwoord wil zien voordat hij de afschrijving als sluitend bewijs van iets behandelt.

Van wie deze lijst is

Dit is de conceptuele checklist van Obenan voor exploitanten, geschreven om het probleem bespreekbaar te maken. Het is niet de geïmplementeerde berichtvolgorde van AMP en het beschrijft geen velden, volgorde of transportformaat van welk protocol dan ook. De aangehaalde aankondiging zet geen geïmplementeerde berichtvolgorde uiteen, dus niets hiervan moet zo worden gelezen. Of een bepaalde betaling een van deze vragen überhaupt kan beantwoorden, hangt af van wat de provider en het kanaal vóór de ondernemer werkelijk leveren.

  1. Vraag 1 van 4

    Welke agent is dit?

    Een exploitant wil dat de bestelling een blijvende identificatie meedraagt van de software die haar plaatste, in plaats van dat zij binnenkomt zonder onderscheid met gewoon webverkeer.

    Zonder die identificatie lijken alle agenten op elkaar, en is een agent die zich misdraagt niet te onderscheiden van een die dat niet doet — en niet af te sluiten zonder ze allemaal af te sluiten.

  2. Vraag 2 van 4

    Voor wie handelt hij?

    Een exploitant wil een manier om degene te bereiken voor wie de agent handelde, of dat nu een account, een klantdossier of een contactpersoon aan de kanaalkant is.

    Zonder route terug naar een verantwoordelijke partij heeft een geschil geen andere tegenpartij dan de ondernemer zelf.

  3. Vraag 3 van 4

    Wat mocht hij doen?

    Een exploitant wil dat de reikwijdte van de toestemming van de klant ergens is vastgelegd waar hij die kan inzien, in plaats van dat zij alleen in de instellingen van de agent bestaat.

    Zonder dat is de grens wat de agent denkt dat zij is, en kan “de klant heeft het goedgekeurd” door niemand anders worden gecontroleerd.

  4. Vraag 4 van 4

    En wat heeft de autorisatie werkelijk vastgesteld?

    Een exploitant wil een geslaagde autorisatie behandelen als bewijs over geld, en de eerste drie vragen als aparte feiten apart vastleggen.

    De vier samentrekken tot “de kaart ging erdoor” is precies wat het risico legt bij degene die de klant heeft bediend.

De vier vragen zijn: welke agent plaatste dit, voor wie handelde hij, wat mocht hij doen en wat stelde de autorisatie zelf vast. Het is de manier waarop Obenan het probleem van een exploitant formuleert, geen protocolvolgorde. De klant daadwerkelijk bedienen is een vijfde, geheel eigen zaak, en geen enkele betaling bewijst die.

Elke vraag is goedkoper te beantwoorden voordat het geld beweegt dan erna. Welke ervan een bepaalde bestelling überhaupt kan beantwoorden, hangt af van de provider en het kanaal waarlangs zij binnenkwam.

Waar dit thuishoort en waar niet

Deze fasen samentrekken tot één gebeurtenis kan verhullen waar het risico zit. Het zijn er zeven, en elke fase kan plaatsvinden zonder de volgende. De aangehaalde aankondiging beschrijft een protocol dat op twee ervan mikt — als fasen die het wil ondersteunen, niet als fasen waarvan is aangetoond dat het ze levert.

  1. Organische vindbaarheid

    Een assistent, een kaart of een zoekresultaat laat het restaurant überhaupt zien, zonder dat iemand voor die plaatsing heeft betaald.

    Niet behandeld

  2. Betaalde zichtbaarheid

    Het restaurant wordt getoond omdat een plaatsing is gekocht. Getoond worden is niet gekozen worden.

    Niet behandeld

  3. Doorverwijzing

    Iets geeft de klant door — een klik, een overdracht naar een boekingskanaal, een deeplink naar een app.

    Niet behandeld

  4. Aanvraag

    Er komt een aanvraag binnen waar een mens of een systeem op kan handelen: een tafelverzoek, een offerte, een vastgehouden winkelmandje.

    Niet behandeld

  5. Goedkeuring door de klant

    Een echt mens stemt in met deze specifieke aankoop, tegen deze prijs, onder de voorwaarden die hij zag. Het protocol wil dit onderzoekbaar maken; het aangehaalde bewijs laat niet zien dat het dat levert.

    Doel van het protocol

  6. Betaling

    Geld wordt geautoriseerd en afgerekend. Het protocol wil een vastlegging meesturen van wie er handelde en namens wie; het aangehaalde bewijs toont zo’n vastlegging niet in productie.

    Doel van het protocol

  7. Levering

    De tafel wordt vrijgehouden, het gezelschap komt, het eten wordt geserveerd. Niets in een betaalprotocol bewijst dat dit is gebeurd.

    Niet behandeld

Doel van het protocol
De aankondiging beschrijft het voornemen om identiteit en toestemming naast de betaling mee te dragen. Het voornemen is wat het bewijs vaststelt; de levering niet.
Niet behandeld
Of een agent het restaurant vindt, het aanbeveelt, een klant stuurt, of die klant bediend wordt, wordt elders beslist.

BronAnt International11 september 2026

Wat dit bewijs niet aantoont

Deze pagina steunt op één aankondiging van één deelnemer. Dat is goed bewijs van een aangekondigde uitrol en van een implementatievoornemen. Het is geen bewijs van iets dat daarna komt, en het zo lezen is de fout die een exploitant het snelst tijd kost.

  • Het laat niet zien dat een ondernemer dit heeft aangezet, of dat een genoemde wallet of acquirer haar deel heeft afgerond.
  • De aangehaalde aankondiging meldt geen transactievolume. Er staat geen aantal aankopen, geen waarde en geen groeicijfer in, en niets daarvan mag uit wallet-accounttotalen worden afgeleid.
  • De aangehaalde aankondiging meldt niets over de vraag of op deze manier geplaatste bestellingen zijn uitgevoerd, geannuleerd of betwist.
  • Het is geen verklaring van algemene beschikbaarheid. Het aangehaalde bewijs stelt alleen de genoemde deelnemers aan fase I vast; het stelt niet vast dat de optie zal verschijnen bij een bepaalde checkout, in een bepaalde markt of voor een bepaalde ondernemer.
  • Het stelt geen netwerkoverstijgende standaard vast. Het Know Your Agent-raamwerk wordt beschreven als een samenwerking die is begonnen, zonder gepubliceerde specificatie, tijdlijn of onafhankelijke verificatie ernaast.
  • Het stelt geen enkel effect vast op fraude, terugboekingen of geschillen. De aangehaalde aankondiging meldt geen dergelijke uitkomstgegevens, en deze pagina heeft er elders niet naar gezocht.

Binnen die grens gehouden blijft het signaal nuttig: het vertelt een exploitant rond welke vraag één provider bouwt, en dat is genoeg om je op voor te bereiden zonder een aankondiging te verwarren met een afgebouwd spoor.

Onafhankelijkheid

Ant International, Mastercard, Visa en alle op deze pagina genoemde wallets en acquirers zijn onderwerp van verslaggeving op basis van openbare bronnen. Obenan heeft met geen van hen een partnerschap, aanbeveling, certificering, pilot, integratie of bijzondere toegang, en deze pagina claimt dat ook niet. Alles hier komt uit de gepubliceerde aankondiging die onder Bronnen staat en is niet onafhankelijk geverifieerd.

Wat u nu kunt doen

Niets hiervan vraagt om een project. Het vraagt erom de antwoorden te kennen voordat iemand er onder druk om vraagt.

  1. Stel uw betaalprovider één vraag schriftelijk.

    Of hij deelneemt aan werk rond agentherkenning, en welke metadata hij u laat zien over een door een agent gestarte betaling zodra er een binnenkomt. Bewaar het antwoord; het veroudert snel.

  2. Zoek uit of er nu al bestellingen van agenten bij u binnenkomen.

    Vraag elk boekingskanaal, elke marktplaats en elke betaalprovider welke metadata op bestelniveau zij tonen — kanaal- of bronidentificatie, API-client- of integratie-ID, user-agent en botclassificatie, en elk agent- of automatiseringskenmerk — en zoek dan naar bestellingen met die kenmerken. Tel ze een maand lang voordat u besluit dat ze er niet toe doen.

  3. Leg de goedkeuring los van de betaling vast.

    Het systeem dat de bestelling bewaart, zou moeten kunnen zeggen wie deze aankoop heeft goedgekeurd, niet alleen dat een afschrijving is goedgekeurd. Dat zijn verschillende feiten en ze worden apart betwist.

  4. Geef uw managers een regel voor de onduidelijke bestelling.

    Eén zin is genoeg: wat u aanneemt, wat u met een mens bevestigt en naar wie u opschaalt. Consistentie tussen vestigingen is meer waard dan de precieze drempel.

  5. Houd de gegevens die een agent over elke vestiging leest juist.

    Openingstijden, adres, bezorggebied, menukaart en prijsnauwkeurigheid zijn waar een kopende agent op afgaat. Dit is vindbaarheidswerk, geen betaalwerk — maar het is het deel dat een exploitant vandaag in de hand heeft.

  6. Kijk opnieuw wanneer een standaard wordt gepubliceerd, niet wanneer er een wordt aangekondigd.

    Waar u op wacht is een Know Your Agent-raamwerk met een gepubliceerde specificatie en met naam genoemde gebruikers op uw eigen spoor — niet nog meer intentieverklaringen.

Als er morgen aan een van uw balies een bestelling van een agent binnenkomt, is de nuttige vraag niet langer “ging de kaart erdoor”. Het is: “wat heeft deze betaling ons verteld over wie er koopt, en hebben we dat opgeschreven”.

Bronnen

Eén primaire bron, aangehaald voor elk getal op deze pagina. Cijfers en deelnemerslijsten zijn zoals gepubliceerd door de aankondigende partij en zijn niet onafhankelijk geverifieerd.

  1. Ant International’s Agentic Mobile Protocol rolls out globally with wallets and acquirers, initiating collaboration on a KYA interoperability framework with Mastercard and VisaAnt International11 september 2026