EU AI Act: la guida operativa alla compliance per le imprese

Executive summary

Il Regolamento (UE) 2024/1689, noto come EU AI Act, pubblicato in Gazzetta Ufficiale dell'Unione Europea il 12 luglio 2024 ed entrato in vigore il 1° agosto 2024, stabilisce la prima disciplina orizzontale e vincolante al mondo sul mercato dell'intelligenza artificiale.

Basato sull'articolo 114 del Trattato sul Funzionamento dell'Unione Europea (TFUE), il Regolamento persegue un duplice obiettivo: promuovere la crescita di un'IA affidabile, etica e antropocentrica nel mercato unico UE, e garantire un elevato livello di tutela della salute, della sicurezza e dei diritti fondamentali sanciti dalla Carta dei Diritti Fondamentali dell'UE.

Adottando un approccio basato sul rischio (risk-based approach), l'AI Act modula gli obblighi in ragione della pericolosità potenziale delle applicazioni algoritmiche. Per le organizzazioni pubbliche e private, l'adeguamento normativo trascende la dimensione meramente legale, configurando la necessità di istituire un vero e proprio Artificial Intelligence Management System (AIMS) integrato con la governance della protezione dati (GDPR) e della cybersecurity (NIS2 / ISO/IEC 27001).

01Ambito di applicazione e qualificazione degli attori

1.1 Criteri di ambito territoriale ed extraterritoriale (art. 2)

In analogia con il modello del GDPR, l'AI Act adotta un principio di extraterritorialità estesa. La normativa si applica a:

• Fornitori (Provider): entità che sviluppano un sistema di IA o un modello per scopi generali (GPAI) e lo immettono sul mercato o lo mettono in servizio con il proprio nome/marchio nell'UE, a prescindere dal fatto che siano stabiliti nell'UE o in un Paese terzo.
• Deployer (utenti professionali): soggetti pubblici o privati stabiliti o situati nell'UE che utilizzano sistemi di IA nell'ambito della propria attività professionale.
• Fornitori e deployer di Paesi terzi: qualora l'output prodotto dal sistema sia utilizzato all'interno dell'Unione Europea.
• Importatori e distributori: operatori che mettono a disposizione sul mercato UE sistemi sviluppati al di fuori dell'Unione.
• Fabbricanti di prodotti che integrano sistemi di IA come componenti di sicurezza in beni regolamentati dalla legislazione di armonizzazione UE.

1.2 Esclusioni espresse dall'ambito di applicazione

Rimangono fuori dal perimetro del Regolamento: i sistemi sviluppati o utilizzati esclusivamente per scopi militari, di difesa o di sicurezza nazionale; le attività di ricerca scientifica, sviluppo e prototipazione antecedenti all'immissione sul mercato (fatti salvi i testing in condizioni reali); i sistemi utilizzati da persone fisiche per attività puramente personali e non professionali; i modelli rilasciati sotto licenza libera e open-source, fatte salve le eccezioni per i sistemi ad alto rischio, i modelli GPAI con rischio sistemico e le applicazioni vietate.

1.3 Definizione giuridica di sistema di IA (art. 3, punto 1)

Ai sensi del Regolamento, un sistema di IA è definito come "un sistema automatizzato progettato per funzionare con livelli differenti di autonomia e che può mostrare adattabilità dopo il dispiegamento e che, per obiettivi espliciti o impliciti, deduce dall'input ricevuto come generare output quali previsioni, contenuti, raccomandazioni o decisioni che possono influenzare ambienti reali o virtuali."

02Tassonomia dei rischi e classificazione normativa

Il Regolamento suddivide le applicazioni di IA in quattro livelli di rischio, ciascuno con una disciplina graduata: rischio inaccettabile (art. 5, pratiche vietate), rischio alto (artt. 6-49, Allegati I e III, valutazione di conformità ex-ante, QMS, marcatura CE), rischio specifico/trasparenza (art. 50) e rischio minimo o assente (art. 95).

2.1 Livello 1: rischio inaccettabile — pratiche vietate (art. 5)

L'articolo 5 elenca tassativamente le pratiche la cui messa in servizio o utilizzo è severamente proibita sul territorio dell'Unione:

