JPMorgan Chase vuole controllare l’ingresso degli agenti AI nei conti dei clienti, soprattutto quando usano le credenziali dell’utente per muovere denaro. Il confine indicato dalla banca riguarda l’accesso e i poteri concessi al software: l’istituto utilizza già agenti al proprio interno e intende impiegarli anche per i clienti.
La posizione è emersa il 13 ottobre 2026 nella conference call sui risultati del terzo trimestre, una data confermata dal comunicato ufficiale di JPMorganChase. L’amministratore delegato Jamie Dimon e il direttore finanziario Jeremy Barnum hanno affrontato una domanda che accompagnerà l’automazione finanziaria: quanto controllo mantiene il cliente quando delega un’azione a un agente?
Il confine: credenziali e movimenti di denaro
Nella trascrizione della conference call, Barnum restringe il problema ai servizi che consentono agli agenti di movimentare denaro attraverso credenziali condivise e pratiche come lo screen scraping. Quest’ultimo consiste nell’estrarre informazioni dall’interfaccia del sito, invece di riceverle attraverso un collegamento strutturato. Il CFO considera insicure queste modalità e afferma che JPMorgan le blocca nella misura in cui riesce a farlo.
Dimon, da parte sua, esclude che un qualsiasi agente esterno possa entrare liberamente nei sistemi della banca: «È troppo rischioso per i clienti e per JPMorgan» (traduzione nostra). Le dichiarazioni descrivono una linea di controllo degli accessi. Non presentano un regolamento completo per tutti i fornitori, una lista di agenti approvati o una data per l’apertura generalizzata del servizio.
Leggere il saldo ed eseguire un pagamento sono permessi diversi
Chase documenta già un percorso per collegare applicazioni esterne ai conti senza condividere la password: il cliente si autentica direttamente presso la banca, sceglie quali conti collegare e può revocare l’accesso. La pagina descrive anche l’impiego, quando necessario per transazioni ammesse, di numeri di conto sostitutivi. Esistono dunque collegamenti esterni autorizzati: le loro funzioni dipendono dal servizio e dal consenso concesso.
La distinzione decisiva è tra accesso ai dati e autorizzazione a operare. Un agente può, in un’ipotesi di utilizzo, classificare spese o preparare una proposta di pagamento senza poterla eseguire. Un collegamento tramite API, l’interfaccia con cui due sistemi comunicano, non garantisce da solo la correttezza delle decisioni: bisogna sapere quali operazioni consente, su quali conti e con quali conferme. Il tema si collega alla nostra analisi sull’affidabilità degli agenti AI nel lavoro delegato.
Accesso bancario: tre modelli da distinguere
Schema editoriale. Fonti: conference call JPMorganChase del 13 ottobre 2026 e documentazione Chase sulla condivisione dei dati.- Agente sviluppato dalla banca. L’istituto gestisce strumenti e integrazione nei propri sistemi. Questa provenienza, da sola, non elimina il rischio di errore.
- Agente esterno tramite API autorizzate. Il perimetro dipende dalle funzioni abilitate e dai permessi: condividere informazioni non attribuisce automaticamente il potere di disporre pagamenti.
- Agente esterno con le credenziali del cliente. Il servizio usa l’accesso dell’utente. È la modalità contestata da Barnum quando viene impiegata per movimentare denaro.
La sicurezza incontra la concorrenza fintech
L’apertura verso servizi terzi ha una storia precedente agli agenti AI. Il 16 settembre 2025 JPMorganChase e Plaid hanno annunciato il rinnovo del loro accordo sull’accesso ai dati, includendo una struttura di prezzo e impegni sulla continuità del servizio. Quel documento riguarda la condivisione autorizzata delle informazioni e non dimostra che un agente possa disporre liberamente operazioni. È però un contrappeso concreto alla lettura secondo cui la banca vorrebbe chiudere ogni collegamento esterno.
Qui emerge una tensione competitiva, nella lettura di SpazioCrypto: un assistente che confronta servizi di più banche potrebbe diventare il punto di riferimento quotidiano del cliente. La banca resterebbe il luogo del deposito, mentre un’altra piattaforma orienterebbe le scelte. Proteggere gli accessi e conservare la relazione commerciale possono quindi convivere. Per valutare questa evoluzione serviranno criteri di ammissione trasparenti e permessi comprensibili, anche quando l’agente è sviluppato dall’istituto stesso.
La responsabilità non si risolve con un clic
Dimon parla di un trasferimento di responsabilità quando il cliente autorizza strumenti esterni; Barnum avverte che un’azione indesiderata compiuta dopo la consegna delle credenziali ricadrebbe sull’utente. Sono le posizioni espresse dai dirigenti nella call, non una nuova norma. Da quelle parole non si può ricavare una regola universale sui rimborsi o stabilire l’esito di un eventuale contenzioso.
Un esempio ipotetico chiarisce il problema: chiedere a un assistente di cercare un conto meno costoso non gli conferisce necessariamente il mandato di trasferire il saldo. Se il software compie quel passaggio, occorre ricostruire istruzioni, permessi e conferme. La delega dovrebbe rendere visibile il salto dalla raccomandazione all’esecuzione. È una declinazione finanziaria del tema del controllo individuale dei dati richiamato da Tim Berners-Lee.
La lettura più grande
La prossima contesa del fintech potrebbe riguardare chi traduce le intenzioni delle persone in operazioni finanziarie. Gli agenti possono semplificare confronti e procedure, ma il beneficio diventa fragile se l’utente perde la capacità di capire cosa è stato autorizzato. La questione accompagna anche il filone dei pagamenti tra agenti in stablecoin: automatizzare il trasferimento di valore rende più importante definire il mandato.
Il caso JPMorgan offre un criterio per leggere gli annunci futuri: verificare chi identifica l’agente, quali poteri gli vengono attribuiti e come il cliente può fermarlo. Un assistente utile dovrebbe lasciare una delega comprensibile, limitata e controllabile. Il valore dell’automazione bancaria dipenderà anche dalla capacità di conservare queste condizioni quando il software passerà dal suggerire al fare.
