Il fraintendimento

AI Act: non serve sviluppare IA per avere obblighi

La convinzione più diffusa, e più costosa, sull'AI Act è che riguardi solo chi costruisce modelli. Il Regolamento pensa diversamente: basta usare uno strumento di intelligenza artificiale nella propria attività professionale per assumere obblighi legali precisi, anche quando quello strumento è stato comprato, non sviluppato. Il Regolamento distingue sei posizioni nella filiera — fornitore, deployer, importatore, distributore, rappresentante autorizzato, fabbricante di prodotti con IA integrata — e un'azienda può occuparne più di una per lo stesso sistema.

Comprare un sistema conforme, inoltre, non esaurisce gli obblighi del deployer. Un errore diffuso è credere che, verificata la marcatura CE del fornitore, la responsabilità di compliance si esaurisca. Non è così: il deployer resta obbligato a un uso conforme alle istruzioni, a una supervisione umana effettiva e a un monitoraggio continuo — doveri che riguardano il modo in cui il sistema viene usato ogni giorno in azienda, non solo il momento dell'acquisto. Il Regolamento, oltretutto, si applica anche a fornitori extra-UE quando l'output del sistema è utilizzato da persone che si trovano nell'Unione: non serve una sede, una filiale o clienti formalmente europei, è sufficiente che il risultato prodotto dal sistema arrivi a persone nell'UE.

È il punto cieco più comune nei percorsi di conformità: quasi ogni azienda sottostima il proprio parco IA. Non per negligenza, ma perché gli strumenti di intelligenza artificiale entrano attraverso funzionalità aggiunte a software già in uso — un modulo predittivo nel CRM, un assistente nel gestionale HR, una funzione di estrazione documentale — senza passare da una decisione di adozione esplicita. Il divario tra i sistemi che l'azienda crede di avere e quelli che ha davvero non è un problema di classificazione: è un problema di inventario, ed è per questo che la mappatura, pur non avendo una scadenza normativa propria, resta il prerequisito di ogni fase successiva.

La classificazione

Quattro soglie di rischio: conta la funzione, non il prodotto

L'AI Act non giudica un software nel suo complesso, ma la funzione specifica che quel software svolge. Da questa distinzione discende tutto il resto: quattro categorie di rischio e obblighi che crescono in proporzione. Le linee guida della Commissione (si apre in una nuova scheda), in consultazione dal maggio 2026, chiariscono il punto con un esempio diventato di riferimento: un CRM che usa l'IA per segmentare i clienti a fini di marketing resta di norma a rischio minimo; lo stesso motore, applicato alla selezione o alla valutazione dei candidati in un software HR, diventa ad alto rischio.

L'alto rischio riguarda due percorsi. Il primo interessa i sistemi di IA che sono componenti di sicurezza di prodotti già soggetti a normativa di armonizzazione UE — macchinari, dispositivi medici, giocattoli. Il secondo, più rilevante per la maggioranza delle imprese, riguarda gli otto ambiti d'uso elencati nell'Allegato III: biometria, infrastrutture critiche, istruzione e formazione, occupazione e lavoro, servizi essenziali pubblici e privati, attività di contrasto, migrazione e frontiere, giustizia e processi democratici. In ciascuna di queste aree il rischio che il legislatore ha voluto prevenire è sempre lo stesso: decisioni automatizzate che condizionano in modo significativo la vita di una persona, spesso senza che questa abbia una possibilità reale di comprendere o contestare il criterio usato. La classificazione, va ricordato, non è un adempimento di lancio: va rifatta a ogni modifica sostanziale del sistema, anche per sistemi già sul mercato.

Il divieto assoluto

Le pratiche vietate: l'unica conformità è non farlo

La differenza rispetto all'alto rischio non è di grado, ma di natura. Per un sistema ad alto rischio un'azienda può investire in documentazione, supervisione umana e gestione del rischio, e continuare a usarlo. Per una pratica vietata dall'Articolo 5 questa strada non esiste: l'unica conformità possibile è non farlo. In vigore dal 2 febbraio 2025 per le otto pratiche originarie, la loro violazione comporta la sanzione più alta prevista dal Regolamento — ed è la parte che le aziende leggono con più superficialità, convinte che riguardi solo casi estremi lontani dal proprio business.

• Manipolazione subliminale o ingannevole. Tecniche che distorcono il comportamento di una persona causandole un danno significativo, senza che questa ne sia consapevole.
• Sfruttamento di vulnerabilità. Sistemi che sfruttano vulnerabilità legate a età, disabilità o condizione socio-economica per distorcere il comportamento con effetto dannoso.
• Punteggio sociale. Valutazione o classificazione di persone in base al comportamento sociale, con trattamento pregiudizievole sproporzionato o in contesti non collegati.
• Previsione del rischio di reato su sola profilazione. Sistemi che prevedono il rischio che una persona commetta un reato basandosi unicamente su profilazione o tratti di personalità.
• Scraping non mirato per riconoscimento facciale. Creazione o ampliamento di database tramite raccolta indiscriminata di immagini da internet o da videosorveglianza.
• Riconoscimento delle emozioni sul lavoro e nell'istruzione. Salvo finalità medica o di sicurezza: la finalità di "benessere organizzativo", da sola, non basta a esentare lo strumento.
• Categorizzazione biometrica di caratteristiche sensibili. Sistemi che deducono da dati biometrici razza, opinioni politiche, appartenenza sindacale, credo religioso o orientamento sessuale.
• Identificazione biometrica remota in tempo reale in spazi pubblici. Vietata a fini di contrasto, salvo eccezioni circoscritte soggette ad autorizzazione preventiva di un'autorità giudiziaria o amministrativa indipendente.
• Contenuti intimi generati senza consenso. Sistemi che generano o manipolano immagini intime realistiche di persone reali senza il loro consenso. Divieto aggiunto dall'AI Omnibus.
• Materiale pedopornografico generato. Sistemi che generano materiale di abuso sessuale su minori. Divieto aggiunto dall'AI Omnibus.

