Líderes de opinión

Por qué la lógica de pago agente pertenece a la capa de pago y qué significa para el control del comerciante en una economía impulsada por IA

mm
Añade Unite.AI a tus fuentes preferidas en Google

Hace unos meses, Google presentó el Protocolo de Comercio Universal (UCP), un estándar abierto diseñado para permitir que los agentes de IA, las empresas y los proveedores de pagos se comuniquen y transacten a través de un marco compartido. Luego vino Carrito de Compras Universal, el nuevo centro de compras inteligente de la empresa que reúne productos de todo su ecosistema en un solo destino impulsado por IA.

Si retrocedemos un poco, Adobe informó que el tráfico de herramientas de IA generativas a los sitios de comercio minorista de EE. UU. aumentó casi 1,300% año tras año durante la temporada de vacaciones de 2024, con un fuerte crecimiento que se mantuvo en la temporada de 2025.

A lo largo de estos acontecimientos, puede ser difícil determinar exactamente dónde el comportamiento del consumidor y la innovación de la plataforma comenzaron a influirse mutuamente. Pero a medida que los agentes de IA, las plataformas de consumo y los proveedores de pagos corren para conectarse entre sí, los comerciantes se encuentran cada vez más en el medio, responsables de gestionar transacciones sobre las que tienen cada vez menos influencia.

El dilema arquitectónico

Más a menudo de lo que no, la integración se está optimizando en gran medida a nivel de conectividad entre sistemas, en lugar de en el punto donde se ejecutan las decisiones. Las plataformas de IA están siendo habilitadas constantemente para comunicarse con los proveedores de pagos. Pero la forma en que se estructura, se enruta y se controla una transacción a través de los sistemas no ha sido fundamentalmente reconsiderada, lo que empuja aún más el problema hacia el comerciante. Aquí surge una pregunta arquitectónica clave: ¿dónde debe residir la lógica de pago agente?

Si se incorpora en el carrito de compras, la lógica se sitúa demasiado cerca de la capa de la plataforma, lo que aumenta la dependencia y el riesgo de bloqueo. Si se encuentra enteramente con los proveedores de servicios de pago, los comerciantes retienen la ejecución pero pierden la capacidad de dar forma a cómo se enrutan las transacciones a través de sus propios sistemas.

Lo que falta en ambos enfoques es una capa neutral que pueda interpretar la intención y coordinar la ejecución sin estar vinculada a la interfaz donde comienza la compra o a la infraestructura donde se liquida. En un caso, el enrutamiento está limitado por la lógica de la plataforma, y en el otro, está fragmentado desde la pila de comercio del comerciante.

Colocar la lógica agente en la capa de pago se convierte en la tercera opción. En lugar de obligar a los comerciantes a elegir entre la dependencia de la plataforma y la dependencia del proveedor de pagos, crea un punto donde las decisiones de transacción permanecen bajo el control del comerciante, independientemente de cómo se inicie o se procese finalmente la compra. Los comerciantes pueden introducir experiencias impulsadas por agentes sin rediseñar su infraestructura de pago, continuando al mismo tiempo con la coordinación de transacciones a través del inventario, la gestión de pedidos y el enrutamiento de pagos.

Nuevos riesgos exigen una separación clara

El comercio agente se define por una mayor autonomía para los sistemas de IA que actúan en nombre de los clientes. Sin embargo, esa autonomía hace que sea más difícil distinguir las transacciones iniciadas por IA de los flujos de pago estándar, exponiendo los sistemas centrales a una nueva incertidumbre operativa.

Por ejemplo, un agente de IA podría completar una compra después de comparar dinámicamente los precios o aplicar las restricciones presupuestarias establecidas por el usuario, pero el pago resultante aún ingresa al sistema del comerciante como un evento de pago estándar. Sin separación, los comerciantes pierden visibilidad sobre cómo se inició esa transacción y si debe tratarse de manera diferente a una compra normal.

Esto refuerza el caso para planificar la lógica de pago agente en la capa de pago, donde estos flujos pueden aislarse y gestionarse de forma independiente. Esto significa identificar transacciones iniciadas por IA en el punto de entrada, lo que permite a los comerciantes aplicar diferentes decisiones de enrutamiento, proveedores de pagos o controles, dependiendo de la naturaleza de la transacción. Piense en limitar compras por encima de, digamos, $100 o prohibir compras de lujo si se inician mediante un agente. También crea un espacio para probar y adaptar compras impulsadas por agentes sin afectar la estabilidad del sistema de pago más amplio.

