Prospettive globali sui pagamenti 2026: modello operativo, rischio e ricavi in un mondo agentico, invisibile e in tempo reale

TL;DR. Modello operativo dei pagamenti 2026 per le G-SIB: responsabilità agentica, liquidità sempre attiva con DORA, registri tokenizzati e scadenza SWIFT 2026.

Punti chiave

La convergenza delle autorità globali dei pagamenti. Per tracciare la traiettoria di questo cambiamento strutturale, questo report sintetizza le prospettive 2026 su pagamenti e commercio pubblicate da quattro leader di settore autorevoli: J.P.
Pilastro 1: commercio agentico e pagamenti invisibili. Il commercio agentico rappresenta il passaggio da strutture di checkout digitale guidate dall'uomo, con il clic per acquistare, all'avvio autonomo delle transazioni guidato dai modelli.
Pilastro 2: trasformazione della tesoreria e liquidità ripensata. La velocità del transaction banking nel 2026 è guidata dal passaggio dall'elaborazione batch legacy di fine giornata a operazioni di tesoreria sempre attive e in tempo reale.
Pilastro 3: depositi tokenizzati e registro unificato. La tokenizzazione è passata da pilota blockchain isolati e proof-of-concept a un'infrastruttura monetaria scalata e di livello bancario.

I pagamenti sono passati da utility amministrativa a cuore della strategia tecnologica delle banche. Nel 2026 il modello operativo dei pagamenti globali è definito da tre forze convergenti, il commercio agentico, i flussi incorporati invisibili e l'esecuzione in tempo reale, e ciascuna ridisegna dove una transaction bank assume rischio e genera ricavi. Questo report sintetizza in un'unica lettura di modello operativo le prospettive 2026 di J.P. Morgan Payments, Global Payments, HSBC e The Payments Association: come i dirigenti delle G-SIB e delle banche regionali, i responsabili di tesoreria e i regolatori devono governare il commercio avviato dai modelli, la liquidità sempre attiva con DORA, i registri unificati tokenizzati nell'ambito di BIS Project Agorá e il cut-over SWIFT sugli indirizzi strutturati a data fissa di novembre 2026.

Sintesi per la direzione

I pagamenti sono ora il nucleo operativo, non una utility. Il ciclo dal 2026 al 2028 è una finestra strutturale: tecnologia, regolamentazione e aspettative dei clienti sono convergute su un unico piano operativo, e l'infrastruttura di pagamento moderna è il fondamento di una strategia tecnologica di livello bancario.

Flussi agentici, invisibili e in tempo reale spostano ciascuno un rischio diverso. Il commercio agentico sposta la responsabilità e la gestione del rischio di modello; i pagamenti incorporati invisibili minacciano la disintermediazione; l'esecuzione in tempo reale accelera la velocità del capitale e riscrive il controllo di liquidità, credito e frodi.

Quattro pilastri assorbono il budget di capitale e di tecnologia. I gate API agentici ad autorità delimitata, il Treasury-as-a-Service sempre attivo con DORA, i depositi tokenizzati sui registri unificati e la difesa dalle frodi basata su dati strutturati sono i punti in cui le decisioni di allocazione determinano il panorama competitivo del transaction banking.

L'orologio della compliance è la forza motrice. Il cut-over sugli indirizzi strutturati del 14 novembre 2026 è una mossa senza rimpianti; le salvaguardie agentiche e la tokenizzazione sono le opzioni strategiche sovrapposte lungo una roadmap a tre orizzonti.

Per le transaction bank globali, il ciclo 2026–2028 rappresenta una finestra strutturale critica. L'infrastruttura di pagamento moderna non è più una semplice utility amministrativa; è il nucleo fondamentale di una strategia tecnologica di livello bancario. I decisori delle G-SIB e delle principali istituzioni finanziarie regionali affrontano uno scenario di elevata complessità in cui tecnologia, regolamentazione e aspettative dei clienti sono convergute su un unico piano operativo.

Le tre forze strutturali che guidano questo ciclo, i flussi di pagamento agentici, invisibili e in tempo reale, si correlano direttamente con le preoccupazioni centrali del vertice esecutivo:

Commercio agentico: incide sulla distribuzione dei canali, sul design di prodotto, sull'attribuzione della responsabilità e sulla gestione del rischio di modello (MRM) sotto la lente della vigilanza.
Pagamenti invisibili: ridefiniscono l'esperienza del cliente, minacciando la disintermediazione se le banche non riescono a incorporare i propri registri direttamente nei front-end aziendali e dei merchant.
Esecuzione in tempo reale: accelera la velocità del capitale, cambiando radicalmente la gestione della liquidità, il rischio di credito, la resilienza operativa e la difesa dalle frodi.

