Obenan-briefings · Signal

Betaalde agentacties worden infrastructuur. De toezegging van de handelaar is nog steeds onopgelost.

Agentplatforms maken van betaalde API's, betaalde MCP-servers, betaalde webcontent en machinebetalingen ingebouwde runtime-infrastructuur. Dat beantwoordt hoe een agent betaalt. Het beantwoordt niet of de handelaar aan de andere kant een specifieke toezegging kan nakomen op het moment dat er geld beweegt.

Published May 13, 2026 · Wereldwijd · Openbare infrastructuur

Kernpunt voor operators

De recente releases dichten een deel van de kloof in de betaalinfrastructuur; de kant van de handelaar blijft open. Als je boekingen, mobiliteit, diensten, ticketing of een andere lokale dienstverlening runt, behandel dan de waarheid over beschikbaarheid, beleid, geschiktheid en bevestiging als jouw werk, vóór de uitvoering van de betaling. September 2026 bracht beweging op drie afzonderlijke lagen, en geen daarvan is een klant die bij jou koopt.

Mail Ceren Bekijk Merchant Infrastructure

Wat er veranderde

Openbare infrastructuur voor betaalde agentacties werd tussen 29 april en 12 mei 2026 steviger

Vier onafhankelijke openbare stappen in de afgelopen twee weken behandelen betaalde agentacties als beheerde infrastructuur in plaats van protocoltheater. Het patroon is consistent: agentplatforms gaan er nu van uit dat ze voor tools, content en resources betalen als volwaardig runtimegedrag.

AWS Bedrock AgentCore Payments gaat in preview

Op 7 mei 2026 lanceerde AWS Amazon Bedrock AgentCore Payments in preview. De release maakt betalingen een ingebouwde runtimefunctie voor Bedrock-agents, ondersteunt x402, integreert wallets van Coinbase en Stripe Privy, dwingt bestedingslimieten per sessie af en presenteert micropayments expliciet als eerste stap naar bredere processen aan de kant van de koper.

Stripe brengt agenthandel samen in één stack

Op 29 april 2026 verbreedde Stripe tijdens Sessions 2026 de toegang voor handelaren via het dashboard, voegde het Google toe als downstream route voor ontdekking en afrekenen via AI Mode en de Gemini-app, en introduceerde het Link-agentwallets plus ondersteuning voor het Machine Payments Protocol voor programmatische agentbetalingen.

MPP publiceert concepten voor betaalauthenticatie en MCP-transport

Op 12 mei 2026 publiceerde het ecosysteem rond het Machine Payments Protocol twee samenhangende Internet-Drafts op paymentauth.org: een Payment HTTP-authenticatieschema en een transportmapping voor JSON-RPC en MCP. Samen geven ze concrete semantiek aan 402 Payment Required en leggen ze vast hoe betaalde toolaanroepen, het lezen van resources en het ophalen van prompts in MCP kunnen worden uitgedrukt.

Adyen treedt toe tot de x402 Foundation

In zijn Q1-businessupdate van 6 mei 2026 maakte Adyen bekend dat het is toegetreden tot de x402 Foundation om open standaarden voor betalingen via HTTP te helpen vestigen, en koppelde het die stap expliciet aan interoperabele transactieprocessen in agentische handel. Een grote PSP zette zichtbaar in op standaarden voor HTTP-native betaalobjecten.

Later bewijs

September 2026: drie lagen bewogen, en geen daarvan is de kassa

In de eerste helft van september 2026 gebeurden vier gedateerde dingen. Je hoort ze makkelijk als één verhaal over agents die dingen kopen. Het is niet één verhaal. Ze zitten op drie verschillende lagen van de stack, en het loont om ze uit elkaar te houden, want maar één van de drie zit zelfs maar aan de kant van de toonbank van de handelaar – en zelfs die is de backoffice, niet de kassa.