Nessuna di queste applicazioni nasce con l'intenzione di violare il Regolamento: nasce come funzionalità di prodotto. Software che analizzano tono di voce o espressioni facciali durante colloqui e riunioni possono rientrare nel divieto sul riconoscimento delle emozioni, anche quando sono venduti come strumenti di "benessere organizzativo"; sistemi di videosorveglianza che costruiscono database di riconoscimento facciale raccogliendo immagini dal web senza una base giuridica specifica rientrano nello scraping non mirato. Per l'azienda che li adotta, questo non è un'attenuante: a differenza della classificazione dell'alto rischio, la verifica sui divieti dell'Art. 5 è una checklist chiusa e circoscritta, dieci voci dopo l'AI Omnibus, probabilmente il modo più economico, in tutto il Regolamento, per evitare la sanzione più cara.

Il metodo

Conformità AI Act: il percorso in sei fasi

Tutto l'impianto del Regolamento poggia su una scelta di metodo: gli obblighi non seguono il prodotto, seguono la funzione che quel prodotto svolge e il ruolo che l'azienda occupa rispetto a esso. Le prime tre domande sono di classificazione e si risolvono una volta per sistema; le ultime tre sono di organizzazione e non si esauriscono mai, perché i sistemi cambiano, i fornitori aggiornano le funzionalità e le linee guida si affinano.

1. 01

   Mappare

   Un registro unico dei sistemi di IA in uso, compresi quelli comprati da terzi e quelli introdotti autonomamente dalle singole funzioni.

2. 02

   Classificare

   Inaccettabile, alto, limitato, minimo: la valutazione va fatta caso per caso e documentata prima dell'adozione.

3. 03

   Escludere il vietato

   Le pratiche dell'Articolo 5 non ammettono compliance documentale: l'unica conformità è non farlo.

4. 04

   Riconoscere il ruolo

   Fornitore, deployer, importatore, distributore: gli obblighi cambiano radicalmente, e un'azienda può occupare più ruoli insieme.

5. 05

   Dichiarare

   Contenuti sintetici marcati, deepfake rivelati, chatbot riconoscibili: gli obblighi di trasparenza dell'Articolo 50 (si apre in una nuova scheda), efficaci dal 2 agosto 2026.

6. 06

   Integrare

   Un registro unico, una cabina di regia cross-funzionale, una base documentale comune con qualità, sicurezza e privacy.

Il rischio principale, per la maggior parte delle imprese, non è progettare deliberatamente uno di questi sistemi, ma adottarne uno senza rendersene conto — spesso acquistato da un fornitore terzo che non ne segnala il profilo di rischio. Un registro parziale che cresce è più utile di un censimento perfetto rimandato: il primo giro va fatto per funzione aziendale, chiedendo che cosa è in uso, non che cosa è stato approvato.

I numeri e le scadenze

Sanzioni e calendario

L'impianto sanzionatorio del Regolamento è calibrato sul modello GDPR, ma con una soglia massima più alta e una struttura a tre livelli. Un dettaglio cambia la scala del rischio per molte aziende: la percentuale si calcola sul fatturato mondiale annuo del gruppo societario, non su quello della filiale o della business unit che ha introdotto lo strumento. Una decisione di procurement presa a livello locale, per un software da poche migliaia di euro, può quindi generare un'esposizione sanzionatoria di ordine di grandezza completamente diverso.

Il calendario dell'AI Act (si apre in una nuova scheda) è cambiato due volte in un anno, e confondere un rinvio con una sospensione generale resta l'errore più diffuso: il pacchetto AI Omnibus ha differito gli obblighi sull'alto rischio, lasciando in vigore divieti e trasparenza.

Due errori di calendario costano più degli altri: trattare il rinvio come una sospensione generale, quando divieti, alfabetizzazione e trasparenza restano pienamente applicabili oggi; e considerare l'alfabetizzazione IA dell'Art. 4 un obbligo riservato alle aziende ad alto rischio, quando riguarda tutti i fornitori e i deployer dal 2025, indipendentemente dal livello di rischio dei sistemi utilizzati, anche nella forma semplificata introdotta dall'AI Omnibus.

L'integrazione

Integrare, non duplicare: l'AI Act non è un'isola regolatoria

Lo stesso strumento di intelligenza artificiale è, quasi sempre, anche un trattamento di dati personali da valutare secondo il GDPR (si apre in una nuova scheda), un asset da proteggere con le misure di sicurezza informatica dell'ISO/IEC 27001 e, se riguarda le persone che lavorano in azienda, un fattore di rischio organizzativo da considerare secondo le norme sulla sicurezza sul lavoro (D.Lgs. 81/2008). Lo standard internazionale ISO/IEC 42001 (si apre in una nuova scheda), pubblicato a fine 2023 come primo riferimento dedicato ai sistemi di gestione dell'intelligenza artificiale, segue la stessa struttura di alto livello già usata dalla ISO 9001 per la qualità e dalla ISO 27001 per la sicurezza delle informazioni: per un'azienda già certificata su questi standard, processi di governance, ruoli e parte della documentazione possono essere estesi, non ricostruiti da zero.