La posta finanziaria e operativa di questa transizione è enorme. Man mano che le tecniche di frode aumentano in velocità e sofisticazione e i quadri normativi impongono date di adeguamento rigide, le transaction bank che modernizzano proattivamente i propri sistemi core possono sbloccare significative opportunità di ricavi da commissioni. Al contrario, il costo dell'inazione è segnato da rifiuti immediati delle transazioni, colli di bottiglia operativi, sanzioni regolamentari e una rapida erosione della quota di mercato.

La convergenza delle autorità globali dei pagamenti

Per tracciare la traiettoria di questo cambiamento strutturale, questo report sintetizza le prospettive 2026 su pagamenti e commercio pubblicate da quattro leader di settore autorevoli: J.P. Morgan Payments, Global Payments, HSBC e The Payments Association.

Sebbene ciascuna organizzazione affronti l'ecosistema dei pagamenti da una prospettiva di mercato distinta, le loro conclusioni convergono su tre realtà invarianti e trasversali all'intero settore:

I binari istantanei e guidati da API sono la base. I modelli legacy di elaborazione batch vengono rapidamente marginalizzati per i flussi transfrontalieri e di importo elevato; per quei segmenti, la velocità delle transazioni è sempre più dettata da una messaggistica sempre attiva e in tempo reale.
L'IA agisce sia come principale vettore di minaccia sia come meccanismo di difesa centrale. Gli strumenti generativi e i deepfake stanno amplificando le frodi sulle transazioni, imponendo contro-difese di machine learning in tempo reale e multilivello.
La tokenizzazione sta passando a un'infrastruttura pronta per la produzione. I registri si stanno unificando per sostenere la coesistenza di passività commerciali tokenizzate e valute digitali delle banche centrali (CBDC) per il regolamento wholesale.

Report	Pubblico principale	Focus	Pilastro chiave	Implicazione per le banche
J.P. Morgan Payments	Tesorieri aziendali, G-SIB	Liquidità in tempo reale, frodi	API, biometria basata su IA	Ricostruire i sistemi di liquidità, FX e rischio per un regolamento continuo su 365 giorni.
Global Payments	Merchant, e-commerce	Evoluzione del punto vendita (POS), omnicanalità	Commercio agentico, checkout senza attriti	Costruire corridoi di pagamento merchant sicuri e presidiati da API per agenti IA autonomi.
HSBC Insights	Multinazionali	Integrazioni ERP (SAP/Oracle), liquidità in tempo reale	Treasury-as-a-Service, visibilità di cassa	Monetizzare le suite di API transazionali e incorporare la reportistica di cassa in tempo reale alla fonte.
The Payments Association	Fintech, istituti di pagamento	Stablecoin, tokenizzazione, regolamentazione globale	Asset digitali regolamentati, conformità normativa	Preparare i bilanci ai depositi tokenizzati e governare le strutture di responsabilità di PSD3/PSR.

Queste prospettive si collocano anche all'interno di un'agenda più ampia del settore pubblico. Nell'ambito della G20 Roadmap for Enhancing Cross-Border Payments, il Financial Stability Board ha avviato una nuova fase di attuazione che dipende esplicitamente da una più stretta collaborazione pubblico-privata per fornire flussi transfrontalieri più rapidi, economici e trasparenti. Le quattro prospettive di J.P. Morgan, Global Payments, HSBC e The Payments Association definiscono di fatto lo stack operativo del settore privato che opererà al di sopra di questa infrastruttura di policy, traducendo gli obiettivi del G20 in decisioni concrete su liquidità, tokenizzazione, dati e controlli antifrode all'interno delle banche.

Nel loro insieme, queste autorità mostrano che un'esecuzione bancaria efficace nel ciclo 2026–2028 richiede un approccio integrato e multidisciplinare. Ciascuno dei quattro pilastri discussi di seguito rappresenta un'allocazione di capitale, budget tecnologico e attenzione alla gestione del rischio che determinerà il panorama competitivo del transaction banking per il prossimo decennio.

Pilastro 1: commercio agentico e pagamenti invisibili

Il commercio agentico rappresenta il passaggio da strutture di checkout digitale guidate dall'uomo, con il clic per acquistare, all'avvio autonomo delle transazioni guidato dai modelli. Le previsioni di settore suggeriscono che gli agenti IA autonomi potrebbero mediare nell'ordine di 3.000–5.000 miliardi di dollari di transazioni annue entro il 2030, il che implica una quota di poche unità percentuali dei volumi di pagamento globali eseguita senza che un essere umano prema esplicitamente il pulsante «acquista».

Questo passaggio crea un divario profondo nell'ecosistema retail e commerciale. Mentre una netta maggioranza di consumatori si aspetta ormai pagamenti quasi privi di attriti, meno della metà dei merchant ha pienamente dato priorità nelle proprie roadmap al checkout con un clic o a cataloghi di prodotti accessibili via API. Gli agenti IA non sono in grado di navigare schermate di checkout complesse, legacy e multipagina progettate per l'occhio umano; richiedono handshake API puliti, strutturati e da macchina a macchina.

