Agentes de IA y pagos: qué permisos revisar

Un agente de IA puede buscar un producto, comparar opciones y preparar una compra. Darle permiso para pagar exige una decisión adicional: definir qué puede comprar, cuánto puede gastar y cuándo debe volver a pedir autorización. Una respuesta convincente en el chat no permite saber si esos límites existen en el sistema que procesa el dinero.

La pregunta útil antes de conectar una cuenta o una tarjeta es concreta: ¿qué operación podrá ejecutar el agente después de esta confirmación? A partir de ella se pueden revisar identidad, acceso a datos, límites de compra y opciones para cancelar instrucciones. Son controles distintos, aunque una aplicación los presente en un solo recorrido.

Reconocer al agente no equivale a autorizar una compra

Un comercio necesita distinguir un agente legítimo de un programa que se hace pasar por él. En su Trusted Agent Protocol, Visa describe un mecanismo de firmas criptográficas para verificar solicitudes de agentes aprobados. La firma permite comprobar la procedencia y la integridad de una solicitud según las reglas del protocolo.

Esa comprobación no responde por sí sola a todas las preguntas del comprador. Identificar correctamente al programa que llega al comercio no demuestra que la persona haya aprobado cualquier importe o cualquier artículo. La identidad del agente y el alcance de la instrucción del usuario deben comprobarse por separado. Esta distinción es una lectura del funcionamiento descrito, no el resultado de una prueba del producto.

También conviene distinguir el acceso de lectura del permiso para actuar. Consultar un catálogo, leer un saldo y realizar un pago producen consecuencias diferentes. Si un servicio ofrece permisos separados, comprueba cuáles solicita y para qué tarea. Un asistente de comparación puede necesitar información de precios sin necesitar acceso permanente a un medio de pago.

Una instrucción necesita límites verificables

“Busca una buena oferta” deja abiertas demasiadas decisiones para convertirse directamente en una orden de compra. El presupuesto debe especificar moneda, importe máximo y si incluye envío, impuestos o cargos adicionales. También debe quedar claro si ese importe limita cada operación o el gasto acumulado durante un periodo.

El comercio y el producto importan tanto como la cifra. Autorizar una compra de un artículo concreto no debería interpretarse como una autorización indefinida para adquirir sustitutos. Si falta inventario, cambia el vendedor o aparece una suscripción, el sistema necesita una regla para detenerse y consultar. Antes de activar una función, revisa qué condiciones admite realmente; una preferencia escrita en el chat puede no convertirse en un límite técnico.

La documentación de Visa Intelligent Commerce para agentes describe instrucciones de usuario, credenciales de pago y controles para vincular compras con esas instrucciones. También indica que los productos están en desarrollo o despliegue y que la disponibilidad varía. La documentación de una plataforma no significa que cualquier aplicación, tarjeta o mercado ya tenga todas esas funciones.

Autenticarse y aprobar son pasos diferentes

Un servicio puede pedir una passkey para verificar a la persona que establece una instrucción. Eso ayuda a comprobar quién está interviniendo, pero el contenido de la autorización sigue siendo esencial. Una confirmación sin importe, moneda o alcance visibles dificulta saber qué se está aprobando.

Las passkeys utilizan claves criptográficas para iniciar sesión. No convierten automáticamente una recomendación del agente en una compra adecuada. El usuario debe poder relacionar la pantalla de confirmación con la acción que ocurrirá después, y distinguir una autenticación inicial de una aprobación adicional para un cambio importante.

Una compra internacional añade otra capa

Si el precio está en una moneda y la cuenta se cobra en otra, el presupuesto necesita una regla de conversión. Hay que distinguir un precio observado durante la búsqueda del cargo final. Envío, impuestos o comisiones pueden cambiar la comparación entre ofertas que el agente presenta como equivalentes.

Nuestro análisis sobre el costo completo de los pagos internacionales explica por qué la comisión visible no basta. En una compra delegada, la misma lógica obliga a preguntar qué cantidad controla el sistema: el precio del artículo, el total del pedido o el cargo convertido en la moneda de la cuenta.

Una salida razonable cuando falta información es solicitar confirmación antes de ejecutar. No conviene asumir que un límite en una conversación impide por sí mismo un cargo mayor. Esa protección debe existir en la aplicación y en el recorrido de pago, con condiciones que el usuario pueda consultar.

Cancelar una instrucción no borra una operación completada

La documentación de Visa contempla actualizar o cancelar instrucciones. En la práctica, el usuario necesita identificar dónde se hace y comprobar qué confirma la aplicación. Revocar un permiso futuro no equivale necesariamente a cancelar un pedido ya aceptado ni a obtener un reembolso.

También debe quedar un registro comprensible: instrucción aprobada, comercio, importe, momento y resultado. Si una conexión falla, “volver a intentar” puede referirse a consultar el estado o a iniciar otra operación. Un historial con referencias permite preguntar qué ocurrió sin depender de reconstruir una conversación completa. Este es un criterio de evaluación del producto, no una afirmación de que todos los agentes ya lo implementen.

Fuentes y alcance

Este artículo analiza documentación pública de Visa Intelligent Commerce y Trusted Agent Protocol. Las capacidades descritas pertenecen a esas propuestas y no se atribuyen a todas las aplicaciones de IA. No realizamos compras ni pruebas de ejecución para esta explicación.