Obenan

Briefing · Kader

AI-agenten leren je te vinden en te betalen. Alleen jij bepaalt wat je belooft.

Kopen via een AI-agent is niet één stap maar vijf: de agent vindt je, controleert of die kan handelen, vertrouwt op een belofte, betaalt en wikkelt af. Technologieplatforms, kaartnetwerken en betaalproviders bouwen de meeste van deze stappen in het openbaar. De stap in het midden, of deze aanbetaling, deze tafel of deze annuleringstermijn een belofte is die je kunt nakomen, moet jij nog steeds vastleggen.

Gepubliceerd Bijgewerkt

Illustratief voorbeeld, geen echt restaurant of echt scherm.

De ladder

Vijf stappen van gevonden worden tot betaald worden

Dit is ons kader om handel via agenten te begrijpen: AI-agenten die namens een klant kopen. De stappen volgen de volgorde van een aankoop en elke stap heeft een andere verantwoordelijke.

  1. Gevonden

    De agent vindt je bedrijf en wat je aanbiedt. AI-assistenten en winkelplatforms beheren deze stap. In mei 2026 kondigde Google een Universal Cart en een uitbreiding naar hotelboekingen en lokale maaltijdbezorging aan.

  2. Gecontroleerd

    De agent controleert of die kan handelen: is de agent legitiem, ben jij een echte deelnemer en kan die je site gebruiken? Netwerken en platforms beheren dit. In juni 2026 kondigde Visa een Agent Score en een Agentic Directory aan.

  3. Toegezegd

    Voordat geld wordt overgemaakt moet er een belofte zijn: deze aanbetaling mag worden ontvangen, dit tijdslot vastgehouden, deze boeking binnen deze termijn geannuleerd en deze dienst op dit moment geleverd. Geen platform of netwerk legt dit voor je vast.

    Alleen het bedrijf kan dit vastleggen

  4. Betaald

    De betaling verloopt via controles, kaarttokens en de betaalmethode, terwijl jij de formele verkoper blijft. Kaartnetwerken, betaalproviders zoals Stripe en open checkoutstandaarden bouwen hier snel aan.

  5. Afgewikkeld

    Het geld wordt afgewikkeld en de taak afgerond: levering, reconciliatie, terugbetalingen en geschillen. Dat verloopt alleen goed als de belofte bij stap drie echt was.

Stappen één, twee, vier en vijf worden in het openbaar gebouwd. Stap drie is het eigen werk van het bedrijf en een correcte betaling kan geen belofte afwikkelen die niemand heeft gedaan.

Vier makkelijke mislezingen

Gevonden worden is geen belofte: een agent kan je dienst in een winkelmand zetten zonder dat iemand heeft bepaald of die boeking kan worden gemaakt, vastgehouden of geannuleerd.

Gecontroleerd worden is geen belofte: een agentscore of registervermelding toont of een agent kan handelen, niet of jij je woord kunt houden.

Betalen is geen belofte: een betaalroute verplaatst geld voor een belofte die al bestaat en afwikkelen kan die niet achteraf creëren.

Onze inschatting: de genoemde bedrijven bouwen de andere vier stappen en laten stap drie onbehandeld. Dat is onze interpretatie van hun aankondigingen, niet iets wat een van hen heeft gezegd.

Stap drie

Wat een belofte nodig heeft waarop een agent kan vertrouwen

Een belofte is hier geen slogan. Het is een set gegevens en regels die jij beheert en die kloppen op het moment dat de agent ernaar vraagt.

  • Gegevens over je diensten

    Diensten, openingstijden, beschikbaarheid en welke locaties wat aanbieden, duidelijk genoeg dat een agent niet hoeft te gokken.

  • Of deze aanvraag past

    Kan dit aantal personen, dit tijdstip of deze dienst op deze locatie nu echt worden geaccepteerd?

  • Actueel, geen momentopname

    Een belofte op basis van de beschikbaarheid van gisteren is een belofte die wordt gebroken.

  • Wat precies wordt beloofd

    Het bedrag dat nu en later verschuldigd is, wat daadwerkelijk wordt vastgehouden en tot wanneer, de annuleringstermijn, garantie en beperkingen. Een aanbetaling op zichzelf bewijst niet dat iets wordt vastgehouden.

  • Voorwaarden die beide kanten kunnen zien

    Je regels voor niet verschijnen, te laat komen en aanbetaling, zichtbaar voor klant en agent en overal op dezelfde manier toegepast.

  • Een registratie waarvoor je kunt instaan

    De exacte voorwaarden en wat de klant accepteerde, bewaard zodat terugbetalingen en geschillen worden afgehandeld op basis van wat je echt hebt vastgelegd.

Een openbare telling

Duizenden webwinkels verklaren checkout te ondersteunen. Minder dan tien verklaren betaling binnen de agent mogelijk te maken.