Priorità bancarie e impatti operativi

Per le transaction bank, il commercio agentico introduce un insieme completamente nuovo di considerazioni operative e di rischio:

Titolarità di KYC e AML: le banche devono definire chi detiene l'obbligo di compliance all'interno di una catena di transazioni agentica. Se l'agente IA personale di un consumatore avvia una transazione tramite il checkout agentico di un merchant, la banca deve essere in grado di verificare che l'autorità delegata di origine sia crittograficamente vincolata al titolare principale del conto, garantendo la conformità alle normative antiriciclaggio (AML) e di adeguata verifica della clientela (KYC).
Ridisegno di responsabilità e chargeback: i circuiti carte tradizionali e i binari di pagamento Account-to-Account (A2A) si basano su quadri di contestazione progettati per l'autorizzazione umana. Quando un agente IA effettua un acquisto subottimale o errato, come l'approvvigionamento di scorte industriali sbagliate a causa di un errore di parsing dei dati, le banche devono stabilire confini legali e operativi chiari per ripartire la responsabilità tra il consumatore, il fornitore dell'agente e il merchant.
Valutazione del rischio dei flussi agentici: i motori di instradamento dei pagamenti devono valutare dinamicamente il rischio dei pagamenti agentici, applicando requisiti di riserva o tassi di interscambio più elevati alle transazioni non avviate da esseri umani finché non si consolida uno storico di stabilità del regolamento.

Modelli di azione delimitata e autorità delimitata

Per mitigare il rischio sistemico dell'«azione non delimitata» (ad esempio un agente di approvvigionamento aziendale che esegue cicli di acquisto ricorsivi infiniti a causa di un errore software), le banche devono implementare gate API ad autorità delimitata. Questi gate limitano l'esecuzione degli agenti attraverso limiti multidimensionali imposti da policy:

Limiti finanziari a livelli: restringere la spesa dell'agente per importo della transazione, valore cumulativo giornaliero o categorie di merchant.
Guardrail sensibili al contesto: valutare segnali secondari come l'orario, la geolocalizzazione IP e la frequenza delle transazioni prima di rilasciare i fondi dal registro.
Escalation con essere umano nel ciclo (HITL): attivare una richiesta di autorizzazione umana obbligatoria tramite Strong Customer Authentication (SCA) ai sensi delle normative PSD3/PSR ogni volta che una transazione supera le soglie di rischio designate.

Il seguente diagramma di sequenza Mermaid illustra un flusso di pagamento agentico sicuro e ad autorità delimitata che molte banche riconosceranno come architettura di riferimento.

sequenceDiagram
    autonumber
    actor User as Treasurer / Customer
    participant Agent as Autonomous AI Agent
    participant BankAPI as Bank API Gateway (MCP Server)
    participant Policy as OPA Policy Engine
    participant Ledger as Core Banking Ledger
    User->>Agent: Provisions Bounded Authority (Spend limit $5k, Vendor Category: Cloud Services)
    Agent->>BankAPI: Requests Payment Initiation (signed token, credentials)
    Note over BankAPI: Active-active cloud gateways check credentials
    BankAPI->>Policy: Forwards Request for Compliance Evaluation
    Note over Policy: Evaluates: Spending limit < $5k?<br/>Geographic IP valid?<br/>Is recipient in approved whitelist?
    alt Policy Evaluation Passes
        Policy-->>BankAPI: Policy Validated (Approved)
        BankAPI->>Ledger: Instructs instant A2A settlement via FedNow/SEPA Inst
        Ledger-->>BankAPI: Settlement Confirmed (Transaction ID)
        BankAPI-->>Agent: Dispatches Payment Confirmation (XML pain.002)
    else Policy Evaluation Fails (Risk Limit Exceeded)
        Policy-->>BankAPI: Risk Threshold Breached (Trigger SCA Escalation)
        BankAPI->>User: Initiates Strong Customer Authentication (FIDO2 Passkey challenge)
        User-->>BankAPI: SCA Signature Verified
        BankAPI->>Ledger: Instructs instant A2A settlement
        Ledger-->>BankAPI: Settlement Confirmed
        BankAPI-->>Agent: Dispatches Payment Confirmation
    end

Il ruolo del Model Context Protocol (MCP)

Per collegare i modelli IA localizzati ai livelli di esecuzione governati dalla banca, il settore si sta standardizzando attorno al Model Context Protocol (MCP), un protocollo aperto che consente agli LLM di richiamare strumenti e API dall'ambito chiaramente definito e verificabile, senza accesso diretto ai sistemi core, così che le banche possano controllare rigorosamente come i modelli avviano pagamenti o interrogazioni.