Het bewijs hieronder is gelezen op 22 september 2026. Elk punt draagt de datum van de bron.

Laag één: de leidingen

Wat het is: bibliotheekcode voor één betaalprotocol werd zorgvuldiger in het zichtbaar laten falen. Niemand heeft daardoor iemand betaald.

Een protocol is een afgesproken set regels die twee computers volgen zodat ze een transactie kunnen afhandelen zonder een persoon ertussen; een SDK is de kant-en-klare code die een ontwikkelaar in een programma zet zodat het dat protocol kan spreken. Op 15 september 2026 brachten de beheerders van de Python-SDK voor het betaalprotocol x402 versie 2.23.0 uit, die volgde op 2.22.0.
De wijzigingen zijn van het onopvallende soort dat pas telt als er echt geld beweegt. Afwikkeling is de stap waarin het geld echt aankomt, in plaats van alleen geautoriseerd te zijn – hetzelfde verschil als tussen een kaart die vrijdag op je terminal wordt goedgekeurd en het geld dat dinsdag op je rekening verschijnt. Tijdens de afwikkeling hergebruikt de code nu een controle die hij al had gedaan, in plaats van het netwerk een tweede keer te vragen. Blijvende configuratiefouten worden nu opgevangen bij het starten van het programma, terwijl tijdelijke time-outs nog steeds opnieuw kunnen worden geprobeerd. Wachttijden zijn verlengd en kregen harde bovengrenzen – voor aanroepen naar de facilitator, de dienst die een betaling namens beide partijen controleert en uitvoert, en voor betaalde toolaanroepen – zodat een trage afwikkeling kan afronden in plaats van te worden afgebroken. De routecontrole is versterkt tegen een opzettelijk vermomd webadres. De bestedingslimiet die een ontwikkelaar instelt, wordt nu doorgegeven aan elke betaalmethode die de bibliotheek ondersteunt.
Het gaat om één taalbinding van één protocol – de code voor één programmeertaal – die operationeel explicieter wordt. Ze is geschreven door de mensen die dat protocol onderhouden, over hun eigen code. Het is ook niet de nieuwste versie: op 22 september 2026, de dag waarop dit bewijs werd gelezen, volgde versie 2.24.0.

Dit is niet: adoptie, transactievolume of een handelaar die iets doet. Een release-opmerking is een uitspraak over een codebase. Er wordt geen restaurant, kliniek of garage in genoemd, en er wordt er geen mee bedoeld.

Laag twee: agents die betalen voor de diensten die ze gebruiken

Wat het is: software die software betaalt. Een programma betaalt voor data of een dienst die het nodig heeft om zijn werk te doen. De koper is een programma, de verkoper een API-leverancier – een bedrijf dat andere programma's toegang tot zijn data of software verkoopt – en elk bedrag ligt tussen 0,001 en 0,01 Amerikaanse dollar.

Op 1 september 2026 gaf een artikel op de AWS-blog over t54, geschreven door AWS-medewerkers samen met leden van het t54-team, het eigen cijfer van t54: de dienst x402-secure heeft sinds de lancering „meer dan 20 miljoen door AI-agents geïnitieerde transacties” verwerkt, elk „een micropayment tussen $0.001 en $0.01” – een betaling zo klein dat het zinloos zou zijn om die op een kaart te zetten.
Het uitgewerkte voorbeeld in het artikel is een agent die aandelenportefeuilles volgt en realtime marktdata moet kopen van een betaalde API. De oprichter van t54 beschrijft de transacties op dezelfde manier, als „het soort snelle, kleine aanroep voor data of een API die geen mens in realtime zou kunnen controleren”, en het artikel zegt dat ze gebeuren „zonder dat een mens er ook maar één goedkeurt”. Volgens t54's eigen beschrijving is dat wat het getal telt: software die een softwareleverancier betaalt voor een dienst die de software zelf gebruikt, miljoenen keren.
Het dichtst bij een vergelijking uit een lokale zaak komt het automatisch opwaarderen van de data-simkaart in je pinapparaat. Het loopt voortdurend, niemand keurt elke afschrijving goed, en het is geen klant die een tafel boekt.