Bedrijven die het Universal Commerce Protocol ondersteunen, een open standaard voor afrekenen via agenten, publiceren een klein openbaar bestand op /.well-known/ucp, vergelijkbaar met robots.txt, dat aangeeft wat een agent bij hen mag doen. UCP Checker telt die bestanden. Op 22 september 2026 om 20:58 UTC telde het 17.765 geverifieerde webwinkels over 21.900 gevolgde domeinen [UCP Checker · 2026-09-22 20:58 UTC]. Het grotere getal betreft de gevolgde webadressen; de aandelen hieronder gaan over de geverifieerde webwinkels.

Aandeel van de 17.765 geverifieerde webwinkels dat elk onderdeel van afrekenen verklaart te ondersteunen [UCP Checker · 2026-09-22 20:58 UTC]

  • Afrekenen99,6%

  • Winkelmandbeheer90%

  • Bestelbeheer60,3%

Bron: door de uitgever gemelde aantallen uit UCP Checkers openbare telling [UCP Checker · 2026-09-22 20:58 UTC]. Geteld wordt wat openbare bestanden verklaren. Het is geen gebruik, marktaandeel of bewijs dat een bestelling is geplaatst.

Bij dezelfde meting [UCP Checker · 2026-09-22 20:58 UTC] stond Payment Token Exchange op 8 en Embedded Checkout op 1. Dat zijn de onderdelen waarmee betaling binnen de agentroute mogelijk zou zijn: een veilige vervanger van de klantkaart aan de winkel geven en de eigen checkout van de winkel binnen de agent tonen.

De live teller waarvan deze cijfers zijn afgelezen:

Hoe je deze cijfers leest

De telling is een live teller die de uitgever elke 24 uur opnieuw crawlt. Deze cijfers zijn wat de teller op het vermelde moment toonde en op geen ander moment. Ze zijn niet actueel wanneer je dit leest.

Sinds de telling van augustus groeide het aantal verklaringen voor winkelmandbeheer met duizenden, terwijl verklaringen voor betalingstokens enkelcijferig bleven. Bij de septembermetingen voor deze update veranderden de aantallen voor Payment Token Exchange en Embedded Checkout helemaal niet.

Een bestand tellen is geen verkoop tellen. Volgens UCP Checkers eigen methode zijn optionele controles bewust alleen-lezen en begrensd in frequentie. Ze voeren geen checkout uit en schrijven geen status. Een verklaring is een bedrijf dat zegt wat het zal accepteren, niet een bedrijf dat al iets heeft geaccepteerd.

Juli en augustus 2026

De regels om een belofte te beschrijven werden preciezer

Vier ontwikkelingen beschrijven meer van stap drie. Elke ontwikkeling heeft een beperking die voorkomt dat ze meer bewijst dan ze zegt.

  • Shopify · API-versie 2026-07

    Een aanbetalingsveld in conceptbestellingen

    De beperking
    Alleen Shopify Plus-conceptbestellingen. Geen universele standaard voor aanbetalingen, reserveringen of boekingen.

    Een geautoriseerde app kan een aanbetaling instellen op een conceptbestelling. Een klantaccountintegratie met passende rechten kan het nu en later verschuldigde bedrag lezen.

  • Shopify · changelog

    Bedrijfsregels verhuizen naar de server

    De beperking
    De oude hook werkt nog in huidige en eerdere versies; verwijdering ligt in de toekomst. Dit toont niet dat een winkel al is overgestapt.

    Shopify verwijst ontwikkelaars weg van een oude checkouthook (useBuyerJourneyIntercept) naar controles op de server die voor verschillende checkoutomgevingen gelden, inclusief expresswallets en agentcheckout.

  • Universal Commerce Protocol · v2026-08-25

    Meer van een verkoop kan worden beschreven

    De beperking
    Een voorwaarde beschrijven controleert niet of die actueel, juist, op voorraad, beschikbaar of in echt gebruik is, of het bedrijf die kan aanbieden of dat die wordt nagekomen. Het creëert op zichzelf geen vastgehouden reservering of annuleringsgarantie.

    De release voegt betaalvoorwaarden en -schema’s toe, waaronder aanbetalingen en termijnen, vastgelegde beleidsversies, locatie- en bezorgcontext en wijzigingen in identiteit en toestemming. Er zijn ook incompatibele wijzigingen.

  • Google Merchant Center

    Tools om een checkout te testen voordat die live gaat

    De beperking
    Een beperkte Amerikaanse pilot voor deelnemende winkeliers en Amerikaanse producten, met goedkeuring van Google als voorwaarde. Een gevalideerd endpoint is geen afgeronde betaling.

    Googles UCP-integratie laat deelnemende winkeliers instellen, testen in sandbox- en productieomgevingen, endpoints valideren en gereedheid volgen.