• Manipolazione subliminale e ingannevole: sistemi che distorcono materialmente il comportamento umano ostacolando una decisione informata e causando danni significativi.
• Sfruttamento delle vulnerabilità legate a età, disabilità o condizioni socio-economiche per alterare il comportamento e causare danni.
• Social scoring: valutazione della credibilità delle persone in base a comportamento sociale o caratteristiche personali, con trattamenti sfavorevoli ingiustificati.
• Predictive policing individuale basato unicamente sulla profilazione, senza fatti oggettivi verificabili.
• Facial scraping indifferenziato: creazione di banche dati di riconoscimento facciale tramite estrazione non mirata da Internet o CCTV.
• Riconoscimento delle emozioni sui luoghi di lavoro e nell'istruzione, salvo motivi sanitari o di sicurezza.
• Categorizzazione biometrica sensibile per dedurre orientamento politico, religioso, sindacale, sessuale o razza.
• Identificazione biometrica remota "in tempo reale" in spazi accessibili al pubblico, vietata per prevenzione e contrasto dei reati salvo limitatissime deroghe giudiziarie.

2.2 Livello 2: rischio alto (High-Risk AI Systems)

Un sistema è classificato ad alto rischio secondo due direttrici (art. 6): A) componenti di sicurezza di prodotti armonizzati soggetti a valutazione di conformità (Allegato I: dispositivi medici, aviazione civile, macchinari, ascensori, dispositivi a gas, giocattoli); B) sistemi "stand-alone" in ambiti critici (Allegato III): biometria, infrastrutture critiche, istruzione e formazione professionale, occupazione e gestione del personale (HR), accesso a servizi essenziali (credito, assicurazioni, soccorso d'emergenza), law enforcement/migrazione/asilo/frontiere, amministrazione della giustizia.

2.3 Livello 3: rischio specifico — obblighi di trasparenza (art. 50)

Deployer e fornitori devono garantire che le persone siano informate in modo chiaro di stare interagendo con un sistema di IA (chatbot, assistenti vocali), salvo contesti evidenti. I fornitori di sistemi di generazione sintetica (AI generativa, deepfake) devono garantire output contrassegnati in formato leggibile dalle macchine (watermark) ed etichettati come artificiali. I contenuti sintetici pubblicati per informare il pubblico su questioni di interesse generale devono recare un'avvertenza sull'origine artificiale.

2.4 Livello 4: rischio minimo o assente (art. 95)

Tutti gli altri sistemi (filtri antispam, videogiochi, ottimizzazione di processi logistici interni non critici) non hanno obblighi cogenti; l'Unione incoraggia l'adozione volontaria di codici di condotta.

03Modelli di IA per scopi generali (GPAI)

L'AI Act introduce un quadro dedicato ai General Purpose AI (GPAI), ovvero modelli di fondazione come LLM e generatori multimodali, distinguendo tra modelli base e modelli con rischio sistemico (artt. 51-56).

04Requisiti per i sistemi ad alto rischio (Capo III, artt. 9-15)

I fornitori di sistemi ad alto rischio devono attuare una conformità architetturale e organizzativa ex-ante rigorosa prima dell'immissione sul mercato.

• Art. 9 — Sistema di gestione dei rischi: processo continuo e iterativo lungo l'intero ciclo di vita: identificazione e analisi dei rischi noti e prevedibili per salute, sicurezza e diritti fondamentali; stima dei rischi da uso conforme o uso improprio ragionevolmente prevedibile; misure per azzerare o ridurre i rischi residui a un livello accettabile.
• Art. 10 — Data & data governance: i dataset di addestramento, convalida e prova devono rispettare criteri di qualità verificabili: governance su provenienza, selezione, pulizia, arricchimento e annotazione; valutazione e mitigazione di bias; rilevanza, rappresentatività, assenza di errori e completezza rispetto al contesto operativo.
• Artt. 11-12 — Documentazione tecnica e tracciabilità: documentazione tecnica dettagliata (Allegato IV) prima dell'immissione sul mercato; funzionalità automatiche di logging per la tracciabilità lungo l'intero ciclo di vita.
• Art. 13 — Trasparenza e istruzioni per l'uso: progettazione orientata alla massima intellegibilità (explainability); istruzioni con identità e contatti del fornitore, caratteristiche e limiti di prestazione, circostanze note che possono determinare bias o malfunzionamenti, controllo umano e manutenzione tecnica.
• Art. 14 — Sorveglianza umana: il sistema deve consentire a persone competenti di supervisionarne l'operato, comprendere capacità e limiti, restare consapevoli dell'automation bias, interpretare correttamente gli output, e decidere in qualsiasi momento di non utilizzarlo, ignorarne l'output o arrestarne l'esecuzione (stop button).
• Art. 15 — Accuratezza, robustezza e cybersecurity: livello elevato e costante di accuratezza e resilienza, robustezza tecnica e protezione avanzata contro attacchi avversariali, data poisoning e prompt injection.

05Obblighi dei deployer e la FRIA

Sebbene la maggior parte dei requisiti costruttivi ricada sui fornitori, i deployer sono soggetti a precise responsabilità operative (artt. 26-27).

5.1 Obblighi operativi del deployer (art. 26)

• Utilizzare il sistema in conformità con le istruzioni d'uso del fornitore.
• Designare persone competenti e formate per la sorveglianza umana (art. 14).
• Garantire che i dati di input siano pertinenti e rappresentativi rispetto alla finalità d'uso.
• Monitorare costantemente il funzionamento e informare tempestivamente il fornitore in caso di rischi o incidenti gravi.
• Conservare i log generati automaticamente per almeno 6 mesi, salvo diversa disposizione di legge.
• Informare rappresentanze sindacali e lavoratori prima di mettere in servizio un sistema ad alto rischio sul luogo di lavoro.
• AI Literacy (art. 4): garantire che il personale coinvolto nell'uso dei sistemi di IA possieda un adeguato livello di alfabetizzazione algoritmica.

5.2 Valutazione d'impatto sui diritti fondamentali (FRIA, art. 27)

Prima di mettere in servizio un sistema ad alto rischio dell'Allegato III, gli enti pubblici e i soggetti privati che forniscono servizi pubblici (oltre a chi applica credit scoring e sistemi assicurativi) devono condurre una FRIA, che comprende: descrizione dei processi aziendali coinvolti; periodo e frequenza d'uso previsti; categorie di persone potenzialmente impattate; rischi specifici di danno sui diritti fondamentali; piano di sorveglianza umana; misure di mitigazione in caso di concretizzazione dei rischi.

06Architettura di governance istituzionale

L'AI Act definisce un'architettura multilivello: la Commissione Europea; l'European AI Office (istituito presso la Commissione, con poteri diretti di sorveglianza e sanzione sui fornitori di modelli GPAI); l'European Artificial Intelligence Board (EAIB), un rappresentante per Stato membro; l'Advisory Forum (stakeholder/industria); lo Scientific Panel (esperti indipendenti).

Assetto di governance italiano (Legge 23 settembre 2025, n. 132)

La Legge 132/2025, pubblicata in Gazzetta Ufficiale il 25 settembre 2025 ed entrata in vigore il 10 ottobre 2025, disegna un'architettura duale: l'ACN (Agenzia per la Cybersicurezza Nazionale) è l'autorità di vigilanza del mercato per l'AI Act in Italia, responsabile di ispezioni e sanzioni, e punto di contatto unico con le istituzioni UE; l'AgID (Agenzia per l'Italia Digitale) è l'autorità di notifica, competente per le procedure di notifica, valutazione, accreditamento e monitoraggio degli organismi di valutazione della conformità, oltre che per la promozione dello sviluppo dell'IA.

