Vai al contenuto principale
Aziende2026-05-2011 min read

AI Act FinTech: Credit Scoring, Insurance e Obblighi per i Sistemi Finanziari

L'AI Act classifica i sistemi di credit scoring e valutazione assicurativa come ad alto rischio. Obblighi per banche, FinTech e insurtech: cosa fare entro il 2 dicembre 2027.

Avv. Antonino Ingoglia

Ordine degli Avvocati di Sciacca n. 747 · Avvocato & Sviluppatore · IT Law

In sintesi: I sistemi AI di credit scoring, valutazione assicurativa e accesso a servizi finanziari sono classificati come ad alto rischio dall'Allegato III del Regolamento UE 2024/1689. La scadenza per la conformità completa è il 2 dicembre 2027 (posticipata dal Digital Omnibus). FinTech, banche e insurtech devono avviare ora la roadmap di adeguamento, integrando gli obblighi AI Act con quelli DORA già vigenti.


Perché il FinTech è nel Mirino dell'AI Act

Il settore finanziario italiano utilizza sistemi AI per decisioni che incidono direttamente sull'accesso al credito, sulla determinazione dei premi assicurativi e sulla valutazione del rischio individuale. Queste decisioni producono effetti giuridici significativi sulle persone fisiche. È esattamente il tipo di impatto che il legislatore europeo ha inteso regolamentare con la massima attenzione.

L'Allegato III del Regolamento UE 2024/1689 elenca esplicitamente, al punto 5, i sistemi AI ad alto rischio nel settore dei servizi privati essenziali:

  • Punto 5a: Sistemi AI destinati a essere utilizzati per valutare l'eleggibilità a prestazioni e servizi necessari nonché a concedere, ridurre, revocare o recuperare tali prestazioni e servizi
  • Punto 5b: Sistemi AI destinati a essere utilizzati per valutare il merito creditizio delle persone fisiche o per stabilire il loro rating del credito, con la sola eccezione dei sistemi AI utilizzati per rilevare frodi finanziarie

Per le compagnie assicurative, i sistemi AI che determinano premi su base individuale (life, health, property) rientrano nel perimetro ad alto rischio nella misura in cui influenzano l'accesso o le condizioni di accesso a un servizio essenziale per la persona fisica.

Quali Sistemi Sono Coinvolti in Pratica