Bronnen van 14 tot en met 24 september 2026

Een concept voor boekingen en drie genoemde routes, elk beperkter dan ze klinken

Vier officiële bronnen, opnieuw gecontroleerd op 5 oktober 2026. Geen ervan toont een bedrijf dat via een agent een bindende boekingsbelofte doet.

  • UCP · samengevoegd op 24 september 2026, nog steeds concept

    Een conceptspecificatie voor hotelboekingen

    De beperking
    Een concept dat nog op incompatibele manieren kan veranderen. Het toont niet dat een hotel dit heeft gebouwd of een specifiek verblijf kan nakomen.

    UCP voegde een functie voor accommodatieboekingen en een uitbreiding voor annuleringsbeleid samen. Tenzij een uitbreiding genaamd AP2 Mandates wordt ondersteund, moet de gast elke boeking handmatig afronden via een vertrouwde interface.

  • Tapestry · 16 september 2026, gemeld door leverancier

    Coach en Kate Spade in Gemini en Google Search

    De beperking
    Eén genoemde Amerikaanse retailroute, geen bewijs dat boekingen voor lokale diensten werken.

    Volgens Tapestry zijn Coach- en Kate Spade-producten in de VS te koop via de Gemini-app en Google Search, inclusief AI Mode, met checkout via UCP: één artikel tegelijk via Google Pay, waarbij de shopper elke aankoop expliciet goedkeurt.

  • Worldline · 14 september 2026, aangekondigd

    Een UCP-betaalmodule

    De beperking
    Een route om geld te ontvangen. Die controleert geen voorraad en doet geen reserveringsbelofte.

    Worldline kondigde een UCP-betaalmodule aan, beschikbaar met zijn grensoverschrijdende Global Collect-platform.

  • GoCardless · 22 september 2026, gemeld door leverancier

    Een agent stelt een maandelijkse donatie in het Verenigd Koninkrijk in

    De beperking
    Deelname aan het programma is geen aanbeveling door de FCA en één donatie betekent niet dat retail- of hotelboekingen worden uitgerold.

    GoCardless meldde wat het de eerste agentgestuurde rekening-naar-rekeningbetaling in het Verenigd Koninkrijk noemt, rechtstreeks tussen bankrekeningen: een terugkerende donatie aan Trussell. De donateur kiest 5, 10 of 15 pond per maand en geeft bankgegevens zodat de agent namens diegene een automatische incasso kan instellen. Dit is gebouwd binnen het AI Live Testing-programma van de FCA.

Wat je nu kunt doen

Vijf manieren om stap drie zelf te beheren

Niets hiervan vraagt een nieuw protocol. Het begint met je eigen boekingssysteem en regels.

  1. Leg je voorwaarden als afzonderlijke onderdelen vast

    Aanbetaling, het bedrag dat nu en later verschuldigd is, annuleringstermijn, regels voor niet verschijnen en te laat komen en wat daadwerkelijk wordt vastgehouden. Stel een aanbetaling nooit gelijk aan het vasthouden van een plek.

  2. Houd de gegevens die agenten lezen juist

    Openingstijden, beschikbaarheid, diensten en welke locatie wat aanbiedt: volledig genoeg om betrouwbaar na te komen, niet alleen makkelijk vindbaar.

  3. Pas overal dezelfde regels toe

    Vraag je boekings- of checkoutaanbieder je regels in de eigen systemen af te dwingen, zodat je website, wallets en agenten dezelfde voorwaarden krijgen.

  4. Test wat werkt, niet alleen wat wordt verklaard

    Een geldig bestand op /.well-known/ucp is geen afgeronde checkout. Open je webadres gevolgd door /.well-known/ucp of vraag de aanbieder om te zien of je site of boekingstool zo’n bestand publiceert. Controleer daarna de echte antwoorden en apart een echte testbestelling.

  5. Leg vast wat de klant heeft geaccepteerd

    Bewaar de versie van de voorwaarden, de bevestiging van de klant en de bestelling, zodat een terugbetaling of geschil wordt afgehandeld op basis van wat je hebt vastgelegd.

Praat met ons over hoe je bedrijf zich kan voorbereiden

Schrijf Obenan Research als je wilt uitwisselen wat je bedrijf een AI-agent kan beloven én waarmaken.

Bronnen

Waar dit op gebaseerd is