Restano ferme le competenze delle autorità di vigilanza settoriale, quali Banca d'Italia, CONSOB e IVASS, nei rispettivi ambiti (art. 74, paragrafo 6 del Regolamento), le competenze del Garante per la protezione dei dati personali sul trattamento dei dati nei sistemi di IA, e le competenze dell'AGCOM quale Coordinatore dei Servizi Digitali. Un Comitato di coordinamento presso la Presidenza del Consiglio dei Ministri assicura il raccordo tra le autorità coinvolte.

Gli Stati membri devono inoltre istituire almeno una sandbox regolamentata a livello nazionale (art. 57) per consentire sviluppo, testing e validazione di sistemi innovativi sotto supervisione diretta dell'autorità, prima dell'immissione sul mercato.

07Regime sanzionatorio e intersezione con altre normative

7.1 Quadro delle sanzioni amministrative pecuniarie (art. 99)

Le violazioni comportano sanzioni calcolate in base all'importo fisso o alla percentuale del fatturato globale annuo dell'esercizio precedente, applicando l'importo maggiore per le imprese ordinarie o l'importo minore per PMI e startup (art. 99, paragrafo 6):

Cumulo sanzionatorio con il GDPR: le sanzioni per violazione dell'AI Act non escludono quelle per il mancato rispetto della protezione dati personali. Un sistema ad alto rischio privo di conformità e basato su un trattamento illecito di dati (es. HR profiling senza base giuridica) espone a una sanzione cumulata ai sensi sia dell'art. 99 dell'AI Act sia dell'art. 83 del GDPR.

7.2 L'integrazione con lo standard ISO/IEC 42001 (AIMS)

Per dimostrare la conformità, l'ISO ha pubblicato lo standard ISO/IEC 42001:2023 (Artificial Intelligence Management System), che offre una struttura documentata per soddisfare formalmente i requisiti del Regolamento:

08Timeline di attuazione e scadenze chiave (art. 113)

09Guida pratica per la compliance aziendale

Per strutturare un programma sostenibile di compliance e mitigazione del rischio, la funzione di Compliance & Risk Management può seguire una roadmap operativa in 6 fasi.