Estableciendo límites operativos

La indistinguibilidad de las transacciones agente mencionada anteriormente también crea un desafío más amplio de clasificación dentro de los sistemas de fraude existentes. Debido a que los agentes de IA se asemejan estrechamente a bots automatizados en su comportamiento, a menudo se los trata como actividad de alto riesgo por defecto en entornos ya saturados de intentos de fraude impulsados por IA, y con razón. La confianza, por lo tanto, no puede inferirse solo del comportamiento. Debe señalizarse y reconocerse explícitamente por cada capa del sistema.

Esto significa que el consumidor debe autorizar claramente al agente para actuar en su nombre, y que permiso debe ser reconocible no solo para el proveedor de pagos, sino también para el comerciante que inicia la venta. Al mismo tiempo, el comerciante también debe poder confirmar que el agente opera bajo una autorización válida, mientras proporciona su propia identidad verificable al agente.

Si se considera de esta manera, se encontrará que el aislamiento solo no es suficiente sin un modelo correspondiente para controlar el acceso a las credenciales de pago. Dado que los agentes requieren algún tipo de permiso delegado para transactar en nombre de un usuario, el permiso debe estructurarse de una manera que sea explícita, limitada y verificable a lo largo del flujo de transacción. La gestión de credenciales se convierte, por lo tanto, en una extensión necesaria de la lógica de la capa de pago. En efecto, los detalles de pago no se exponen directamente al agente, sino que se almacenan en entornos seguros y se representan a través de credenciales tokenizadas que actúan como proxies controlados para transacciones subyacentes.

Estos tokens definen los límites operativos dentro de los cuales la lógica de pago agente puede funcionar. En lugar de otorgar acceso abierto a un método de pago, pueden codificar límites como umbrales de gasto, frecuencia o ventanas de validez, asegurando que las transacciones impulsadas por agentes permanezcan estrictamente dentro de los límites predefinidos. En este sentido, lo que podemos llamar “bóveda” es el mecanismo a través del cual estas restricciones se vuelven prácticamente aplicables.

Por lo tanto, mientras que la capa de pago determina cómo se identifican y gobiernan las transacciones, la tokenización garantiza que los agentes solo puedan ejecutar acciones que han sido explícitamente autorizadas a realizar.

Creciendo en medio de una presión en aumento

Hasta hace unos años, la idea de agentes autónomos que realizan compras en su nombre puede haber parecido una posibilidad lejana. Pero hoy, el mercado minorista B2C de EE. UU. para el comercio agente se prevé que alcance aproximadamente $1 billón en ingresos para 2030. Para los comerciantes, la importancia de esa escala no radica en el número en sí, sino en lo que significa para la visibilidad y el control dentro de sus propios sistemas.

La presión para moverse rápidamente puede costar a los comerciantes la claridad necesaria para comprender lo que realmente está sucediendo en sus propios sistemas. De todo el poder que la visibilidad y el control granulares pueden conferir a los comerciantes, el más valioso es la libertad y la flexibilidad para comenzar pequeño, aprender de los patrones iniciales y escalar en línea con la confianza.

John Lunn es el Fundador y CEO de la plataforma de orquestación de pagos en la nube Gr4vy. Es un empresario de tecnología y fintech con 21 años de experiencia trabajando e invirtiendo en servicios financieros, habilitación de comercio, pagos electrónicos, datos, seguridad e infraestructura.

John trabajó como Director de Tecnología durante seis años en CyberSource, el primer proveedor de servicios de pago del mundo, que fue vendido a Visa por $2.000 millones en 2010. Luego ayudó a fundar Passmark Security, que fue vendida a RSA Security en 2006. En 2006, John se unió a PayPal como el cuarto empleado en el Reino Unido (ahora 2.000+), donde como Director Global de Relaciones con Desarrolladores y Empresas Emergentes, construyó y creció el primer equipo de Relaciones con Desarrolladores de PayPal. En 2015, fue instrumental en la compra de Braintree por parte de PayPal y se unió al equipo. En 2016, John fue parte del equipo que lanzó PayPal Ventures, el brazo de capital de riesgo de PayPal, un fondo de $350 millones con el respaldo de la Junta. John fue Observador de la Junta para Dosh, Arkose, Raise, Acorns, Toss y muchos otros.