Obenan

Obenan Briefings

Voordat een agent kan boeken, bestellen of betalen, heeft hij geverifieerde merchant-data nodig

De uitvoeringslagen gaan snel. Merchant-data niet. Identiteit, beschikbaarheid, acceptatie en actuele bedrijfsstatus blijven de zwakste schakel in agentic commerce.

Published April 12, 2026

Het probleem

Het externe probleem

AI-agents kunnen intussen bij de betaalrails van alle grote netwerken. Maar de merchant-data waarop ze daarvoor steunen, zijn vaak verouderd, incompleet of structureel niet verifieerbaar. Een agent kan een betaling starten. Hij kan nog niet bevestigen of de merchant open is, capaciteit heeft, de juiste methode accepteert of de toezegging namens hem kan waarmaken.

Het interne probleem

Operators die agent-flows bouwen, kunnen niet leunen op bovenstroomse merchant-data. Openingstijden veranderen zonder melding. Menu-items verdwijnen. Beschikbaarheidsvensters raken verouderd. Bij lokale dienstverleners in het bijzonder, waar de werkelijkheid volatiel is en niet tot een productcatalogus te reduceren, is de data die de agentbeslissing voedt de zwakste schakel in de keten.

De diepere vraag

Betalingsuitvoering hoort niet bovenop verouderde merchant-data te draaien. Elke mislukte boeking, elke foutieve aanname, elke kloof tussen wat een agent belooft en wat een merchant daadwerkelijk kan leveren, tast het vertrouwen aan dat de hele agentic-commercestack nodig heeft om te schalen.

Wat veranderde

Vier signalen uit de afgelopen 90 dagen

01Netwerk

Visa lanceerde Intelligent Commerce Connect

Eén integratiepunt op het Visa Acceptance Platform dat veilige betalingsinitiatie, tokenisatie, uitgavencontroles, vindbaarheid van merchantcatalogi en acceptatie van agent-geïnitieerde betalingen over meerdere protocollen bundelt. Nu in pilot.

02Discovery

OpenAI breidde ACP uit naar productdiscovery

Het Agentic Commerce Protocol ondersteunt nu ook productdiscovery binnen ChatGPT, niet meer alleen checkout. Merchants ontsluiten feeds en promoties via partners als Salesforce en Stripe. OpenAI stapte uitdrukkelijk weg van Instant Checkout ten gunste van merchant-gestuurde ervaringen.

03Uitvoering

Mastercard zette Agent Pay live in meerdere regio's

Agent Pay ging van één pilot naar geauthenticeerde agentic-transacties in Europa, Latijns-Amerika en ASEAN. Santander rondde de eerste live end-to-end AI-agentbetaling in Europa af. Mastercard koppelde de ASEAN-uitrol aan Verifiable Intent, een nieuwe vertrouwenslaag die samen met Google is ontwikkeld.

04Protocol

Google breidde UCP uit met realtime catalogus­toegang

Ondersteuning voor winkelwagens met meerdere items, realtime toegang tot retailercatalogi voor varianten, voorraad en prijzen, identiteits­koppeling voor loyalty en member-voordelen en vereenvoudigde Merchant Center-onboarding. Partners waaronder Salesforce en Stripe gaan UCP implementeren.

De ontbrekende laag

Tussen discovery en betaling zit een gat

Elk groot platform bouwt naar buiten vanuit óf de discoverykant óf de betaalkant. De laag ertussen, waar merchant-data geverifieerd moeten worden voordat een agent zich vastlegt, blijft structureel onderbelicht. Dat geldt extra sterk voor lokale dienstverleners wier beschikbaarheid, capaciteit en acceptatie niet tot een statische productfeed te reduceren zijn.

Discovery

De agent vindt een merchant via zoek, feed of aanbeveling

Actief

Merchant-data

Identiteit, beschikbaarheid, acceptatie, capaciteit en actuele bedrijfsstatus worden realtime geverifieerd

Gat

Commitment

De agent bevestigt de intentie met begrensde voorwaarden die de merchant kan waarmaken

In opkomst

Betalingsuitvoering

Transactie via getokeniseerde rails met controles op netwerkniveau

Actief

Onze positie

Merchant-participatie is infrastructuur, geen content

Obenan opereert op de laag van merchant-data. We maken identiteit, beschikbaarheid, acceptatie, eligibility en actuele bedrijfsstatus opvraagbaar en actueel, zodat downstreamsystemen, of het nu agents, netwerken of orkestratie­platforms zijn, met vertrouwen kunnen handelen. Wij runnen niet de betaalrail. Wij runnen niet de agent. Wij zorgen dat de merchant klaar is voordat een van beide in actie komt.

Merchant-data moet gestructureerd en geverifieerd zijn, niet gescraped

Beschikbaarheid en capaciteit moeten actueel zijn, niet gecached

Acceptatie en eligibility moeten bevestigd zijn, niet verondersteld

Een eenvoudig plan

Drie stappen naar agent-ready merchant-data

01

Structureer uw merchantidentiteit

Leg een canoniek, machineleesbaar merchantprofiel neer dat agents en netwerken direct kunnen bevragen voor identiteit, acceptatie en eligibility.

02

Houd uw merchantstatus actueel

Beschikbaarheid, openingstijden, geaccepteerde methoden, capaciteit en fulfilmentbeperkingen moeten realtime de werkelijkheid weergeven, niet die van vorige week.

03

Maak uw merchant opvraagbaar

Ontsluit gestructureerde merchant-data via standaardprotocollen, zodat agents identiteit, eligibility en begrensde voorwaarden kunnen verifiëren voordat ze zich vastleggen.

Zo ziet succes eruit

Agents handelen met vertrouwen omdat merchant-data op het moment van commitment geverifieerd zijn

Merchantsystemen zijn opvraagbaar en actueel op elk relevant oppervlak

Betaling gebeurt nadat de bovenstroomse waarheid is vastgelegd, niet ervoor

Zo ziet falen eruit

Agents boeken tegen verouderde beschikbaarheid en de merchant kan de toezegging niet waarmaken

De betaling slaagt, maar de onderliggende merchantaanname bleek onjuist

Discovery-oppervlakken tonen merchants die gesloten zijn, vol zitten of de aangeboden methode niet meer accepteren

De laag van merchant-data wordt nu gebouwd

Als u een netwerk, PSP, acquirer of commerceplatform bent dat bouwt voor agentic commerce, dan ligt de volgende infrastructuur­uitdaging in de bovenstroomse merchantlaag.