Fase 1 — Censimento delle soluzioni di IA (AI Discovery & Inventory)

Registro aggiornato di tutti i software, algoritmi e servizi in uso o in sviluppo che integrano componenti di IA; identificazione dello Shadow AI (strumenti di IA generativa usati senza autorizzazione IT); qualificazione della posizione giuridica aziendale per ciascun sistema (provider, deployer, importatore, distributore).

Fase 2 — Risk triage & classificazione funzionale

Verifica se il sistema rientra tra le pratiche vietate (art. 5, dismissione immediata); se rientra nei casi d'uso dell'Allegato III (classificazione high-risk); se tratta interazione diretta con persone o genera contenuti sintetici (obblighi art. 50); inserimento di clausole contrattuali vincolanti con i fornitori per manleva e garanzia di conformità.

Fase 3 — Programma di AI Literacy (art. 4)

Percorsi differenziati: C-Level e board su risk governance, responsabilità penale/amministrativa e impatti di business; team operativo e HR su uso consapevole dell'IA, identificazione dei bias e procedure di sorveglianza umana; IT e cybersecurity su sicurezza dei dati, prevenzione di prompt injection e tutela del segreto industriale.

Fase 4 — Integrazione dei processi di governance (DPIA + FRIA + QMS)

Redazione della FRIA integrata con la DPIA; procedure formali di sorveglianza umana con individuazione nominale dei responsabili; configurazione della conservazione e tracciabilità automatica dei log per almeno 6 mesi.

Fase 5 — Allineamento agli standard ISO/IEC 42001 e ISO/IEC 27001

Sistema di Gestione per l'Intelligenza Artificiale (AIMS) integrato nell'architettura ISO aziendale; Statement of Applicability specifica per le metriche dell'IA, certificando trasparenza, assenza di bias e sicurezza informatica dei modelli, validando i riferimenti come indicato nella Sezione 7.2.

Fase 6 — Auditing continuo e reporting

AI Ethics & Governance Committee cross-funzionale (Legal, Compliance, DPO, CISO, Head of AI); audit periodici e simulazioni avversariali (red teaming) per testare la tenuta dei sistemi contro vulnerabilità informatiche ed evoluzioni di bias discriminatori.

Checklist finale di adempimento per il C-Level

• Registrazione e mappatura di tutti i sistemi di IA attivi nell'organizzazione.
• Verifica dell'assenza di applicazioni rientranti nei divieti assoluti (art. 5).
• Piano di AI Literacy per dipendenti e dirigenti completato (art. 4).
• Informative di trasparenza predisposte per chatbot e AI generativa (art. 50).
• FRIA e DPIA eseguite per i sistemi ad alto rischio (HR, finanza, accesso a servizi).
• Operatori dedicati alla sorveglianza umana definiti e nominati (art. 14).
• Conservazione dei log implementata per un periodo minimo di 6 mesi.
• Percorso di conformità allo standard ISO/IEC 42001 (AIMS) avviato, con validazione dei riferimenti normativi come da Sezione 7.2.
• Monitoraggio dell'iter di approvazione dei decreti attuativi della Legge 132/2025.

Conclusione

L'EU AI Act trasforma radicalmente il panorama legale e operativo della digital economy. Per le aziende non si tratta solo di scongiurare le sanzioni pecuniarie previste dall'articolo 99, ma di cogliere l'opportunità di distinguersi sul mercato: l'adozione di modelli di Trustworthy AI certificati protegge la reputazione del brand, attrae investitori responsabili e garantisce uno sviluppo tecnologico sicuro e conforme ai valori etici europei.

Glossario essenziale

GPAI (General Purpose AI)

Modello di IA per scopi generali, come i modelli di fondazione (LLM, generatori multimodali), soggetto a obblighi differenziati in base alla presenza di rischio sistemico.

FRIA (Fundamental Rights Impact Assessment)

Valutazione d'impatto sui diritti fondamentali richiesta prima della messa in servizio di un sistema ad alto rischio dell'Allegato III, per enti pubblici e soggetti che forniscono servizi pubblici.

Sistema ad alto rischio

Sistema di IA che rientra tra i componenti di sicurezza di prodotti armonizzati (Allegato I) o tra gli usi critici elencati nell'Allegato III, salvo deroga documentata ex art. 6(3).

AI Office

Struttura istituita presso la Commissione Europea con poteri diretti di sorveglianza e sanzione sui fornitori di modelli GPAI.

AIMS (Artificial Intelligence Management System)

Sistema di gestione per l'intelligenza artificiale, formalizzato dallo standard ISO/IEC 42001:2023, utile per dimostrare la conformità all'AI Act.