Pagos agénticos: quién autoriza la compra cuando paga un agente de IA
Los pagos agénticos son el punto en el que el comercio agéntico deja de recomendar y empieza a mover dinero. Cuando paga un agente de IA, el reto no es la pasarela: es demostrar quién autorizó qué, con qué límites y quién responde si algo sale mal. Qué son, cómo funcionan y qué tienen que preparar finanzas, operaciones y atención al cliente.
Todo el sistema de pagos descansa en un supuesto que casi nunca se escribe: hay una persona delante que pulsa «comprar».
Google lo puso por escrito en septiembre de 2025, al presentar su protocolo de pagos para agentes. La llegada de agentes capaces de iniciar un pago, venía a decir, rompe esa suposición de base.
Dos semanas después, Stripe y OpenAI publicaron otro estándar abierto para cerrar compras dentro de ChatGPT. En junio de 2026, Mastercard lanzó un servicio para que agentes y máquinas paguen con límites de gasto programados.
Tres anuncios distintos. Una misma pregunta de fondo.
¿Quién ha dado permiso?
Qué son los pagos agénticos
Los pagos agénticos son las transacciones que inicia y ejecuta un agente de inteligencia artificial en nombre de una persona o de una empresa, dentro de unos límites autorizados previamente, y que dejan una prueba verificable de esa autorización.
La última parte es la importante. Una domiciliación también es automática, pero su importe y su destinatario están fijados de antemano. El agente, en cambio, decide: elige proveedor, compone el carrito y paga.
Por eso necesita algo que el pago tradicional no tenía: una forma de demostrar que la decisión estaba dentro de lo permitido.
El pago siempre fue la parte fácil del comercio electrónico. Con agentes se convierte en la parte donde se decide quién responde.
Las tres preguntas que tiene que contestar un pago agéntico
Cuando paga una persona, autorizar, autenticar y responder ocurren en un mismo gesto. Con un agente se separan:
- Autorización. ¿El cliente dio al agente permiso para esta compra concreta o solo para «buscar opciones»?
- Autenticidad. ¿Puede el comercio saber que el pedido refleja la intención real del cliente y no un error del agente o una manipulación?
- Responsabilidad. Si el agente compra mal, ¿quién asume el coste: el cliente, la plataforma del agente, el comercio o el banco?
Los protocolos responden con mecanismos parecidos. El de Google usa mandatos firmados criptográficamente: uno recoge la intención («zapatillas blancas, máximo 120 euros, antes del viernes») y otro fija el carrito exacto aprobado. El de Stripe y OpenAI usa un token de pago limitado a un comercio y a un importe de carrito, de modo que el agente nunca maneja la tarjeta del comprador.
La idea común es sencilla: el permiso deja de ser un clic y pasa a ser un dato.
Dónde se rompe hoy un pago hecho por un agente
La mayoría de empresas no tiene un reto de pasarela. Lo tiene en todo lo que ocurre antes y después del cobro.
Pensemos en un caso B2C. Un cliente pide a su asistente que reponga café cuando quede poco. El agente compra tres veces en una semana. El cliente reclama. La tienda tiene un cobro válido y ninguna forma de saber qué instrucción recibió el agente.
Y en uno B2B. El agente de compras de una cadena de talleres pide recambios dentro de un presupuesto mensual. El proveedor recibe un pedido correcto, pero sin el número de pedido interno del cliente. Finanzas no puede conciliar. El cobro se retrasa un mes.
Los puntos débiles se repiten:
- Antifraude calibrado para personas. Las reglas que penalizan compras rápidas y repetidas bloquean justo el comportamiento normal de un agente.
- Autenticación pensada para el móvil. En Europa, la autenticación reforzada de PSD2 se diseñó para alguien que confirma la operación en ese momento. Un agente que compra de madrugada necesita otro encaje.
- Condiciones ambiguas. «Si no te convence, te lo cambiamos» no es una regla que un agente pueda evaluar. «30 días, producto sin abrir, envío de vuelta a cargo del cliente» sí lo es.
- Conciliación manual. Sin la referencia de la autorización, alguien casará cobros y facturas a mano.
- Atención al cliente sin contexto. El equipo recibe la queja sin ver la instrucción original, y no puede distinguir un error del agente de un cambio de opinión.
Un agente no se equivoca más que una persona. Se equivoca más rápido y deja menos explicaciones.
Quién tiene que mover ficha dentro de la empresa
Los pagos agénticos suelen aterrizar en el área de eCommerce. Pero el trabajo real está repartido entre finanzas, riesgos, operaciones, legal, atención al cliente y sistemas. Y cada área tiene una pregunta propia que contestar.
Distinguir un agente identificado de un bot hostil es la diferencia entre vender y bloquear a tus mejores clientes.
En B2B hay ventaja de partida. La compra profesional ya funciona con permisos: presupuestos aprobados, límites por comprador, pedidos marco. Un mandato de intención se parece mucho a una orden de compra abierta. Solo hay que expresarlo en un formato que una máquina pueda verificar.
Cómo preparar los pagos agénticos sin esperar al estándar definitivo
Hoy conviven varios protocolos y ninguno se ha impuesto. No hace falta elegir uno para empezar. Hay trabajo que sirve para todos:
- Condiciones escritas como reglas. Devoluciones, portes, mínimos y plazos, con las mismas cifras en todos los canales.
- Stock, precio y plazo conectados al ERP en tiempo real. Un agente que paga por algo que no existe genera un reembolso y un cliente que no vuelve.
- Antifraude revisado con el proveedor de pagos. Qué hará con el tráfico de agentes identificados.
- La prueba de autorización junto al pedido. Que el mandato, el token o la referencia del agente viajen hasta el ERP y sean visibles para finanzas y atención al cliente.
- Una postura comercial decidida. Aceptar pedidos de agentes externos, limitarlos a ciertos productos o canalizarlos a un asistente propio es una decisión de dirección, no del departamento técnico.
La IA también ayuda aquí: concilia cobros con pedidos, clasifica incidencias y prepara la respuesta con toda la cadena a la vista. Libera al equipo de buscar papeles para que dedique su tiempo a resolver.
La pregunta no es si tu cliente dejará pagar a un agente. Es si tu empresa sabrá demostrar después qué se autorizó.
Esta es mi apuesta
Creo que los pagos agénticos se van a decidir más en la trastienda que en la pasarela. Los protocolos acabarán convergiendo, como ha pasado siempre con los estándares de pago. Lo que no convergerá por sí solo es la capacidad de cada empresa para conciliar, atender y responder a un pedido que no hizo una persona.
Las empresas preparadas no serán las que acepten antes a los agentes. Serán las que tengan las condiciones escritas como reglas, el stock conectado y la prueba de autorización junto a cada pedido.
Ese trabajo es menos vistoso que un botón de compra dentro de un chat. Pero es el que permite que la confianza escale.
Preguntas frecuentes sobre pagos agénticos
¿Qué son los pagos agénticos?
Son pagos que inicia y ejecuta un agente de IA en nombre de una persona o una empresa, dentro de límites autorizados previamente y con una prueba verificable de esa autorización.
¿En qué se diferencian de un pago recurrente?
En un pago recurrente el importe y el destinatario están fijados. En un pago agéntico el agente elige proveedor y carrito dentro de unas reglas, por lo que hace falta demostrar que la decisión estaba permitida.
¿Qué protocolos de pagos agénticos existen?
Los más visibles son el protocolo de pagos para agentes de Google, el de comercio agéntico de Stripe y OpenAI y los programas de las redes de tarjetas. Ninguno se ha impuesto todavía.
¿Qué debe preparar una tienda online o un proveedor B2B?
Condiciones escritas como reglas, stock y plazo conectados al ERP, reglas antifraude adaptadas al tráfico de agentes y la prueba de autorización guardada junto a cada pedido.