Basel IV? È un’opportunità (a patto d’investire) 

L’implementazione del pacchetto CRR III / CRD VI (e delle linee guida SREP) rappresenta il punto di arrivo di un percorso regolamentare iniziato oltre un decennio fa, con l’obiettivo di rafforzare la resilienza del sistema bancario e ridurre l’eccessiva variabilità dei requisiti patrimoniali. Per il sistema bancario italiano, Basel IV arriva in una fase di complessiva solidità patrimoniale, ma mette sotto pressione modelli operativi, architetture informative e processi decisionali costruiti in un contesto regolamentare diverso.

Questo articolo propone una lettura operativa e critica dello stato di avanzamento del sistema bancario italiano, sostenendo che Basel IV non rappresenta più un progetto di compliance, bensì una trasformazione industriale del modo in cui capitale, dati e processi vengono governati.

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.

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 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.

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 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 Standardized 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.

Conclusioni

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.

Capco aiuta le banche a trasformare Basel IV da adempimento regolamentare a leva di rafforzamento del modello operativo, integrando capitale, dati e governance in un percorso concreto e sostenibile nel day-by-day. In particolare, supportiamo i clienti nell’industrializzazione del calcolo RWA, nell’adeguamento delle architetture dati e nell’integrazione del rischio operativo nei processi di pianificazione e controllo.

Un caso recente riguarda il supporto ad una Tier 1 international bank nel data design per Basel 4 / CRR3: abbiamo lavorato sulla mappatura tra i dati regolamentari e i dati di business, sulla definizione della data quality e sulla modellazione delle informazioni necessarie a rendere il framework dati più solido, scalabile e pronto per il reporting regolamentare.

Se volete approfondire come affrontare Basel IV oltre la compliance, contattateci per discutere un approccio che unisce regulatory transformation, data architecture e operational efficiency.