Tu agente ya sabe comprar. ¿Quién lo deja pagar?

Este artículo comenta el paper "Building Trust in Agentic Commerce", publicado el 22 de septiembre de 2026 por ASB, Bank of America, Capital One, Commonwealth Bank of Australia, ING y NatWest, y lo cruza con lo que las redes de pago y las billeteras ya tienen en producción, incluida América Latina. Las citas son traducciones propias.

En esta serie te contamos cómo se construye un agente de comercio: qué publicó Anthropic, cómo se diseña y qué necesita antes de salir a producción. Hay una pregunta que quedó abierta y que en las conversaciones con clientes aparece siempre en el mismo momento, cuando el demo termina y alguien de finanzas o de riesgo pregunta: "¿Y el pago quién lo autoriza?"

Esa pregunta ya no la responde solo tu ingeniería. La responden Visa, Mastercard, las billeteras y, desde la semana pasada, seis bancos globales que pusieron por escrito qué van a exigir para que un agente pueda pagar con el dinero de sus clientes. Vengo de veinte años en pagos y les digo algo: cuando los bancos publican principios, es porque están decidiendo qué transacciones van a rechazar. Vale la pena leerlos antes de que te toque.

Qué publicaron los bancos, en concreto

El documento es corto, voluntario y no obliga a nadie, ni siquiera a sus autores. Eso lo dice en la primera página. Lo que sí hace es definir el terreno con precisión:

• Define comercio agéntico como "el uso de agentes de IA para ayudar a hacer o facilitar pagos entre un consumidor y un comercio", sobre cualquier riel: tarjetas, cuenta a cuenta o dinero tokenizado. Y distingue dos variantes: con humano en el circuito (el agente busca, arma el carrito, la persona aprueba) y autónomo (la persona da una instrucción inicial y el agente ejecuta después, sin ella presente).
• Nombra los miedos de cada lado. Los consumidores temen que el agente compre mal, gaste de más o caiga en una estafa, y no saben a quién reclamar. Los comercios temen más disputas y contracargos por causas que no controlan, y perder la relación con su cliente.
• Propone cinco principios: transparencia, seguridad, privacidad y datos, elección e interoperabilidad. Cada uno trae puntos concretos, y ahí está lo útil.
• Anuncia un segundo paper con cómo implementarlos en protocolos, estándares y políticas. Sin fecha.

La crítica llegó rápido. American Banker preguntó si los bancos van tarde, y los analistas de KeyBanc lo resumieron: principios "voluntarios y no vinculantes, sin nada sobre tarifas, intercambio ni ruteo, y sin calendario de implementación". Tienen razón en el diagnóstico. Las redes y las plataformas llevan un año publicando protocolos con código: Visa presentó su Trusted Agent Protocol en octubre de 2025, Mastercard tiene Agent Pay con tokens agénticos, OpenAI y Stripe publicaron el Agentic Commerce Protocol, y Google el Agent Payments Protocol con más de 60 socios. Los bancos llegan a poner reglas sobre una cancha donde ya se juega.

Pero la crítica se queda en la superficie. Los protocolos dicen cómo se conecta un agente a un checkout. Los bancos son quienes ponen el dinero y absorben el fraude, y este paper es la lista de lo que van a pedir para hacerlo. Para una empresa de la región, esa lista es más útil que cualquier protocolo, porque describe el criterio con el que un emisor va a aprobar o rechazar la transacción de tu agente.

Las cinco cosas que un riel pide antes de dejar pagar a un agente

Leí el paper con el ojo de quien ha estado del lado que autoriza. Traducido a lo que de verdad importa, un riel de pago le va a exigir a tu agente cinco cosas. Coinciden casi punto por punto con lo que Visa, Mastercard y Google ya construyeron, y eso no es casualidad: son las mismas preguntas que un sistema de pagos se hace desde hace treinta años, aplicadas a un actor nuevo.