Dit is niet: aankopen, klanten of een kassa in de detailhandel of bij een handelaar – het getal telt niets daarvan. Het is geen onafhankelijk gecontroleerd cijfer: het wordt gerapporteerd door het bedrijf waarvan de dienst de transacties verwerkte, in een artikel op de blog van zijn cloudprovider. Niemand heeft er een knipbeurt mee betaald.

Laag drie: de kant van de handelaar, en wel de backoffice

Wat het is: tools waarmee de eigen agent van een bedrijf de eigen betaalrekening van dat bedrijf kan bedienen – en één aangekondigd acceptatieproduct voor handelaren. Het is de enige van de drie lagen aan de kant van de handelaar, en het is het kantoor, niet de toonbank.

Op 1 september 2026 publiceerde Checkout.com een bericht dat zijn MCP-server beschrijft, die het volgens eigen zeggen heeft gebouwd om zijn tools in de eigen ontwikkelsoftware van handelaren te brengen. Een MCP-server is een standaarddeur die een bedrijf voor zijn systemen zet zodat een AI-assistent ze kan gebruiken – hetzelfde idee als een nieuwe manager een login geven met een vaste set rechten, in plaats van de sleutels van alles.
Wat de assistent via die deur kan doen, is in de woorden van Checkout.com „de betaalstatus opvragen, betaallinks beheren of veilig acties uitvoeren zoals terugbetalingen, geschillen en annuleringen”. Een terugbetaling geeft geld terug aan een klant die al heeft betaald; een geschil is het bezwaar van een klant tegen een afschrijving, afgehandeld via de bank; een annulering (void) maakt een betaling ongedaan die wel is geautoriseerd maar nog niet is vastgelegd (captured): goedgekeurd, maar nog niet geïnd, zodat het geld nooit wordt afgeschreven. Dit zijn de dingen die degene die je boekhouding doet op maandagochtend doet. De rechten „spiegelen je Checkout.com Dashboard-account”, en de tools zijn beschikbaar in zowel de testomgeving als de live-omgeving.
Checkout.com stelt ook dat het bezig is „de MCP om te vormen tot een native betaallaag voor agents van handelaren, van eenvoudige ondersteuning naar autonome workflows en processen in meerdere stappen”. Die zin beschrijft werk dat gaande is, geen af product. Het is een uitgesproken intentie, en zo moet het gelezen worden totdat er iets wordt geleverd.
Ongeveer een week later kondigde IXOPAY een Agentic Suite aan met drie onderdelen: een Payment Agent die „nieuwe commerce-ervaringen verbindt met bestaande infrastructuur”, Universal Tokens die „agentidentiteit, toestemming van de klant en aankoopintentie bewaren naast de betaalgegevens”, en een MCP Server die „goedgekeurde AI-assistenten gecontroleerde toegang geeft tot ondersteunde betaal- en tokenisatiefuncties”. De aankondigingspagina vermeldt twee verschillende datums voor zichzelf – 8 september 2026 in de paginakop en 9 september 2026 in de datumregel. We vermelden ze allebei in plaats van er één te kiezen. Een citaat in de aankondiging van Tilopay, een partner die op het platform van IXOPAY bouwt, zegt dat Tilopay-handelaren „vandaag al kunnen beginnen te groeien met agentische transacties”; als een partner dat zegt in de eigen lanceringsaankondiging van de leverancier, is dat een uitspraak van een partner, geen onafhankelijk bewijs dat handelaren het hebben gedaan.
De productpagina van Payment Agent voegt nog één detail toe: „De eerste protocolondersteuning begint met het Visa Trusted Agent Protocol (TAP). Payment Agent wordt gebouwd op een protocolagnostische basis die is ontworpen om extra protocollen te ondersteunen naarmate het ecosysteem voor agentische handel zich ontwikkelt.” Lees dat als een startpunt in een bewust op meerdere protocollen gericht ontwerp, niet als een verbintenis aan het protocol van één netwerk – en let op dat het op de productpagina staat, niet in de lanceringsaankondiging.

