L’AI Act non chiede di rinunciare all’intelligenza artificiale. Chiede di sapere che cosa fa il sistema, su quali dati, e chi ne risponde.
Dal 2 agosto 2026 si applica una parte significativa del Regolamento (UE) 2024/1689: gli obblighi di trasparenza e la piena operatività del sistema di vigilanza e sanzioni. Nel luglio 2026 il pacchetto di semplificazione noto come Digital Omnibus ha modificato l’articolo 113 del Regolamento, spostando in avanti l’applicazione degli obblighi per i sistemi ad alto rischio.
Il risultato è un quadro a due velocità che vale la pena leggere con attenzione, perché il rinvio riguarda le scadenze, non il lavoro necessario per arrivarci preparati.
La logica per livelli di rischio, in parole semplici
Il Regolamento non classifica le tecnologie. Classifica gli usi.
Lo stesso modello linguistico può ricadere in categorie diverse a seconda di che cosa gli si fa fare. Questo è il punto che più spesso viene frainteso nelle prime valutazioni interne.
I livelli sono quattro.
Rischio inaccettabile. Pratiche vietate dal 2 febbraio 2025: social scoring da parte di autorità pubbliche, manipolazione che sfrutta vulnerabilità, alcune forme di riconoscimento biometrico. È una lista chiusa e riguarda pochi casi.
Alto rischio. Sistemi che incidono su diritti, accesso a servizi essenziali o sicurezza. L’Allegato III include lo scoring creditizio, la valutazione dell’affidabilità assicurativa, i processi di selezione e gestione del personale, l’accesso a servizi pubblici essenziali. Sono le categorie che toccano più direttamente banche, assicurazioni ed enti pubblici.
Rischio limitato. Sistemi che interagiscono con le persone o generano contenuti. Qui l’obbligo è di trasparenza: l’utente deve sapere che sta interagendo con un sistema automatico, e i contenuti generati o manipolati vanno resi riconoscibili.
Rischio minimo. Tutto il resto, senza obblighi specifici.
Le nuove scadenze, dopo il Digital Omnibus
Da oggi, 2 agosto 2026, sono applicabili gli obblighi di trasparenza dell’articolo 50 e le autorità nazionali dispongono dei pieni poteri di vigilanza, con il regime sanzionatorio operativo.
Gli obblighi per i sistemi ad alto rischio dell’Allegato III si applicheranno dal 2 dicembre 2027, in luogo della data originaria di agosto 2026.
Per i sistemi ad alto rischio collegati a prodotti già regolamentati, riconducibili all’Allegato I, il termine è il 2 agosto 2028.
Per una parte dei sistemi ad alto rischio già in uso presso autorità pubbliche resta fermo il termine più lungo del 2030.
Un chiarimento utile alle direzioni: il rinvio non è una sospensione del Regolamento. Riguarda una parte degli obblighi. Trasparenza, vigilanza e sanzioni sono operative adesso, e le pratiche vietate lo sono da oltre un anno.
Trattandosi di un quadro modificato di recente, consigliamo di verificare la qualificazione della propria situazione con il testo consolidato e con il proprio ufficio legale prima di assumere decisioni.
Gli obblighi che toccano davvero un utilizzatore
Molte organizzazioni si considerano estranee al Regolamento perché non sviluppano modelli. È una lettura imprecisa.
Il Regolamento distingue tra chi fornisce un sistema e chi lo utilizza, e prevede obblighi propri anche per il secondo. Chi introduce un sistema di AI nei propri processi assume responsabilità dirette. Quattro aree si presentano con maggiore frequenza.
Trasparenza verso le persone. Chi interagisce con un assistente automatico deve saperlo. I contenuti generati artificialmente devono essere identificabili. È un obbligo già applicabile e ha impatti immediati sulle interfacce rivolte a cittadini, clienti e dipendenti.
Supervisione umana. Per i sistemi ad alto rischio deve essere possibile un intervento umano effettivo: capire su quale base il sistema ha prodotto un certo output, poterlo correggere, poter interrompere il funzionamento. Effettivo significa che la persona deve avere le informazioni, la competenza e l’autorità per intervenire. Un pulsante di approvazione premuto su decine di casi identici non costituisce supervisione.
Documentazione e tracciabilità. Registro delle finalità, descrizione del funzionamento, log delle operazioni, procedure di gestione degli incidenti. Nulla di esotico per chi lavora già in un contesto certificato, ma va predisposto durante la progettazione: ricostruirlo a posteriori è oneroso e spesso incompleto.
Governance dei dati. Quali dati alimentano il sistema, con quale base giuridica, per quanto tempo vengono conservati, come si evitano usi non previsti. È il punto di raccordo naturale con gli adempimenti GDPR già in essere.
Per gli enti pubblici e per specifici casi nel settore finanziario è inoltre prevista una valutazione d’impatto sui diritti fondamentali prima della messa in esercizio dei sistemi ad alto rischio.
Perché la conformità si progetta all’inizio
La ragione è pratica, prima che giuridica.
La tracciabilità delle fonti, la registrazione delle azioni, i punti in cui il sistema si ferma e chiede conferma, la segregazione dei dati per ruolo: sono scelte di architettura. Introdurle a sistema costruito significa in molti casi rifarlo.
Vale anche il contrario, ed è il motivo per cui il rinvio al 2027 non giustifica un rinvio del lavoro. Un sistema progettato con audit trail, supervisione umana e documentazione tecnica fin dall’inizio è un sistema migliore anche a prescindere dalla norma: gli errori sono diagnosticabili, le responsabilità sono chiare, la manutenzione è possibile.
Sedici mesi sembrano molti. Per un’organizzazione che deve censire i sistemi in uso, qualificarne il rischio, adeguare la documentazione e formare i responsabili, non lo sono.
Che cosa l’AI Act non risolve
Il Regolamento non stabilisce che un sistema conforme sia un sistema accurato. Sono due verifiche distinte: la conformità riguarda processi, documentazione e controlli, l’accuratezza si misura sui casi reali.
Non elimina la responsabilità dell’organizzazione. La definisce e la rende tracciabile, il che è diverso.
E non sostituisce le normative di settore. Per una banca o un ente pubblico si aggiunge a un quadro esistente, con cui va coordinato invece che gestito separatamente.
In chiusura
La domanda utile in questa fase non è se il Regolamento sia oneroso. È quali sistemi sono già in uso nella vostra organizzazione, a quale livello di rischio appartengono e chi ne risponde oggi.
Nella maggior parte dei casi il censimento produce due sorprese: alcuni strumenti adottati dai singoli uffici non erano noti alla direzione, e alcuni sistemi ritenuti critici ricadono in realtà nel rischio limitato.
La classificazione del rischio è il primo passo di ogni nostro assessment, prima delle scelte tecniche. Se state affrontando questo tema, siamo disponibili a un confronto su governance e conformità applicate al vostro contesto specifico.
Fonti normative: Regolamento (UE) 2024/1689 (AI Act); modifiche all’articolo 113 introdotte dal pacchetto Digital Omnibus adottato nel luglio 2026. Le scadenze indicate sono aggiornate alla data di pubblicazione dell’articolo.