1. Identidad: quién es el agente y en nombre de quién actúa. El principio 1.1 dice que "todas las partes deberían saber cuándo un agente de IA está ayudando a hacer una transacción, y en nombre de quién". En la práctica es lo que hace el protocolo de Visa con Cloudflare: el agente se identifica criptográficamente ante el comercio en vez de disfrazarse de navegador. Un agente anónimo, en 2026, es tráfico de bot. Y el tráfico de bot se bloquea.

2. Mandato: qué puede comprar, por cuánto y hasta cuándo. El principio 2.2 pide que el consumidor tenga "control apropiado sobre la autoridad que otorga a los agentes de IA, incluida la capacidad de ver y administrar delegaciones". Google lo implementó como tres mandatos firmados (intención, carrito, pago) y Mastercard como tokens con el consentimiento y las reglas de escalamiento atados al token. La idea es la misma: el permiso tiene alcance y vencimiento, y se puede revocar. "Cómprame lo que necesite" no es un mandato. "Hasta 200 dólares en insumos de oficina, en estos tres proveedores, este mes" sí lo es.

3. Credenciales que el agente nunca ve. Este es el punto donde el paper es más duro. Entre las "prácticas inseguras" que propone desalentar "y donde sea posible prohibir" está "solicitar los datos de tarjeta del consumidor e ingresarlos directamente en sitios web". Es decir, el agente que guarda tu número de tarjeta y lo escribe en un formulario, que es como funcionan muchos demos de hoy. Lo que los rieles quieren es tokenización: el agente recibe una credencial de un solo uso o de alcance limitado, emitida por la red o la billetera, y el número real nunca sale de donde estaba.

4. Rastro auditable y responsabilidad clara. El principio 3.2 pide "registros auditables que evidencien las instrucciones del consumidor, la autenticación, la intención y las decisiones y resultados de la transacción". Y el 2.3 agrega una frase que conviene leer dos veces: "cualquier parte que tenga una responsabilidad potencial puede exigir autenticación". Traducido: si el banco emisor va a responder por el contracargo, tiene derecho a pedir que la persona confirme, aunque tu agente sea "autónomo". Diseña para eso.

5. Comercio visible y relación con el cliente intacta. El principio 4.3 exige que "la identidad y el rol del comercio de registro sean claros" y que el consumidor pueda compartir su identidad con el comercio si quiere. Esto atiende el miedo que más escucho en retailers de la región: que el agente se quede con el cliente y el comercio se vuelva un proveedor anónimo del agente. Los bancos se pusieron del lado del comercio en este punto, y es un dato para negociar con cualquier plataforma que te ofrezca "vender dentro del chat".

En América Latina ya está pasando, con una diferencia

Conviene aterrizar esto porque es fácil creer que es una discusión de bancos europeos y estadounidenses. No lo es.

El 23 de septiembre, un día después del paper, Modo, la billetera de los bancos argentinos, con más de 25 millones de usuarios y un millón de comercios, lanzó con Frávega la primera experiencia de compra desde ChatGPT en la región fuera de un ambiente de prueba. Fíjate en cómo resolvieron el pago: el agente busca, compara y arma el carrito, y en el momento de pagar redirige a Modo o a la app del banco, donde la persona elige el medio de pago y autoriza. Los datos de la tarjeta nunca llegan a ChatGPT. Es exactamente el modelo "con humano en el circuito" del paper, y los principios 2 y 3 cumplidos por diseño.

En Brasil, Visa lanzó en abril su programa Agentic Ready con Banco do Brasil, Bradesco, Dock, Santander y XP, después de completar en marzo la primera compra totalmente autónoma de la región en un ambiente de producción controlado. Mastercard está probando Agent Pay con Banco Nación, Galicia, Itaú y Santander. Mercado Pago tiene un asistente en su app que paga servicios y hace transferencias, con confirmación humana para lo sensible.