Uitsluitend gebaseerd op openbare bronnen. De ladder is Obenans eigen kader en de leemte bij stap drie is onze interpretatie van wat bedrijven hebben aangekondigd. De tellingen zijn wat UCP Checkers openbare teller op het vermelde moment toonde en op geen ander moment. Bronnen die in de bewijsupdate van september werden toegevoegd hebben de datum van die update, 22 september 2026, als controledatum. Pagina’s zonder publicatiedatum tonen alleen die datum. Obenan verwerkt geen betalingen, wikkelt geen transacties af en bezit geen betaalprotocol. Er zijn geen partnerschappen, integraties, pilotgoedkeuringen of bijzondere toegang met Mastercard, Visa, Adyen, Google, OpenAI, Stripe, American Express, PayPal of een ander genoemd bedrijf. Obenan wordt door geen ervan aanbevolen of gecertificeerd. Geen Obenan-ondernemer is door een openbaar netwerk of protocol gecertificeerd of toegelaten om bindende toezeggingen te doen. Dit is geen Obenan-productimplementatie of klantmogelijkheid en geen genoemde leverancier bepaalt hoe een AI-agent een bedrijf rangschikt, aanbeveelt of er transacties mee uitvoert. Niets hier garandeert rangschikking, aanbeveling, transactievoltooiing, omzet of opname in een platform.

  1. Universal Commerce Protocol release v2026-08-25

    Universal Commerce Protocol (GitHub) Gecontroleerd

    Betaalvoorwaarden en -schema’s, vastgelegde beleidsversies, locatie- en afhandelingscontext, wijzigingen in identiteit en toestemming en incompatibele wijzigingen.

  2. Shopify: draft-order deposit fields for Admin and Customer Account APIs

    Shopify Gecontroleerd

    Het aanbetalingsveld in Shopify Plus-conceptbestellingen.

  3. Shopify: server-side cart and checkout validation migration

    Shopify Gecontroleerd

    Het verplaatsen van checkoutregels naar validatie op de server; de oude hook werkt nog en wordt pas in de toekomst verwijderd.

  4. Google Merchant Center: limited UCP pilot and validation tools

    Google for Developers Gecontroleerd

    De beperkte Amerikaanse pilot, de test- en endpointvalidatietools en goedkeuring van Google als voorwaarde.

  5. UCP Checker: August 2026 point-in-time census

    UCP Checker Gecontroleerd

    De telling van augustus, waarvan de cijfers worden vervangen door de gedateerde septembermeting.

  6. UCP Checker: census methodology

    UCP Checker Gecontroleerd

    Wat de telling telt en dat de optionele controles alleen-lezen zijn en geen checkout uitvoeren.

  7. Visa public rules

    Visa Gecontroleerd

    Het voorbeeld van één kaartnetwerk voor het bewaren van bewijs van klanttoestemming; geen gezamenlijke Shopify- of UCP-implementatie.

  8. Universal Commerce Protocol release v2026-04-08

    Universal Commerce Protocol (GitHub) Gepubliceerd Gecontroleerd

    Geversioneerde specificaties voor winkelmandstatus, catalogus, geschiktheid, ondertekening en totaalbedragen achter de controle- en toezeggingsstappen.

  9. Universal Commerce Protocol checkout specification

    Universal Commerce Protocol Gecontroleerd

    Open checkoutspecificaties achter de betaalstap; een doorlopend bijgewerkte specificatie.

  10. Visa: New AI, stablecoin, and token innovations at Visa Payments Forum

    Visa Gepubliceerd Gecontroleerd

    Agent Score, een Agentic Directory en een groot transactiemodel achter de controlestap.

  11. Stripe: agentic commerce and checkout expansion

    Stripe Gepubliceerd Gecontroleerd

    Meer betaalmethoden en protocollen voor agenten achter de betaalstap.

  12. Google: Shopping updates from Google Marketing Live

    Google Gepubliceerd Gecontroleerd

    Universal Cart en de uitbreiding naar hotelboekingen en lokale maaltijdbezorging achter de vindstap.

  13. UCP Checker: live declaration statistics

    UCP Checker Gecontroleerd

    De gedateerde septembermeting [UCP Checker · 2026-09-22 20:58 UTC]: een live teller die elke 24 uur opnieuw wordt gecrawld en telt wat openbare bestanden verklaren, niet gebruik, marktaandeel of aankopen.

  14. UCP pull request 780: lodging booking capability

    Universal Commerce Protocol (GitHub) Gecontroleerd

    De conceptfunctie voor accommodatieboekingen en uitbreiding voor annuleringsbeleid, samengevoegd op 24 september 2026 en nog steeds als concept gemarkeerd.

  15. Tapestry: Coach and Kate Spade in the Gemini app and Google Search

    Tapestry Gepubliceerd Gecontroleerd

    De Amerikaanse checkout voor één artikel tegelijk via Google Pay, met expliciete goedkeuring voor elke aankoop.

  16. Worldline press release: UCP payment handler

    Worldline Gepubliceerd Gecontroleerd

    De UCP-betaalmodule op het Global Collect-platform.

  17. GoCardless: the first agentic account-to-account payment in the UK

    GoCardless Gepubliceerd Gecontroleerd

    De terugkerende donatie aan Trussell, gebouwd binnen het AI Live Testing-programma van de FCA.