Dit is niet: de kassa voor consumenten. Niets hiervan beschrijft een shopper die iets koopt bij een handelaar. Een terugbetaling en een geschil gaan over een betaling die al is vastgelegd; een annulering maakt een geautoriseerde betaling ongedaan voordat die wordt vastgelegd. Alle drie werken op een betaling die langs een andere weg begon. Een aangekondigd acceptatieproduct is een aankondiging. En een uitgesproken intentie om een native betaallaag te bouwen is geen native betaallaag.

Zet de drie lagen weer bij elkaar en de oorspronkelijke stelling van deze pagina blijft staan, en wel scherper. De leidingen werden zorgvuldiger. Agents die voor hun eigen software betalen, leverden een groot, zelf gerapporteerd getal op. Handelaren kregen betere tools voor betalingen die al gedaan zijn. Niets daarvan vertelt een agent of de tafel om 19.00 uur, het garage-tijdslot op dinsdag of de plek in de les op zaterdag nu echt beschikbaar is en echt kan worden waargemaakt.

Waar elk van deze stappen zit, en waarom ze gescheiden zijn: Lees het kader „committability ladder”

Waarom dit ertoe doet

Betalen wordt normaal. Een specifieke toezegging nakomen niet.

Betaalinfrastructuur beantwoordt een vraag over bevoegdheid: wie mag betalen, en hoe moet het geld bewegen. Ze beantwoordt op zichzelf geen vraag over de gereedheid van de handelaar: of een specifieke parkeerplek, plek in een les, aanbetaling bij een restaurant, afspraak, ticket of ophaalvenster daadwerkelijk kan worden nagekomen op het moment dat een agent zich vastlegt. Wanneer de openbare stack consolideert rond autorisatie, tokenisatie, intentie en machinebetalingen, wordt de vraag naar toezegbaarheid aan de kant van de handelaar niet makkelijker. Ze wordt zichtbaarder.

Waar de stack naartoe beweegt

Infrastructuur dekt nu de uitvoering van betalingen. De toezegging van de handelaar ligt daarvóór.

Lees de vier releases samen en er ontstaat een beeld. Grote platforms zijn begonnen te regelen waarvoor een agent mag betalen, hoe de betaling is opgebouwd en hoe ze wordt gerouteerd. Niets daarvan bepaalt of een benoemde lokale toezegging aan de kant van de handelaar echt, actueel, beleidsmatig volledig en op dit moment veilig is om op te handelen.

Kant van de betaalinfrastructuur

Nu openbaar

Beheerde betaalruntime voor agents in een groot cloudplatform voor agents (AWS Bedrock AgentCore Payments)
Agentwallets, bouwstenen voor machinebetalingen en vindbaarheidsroutes voor handelaren samengebracht in één PSP-stack (Stripe)
HTTP-native betaalsemantiek, met betaalde MCP-tool- en resource-aanroepen vastgelegd in conceptstandaarden (MPP)
Open standaarden voor HTTP-betalingen, gesteund door een grote PSP die toetreedt tot de foundation (Adyen en x402)

Kant van de toezegging door de handelaar

Nog onopgelost

Of het benoemde tijdslot, ticket, stoel, tafel, parkeerplek, afspraak of venster daadwerkelijk beschikbaar is op het moment van de toezegging
Of het beleid van de handelaar voor annulering, aanbetaling, te laat komen, wijziging en terugbetaling opvraagbaar is voordat er geld beweegt
Of de geschiktheid aan de kant van de handelaar voor de specifieke toezegging nu klopt, en niet alleen op een profielpagina
Of bevestiging, levering en geschilafhandeling standhouden buiten gecontroleerde pilots