La diferencia con el norte es cuál es el riel. Allá la discusión es tarjetas y algo de stablecoins. Acá el volumen está en Pix, PSE, Nequi, Modo, Yape y los QR, y la mitad de esa infraestructura es cuenta a cuenta, no tarjeta. El paper lo contempla ("cualquier riel de pago, incluidos cuenta a cuenta") pero los protocolos de las redes no lo cubren todavía. Un agente que solo sabe pagar con Visa y Mastercard deja afuera a la mayoría del comercio electrónico de la región. Ese es un espacio abierto, y personalmente creo que lo van a ocupar las billeteras locales, como acaba de hacer Modo, antes que las redes globales.

Qué hacer según tu rol

Tres lectores distintos llegan a este artículo. Las decisiones son diferentes para cada uno.

Si vendes en línea. El cliente que compra desde un chat va a llegar, sea por ChatGPT, por Gemini o por una billetera local. Dos preguntas para tu equipo de comercio electrónico: ¿tu catálogo y tu checkout se pueden consumir por un agente (con el Agentic Commerce Protocol de Stripe y OpenAI o el equivalente de tu plataforma)? Y ¿tu adquirente o PSP ya procesa transacciones con tokens agénticos? Si la segunda respuesta es "no sé", pregunta esta semana. Y agrega una tercera, para tu área legal: cuando un agente compre en tu tienda y el cliente dispute, ¿quién responde? El paper dice que la responsabilidad debe caer "donde se introdujeron los riesgos y errores". Hoy eso no está escrito en ningún contrato tuyo.

Si estás construyendo un agente. Aplica la lista de cinco puntos como requisitos, no como recomendaciones. Lo más rentable que puedes hacer hoy es copiar a Modo: deja el pago en manos de una billetera o de un checkout tokenizado, y mantén a la persona en el paso final. No es una limitación; es lo que va a pasar la revisión de riesgo de tu cliente. La autonomía total llegará cuando los mandatos estén estandarizados (Google publicó en abril los pagos "sin humano presente", pero eso está en tres despliegues en el mundo). Mientras tanto, cada compra autónoma es una disputa que nadie sabe cómo resolver.

Si trabajas en un banco o una fintech. El paper es una lista de verificación para tu área de riesgo, y es mejor que la mayoría de las políticas internas que he visto sobre el tema. Lo que no dice, y sí te va a tocar decidir, es lo que KeyBanc señaló: quién cobra qué y cómo se rutea. Si tu institución no ha definido cómo va a identificar a un agente en una autorización, la va a tratar como fraude, y va a rechazar ventas legítimas de sus propios clientes. Ese es el costo de no tener posición.

Qué hacer esta semana

1. Lee las dos páginas de los principios 2 y 3 del paper con quien lidera riesgo o finanzas. Son doce puntos. Marca cuáles cumple tu agente o tu checkout y cuáles no.
2. Pregúntale a tu PSP o adquirente si ya procesa tokens agénticos de Visa o Mastercard y si soporta el protocolo de OpenAI y Stripe. La respuesta te dice qué tan lejos estás de vender dentro de un chat.
3. Si tu agente guarda tarjetas, ponle fecha de retiro a eso. Reemplázalo por un checkout tokenizado o una billetera. Es la decisión de arquitectura que más riesgo quita por menos costo.
4. Define por escrito quién autoriza el pago. Una línea: "el agente prepara, la persona aprueba, la billetera procesa". Con eso tu equipo sabe qué construir y tu área de riesgo sabe qué aprobar.

Conclusión

Los seis bancos no publicaron un estándar. Publicaron el criterio con el que van a decidir qué agentes reciben su confianza y cuáles no. Que sea voluntario importa poco: la autorización de un pago siempre fue voluntaria del lado del emisor, y ese es exactamente el poder que están ejerciendo.

Para una empresa de la región la lectura es simple. Construir un agente que compre es cada vez más fácil; construir uno al que le dejen pagar es una decisión de arquitectura de pagos que se toma al inicio, no al final. Identidad, mandato, token, rastro y comercio visible. Los que ya están en producción en la región, de Modo a los pilotos de Visa en Brasil, cumplen esos cinco puntos. Los demos que no los cumplen se van a quedar en demos. Si quieres el detalle técnico de cómo se arma eso, está en la guía de implementación.