JPMorgan Chase quiere controlar el acceso de los agentes de inteligencia artificial a las cuentas de sus clientes, especialmente cuando usan las credenciales del usuario para mover dinero. El límite que traza el banco tiene que ver con los permisos y poderes otorgados al software: la entidad ya emplea agentes internamente y tiene previsto usarlos también para sus clientes.
La posición quedó clara el 13 de octubre de 2026, durante la conferencia de resultados del tercer trimestre, una fecha confirmada en el comunicado oficial de JPMorganChase. El consejero delegado Jamie Dimon y el director financiero Jeremy Barnum abordaron una pregunta que acompañará a toda la automatización financiera: ¿cuánto control conserva el cliente cuando delega una acción a un agente?
El límite: credenciales y movimientos de dinero
En la transcripción de la conferencia de resultados, Barnum acota el problema a los servicios que permiten a los agentes mover dinero mediante credenciales compartidas y prácticas como el screen scraping. Esta técnica consiste en extraer información directamente de la interfaz del sitio web, en lugar de recibirla a través de una conexión estructurada. El CFO considera estas modalidades inseguras y afirma que JPMorgan las bloquea en la medida en que puede hacerlo.
Dimon, por su parte, descarta que cualquier agente externo pueda acceder libremente a los sistemas del banco: “Es demasiado arriesgado para los clientes y para JPMorgan” (traducción propia). Sus declaraciones describen una línea de control de accesos. No presentan un reglamento completo para todos los proveedores, una lista de agentes aprobados ni una fecha para la apertura generalizada del servicio.
Leer el saldo y ejecutar un pago son permisos distintos
Concretamente, chase ya documenta un mecanismo para conectar aplicaciones externas a las cuentas sin compartir la contraseña: el cliente se autentica directamente con el banco, elige qué cuentas vincular y puede revocar el acceso en cualquier momento. La página describe también el uso, cuando es necesario para transacciones permitidas, de números de cuenta sustitutos. Existen, por tanto, conexiones externas autorizadas: sus funciones dependen del servicio y del consentimiento otorgado.
La distinción clave es entre acceso a datos y autorización para operar. Un agente puede, en un caso de uso concreto, clasificar gastos o preparar una propuesta de pago sin poder ejecutarla. Una conexión mediante API, la interfaz a través de la cual dos sistemas se comunican, no garantiza por sí sola la corrección de las decisiones: hay que saber qué operaciones permite, sobre qué cuentas y con qué confirmaciones. El asunto conecta directamente con nuestro análisis sobre la fiabilidad de los agentes IA en el trabajo delegado.
Acceso bancario: tres modelos que conviene distinguir
Esquema editorial. Fuentes: conferencia de resultados de JPMorganChase del 13 de octubre de 2026 y documentación de Chase sobre intercambio de datos.- Agente desarrollado por el propio banco. La entidad gestiona las herramientas y su integración en los sistemas internos. Este origen, por sí solo, no elimina el riesgo de error.
- Agente externo mediante APIs autorizadas. El perímetro depende de las funciones habilitadas y los permisos concedidos: compartir información no atribuye automáticamente la capacidad de ordenar pagos.
- Agente externo con las credenciales del cliente. El servicio usa el acceso del usuario. Es la modalidad que Barnum cuestiona cuando se emplea para mover dinero.
Cuando la seguridad se cruza con la competencia fintech
La apertura hacia servicios de terceros tiene una historia anterior a los agentes de IA. El 16 de septiembre de 2025, JPMorganChase y Plaid anunciaron la renovación de su acuerdo de acceso a datos, con una estructura de precios y compromisos de continuidad del servicio. Ese documento regula el intercambio autorizado de información y no implica que un agente pueda ordenar operaciones libremente. Es, aun así, un contrapeso real a la lectura de que el banco quiere cerrar toda conexión externa.
Aquí aparece una tensión competitiva relevante, en la lectura de SpazioCrypto: un asistente que compare servicios de varios bancos podría convertirse en el punto de referencia diario del cliente. El banco quedaría como custodio del depósito, mientras otra plataforma orientaría las decisiones financieras. Proteger los accesos y conservar la relación comercial pueden, por tanto, coexistir. Para evaluar esta evolución harán falta criterios de admisión transparentes y permisos comprensibles, incluso cuando el agente sea desarrollado por la propia entidad.
La responsabilidad no se resuelve con un clic
Dimon habla de una transferencia de responsabilidad cuando el cliente autoriza herramientas externas; Barnum advierte que una acción no deseada realizada tras entregar las credenciales recaería sobre el usuario. Son las posiciones expresadas por los directivos en la conferencia, no una nueva normativa. De esas palabras no se puede extraer una regla universal sobre reembolsos ni anticipar el resultado de un eventual litigio.
Un ejemplo hipotético aclara el problema: pedir a un asistente que busque una cuenta más barata no le otorga necesariamente el mandato de transferir el saldo. Si el software da ese paso, hay que reconstruir instrucciones, permisos y confirmaciones. La delegación debería hacer visible el salto de la recomendación a la ejecución. Es una dimensión financiera del debate sobre el control individual de los datos que reclama Tim Berners-Lee.
La lectura más amplia
La próxima disputa del fintech podría girar en torno a quién traduce las intenciones de las personas en operaciones financieras. Los agentes pueden simplificar comparaciones y procedimientos, pero ese beneficio se vuelve frágil si el usuario pierde la capacidad de entender qué fue autorizado. La cuestión conecta también con el filón de los pagos entre agentes en stablecoin: automatizar la transferencia de valor hace más necesario definir el mandato con precisión.
El caso JPMorgan ofrece un criterio para leer los anuncios futuros: verificar quién identifica al agente, qué poderes le son atribuidos y cómo puede el cliente detenerlo. Un asistente verdaderamente útil debería dejar una delegación comprensible, limitada y controlable. El valor de la automatización bancaria dependerá también de la capacidad de preservar esas condiciones cuando el software pase de sugerir a actuar.