Onze positie

Betalen wordt infrastructuur. Toezegbaarheid moet nog worden gebouwd.

Het patroon in de releases van april en mei 2026 is consistent genoeg om als één beweging te lezen. De betaalkant van de agentstack consolideert in het openbaar rond beheerde runtimes, agentwallets, bouwstenen voor machinebetalingen en HTTP-native betaalsemantiek. Dat is de juiste richting. Het maakt de vraag stroomopwaarts ook scherper. Een betaalchallenge kan een agent vertellen hoe hij moet betalen. Ze kan de agent niet vertellen of de handelaar aan de andere kant de benoemde toezegging kan nakomen op het moment dat er geld beweegt. Obenan leest dit als een openbare stack die opschuift naar de grens van de gereedheid van de handelaar, niet eroverheen.

Toegang tot betalen is niet hetzelfde als een toezegging van de handelaar

Begrensde, benoemde toezeggingen met tijdstempel zijn de eenheid van gereedheid van de handelaar

De waarheid aan de kant van de handelaar ligt vóór de uitvoering van de betaling en ná de vindbaarheid

Wat deze briefing niet beweert

De redenering hierboven is begrensd. De lijst hieronder is de expliciete reeks beweringen die deze briefing niet doet.

01
Dit is geen bewering dat Obenan een betaaldienstverlener, acquirer, checkoutlaag, tokenisatielaag, agentwallet of afwikkelingsnetwerk is.
02
Dit is geen bewering van integratie, pilot of partnerschap met AWS Bedrock AgentCore Payments, Stripe, Coinbase, Privy, Adyen, de x402 Foundation, het Machine Payments Protocol, OpenAI, Visa, Mastercard, American Express, het Universal Commerce Protocol, het Agentic Commerce Protocol, AP2 of welk betaalnetwerk of ontwikkelaarsprogramma dan ook.
03
Dit is geen bewering dat betaalde MCP-tools, betaalde API's of betaalde resource-aanroepen de toezegbaarheid van lokale diensten aan de kant van de handelaar oplossen.
04
Dit is geen bewering dat alle lokale diensten vandaag klaar zijn voor agentische betalingen.
05
Dit is geen bewering dat een gecontroleerde pilot van welk netwerk dan ook het gedrag bij een brede commerciële uitrol bewijst.
06
Deze briefing publiceert geen niet-openbare namen van partners, de stand van besloten overleggen of materiaal onder geheimhouding (NDA). De redenering is uitsluitend gebaseerd op openbare bronnen.
07
Dit is geen bewering dat de door agents geïnitieerde transacties die t54 rapporteert aankopen bij handelaren, kassatransacties in de detailhandel of een onafhankelijk gecontroleerd aantal zijn. Het zijn micropayments van agents aan softwarediensten, gerapporteerd door het bedrijf dat ze verwerkte.
08
Dit is geen bewering dat Checkout.com een native betaallaag voor agents van handelaren heeft geleverd. Checkout.com spreekt die intentie uit; wat als beschikbaar wordt beschreven, zijn betaalprocessen in de backoffice.
09
Dit is geen bewering dat de Agentic Suite van IXOPAY, of een onderdeel ervan, door handelaren in gebruik is genomen. Een lanceringsaankondiging en het citaat van een partner zijn geen bewijs van adoptie.
10
Dit is geen bewering dat een nieuwe versie van de softwarebibliotheek van een betaalprotocol wijst op adoptie, transactievolume of gereedheid van handelaren.

Actieschema voor operators

Wat nu te doen, wat te monitoren en wat niet aan te nemen

Opgesplitst naar waar de kant van de handelaar direct op kan handelen en wat binnen de kant van de betaalinfrastructuur ligt.