Un sistema di credit scoring AI è ad alto rischio se:

  1. Valuta il merito creditizio di una persona fisica (non di un'entità giuridica)
  2. Produce un output che influenza la decisione di concedere o negare credito, o di fissarne le condizioni
  3. Il processo non è puramente basato su regole statiche, ma include componenti di apprendimento automatico o modelli statistici complessi

Sono invece esclusi dal perimetro ad alto rischio:

  • I sistemi di rilevamento frodi (esplicitamente esclusi al punto 5b)
  • I sistemi che assistono analisti umani senza sostituire il loro giudizio in modo determinante
  • I sistemi usati esclusivamente su persone giuridiche (PMI, imprese)

Il Quadro degli Obblighi per i Provider di Sistemi FinTech ad Alto Rischio

Le aziende che sviluppano o commercializzano sistemi AI di credit scoring o insurance scoring (i provider secondo l'Art. 3 del Regolamento) hanno gli obblighi più stringenti.

1. Documentazione Tecnica (Art. 11 e Allegato IV)

La documentazione tecnica deve descrivere in modo esaustivo:

ElementoContenuto richiesto
Descrizione generaleFinalità, caso d'uso previsto, categorie di utenti
Architettura del sistemaComponenti, logica, dipendenze da sistemi esterni
Dati di addestramentoFonti, criteri di selezione, misure di pulizia, distribuzione
Metriche di performanceAccuratezza, tasso di falsi positivi/negativi, analisi per sottogruppi
Limitazioni noteCasi in cui il sistema potrebbe produrre output non affidabili
Misure di sicurezzaCybersicurezza, robustezza, resistenza ad attacchi avversariali
VersioningRegistro delle modifiche sostanziali al modello

Questa documentazione deve essere disponibile per l'autorità di vigilanza (in Italia, ACN) in qualsiasi momento durante il ciclo di vita del prodotto.

2. Sistema di Gestione del Rischio (Art. 9)

L'Art. 9 richiede un processo continuo di gestione del rischio. Non è sufficiente una valutazione iniziale: il sistema deve essere riesaminato a ogni modifica significativa del modello, a ogni espansione del caso d'uso, e periodicamente nel tempo.

Il processo deve coprire:

  • Identificazione e analisi dei rischi noti e ragionevolmente prevedibili
  • Stima e valutazione dei rischi che emergono dall'uso del sistema
  • Misure di gestione del rischio adottate
  • Residuo di rischio accettato e motivazione

Per i modelli di credit scoring, i rischi da analizzare includono esplicitamente: discriminazione algoritmica per genere, etnia, età, stato di disabilità (anche quando queste variabili non sono input diretti del modello, ma correlate ad altri feature).

3. Governance dei Dati (Art. 10)

I dataset di addestramento, validazione e test devono:

  • Essere pertinenti alla finalità dichiarata
  • Essere sufficientemente rappresentativi della popolazione a cui il sistema sarà applicato
  • Essere esenti da errori e completi per quanto ragionevolmente possibile
  • Avere proprietà statistiche appropriate rispetto alle categorie di persone o gruppi di persone su cui il sistema sarà utilizzato

Per il credit scoring, questo significa: analisi della distribuzione del dataset per genere, età, provenienza geografica, livello di reddito. Se il dataset storico riflette discriminazioni sistemiche del passato, il provider deve adottare misure per correggere questa distorsione.

Il Digital Omnibus (accordo trilogo maggio 2026) ha introdotto una base giuridica specifica che consente il trattamento di categorie particolari di dati (Art. 9 GDPR) per le sole finalità di audit del bias, purché con pseudonimizzazione e in ambienti isolati.

4. Supervisione Umana (Art. 14)

Il sistema deve essere progettato per consentire a persone fisiche di:

  • Comprendere le capacità e i limiti del sistema
  • Rilevare malfunzionamenti, comportamenti anomali e output inaffidabili
  • Disattivare il sistema o non applicarne gli output

Attenzione: la supervisione umana deve essere reale e non procedurale. Non è sufficiente un processo in cui un analista approva formalmente la decisione del modello senza avere né il tempo né gli strumenti per valutarla criticamente. L'Art. 14 richiede che l'operatore abbia la reale capacità tecnica e procedurale di esercitare un giudizio indipendente.


Gli Obblighi per i Deployer: Banche e Istituti Finanziari che Usano Sistemi di Terzi

Le banche, le piattaforme di lending e le insurtech che acquistano o integrano sistemi AI di credit scoring da vendor terzi (i deployer) hanno obblighi distinti ma ugualmente impegnativi.

Obblighi principali del deployer (Art. 26):

  1. Utilizzare il sistema secondo le istruzioni d'uso del provider
  2. Assegnare supervisori umani competenti con reali strumenti di oversight
  3. Monitorare il funzionamento del sistema e segnalare anomalie e incidenti al provider
  4. Conservare i log generati dal sistema per il periodo stabilito
  5. Informare i lavoratori se il sistema è usato in processi HR interni
  6. Se il sistema tratta dati personali: effettuare la DPIA ai sensi dell'Art. 35 GDPR

Obbligo critico per i deployer finanziari: prima di adottare un sistema di credit scoring AI, il deployer deve verificare che il provider abbia completato la conformità AI Act. Contrattualmente, questo significa richiedere:

  • Copia della documentazione tecnica (Allegato IV) o attestazione di conformità
  • Clausole di audit e diritto di accesso alla documentazione
  • Notifica contrattuale in caso di modifiche sostanziali al modello

Il Nodo del Coordinamento tra AI Act e DORA

Le istituzioni finanziarie soggette al Regolamento DORA (Reg. UE 2022/2554, in vigore dal 17 gennaio 2025) devono gestire una doppia conformità che, tuttavia, può essere razionalizzata in un framework integrato.

Sovrapposizioni e Sinergie

AreaAI ActDORAIntegrazione possibile
Registro dei sistemiDocumentazione tecnica (All. IV)Registro risorse ICT (Art. 8 DORA)Unico registro con sezione AI
Gestione del rischioSistema rischio AI (Art. 9)ICT risk management (Artt. 5-10 DORA)Framework di rischio unificato
IncidentiSegnalazione incidenti AI (Art. 73)Segnalazione incidenti ICT (Art. 17 DORA)Processo di escalation unico
Test di resilienzaRobustezza e sicurezza (Art. 15)TLPT (Art. 26 DORA)Inclusione AI nei test di penetrazione

La Banca d'Italia e CONSOB, come autorità di vigilanza settoriali, operano in coordinamento con ACN per la vigilanza sui sistemi AI nel settore finanziario. Le istituzioni finanziarie devono quindi prepararsi a ispezioni coordinate che valutano simultaneamente la conformità AI Act e DORA.


Scadenze Operative per il FinTech

ObbligoSoggettoScadenzaNote
Obblighi di trasparenza Art. 50 (chatbot, deepfake)Provider e Deployer2 agosto 2026Nessun rinvio
Conformità completa sistemi alto rischio Allegato IIIProvider2 dicembre 2027Posticipata dal Digital Omnibus
Sistemi già in uso prima del 2 agosto 2026Provider e Deployer2 agosto 2028Solo sistemi preesistenti
Watermarking contenuti sintetici Art. 50(2)Provider2 dicembre 2026Standard tecnici in definizione
Registro risorse ICT (DORA)Istituzioni finanziarieIn vigoreDal 17 gennaio 2025

Le Sanzioni: Perché il FinTech è Esposto

Il regime sanzionatorio AI Act (Art. 99) prevede per i sistemi ad alto rischio non conformi sanzioni fino a 15 milioni di euro o il 3% del fatturato mondiale annuo (si applica il valore più alto). Per le PMI e le startup si applica il valore inferiore tra la cifra fissa e la percentuale.

Per il settore finanziario, il rischio non è solo sanzionatorio. La non conformità AI Act espone le istituzioni finanziarie a:

  • Sospensione del prodotto da parte di ACN prima che le sanzioni vengano comminate
  • Richiesta di ritiro dal mercato per i sistemi che non possono essere adeguati
  • Perdita di accreditamento per i sistemi che richiedono conformità con normative settoriali (es. MiFID II, CRR)
  • Attrito commerciale B2B: clienti corporate e istituzionali richiedono sempre più attestazioni di conformità AI Act nei processi di due diligence

Domande Frequenti (FAQ)

Il mio sistema di scoring usa solo variabili finanziarie tradizionali (reddito, storico pagamenti): rientra nell'AI Act? Dipende dall'architettura. Se il sistema usa tecniche di machine learning o reti neurali, anche con input tradizionali, e il suo output influenza decisioni su persone fisiche, rientra nell'alto rischio dell'Allegato III. I sistemi basati esclusivamente su regole statiche predeterminate e non adattive non rientrano nella definizione di sistema AI del Regolamento (Art. 3).

Abbiamo acquistato il modello da un fornitore americano: siamo comunque soggetti all'AI Act? Sì. L'AI Act ha portata extraterritoriale: si applica ai provider che immettono sistemi sul mercato UE e ai deployer stabiliti nell'UE, indipendentemente da dove il sistema è stato sviluppato. Il fornitore americano dovrà conformarsi come provider; voi, come deployer, avete gli obblighi dell'Art. 26 e dovete verificare contrattualmente la conformità del vendor.

Come si coordina la DPIA GDPR con la valutazione AI Act per un sistema di credit scoring? Le due valutazioni possono essere integrate in un unico processo documentato. La DPIA GDPR (Art. 35 del Regolamento 2016/679) analizza i rischi per i diritti degli interessati; la valutazione AI Act (Art. 9) analizza i rischi del sistema lungo il ciclo di vita. Le due analisi sono complementari e i risultati di una alimentano l'altra. Il Garante Privacy ha confermato questo approccio integrato nelle linee guida coordinate con ACN.

Siamo una startup FinTech con meno di 50 dipendenti: abbiamo davvero tutti questi obblighi? Gli obblighi AI Act per i provider di sistemi ad alto rischio si applicano indipendentemente dalla dimensione dell'impresa. Il Digital Omnibus ha introdotto alcune semplificazioni per le micro e piccole imprese (es. modelli di documentazione tecnica semplificati forniti dalla Commissione), ma gli obblighi sostanziali rimangono. Il regime sanzionatorio prevede il valore più basso tra percentuale sul fatturato e cifra fissa, ma questo non elimina l'obbligo di conformarsi.

CONSOB o Banca d'Italia possono sanzionarci per violazioni AI Act, oltre ad ACN? ACN è l'autorità di vigilanza del mercato primaria per l'AI Act in Italia. Tuttavia, le autorità di vigilanza settoriali (Banca d'Italia, CONSOB, IVASS) mantengono le loro competenze sui requisiti di governance e controllo interno che ora devono integrare i sistemi AI. Una non conformità AI Act rilevante per un sistema di credit scoring può quindi produrre conseguenze anche sul fronte della vigilanza prudenziale.


Approfondimenti correlati:

Fonti: Regolamento (UE) 2024/1689, Allegato III punto 5; Regolamento (UE) 2022/2554 (DORA); Legge 23 settembre 2025, n. 132; Accordo trilogo Digital Omnibus on AI, 7 maggio 2026.

Condividi:
Avv. Antonino Ingoglia

Autore

Avvocato iscritto all'Ordine di Sciacca (n. 747), specializzato in diritto delle tecnologie e privacy. Prima dell'attività forense ha sviluppato applicazioni web e architetture cloud, competenza che porta nell'analisi tecnico-giuridica di prodotti digitali, SaaS e sistemi AI. Assiste aziende e startup nell'adeguamento a GDPR, AI Act, NIS2 e DORA.

Profilo completo e competenze
Nota Informativa: I contenuti di questo articolo hanno finalità puramente divulgative e informative. Non costituiscono parere legale né instaurano un rapporto professionale. Ogni caso concreto richiede una valutazione specifica da parte di un professionista abilitato per delineare l'esatto perimetro legislativo e sanzionatorio.
SUPPORTO

Serve assistenza per il tuo caso?

Prenota un colloquio in videochiamata da tutta Italia. Analizzeremo la situazione assieme e definiremo i passi operativi in totale riservatezza strategica.