Briefing · Agentes de IA y pagos
Los asistentes de IA empiezan a tomar pedidos en los canales propios de los negocios. ¿Puede el tuyo cumplir la promesa?
Desde mayo de 2026, Mastercard, PaymentAuth, Circle y PayPal han anunciado componentes que permiten a los asistentes de IA encontrar un negocio, operar en su sitio web, aplicación o chat e iniciar un pago. Ninguno bloquea la mesa, fija la regla del depósito ni respeta el plazo de cancelación. Sigue correspondiéndote definir y cumplir esas promesas.
Publicado Actualizado
Mayo de 2026
Cuatro avances que permiten a los agentes encontrar, vender y pagar
Tres empresas, una dirección: los componentes que permiten a un agente de IA encontrar un negocio, operar en sus canales y pagar se están convirtiendo en productos listos para usar.
Circle · 11 de mayo
Un kit financiero para agentes en un solo paquete
Circle Agent Stack agrupa monederos de agentes, un mercado de agentes, una herramienta de línea de comandos y nanopagos, pagos de importes muy pequeños, con límites integrados.
Mastercard · 13 de mayo
Un pago real de un agente en Alemania
La primera transacción real y autenticada de un agente en Alemania se realizó con Mastercard Agent Pay: una reserva de un evento a través de un socio, con bancos identificados en la lista pública de socios.
PaymentAuth · 18 de mayo
Un estándar escrito para pagar un servicio
Machine Payments Protocol añadió un borrador sobre cómo un agente encuentra un servicio de pago, además de objetos de pago con tarjeta, Stripe y múltiples redes de pago.
Mastercard · 26 de mayo
Agentes de compra que opera el propio negocio
Una Agent Suite en Merchant Cloud: agentes de compra de la marca en el sitio web, la aplicación y los canales de mensajería del negocio, conectados a identidad, catálogo, precios, inventario y pagos.
El agente y el pago son cada vez más fáciles. Nada de esto crea una promesa que un negocio pueda cumplir.
Qué no muestran estos anuncios
Mastercard Merchant Cloud agrupa agentes propios del comercio y pagos integrados. No demuestra que se pueda reservar y prestar un servicio local, ni es una garantía de reserva.
Las herramientas de pago para agentes no comprueban bloqueos de reservas, depósitos, reglas de cancelación ni si un servicio está realmente disponible.
PayPal, 16 de septiembre de 2026
Un agente puede llenar la cesta. Una persona sigue pagando.
PayPal publicó una vía concreta basada en WebMCP, que describe como una propuesta de estándar web abierto. Una tienda declara en sus propias páginas qué puede hacer un asistente: un centro de jardinería lo activa y un asistente compatible puede actuar en esa tienda, dentro de lo que el centro haya decidido exponer.
Lee el catálogo
Productos y detalles: artículo, descripción, variantes y precio, exactamente como la tienda los publicó por última vez.
Comprueba disponibilidad y opciones
Si un artículo se puede conseguir ahora, y en qué talla o color. Es una consulta, no una reserva: nada describe que el agente bloquee existencias.
Prepara el carrito
Los artículos, las cantidades y el total acumulado. Preparar un pedido no es formalizarlo.
Inicia el pago; el comprador lo termina
PayPal enumera «iniciar y completar el pago», pero su propia descripción de Store Sync dice que el agente «inicia el pago». Después, «se transfiere al comprador a PayPal para iniciar sesión, elegir o confirmar una fuente de fondos, revisar la transacción y aprobar el pago». Adoptamos esa lectura más limitada.
El comprador aprueba en PayPal
Nada de esto es un agente gastando dinero por su cuenta. Y una vía que lee fielmente tu catálogo publica lo que haya detrás, sea correcto o incorrecto.
Quién puede usarlo hoy
PayPal escribe que hoy «está limitado a los clientes de Store Sync» (un producto de PayPal para comercios) y que dará más detalles de disponibilidad «a medida que más navegadores admitan el estándar». Es una prueba acotada, sin disponibilidad general, y no estimamos cuántos comercios lo tienen o podrían tenerlo.
Es opcional: PayPal ofrece a los comercios de Store Sync «una vía para probar, aprender y decidir si admitir compras asistidas por agentes resulta útil para su negocio». Un comercio que no hace nada no obtiene nada.
El acceso pasa por PayPal. Su demostración dice que «el acceso a WebMCP se controla actualmente mediante la habilitación de PayPal» y remite a los comercios a su representante de PayPal o a paypal.ai.
Depende del navegador. La demostración dice que la experiencia «puede variar según el agente del navegador» y no enumeramos qué navegadores lo admiten hoy.
Octubre de 2026
Las herramientas de pago siguen necesitando el permiso del comprador
Cinco fuentes oficiales, comprobadas de nuevo el 5 de octubre de 2026. MCP y UCP, citados a continuación, son estándares técnicos que permiten a un asistente de IA actuar en una tienda; la nota final explica ambos. Cada fuente conserva su propio estado y el límite que impide que demuestre más de lo que dice.
Documentación publicada
BigCommerce
- Fecha de la fuente
- 16 de septiembre de 2026
Las tiendas Catalyst 1.12.0 transmiten las solicitudes de Universal Commerce Protocol (UCP) a BigCommerce; su servidor MCP puede incorporarse a la sesión existente de un comprador con un token de corta duración, y las herramientas para compradores B2B dependen de los permisos de cada comprador. Que un punto de acceso sea accesible no demuestra que un comercio pueda cumplir un pedido.
Herramientas de navegador publicadas
Pago de Shopify
- Fecha de la fuente
- 28 de septiembre de 2026
Las herramientas operan dentro de la sesión del navegador del comprador. Un agente puede leer el proceso de pago y rellenar los campos admitidos, pero solo lo envía después de que el comprador confirme; el agente devuelve el control cuando la autenticación de la tarjeta (3D Secure) o un paso bloqueante requiere al comprador.
Versión preliminar
Microsoft Dynamics 365 Commerce
- Fecha de la fuente
- Documentación en actualización continua, modificada por última vez el 14 de septiembre de 2026; no se indica la primera publicación
Microsoft documenta, como versión preliminar sujeta a cambios, un servidor MCP para recorridos de compra que van desde encontrar un producto hasta pagar mediante un enlace de pago alojado. Una versión preliminar no es disponibilidad general y no demuestra una implantación en un comercio.
Aclaración de la documentación
Especificación UCP
- Fecha de la fuente
- 5 de octubre de 2026
Un negocio devuelve datos guardados del comprador, su afiliación a programas de fidelización o métodos de pago guardados solo ante una solicitud con el comprador autenticado, que la especificación ya exigía que estuviera autorizada para la operación. Aclara un límite de permisos; no añade un nuevo servicio de identidad.
Control opcional publicado
MCP TypeScript SDK 2.3.1
- Fecha de la fuente
- 5 de octubre de 2026
Su paquete de servidor heredado ahora puede aceptar solo tokens de acceso emitidos para ese servidor. La comprobación está desactivada salvo que un desarrollador la active, por lo que la versión no demuestra que se utilice en ninguna implantación y no dice nada sobre las existencias de un comercio.
Estas fuentes describen a los proveedores y especificaciones citados. No demuestran una integración con Obenan, una implantación de ningún comercio, una reserva ni una venta.
Dos términos en palabras sencillas
MCP, Model Context Protocol, es una forma publicada de que el software describa las acciones que un asistente de IA puede realizar en él. UCP, Universal Commerce Protocol, es un estándar técnico para el pago con IA.
Cada fuente conserva su propia fecha. La primera fecha de publicación de este artículo, el 29 de mayo de 2026, no cambia.
Qué sigue siendo tu responsabilidad
Tomar un pedido no es cumplir una promesa
Nuestra lectura: las redes para encontrar y pagar se están convirtiendo en infraestructura. La capa intermedia, si la oferta es real y se puede cumplir, sigue definiéndola el negocio.
Qué aportan las redes y plataformas
- Agentes que encuentran un negocio y leen su catálogo
- Agentes de compra en los canales propios del negocio
- Pago, autorización y liquidación
Lo que solo tú puedes hacer cierto
- Disponibilidad que compromete: la hora está realmente libre, no solo anunciada
- Reglas completas de depósitos, cancelaciones, cambios y ausencias
- Franjas de servicio: cuándo, quién lo presta y durante cuánto tiempo
- Datos actualizados en el momento de reservar
- Un registro de lo prometido y sus condiciones, antes de que se mueva el dinero
Un agente puede tomar el pedido mucho antes de que el negocio pueda cumplirlo con seguridad.
Dónde falla aunque el pago funcione
Un agente reserva una mesa a las 19:00 a la que el restaurante no puede dar cabida, porque la disponibilidad publicada era una estimación, no un bloqueo.
Un agente acepta una cita con un depósito que el negocio nunca acordó cobrar.
Un agente confirma una hora que el sistema del propio negocio ya ha asignado a otra persona.
Un agente comunica un plazo de cancelación que el negocio no respeta, y la reclamación recae en el negocio.
Qué hacer
Cinco cosas que preparar
Empieza por el servicio que más reservan los clientes, antes de que un asistente lo reserve por ellos.
Trata a cualquier agente como un editor de tus datos
Repite tu catálogo, horarios, precios y disponibilidad tal como están. Revísalos primero: un dato erróneo se convierte en una respuesta errónea expresada con seguridad.
Deja tus condiciones por escrito
Depósitos, cancelaciones, cambios y ausencias, por escrito de forma que alguien ajeno al negocio pueda aplicarlos sin preguntarte.
Ten claro qué se puede reservar realmente
Separa lo que anuncias como libre de lo que puedes bloquear ahora mismo, para cada servicio y hora.
Haz una pregunta a tu proveedor de tienda o pagos
¿Puedes usarlo hoy? La vía de PayPal es solo para los comercios de Store Sync que ha habilitado, así que consulta a tu representante de PayPal. En Shopify o BigCommerce, pregunta qué puede hacer un asistente en tu tienda y en qué punto confirma el comprador.
Guarda un registro de cada promesa
Qué se ofreció, a qué precio y con qué condiciones, para que una reclamación pueda resolverse con hechos.
Un briefing más reciente
Crear el agente comercial es cada vez más fácil. Conectarlo a un comercio real sigue siendo lo difícil.
El modelo de comercio de Anthropic ayuda a los equipos a crear agentes de compradores y comercios. Los catálogos reales, el pago, los permisos y la aprobación aún necesitan integración.
Leer el briefing completoSigue leyendo
El resto de la tesis
Por qué los datos preceden a cualquier red de pago, cómo se estandarizan los pagos de agentes y dónde encaja la promesa que un negocio puede cumplir.
- Las redes de tarjetas enseñan a pagar a los agentes de IA. Solo tú puedes decir qué está a la venta.Por qué la parte de pagos avanza rápido mientras mantener correctos tus precios, franjas libres y condiciones sigue siendo tarea tuya.Leer el briefing
- Los agentes de IA están obteniendo formas de pagarCómo los pagos de agentes se están asentando en protocolos y redes, y qué queda en manos del negocio.Leer la señal
- La escala del compromiso operativoDónde encaja cada paso desde encontrar un negocio hasta pagarle y qué paso solo puede dar el propio negocio.Leer el briefing
¿Tienes preguntas sobre esta investigación?
Escribe a Obenan Research sobre las fuentes o sobre lo que podrían significar para tu negocio.
Fuentes
De dónde procede esta información
Elaborado a partir de fuentes públicas primarias; cada una muestra su fecha. Obenan no forma parte de Mastercard Merchant Cloud, Mastercard Agent Pay, PaymentAuth ni Circle Agent Stack, y no procesa, autoriza, tokeniza, adquiere, liquida ni enruta pagos. Nada de lo aquí expuesto implica asociación, piloto ni integración con ninguna empresa citada, ni aprobación, respaldo o certificación por parte de esas empresas. Nadie ha comprobado de forma independiente el catálogo, la disponibilidad ni el precio que ve un agente a través de la vía de PayPal: ni su publicación ni su demostración publican tal comprobación, y Obenan no ha realizado ninguna.
- Intelligent agentic shopping experiences with Merchant Cloud
Mastercard Publicado Comprobado
La Agent Suite propia del comercio dentro de Merchant Cloud.
- Empowering merchants in the new era of agentic commerce
Mastercard Publicado Comprobado
La explicación complementaria de Mastercard sobre comercio mediante agentes para comercios.
- Machine Payments Protocol specifications
PaymentAuth Publicado Comprobado
El borrador de descubrimiento de servicios y los objetos de pago con tarjeta y múltiples redes.
- Circle launches AI infrastructure to power the agentic economy
Circle Publicado Comprobado
Circle Agent Stack: monederos de agentes, mercado, herramienta de línea de comandos y nanopagos.
- Deutschlands erste agentische Transaktion
Mastercard Publicado Comprobado
La primera transacción real y autenticada de un agente en Alemania con Agent Pay.
- WebMCP is here: PayPal is helping every merchant become agent-ready
PayPal Developer Publicado Comprobado
Lo que la vía permite hacer a un agente, la transferencia al comprador, el límite de Store Sync y su carácter opcional.
- PayPal WebMCP Merchant Showcase
PayPal Comprobado
Una demostración del proveedor, no una implantación en un comercio. La fuente que establece que el acceso depende de la habilitación de PayPal. No muestra fecha de publicación.
- BigCommerce developer changelog
BigCommerce Publicado Comprobado
Transmisión de solicitudes UCP en tiendas Catalyst, el token de sesión MCP y las herramientas para compradores B2B sujetas a permisos.
- Shopify developer changelog: WebMCP support for checkout
Shopify Publicado Comprobado
Herramientas de pago en la sesión del comprador, enviadas solo tras su confirmación.
- Microsoft Learn: Dynamics 365 Commerce MCP server (preview)
Microsoft Learn Comprobado
El servidor MCP en versión preliminar y sus recorridos de compra. Documentación en actualización continua, modificada por última vez el 14 de septiembre de 2026; no se indica la primera publicación.
- UCP specification commit 40e03b9
Universal Commerce Protocol on GitHub Publicado Comprobado
Datos guardados del comprador devueltos solo ante una solicitud con el usuario autenticado.
- MCP TypeScript SDK release 2.3.1
Model Context Protocol on GitHub Publicado Comprobado
La comprobación opcional del destinatario del token.