Nu doen

Beheerd door de handelaar

Structureer beschikbaarheid, capaciteit en boekingsobjecten zodat een agent ze kan verifiëren voordat hij zich vastlegt
Leg regels voor annulering, aanbetaling, geschiktheid en beleid vast in machineleesbare vorm
Zorg dat bevestigingsberichten overeenkomen met wat de handelaar op dat moment echt kan nakomen

Beheerd door de infrastructuur

Volg welke oppervlakken voor betaalde agentacties semantiek voor toezeggingen van de handelaar gaan toevoegen, in plaats van alleen betaalsemantiek

Monitoren

Beheerd door de handelaar

Of toezegbaarheid aan de kant van de handelaar duurzaam opvraagbaar wordt in boekings-, plannings- en reserveringssystemen
Of beleid per categorie wordt gestandaardiseerd vóór de uitvoering van de betaling

Beheerd door de infrastructuur

Of AWS, Stripe, Adyen en de x402 Foundation verder gaan dan autorisatie en micropayments, naar semantiek voor reserveringen, aanbetalingen en expliciete koopintentie
Of de concepten voor MPP- en MCP-transport van openbare concepten doorgroeien naar aangenomen protocollen
Of de betaaltools aan de kant van de handelaar die in september 2026 verschenen, van backofficeprocessen doorschuiven naar de toezegging die een klant koopt

Neem niet aan

Beheerd door de handelaar

Dat een profiel, vermelding of catalogusitem gelijkstaat aan toezegbaarheid voor een specifieke, benoemde toezegging
Dat standaardisatie aan de betaalkant de gereedheid aan de kant van de handelaar automatisch oplost

Beheerd door de infrastructuur

Dat betaalde MCP-tools of betaalde agentacties gelijkstaan aan een toezegging aan de kant van de handelaar
Dat agentruntimes in de previewfase gelijkstaan aan commerciële handelsprocessen van productieniveau
Dat een softwarerelease van een betaalprotocol, een door een leverancier gerapporteerd aantal transacties of een productaankondiging wijst op adoptie door handelaren

Lees verder

Hoe dit aansluit op de rest van de these over de deelname van handelaren

Merchant Infrastructure

Bekijk wat handelaren klaar maakt voor agents

De infrastructuurlaag die de waarheid over beschikbaarheid, beleid, geschiktheid en bevestiging omzet in opvraagbare gereedheid van de handelaar.

Ontdek Merchant Infrastructure

Eerder hoofdartikel

Vooraf betaalde lokale diensten: de praktische ingang

Waar begrensde lokale toezeggingen agentische betaling ontmoeten, en waarom de waarheid van de handelaar daarvóór eerst op orde moet zijn.

Lees het hoofdartikel

De kant van de handelaar moet nog worden gebouwd

Betaalde agentacties worden infrastructuur. De volgende ontbrekende laag is toezegbaarheid. Voor wie boekingen, mobiliteit, diensten, ticketing of een andere lokale dienstverlening runt, ligt het werk vóór de betaling: de waarheid over beschikbaarheid, beleid, geschiktheid en bevestiging.

Mail Ceren Bekijk Merchant Infrastructure

Bronnen

Dit Signal is uitsluitend gebaseerd op openbare bronnen. De releases van mei 2026 worden samen gelezen als één patroon: de consolidatie van beheerde betaalinfrastructuur voor agents tussen 29 april en 12 mei 2026. De bronnen van september 2026 worden gelezen als drie afzonderlijke lagen, bewust niet samengevoegd, en elk getal wordt toegeschreven aan wie het rapporteerde.