Incapsulando le API bancarie (come l'avvio di pagamenti o le interrogazioni di saldo) all'interno di un server MCP, le banche possono garantire che gli LLM non abbiano accesso diretto e grezzo alle tabelle del database o ai controlli di root del sistema. Il modello può invece interagire con il registro solo attraverso endpoint API fortemente strutturati, sottoposti ad audit e a limitazione di frequenza, assicurando una sicurezza assoluta al confine dell'esecuzione degli strumenti agentici.

Pilastro 2: trasformazione della tesoreria e liquidità ripensata

La velocità del transaction banking nel 2026 è guidata dal passaggio dall'elaborazione batch legacy di fine giornata a operazioni di tesoreria sempre attive e in tempo reale. Le multinazionali non tollerano più la «liquidità intrappolata», ovvero la liquidità che resta inattiva nei conti locali nei fine settimana o nei giorni festivi a causa della chiusura dei sistemi di regolamento.

La giustificazione economica della liquidità in tempo reale

Sia J.P. Morgan sia HSBC evidenziano che le aziende dotate di capacità avanzate di cassa e dati in tempo reale hanno una probabilità significativamente maggiore di superare i concorrenti in termini di crescita dei ricavi ed efficienza del capitale, in gran parte riducendo la liquidità intrappolata e ottimizzando i cicli di capitale circolante.

Per catturare questo valore, le banche stanno offrendo prodotti API Treasury-as-a-Service (TaaS), che consentono ai sistemi aziendali di Enterprise Resource Planning (ERP) (come SAP e Oracle) di collegarsi direttamente al registro della banca:

API di saldo in tempo reale (con schema camt.052): sostituiscono i protocolli di trasferimento file con una reportistica istantanea e event-driven della posizione di cassa.
API di avvio pagamenti massivi (con schema pain.001): consentono l'esecuzione diretta e straight-through di lotti di pagamenti ai fornitori direttamente dai registri ERP.
API FX continue: consentono ai motori di tesoreria di bloccare tassi di cambio algoritmici in tempo reale per il regolamento transfrontaliero, eliminando il rischio di scarto di mercato notturno.
API di conti virtuali: consentono alle aziende di creare e dismettere dinamicamente migliaia di sotto-conti per l'abbinamento automatico e istantaneo dei crediti e la separazione dei registri.

Resilienza operativa e implicazioni di DORA

Per le transaction bank, offrire servizi di liquidità sempre attivi trasforma il profilo di rischio del sistema bancario core. Le piattaforme sempre attive devono mantenere una disponibilità operativa del 99,999% pur essendo sottoposte a carichi transazionali continui e in tempo reale.

Ai sensi del Digital Operational Resilience Act (DORA), questo non è un semplice obiettivo di performance IT, bensì un rigoroso requisito di conformità regolamentare. I regolatori si aspettano che le banche dimostrino che le loro API di tesoreria in tempo reale e i database dei registri siano in grado di assorbire cyberattacchi gravi ma plausibili, interruzioni di rete e disservizi degli hyperscaler senza interrompere i pagamenti critici o compromettere la liquidità sistemica. Ciò impone ai responsabili del transaction banking di investire massicciamente in architetture di database multi-cloud geo-ridondanti e active-active, in livelli di rilevamento delle minacce in tempo reale e in sistemi di failover automatizzato.

FX continuo e innovazione transfrontaliera

La tesoreria in tempo reale non può operare entro i confini di una singola valuta. Per sostenere i flussi aziendali globali, le G-SIB stanno implementando infrastrutture FX continue, come la piattaforma Wire 365 di J.P. Morgan, che consente ai clienti idonei di elaborare pagamenti transfrontalieri e conversioni FX in qualsiasi giorno dell'anno, inclusi i fine settimana e i giorni festivi, oltre i tradizionali orari operativi del Real-Time Gross Settlement (RTGS) delle banche centrali. Questo quadro si integra direttamente con i sistemi di depositi tokenizzati e registri unificati discussi nel Pilastro 3.

Pilastro 3: depositi tokenizzati e registro unificato

La tokenizzazione è passata da pilota blockchain isolati e proof-of-concept a un'infrastruttura monetaria scalata e di livello bancario. Il focus si è spostato dalle stablecoin private e dai cryptoasset speculativi ai depositi bancari commerciali tokenizzati e alle valute digitali wholesale delle banche centrali (wCBDC) che operano su registri unificati e programmabili.

Il quadro di riferimento per questo sistema monetario di nuova generazione è Project Agorá, un'importante collaborazione pubblico-privata promossa dalla Bank for International Settlements (BIS) e dall'Institute of International Finance (IIF), che coinvolge sette banche centrali e oltre 40 istituzioni finanziarie private. Project Agorá: un progetto internazionale che studia come i depositi bancari commerciali tokenizzati possano essere integrati senza soluzione di continuità con le valute digitali wholesale delle banche centrali tokenizzate (wCBDC) su un registro unificato, condiviso e programmabile, per eliminare gli attriti del regolamento transfrontaliero, coordinare i controlli di compliance e abilitare una finalità atomica delle transazioni 24/7 per i pagamenti transfrontalieri.

Il percorso di tokenizzazione in cinque passi

Per le G-SIB e le principali transaction bank regionali, implementare la tokenizzazione è un percorso altamente strutturato e progressivo, che passa dall'ottimizzazione interna all'interoperabilità sui mercati aperti:

Liquidità di tesoreria interna: tokenizzare i saldi di cassa aziendali interni (ad esempio JPM Coin o registri bancari privati equivalenti) per abilitare trasferimenti transfrontalieri e netting istantanei, 24/7, tra le filiali della banca stessa.
Corridoi multi-banca delimitati: partecipare a consorzi chiusi e regolamentati (come la sandbox di Project Agorá) per testare il regolamento interbancario e lo stato condiviso del registro tra istituzioni distinte.
FX programmabile continuo: sfruttare gli smart contract sui registri unificati per eseguire transazioni di cambio Payment-versus-Payment (PvP) istantanee e automatizzate, eliminando il rischio di regolamento tra fusi orari.
Attività del mondo reale tokenizzate (RWA): integrare la gamba di cassa tokenizzata con registri di titoli, debito o commercio tokenizzati per abilitare una finalità Delivery-versus-Payment (DvP) istantanea, riducendo il blocco del capitale da giorni a millisecondi.
Interoperabilità ibrida pubblico/regolamentata: istituire wrapper di gateway sicuri e regolamentati per consentire alla liquidità istituzionale di interagire in modo sicuro con reti pubbliche decentralizzate e aperte.

Implicazioni prudenziali e di bilancio

Il passaggio alla liquidità tokenizzata richiede di orientarsi con attenzione tra i quadri prudenziali bancari. I regolatori e i supervisori sottolineano che un deposito tokenizzato deve essere economicamente equivalente a un tradizionale deposito bancario commerciale, ovvero deve rappresentare una passività non garantita nel bilancio della banca e beneficiare della stessa copertura assicurativa sui depositi.
Tuttavia, dal punto di vista operativo e tecnologico, i depositi tokenizzati introducono rischi peculiari. Gli smart contract possono eseguire prelievi automatizzati e programmabili a velocità e volumi che i tradizionali modelli di stress test della liquidità non sono progettati per simulare. Ai sensi dei requisiti patrimoniali di Basel III, le banche devono garantire che i propri motori di rischio siano in grado di modellare i deflussi di cassa programmabili e che i loro registri tokenizzati interoperino in modo pulito con i sistemi legacy di Real-Time Gross Settlement (RTGS) durante i cicli di liquidità giornalieri.

Stablecoin e depositi tokenizzati: un posizionamento sfumato

Sebbene le stablecoin private e integralmente riservate (come USDC) continuino a conquistare una quota di mercato significativa nelle rimesse transfrontaliere retail e nel commercio decentralizzato, esse non dispongono della capacità di creazione del credito e della finalità di regolamento del sistema bancario commerciale.

Anziché competere direttamente sui binari retail, le transaction bank stanno istituendo servizi di custodia, emettendo i propri strumenti di passività tokenizzati e regolamentati e costruendo gateway di on-/off-ramp sicuri. Ciò consente ai clienti aziendali di godere della flessibilità di programmazione dei token digitali mantenendo al contempo il proprio capitale al sicuro all'interno del perimetro bancario regolamentato.

Domande che i consigli dovrebbero porsi sulla moneta tokenizzata

Partecipazione al registro unificato: qual è la nostra roadmap strategica attiva per partecipare a iniziative di registro unificato wholesale pubblico-privato come Project Agorá?
Bilancio e modellazione del rischio: i nostri motori di rischio e i quadri di adeguatezza patrimoniale hanno aggiornato i modelli di stress test per tenere conto della velocità dei deflussi di token innescati da smart contract?
Segmenti di clientela apripista: quali dei nostri segmenti di tesoreria aziendale e banca commerciale trarrebbero beneficio immediato da un regolamento DvP/PvP programmabile e tokenizzato?

Pilastro 4: dati strutturati e difesa dalle frodi

La compliance infrastrutturale nel 2026 è dominata dal cut-over sugli indirizzi strutturati del 14 novembre 2026 stabilito nell'ambito della SWIFT Standards Release (SR) 2026. Cut-over sugli indirizzi strutturati SWIFT SR 2026: dal 14 novembre 2026, le reti di pagamento SWIFT CBPR+ e SEPA smetteranno ufficialmente di accettare blocchi di indirizzo postale integralmente non strutturati e in testo libero (<AdrLine>) nei messaggi di pagamento. Qualsiasi messaggio di pagamento transfrontaliero o domestico che riporti un indirizzo non strutturato dove sono attesi elementi strutturati sarà immediatamente ritardato o rifiutato dalla rete.

La maggior parte delle istituzioni finanziarie conosce la data, ma molte l'hanno trattata come un mero esercizio superficiale di mappatura a livello di interfaccia. In realtà, l'obbligo sugli indirizzi strutturati è una profonda sfida di qualità e governance dei dati. Per evitare tassi di rifiuto catastrofici, le operazioni di pagamento devono essere riorganizzate nell'ambito di un quadro di governance dei dati chiaro e interfunzionale:

Team di prodotto e operations: responsabili dell'acquisizione dei dati alla fonte. Ciò include l'aggiornamento dei portali digitali rivolti ai clienti, delle interfacce di onboarding e dei campi di input degli ERP aziendali per imporre campi di indirizzo strutturati (ad esempio Nome della via <StrtNm>, Codice postale <PstCd>, Nome della città <TwnNm>, Paese <Ctry>) direttamente al momento dell'avvio del pagamento.
Team tecnologici: responsabili del parsing dei dati, della mappatura e della validazione dello schema del database. Ciò include l'implementazione di motori di validazione che bloccano i file legacy prima che raggiungano l'interfaccia SWIFT e l'utilizzo di modelli di machine learning localizzati per convertire in parsing i blocchi di indirizzo non strutturati legacy in tag conformi a XML sotto il nodo padre <PstlAdr>.
Team di compliance e rischio: responsabili dell'aggiornamento della logica di screening delle sanzioni, del monitoraggio delle transazioni e dello screening antiriciclaggio (AML) per acquisire i campi XML fortemente strutturati, riducendo significativamente i tassi di falsi positivi e le indagini manuali.

Il business case dei dati strutturati

Spesso inquadrati come un costo di compliance, i dati di pagamento ISO 20022 di alta qualità sono un potente abilitatore di ricavi per le transaction bank:

Decisioni di credito avanzate: dati strutturati su fatture, rimesse e debitore finale consentono alle banche di costruire programmi automatizzati e altamente precisi di finanziamento del capitale circolante e di factoring delle fatture di catena di fornitura per i clienti aziendali.
Abbinamento automatico dei crediti: esporre identificativi strutturati di controparte e fattura consente alle banche di offrire prodotti premium di riconciliazione di cassa e di pooling di conti virtuali, generando nuovi ricavi da commissioni sulle transazioni.
Analisi delle transazioni monetizzabili: le banche possono confezionare e vendere dashboard granulari di analisi in tempo reale sulla liquidità e sui modelli di acquisto direttamente ai CFO e ai tesorieri aziendali.

Un modello di difesa dalle frodi con IA a più livelli

Man mano che le velocità delle transazioni accelerano verso il tempo reale, le tecniche di frode sono cresciute in complessità. Ricerche recenti indicano che i deepfake rappresentano ora circa il 40% dei tentativi di frode biometrica, con contenuti sintetici sempre più utilizzati per aggirare i controlli di riconoscimento vocale e facciale nei flussi di onboarding e pagamento.

Per difendersi da vettori di frode sempre attivi e ad alta velocità, le transaction bank devono implementare un modello di difesa dalle frodi con IA a tre livelli:

Livello di identità: imporre passkey FIDO2 verificate biometricamente, binding crittograficamente firmato del dispositivo hardware e wallet di identità digitale decentralizzati per proteggere l'accesso ai pagamenti.
Livello comportamentale: monitorare la biometria comportamentale continua, come il ritmo di navigazione della sessione, le cadenze di digitazione e l'orientamento del dispositivo, per rilevare l'esecuzione automatizzata da bot o i tentativi di session-hijack.
Livello di transazione: sfruttare i campi fortemente strutturati dei messaggi ISO 20022 per alimentare motori di rischio di machine learning in tempo reale, incrociando i metadati delle transazioni con l'intelligence condivisa a livello di consorzio di rete per identificare le transazioni sospette entro millisecondi dall'avvio.

Per soddisfare le aspettative di vigilanza, questi modelli IA a livello di transazione devono incorporare rigorosi parametri di spiegabilità e operare nell'ambito di uno specifico programma di gestione del rischio di modello (MRM). I regolatori si aspettano che le banche siano in grado di spiegare gli specifici punti dati e la logica algoritmica che hanno innescato un blocco automatico di un pagamento o un alert relativo a una frode, in linea con aspettative di vigilanza come SR 11-7 della US Federal Reserve e i principi di gestione del rischio di modello per le banche della Bank of England (PRA SS1/23).

Agenda di consiglio 2026–2028 per i pagamenti globali

Per eseguire con successo su questi quattro pilastri, gli organi di gestione delle G-SIB e delle banche regionali dovrebbero organizzare i propri investimenti operativi e tecnologici lungo una chiara roadmap strategica a tre orizzonti:

Orizzonte 1: compliance immediata e rafforzamento del core (0–12 mesi)

Focus: standardizzare la qualità dei dati ISO 20022 e mettere in sicurezza i percorsi transazionali di base in tempo reale.
Indicatore di successo (KPI): zero rifiuti per indirizzi non strutturati sulle reti SWIFT e SEPA dopo la standards release del 14 novembre 2026.
Responsabile esecutivo: Chief Operating Officer (COO) / Responsabile delle operations di pagamento.
Tipo di deliverable: mossa senza rimpianti. Aggiornamenti dello schema del database core e implementazione del motore di validazione SWIFT SR 2026.

Orizzonte 2: automazione e salvaguardie agentiche (12–24 mesi)

Focus: implementare gate API agentici delimitati e architetture di difesa dalle frodi continue.
Indicatore di successo (KPI): 100% delle transazioni API da macchina a macchina e avviate da IA validate tramite binding hardware FIDO2 e motori di policy ad autorità delimitata.
Responsabile esecutivo: Chief Information Officer (CIO) / Chief Risk Officer (CRO).
Tipo di deliverable: mossa senza rimpianti (difesa dalle frodi) e opzione strategica (commercio agentico). Implementazione del Model Context Protocol (MCP) e dell'IA antifrode a tre livelli.

Orizzonte 3: tokenizzazione della piattaforma e registri unificati (24–36 mesi)

Focus: convertire gli asset di tesoreria in depositi tokenizzati e partecipare a registri transfrontalieri condivisi.
Indicatore di successo (KPI): almeno il 15% del volume di regolamento di tesoreria aziendale di importo elevato elaborato in modo nativo tramite strumenti di deposito tokenizzato o accordi di registro unificato (ad esempio i corridoi di Project Agorá).
Responsabile esecutivo: Tesoriere di Gruppo / Responsabile del transaction banking.
Tipo di deliverable: opzione strategica. Implementazione di un'infrastruttura di registro programmabile, regole di liquidità basate su smart contract e adattatori di regolamento DvP/PvP.

Domande frequenti

Chi è titolare di KYC e AML quando un agente autonomo avvia un pagamento? La banca di origine resta titolare dell'obbligo, ma deve essere in grado di dimostrare che l'autorità delegata dell'agente sia crittograficamente vincolata al titolare principale del conto. In pratica ciò significa trattare una catena di transazioni agentica come una nuova frontiera di responsabilità: la banca verifica la delega, applica limiti di autorità delimitata al gate API e valuta il rischio dei flussi non avviati da esseri umani finché non esiste uno storico di regolamento. La delega della SCA con PSD3/PSR disciplina quando un essere umano deve essere riportato nel ciclo.

Perché la liquidità sempre attiva è un problema di DORA e non solo un aggiornamento IT? Perché offrire API di tesoreria 24/7 trasforma la disponibilità in un requisito di vigilanza anziché in una preferenza di livello di servizio. Un registro in tempo reale che deve mantenere una disponibilità del 99,999% sotto carico transazionale continuo deve dimostrare, a un regolatore, di sopravvivere a cyberattacchi gravi ma plausibili, interruzioni di rete e disservizi degli hyperscaler senza interrompere i pagamenti critici. Ciò impone investimenti in un'architettura multi-cloud geo-ridondante e active-active e in un failover automatizzato, che è un mandato di resilienza, non un obiettivo di performance.

In cosa differisce un deposito tokenizzato da una stablecoin nel bilancio? Un deposito tokenizzato è economicamente equivalente a un tradizionale deposito bancario commerciale: una passività non garantita nel bilancio della banca che beneficia dello stesso trattamento di assicurazione sui depositi e della stessa capacità di creazione del credito. Una stablecoin è uno strumento integralmente riservato che non dispone di tale capacità di creazione del credito né della finalità di regolamento. La differenza operativa è la velocità: gli smart contract possono innescare deflussi programmabili più rapidamente di quanto ipotizzino i modelli di stress della liquidità legacy, quindi i motori di rischio devono modellare i deflussi guidati da smart contract ai sensi di Basel III.

Cosa succede concretamente il 14 novembre 2026 se i dati di indirizzo non sono strutturati? Ai sensi di SWIFT SR 2026, i messaggi CBPR+ e SEPA che riportano blocchi di indirizzo non strutturati in testo libero dove sono attesi elementi strutturati vengono ritardati o rifiutati del tutto a livello di rete. È un cut-over a data fissa, non una migrazione morbida, quindi una banca che l'ha trattato come un esercizio di mappatura dell'interfaccia anziché come un programma di governance dei dati si troverà di fronte a picchi immediati del tasso di rifiuto tra prodotto, tecnologia e compliance. Il rimedio è l'acquisizione strutturata al momento dell'avvio nei tag <PstlAdr>.

Riferimenti

BIS Innovation Hub, (2026). Project Agorá: exploring tokenisation of wholesale cross-border payments [online]. Basilea: Bank for International Settlements. Disponibile all'indirizzo: BIS Project Agorá [Consultato il 25 giugno 2026].
Deutsche Bank, (2026). Digital Money: a perspective on stablecoins, tokenised deposits and CBDCs [online]. Francoforte sul Meno: Deutsche Bank Flow. Disponibile all'indirizzo: Deutsche Bank Digital Money [Consultato il 25 giugno 2026].
Digital Bank Expert, (2026). ISO 20022 Structured Addresses: 2026 Deadline [online]. Londra: Digital Bank Expert. Disponibile all'indirizzo: Digital Bank Expert ISO 20022 [Consultato il 25 giugno 2026].
European Parliament and Council of the European Union, (2022). Regulation (EU) 2022/2554 on digital operational resilience for the financial sector (DORA) [online]. Bruxelles: Gazzetta ufficiale dell'Unione europea. Disponibile all'indirizzo: DORA Regulation [Consultato il 25 giugno 2026].
European Banking Authority (EBA), (2019). Guidelines on outsourcing arrangements (EBA/GL/2019/02) [online]. Parigi: EBA. Disponibile all'indirizzo: EBA Outsourcing Guidelines [Consultato il 25 giugno 2026].
Financial Stability Board (FSB), (2026). FSB kicks off new implementation phase to enhance cross-border payments through public-private partnership [online]. Basilea: FSB. Disponibile all'indirizzo: FSB Cross-Border Payments [Consultato il 25 giugno 2026].
Global Payments, (2025). Global Payments Releases its 2026 Commerce and Payment Trends Report [online]. Atlanta: Global Payments Investor Relations. Disponibile all'indirizzo: Global Payments Press Release [Consultato il 25 giugno 2026].
HSBC Business, (2026). HSBC Business Insights [online]. Londra: HSBC. Disponibile all'indirizzo: HSBC Insights [Consultato il 25 giugno 2026].
J.P. Morgan Payments, (2026). Payments Outlook 2026 Trends Report Released [online]. New York: J.P. Morgan Payments Newsroom. Disponibile all'indirizzo: J.P. Morgan Newsroom [Consultato il 25 giugno 2026].
J.P. Morgan Insights, (2026). 5 Payment Trends to Watch for in 2026 [online]. New York: J.P. Morgan Insights. Disponibile all'indirizzo: J.P. Morgan Trends [Consultato il 25 giugno 2026].
SWIFT, (2026). ISO 20022 milestone for November 2026: Unstructured addresses to be removed [online]. La Hulpe: SWIFT News. Disponibile all'indirizzo: SWIFT ISO 20022 Milestone [Consultato il 25 giugno 2026].
SWIFT Standards, (2026). Removal of unstructured address [online]. La Hulpe: SWIFT Standards. Disponibile all'indirizzo: SWIFT Unstructured Address Removal [Consultato il 25 giugno 2026].
Bank of England, (2023). Supervisory Statement (SS1/23): Model risk management principles for banks [online]. Londra: Bank of England. Disponibile all'indirizzo: Bank of England PRA SS1/23 [Consultato il 25 giugno 2026].
Bright Defense, (2026). Deepfake Statistics: A Growing Security Concern [online]. Atlanta: Bright Defense. Disponibile all'indirizzo: Deepfake Fraud Statistics [Consultato il 25 giugno 2026].
Federal Reserve Board, (2011). Supervisory Guidance on Model Risk Management (SR 11-7) [online]. Washington, D.C.: Board of Governors of the Federal Reserve System. Disponibile all'indirizzo: Supervisory Guidance on Model Risk Management [Consultato il 25 giugno 2026].
McKinsey & Company, (2025). McKinsey Forecast: $5 Trillion in Agentic Commerce Sales by 2030 [online]. Chicago: Digital Commerce 360. Disponibile all'indirizzo: McKinsey Agentic Commerce Forecast [Consultato il 25 giugno 2026].
J.P. Morgan FX & Cross-Border, (2026). Wire 365: Global Clearing Reinvented [online]. New York: J.P. Morgan Payments. Disponibile all'indirizzo: J.P. Morgan FX Wire 365 [Consultato il 25 giugno 2026].

Ultima revisione 2026-07-24.

Ripubblica questo articolo

Prospettive globali sui pagamenti 2026: modello operativo, rischio e ricavi in un mondo agentico, invisibile e in tempo reale — Sebastien Rousseau

Modello operativo dei pagamenti 2026 per le G-SIB: responsabilità agentica, liquidità sempre attiva con DORA, registri tokenizzati e scadenza SWIFT 2026.

Questo articolo è pubblicato con licenza Creative Commons Attribution 4.0 International. La ripubblicazione richiede l'attribuzione all'URL canonico.

Prospettive globali sui pagamenti 2026: modello operativo, rischio e ricavi in un mondo agentico, invisibile e in tempo reale — Sebastien Rousseau

Modello operativo dei pagamenti 2026 per le G-SIB: responsabilità agentica, liquidità sempre attiva con DORA, registri tokenizzati e scadenza SWIFT 2026.

Originally published at https://sebastienrousseau.com/it/2026-07-24-globali-pagamenti-outlook-operating-model-risk-revenue/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER