L'AI Act è ora applicato: perché i fogli di calcolo non bastano più

L'AI Act europeo non è più un problema futuro. Dal 2 agosto 2026 si applicano gli obblighi di trasparenza dell'articolo 50, il regime sanzionatorio è pienamente operativo e l'AI Office della Commissione europea può far rispettare direttamente le regole sui modelli di IA per finalità generali. Le autorità nazionali di vigilanza del mercato sono attive in tutti gli Stati membri.

Molte organizzazioni hanno tirato un sospiro di sollievo quando il Digital Omnibus ha rinviato le scadenze per i sistemi ad alto rischio. È la lezione sbagliata. Il rinvio ha spostato la data, non il lavoro da fare. E quel lavoro, nella maggior parte dei casi, si svolge ancora su fogli di calcolo.

Cosa è cambiato davvero, e cosa no

L'Omnibus ha concesso più tempo per i sistemi ad alto rischio. Non ha concesso un'esenzione:

• 2 agosto 2026: si applicano gli obblighi di trasparenza dell'articolo 50. I chatbot devono dichiarare che l'utente sta interagendo con un'IA. Audio, immagini, video e testi sintetici devono essere marcati in formato leggibile dalla macchina. I deepfake devono essere dichiarati.
• 2 dicembre 2026: i fornitori di sistemi generativi già sul mercato prima di agosto devono avere attivato la marcatura tecnica. Alla fine del periodo transitorio entra in vigore anche il nuovo divieto sui sistemi che generano immagini intime non consensuali.
• 2 dicembre 2027: si applicano gli obblighi per i sistemi ad alto rischio autonomi dell'allegato III. Rientrano ambiti come lavoro, istruzione, credito, servizi pubblici essenziali, migrazione e attività di contrasto.
• 2 agosto 2028: si applicano gli obblighi per l'IA integrata nei prodotti regolamentati dell'allegato I.

Le violazioni dell'articolo 50 rientrano in una fascia di sanzioni fino a 15 milioni di euro o al 3% del fatturato mondiale annuo. Le pratiche vietate arrivano fino a 35 milioni di euro o al 7%. Sono importi massimi, non multe automatiche, ma il messaggio è chiaro: ora ci si aspetta che le autorità intervengano.

Per una pubblica amministrazione o una grande azienda, dicembre 2027 è più vicino di quanto sembri. Una gara d'appalto, un cambio di fornitore e la ricostruzione di un sistema possono facilmente richiedere tutto questo tempo.

Perché il foglio di calcolo non regge

Quasi tutte le organizzazioni hanno iniziato il lavoro sull'AI Act nello stesso modo: qualcuno ha creato un inventario in Excel con nome del sistema, responsabile, fornitore, categoria di rischio e stato. Era un primo passo ragionevole. Non è un sistema di conformità.

L'AI Act si basa su evidenze che restano aggiornate per tutto il ciclo di vita di un sistema. Un foglio di calcolo fotografa un singolo momento. Ecco dove cede.

• È superato il giorno stesso in cui viene salvato. I modelli vengono riaddestrati, i prompt cambiano, i fornitori rilasciano nuove versioni e i team adottano nuovi strumenti senza dirlo a nessuno. Il registro dice una cosa, la produzione un'altra.
• Non può dimostrare nulla. Quando un'autorità chiede cosa ha fatto un sistema in una certa data, una cella con scritto «conforme» non è una prova. Servono log, versioni, risultati dei test e decisioni tracciabili, che nessuno possa modificare in silenzio a posteriori.
• Non ha un flusso di lavoro con responsabili. Valutazioni del rischio, controlli di sorveglianza umana e segnalazioni di incidenti richiedono persone nominate, scadenze e approvazioni. Le catene di email e i commenti nelle celle non lasciano una traccia di audit.
• Non vede i fornitori. Gran parte del rischio legato all'IA si trova nei prodotti di terzi. L'Act chiede ai deployer di usare i sistemi secondo le istruzioni del fornitore e di monitorarli. Un foglio di calcolo non sa cosa il fornitore ha effettivamente cambiato.
• Non è scalabile. Dieci sistemi si possono seguire a mano. Duecento no, e la maggior parte delle organizzazioni di medie dimensioni usa già più IA di quanto pensi, se si contano le funzioni integrate nei software per l'ufficio, le risorse umane e il CRM.

Come si fa bene

La conformità all'AI Act non è un documento da scrivere una volta sola. È un insieme di evidenze da mantenere aggiornate. In pratica servono quattro elementi.

1. Un registro dell'IA sempre aggiornato

Ogni sistema di IA, comprese le funzioni integrate nei software acquistati, va registrato con finalità, responsabile, fornitore, classificazione del rischio e obblighi che ne derivano (articolo 50 o alto rischio). Il registro deve essere alimentato da acquisti, gestione degli asset IT e change management, non aggiornato a mano.

2. Una classificazione difendibile

Per ogni sistema serve una motivazione documentata della categoria di rischio: perché è o non è ad alto rischio ai sensi dell'allegato III, e se si applica qualche eccezione. È la prima cosa che chiederà un ispettore, e va rivista ogni volta che cambia il caso d'uso.

3. Evidenze raccolte durante il lavoro

Documentazione tecnica, note sulla governance dei dati, risultati di test e accuratezza, procedure di sorveglianza umana, log e registri degli incidenti devono essere prodotti dal processo di sviluppo stesso. Se le evidenze vengono raccolte solo quando qualcuno le chiede, saranno incomplete e arriveranno tardi.

4. Registri a prova di manomissione

Autorità e tribunali devono potersi fidare del fatto che i registri non siano stati riscritti a posteriori. Controllo delle versioni, approvazioni firmate e log di audit immutabili sono la risposta pratica. Per gli enti pubblici e i settori regolamentati vale la pena considerare l'ancoraggio crittografico dei registri principali: è un modo semplice per dimostrare cosa si sapeva, cosa si è deciso e quando.

Un piano pratico in 90 giorni

Non serve risolvere tutto in una volta. Un trimestre di lavoro mirato porta la maggior parte delle organizzazioni in una posizione difendibile.

• Giorni 1–30: censire tutto. Costruire un inventario completo dell'IA, compresa la «shadow AI» e le funzioni dentro gli strumenti SaaS. Segnalare tutto ciò che interagisce con il pubblico o genera contenuti, perché l'articolo 50 si applica già.
• Giorni 31–60: classificare e assegnare. Registrare per ogni sistema la classificazione del rischio e la relativa motivazione. Nominare un responsabile. Individuare i probabili sistemi dell'allegato III e avviare la gap analysis in vista di dicembre 2027.
• Giorni 61–90: abbandonare il foglio di calcolo. Portare registro, flussi di lavoro ed evidenze su una piattaforma governata, che siano gli strumenti GRC o ITSM già in uso o una soluzione dedicata. Collegarla ad acquisti e change management, così resta aggiornata senza sforzi eroici.

In parallelo, aggiornare i contratti con i fornitori. Chiedere ai fornitori di IA la documentazione tecnica, il loro approccio alla marcatura prevista dall'articolo 50 e l'impegno a comunicare ogni modifica rilevante.

Il settore pubblico ha più da perdere

Molte categorie dell'allegato III descrivono esattamente ciò che fanno Comuni e Regioni: accesso ai servizi pubblici e alle prestazioni, istruzione, lavoro e, in alcuni casi, sicurezza e controlli. Questi enti, oltre alle verifiche delle autorità, sono esposti allo scrutinio pubblico e alle richieste di accesso agli atti.

La buona notizia è che la pubblica amministrazione sa già gestire registri, approvazioni e audit. Si tratta di applicare la stessa disciplina all'IA, con strumenti pensati per sistemi che cambiano ogni settimana.

Conclusione

L'AI Act è ora applicato, e il tempo in più concesso per i sistemi ad alto rischio è una finestra, non una proroga senza conseguenze. Le organizzazioni che lo useranno per costruire un registro vivo e una traccia di evidenze affidabile vivranno la conformità come un'attività ordinaria. Chi si affida ancora a un foglio di calcolo scoprirà ciò che non può dimostrare nel momento peggiore.

Se volete un aiuto per valutare il vostro inventario dell'IA, classificare i sistemi o progettare una piattaforma di governance che resti aggiornata da sola, contattate Rippon Consulting.