Basel IV chiude un lungo ciclo di riforme prudenziali avviato dopo la crisi finanziaria, con l’obiettivo di rafforzare la resilienza delle banche e limitare l’eccessiva variabilità dei requisiti patrimoniali. Con l’attuazione del pacchetto CRR III / CRD VI e delle linee guida SREP, quella traiettoria regolamentare entra ora nella sua fase più concreta.
In Italia, il passaggio avviene su un sistema bancario nel complesso solido sul piano patrimoniale, ma espone con maggiore chiarezza i limiti di modelli operativi, architetture dati e processi decisionali nati in un contesto diverso. Per questo Basel IV non può più essere letto come un semplice adempimento normativo, ma come un banco di prova industriale per il governo di capitale, dati e processi.
Indice degli argomenti
Le priorità operative che Basel IV impone alle banche
L’analisi individua tre priorità operative: l’industrializzazione del calcolo delle attività ponderate per il rischio (risk-weighted assets, RWA) e la gestione dell’output floor; l’adeguamento delle architetture dati, dei sistemi IT e del reporting regolamentare; l’integrazione del nuovo Standardised Measurement Approach (SMA) per il rischio operativo nei processi gestionali e di pianificazione del capitale.
Negli ultimi anni le banche hanno investito in analisi d’impatto e programmi di adeguamento. Il vero nodo di oggi, tuttavia, non è interpretare la normativa, ma renderla gestibile nel day-by-day. Basel IV impone una trasformazione che coinvolge simultaneamente capitale, dati, sistemi e governance, rendendo evidenti i limiti di approcci tattici e frammentati.
Industrializzazione del calcolo RWA e gestione dell’output floor
L’output floor è la maggiore discontinuità introdotta da Basel IV. Vincolando le RWA calcolate con modelli interni a una percentuale minima delle RWA standardizzate, trasforma il capitale da risultato di un singolo approccio a massimo tra due logiche di calcolo.
La maggior parte delle banche italiane ha completato esercizi d’impatto e simulazioni, ma l’industrializzazione del calcolo resta incompleta. Le principali carenze operative riguardano:
• calcoli paralleli Standard Approach (SA)/Modello Interno (IRB) non pienamente integrati;
• output floor gestito come aggiustamento ex post;
• limitata integrazione nei processi di capital planning, ICAAP (Internal Capital Adequacy Assessment Process) e pricing.
Gli impatti sul business e sulla pianificazione del capitale
Queste carenze hanno impatti concreti sulla gestione del business: pricing del credito basato su assorbimenti di capitale non realistici, difficoltà nello spiegare le dinamiche delle RWA al supervisore, scarsa capacità di anticipare tensioni sul CET1.
Quando il capitale assorbito è determinato dall’output floor, i modelli di pricing basati su RWA IRB rischiano di sottostimare il costo del capitale. Questo può portare a prezzi non coerenti con il rischio effettivo, erosione della redditività corretta per il rischio e, conseguentemente, incentivi distorti verso portafogli apparentemente efficienti. Integrare il floor nel pricing significa rendere visibile il costo reale del capitale anche a livello commerciale, con effetti non sempre facili da gestire, ma necessari: se un portafoglio corporate diventa più costoso in termini di capitale a causa del floor, la banca alzerà i tassi applicati a quei clienti per mantenere il target di redditività in termini di RORAC.
Nel contesto ICAAP, una gestione strutturata del floor rafforza altresì la credibilità del framework di capitale.
Le direttrici per un modello operativo più maturo
Le esperienze fatte da Capco indicano quali direttrici seguire per costruire un modello più maturo:
• motori RWA centralizzati, capaci di supportare con la stessa base dati SA (Standardised Approach) e IRB (Internal Rating-Based);
• allocazione gestionale dell’output floor a livello di portafoglio o business;
• KPI di capitale Basel IV–adjusted, utilizzati nel controllo di gestione;
• maggiore integrazione tra funzioni risk, finanza e business.
Queste evoluzioni richiedono investimenti e cambiamenti organizzativi, ma rappresentano il passaggio necessario per trasformare l’output floor da vincolo subito a variabile gestita.
Data, IT e reporting regolamentare: il fattore abilitante (o bloccante) di Basel IV
Se l’output floor ha messo in discussione il modo in cui le banche calcolano e gestiscono il capitale, Basel IV nel suo complesso sta svolgendo un ruolo ancora più profondo: quello di stress test delle architetture dati e dei processi informativi. I nuovi requisiti, che richiedono granularità, coerenza e tracciabilità end-to-end, mettono a nudo i limiti di sistemi legacy stratificatisi nel tempo.
Il panorama tipico delle architetture IT bancarie italiane è caratterizzato da una stratificazione architetturale (sistemi legacy sviluppati in periodi e con logiche diverse; soluzioni verticali per singolo rischio o singolo adempimento normativo; numerosi layer di trasformazione dati intermedi) risultato di anni di interventi tattici, spesso giustificati da urgenze regolamentari o vincoli di tempo. Queste difficoltà confermano la centralità dei principi di risk data aggregation e risk reporting definiti dal BCBS 239, che richiedono granularità, consistenza e tracciabilità end-to-end dei dati, elementi che gli attuali sistemi legacy non sono in grado di garantire in modo strutturale.
I limiti dell’approccio legacy
Basel IV rende evidente il limite di questo approccio:
• data quality gestita reattivamente;
• processi di reporting fragili e poco scalabili;
• difficoltà di riconciliazione tra viste risk, finance e regulatory.
In questo contesto, molte banche italiane stanno scoprendo che le difficoltà principali non risiedono nel calcolo in sé, ma a monte, nella capacità di alimentare i calcoli con dati affidabili, riconciliati e riproducibili.
Le debolezze architetturali e di processo non si traducono solo in inefficienze interne, ma hanno effetti diretti sul rapporto con la supervisione.
Dal punto di vista ispettivo, questi limiti si traducono in finding tipici sulla affidabilità complessiva del framework di calcolo, richieste di remediation su data governance e controlli interni (legati a carenze nei controlli di primo livello, insufficiente documentazione dei processi e debolezza nella tracciabilità dei dati).
Dal punto di vista operativo, invece, aumentano i costi ricorrenti di produzione del reporting, cresce la dipendenza da risorse specialistiche difficilmente sostituibili, e ogni cambiamento normativo richiede interventi complessi e costosi.
In questo senso, Basel IV non fa che rendere visibile una realtà già presente: un modello informativo fragile è incompatibile con un contesto regolamentare sempre più esigente.
Le scelte chiave delle banche più efficaci
Le banche che stanno affrontando con maggiore efficacia questa sfida condividono alcune scelte chiave:
• piattaforme dati centralizzate, che alimentano in modo coerente risk, finance e reporting;
• maggiore automazione dei controlli di data quality, integrati nei flussi di produzione;
• riduzione dei passaggi manuali e delle riconciliazioni ex post;
• documentazione strutturata dei processi e delle logiche di calcolo.
In queste realtà, i principi stabiliti dal Comitato di Basilea per un’efficace aggregazione dei dati di rischio e reportistica dei rischi (BCBS 239) non sono considerati astratti, ma un framework operativo per progettare architetture solide e scalabili.
Si può affermare che nessuna delle altre priorità di Basel IV può essere risolta senza affrontare seriamente il tema dei dati e dei processi. L’output floor non è governabile senza dati affidabili; il rischio operativo non è misurabile senza loss data completi e coerenti; il dialogo con la supervisione diventa difficile senza tracciabilità.
Rischio operativo e SMA: da capitale passivo a leva gestionale
Il nuovo Standardised Measurement Approach (SMA) segna un cambio di paradigma nella gestione del rischio operativo. Collegando il capitale sia alla dimensione del business sia all’esperienza storica di perdite, lo SMA rende il capitale OpRisk più rilevante e potenzialmente volatile.
Sebbene il calcolo sia ormai implementato, permangono lacune significative:
• qualità e completezza dei loss data;
• scarsa integrazione dei RCSA nei processi decisionali;
• disconnessione tra rischio operativo e pianificazione del capitale.
Le evidenze ispettive più comuni riguardano debolezze nei processi di raccolta e validazione delle perdite e nella coerenza del framework complessivo. In assenza di un governo attivo, il capitale OpRisk tende a crescere in modo inerziale, con effetti persistenti sul CET1.
Le esperienze più avanzate mostrano l’importanza d’integrare rischio operativo e finanza, utilizzare il capitale come KPI gestionale e rafforzare la prevenzione attraverso controlli di primo livello più efficaci.
Basel IV nelle banche italiane come test di maturità
Le tre priorità analizzate (output floor e RWA, dati e architetture, rischio operativo) non sono separate, ma componenti interdipendenti di un unico sistema. Basel IV sta spingendo le banche verso un modello più industrializzato, in cui capitale, dati e processi devono essere coerenti, tracciabili e governabili nel tempo.
Chi continuerà a trattare Basel IV come un adempimento di compliance rischia di subirne gli effetti, mentre chi investirà in un’integrazione strutturale potrà trasformarlo in un fattore di disciplina, trasparenza e rafforzamento del modello operativo. Basel IV non è più una scadenza regolamentare: è un test di maturità industriale per il sistema bancario.