1.
Agents that transact: Introducing Amazon Bedrock AgentCore Payments, built with Coinbase and Stripeaws.amazon.com · 7 mei 2026 · 13 mei 2026
Primair bewijs dat een groot cloudplatform voor agents betaalde resources, betaalde MCP-tools en agentuitgaven binnen een budget nu behandelt als volwaardige runtimefunctie
2.
Stripe builds out the economic infrastructure for AI with 288 launches at Sessions 2026stripe.com · 29 april 2026 · 13 mei 2026
Primair bewijs dat één PSP-stack nu agentdistributie, agentwallets en bouwstenen voor machinebetalingen omvat in één laag gericht op handelaren
3.
Payment Authentication Scheme: JSON-RPC and MCP Transport (draft-payment-transport-mcp-00)paymentauth.org · 12 mei 2026 · 13 mei 2026
Primair bewijs dat betaalde MCP-toolaanroepen, het lezen van resources en het ophalen van prompts concrete betaalsemantiek krijgen in openbare Internet-Drafts
4.
The Payment HTTP Authentication Scheme (draft-httpauth-payment-00)paymentauth.org · 12 mei 2026 · 13 mei 2026
Secundair bewijs dat 402 Payment Required formaliseert als gestructureerd HTTP-authenticatieschema
5.
Adyen publishes Q1 2026 Business Updateadyen.com · 6 mei 2026 · 13 mei 2026
Primair bewijs dat een grote PSP zichtbaar heeft ingezet op standaarden voor HTTP-native betaalobjecten voor agentische handel
6.
Everything we announced at Sessions 2026stripe.com · 29 april 2026 · 13 mei 2026
Gedetailleerd referentiepunt voor de specifieke onderdelen van Stripe Sessions 2026 die het meest relevant zijn voor dit Signal, waaronder Link-agentwallets, ondersteuning voor het Machine Payments Protocol en het dashboardoppervlak voor handelaren voor toegang door agents
7.
x402 Python SDK Changelog — 2.23.0github.com · 15 september 2026 · 22 september 2026
Primair. De eigen release-opmerkingen van de beheerders voor één taalbinding van het betaalprotocol x402, gelezen bij de vermelding 2.23.0; hetzelfde bestand vermeldt al 2.24.0, gedateerd 22 september 2026. Bewijs van operationele versteviging in bibliotheekcode, en van niets over handelaren.
8.
How t54 built a trust layer with Amazon Bedrock AgentCore paymentsaws.amazon.com · 1 september 2026 · 22 september 2026
Primair voor de omvang van micropayments van agents aan diensten, en de herkomst van het aantal transacties dat op deze pagina wordt geciteerd. Gerapporteerd door t54, de klant, in een artikel op de AWS-blog, geschreven door medewerkers van AWS en t54. Geen audit, en geen handel bij handelaren.
9.
Building trusted AI infrastructure with the Checkout.com MCPcheckout.com · 1 september 2026 · 22 september 2026
Primair voor betaalprocessen in de backoffice aan de kant van de handelaar via een MCP-server – terugbetalingen, geschillen en annuleringen op de eigen rekening van de handelaar. De uitgesproken intentie om een native betaallaag te bouwen is toekomstig werk, geen geleverde functie.
10.
IXOPAY Launches Agentic Suite to Help Merchants Support Agentic Commerce and Automate Payment Workflowsixopay.com · 8 september 2026 (paginakop) / 9 september 2026 (datumregel) · 22 september 2026
Lanceringsaankondiging van de leverancier voor Payment Agent, Universal Tokens en een MCP Server. De pagina vermeldt twee verschillende datums voor zichzelf en beide worden vermeld. Het partnercitaat erin is een uitspraak van een partner, geen bewijs van adoptie.
11.
Payment Agent: Get Started with Agentic Commerceixopay.com · Laatst gewijzigd op 8 september 2026 · 22 september 2026
De productpagina van IXOPAY Payment Agent, met de uitspraak over de eerste protocolondersteuning. Geciteerd omdat de lanceringsaankondiging die uitspraak niet bevat. TAP wordt genoemd als eerste protocol op een basis die de pagina protocolagnostisch noemt.