Il 2 agosto 2026 le autorità nazionali di vigilanza del mercato hanno acquisito i poteri formali di supervisione sull'obbligo di alfabetizzazione all'IA — un obbligo già applicabile da diciotto mesi. Nello stesso giorno sono diventati applicabili gli obblighi di trasparenza dell'articolo 50. Questo è il quadro completo di ciò che è esigibile oggi, di ciò che lo diventerà, e del metodo per arrivarci.
Cosa è cambiato davvero, e cosa non è cambiato
Il Regolamento (UE) 2024/1689 è entrato in vigore il 1° agosto 2024 con un calendario di applicazione progressivo, modificato nel luglio 2026 dal Regolamento (UE) 2026/1744, il cosiddetto Digital Omnibus sull'IA.
Le tre modifiche che cambiano la pianificazione
La conseguenza operativa è che il rinvio non è un'attenuazione. La sostanza dei requisiti è intatta e le date sono ora fisse, non più condizionate al completamento delle norme armonizzate come inizialmente proposto. È tempo di preparazione, non di sospensione. Nel frattempo gli obblighi immediatamente esigibili — articoli 4, 5, 50, e per chi integra modelli GPAI il Capo V — riguardano una platea molto più ampia dei soli sistemi ad alto rischio.
Vale qui il concetto di debito di governance, che funziona esattamente come il debito tecnico: ogni sistema portato in produzione senza documentazione, ogni policy scritta e non operazionalizzata, ogni controllo omesso in fase di design non scompare. Matura. E il costo di applicare la governance retroattivamente a sistemi già in esercizio è di un ordine di grandezza superiore a quello di incorporarla dall'inizio. Sedici mesi in più sono un vantaggio solo per chi li usa.
Il perimetro è più largo di quanto si pensi
Tre articoli definiscono chi è effettivamente in scope, e sono i tre che nella pratica generano più sorprese.
Il perimetro
Articolo 2
Effetto extraterritoriale: rileva l'immissione sul mercato dell'Unione o l'uso dell'output nell'Unione, non la sede legale dell'organizzazione.
Articolo 3
Le qualificazioni di fornitore e deployer non sono dichiarative: dipendono dalla funzione concretamente svolta, non da come l'organizzazione si descrive.
Articolo 25
Un distributore, un importatore o un deployer diventa fornitore se appone il proprio marchio su un sistema ad alto rischio, se lo modifica in modo sostanziale o se ne modifica la finalità prevista.
L'articolo 25 è quello decisivo. Nella pratica quotidiana significa che un'organizzazione che effettua fine-tuning di un modello, che rivende una soluzione di terze parti con il proprio nome, o che la impiega per uno scopo diverso da quello dichiarato dal fornitore, può aver già assunto la posizione giuridica di fornitore — con l'intero set di obblighi che ne consegue — senza che nessuno l'abbia deciso e senza che nessuno lo sappia.
A questo si aggiungono l'articolo 111 sui sistemi già sul mercato, che circoscrive l'applicazione retroattiva ma la riattiva in caso di modifiche significative del progetto, e l'articolo 113 integrato dal Regolamento 2026/1744 per il calendario.
La prima domanda di un assessment non è quindi "quali sistemi abbiamo", ma in quale ruolo giuridico ci troviamo, sistema per sistema, e chi ha deciso che fosse quello.
L'articolo 4: cosa richiede, e cosa non richiede
Nella formulazione risultante dal Regolamento 2026/1744, l'articolo richiede a fornitori e deployer di adottare misure a sostegno dello sviluppo dell'alfabetizzazione all'IA del proprio personale e delle altre persone che si occupano del funzionamento e dell'utilizzo dei sistemi per loro conto, tenendo conto delle loro conoscenze tecniche, della loro esperienza, istruzione e formazione, del contesto in cui i sistemi devono essere utilizzati e delle persone o dei gruppi su cui saranno utilizzati.
Tre elementi non negoziabili
L'articolo 4 non va letto in isolamento: l'articolo 26(2) impone al deployer di sistemi ad alto rischio di affidare la sorveglianza umana a persone fisiche dotate delle competenze, della formazione e dell'autorità necessarie. È lo stesso requisito sostanziale, con un vincolo probatorio più stringente.
L'articolo 99, paragrafo 4, elenca le violazioni soggette al massimale di 15 milioni di euro o 3% del fatturato mondiale annuo: obblighi dei fornitori (art. 16), dei rappresentanti autorizzati (art. 22), degli importatori (art. 23), dei distributori (art. 24), dei deployer (art. 26), degli organismi notificati, e obblighi di trasparenza dell'articolo 50.
L'articolo 4 non figura in quell'elenco. Le sanzioni per la sua violazione sono rimesse al diritto nazionale ai sensi dell'articolo 99, paragrafi 1 e 2 — in Italia alla potestà sanzionatoria dell'ACN. Il massimale più alto, 35 milioni o 7%, riguarda le pratiche vietate dell'articolo 5. Per PMI e small mid-cap, l'articolo 99, paragrafo 6, esteso dall'Omnibus, prevede massimali proporzionati.
La lettura corretta è duplice. In via diretta il rischio sanzionatorio sull'articolo 4 è nazionale e proporzionato. In via indiretta è più significativo: un deficit documentato di alfabetizzazione pesa nella valutazione della gravità di qualsiasi altra violazione accertata, secondo i criteri dell'articolo 99, paragrafo 7.
Rif. Regolamento (UE) 2024/1689, artt. 4, 26, 50, 99 · Regolamento (UE) 2026/1744.
Cosa l'articolo 4 non richiede
Una precisazione dovuta, perché la confusione su questo punto è diffusa e produce investimenti mal calibrati. L'articolo 4 riguarda le competenze delle persone. Non richiede un AI Registry, non richiede policy-as-code, non richiede monitoraggio automatico di drift e bias, non richiede guardrail su input e output. Chi vende questi elementi come adempimenti dell'articolo 4 sta descrivendo male la norma.
Questi controlli hanno una collocazione normativa precisa e diversa: il sistema di gestione del rischio e le metriche di robustezza rispondono agli articoli 9 e 15, il monitoraggio successivo all'immissione sul mercato all'articolo 72, la marcatura dei contenuti sintetici all'articolo 50, paragrafo 2.
Resta una connessione che è opportuno rendere esplicita, perché è sostanziale e non retorica: l'articolo 4 tara la misura formativa sul contesto in cui i sistemi sono utilizzati e sulle persone su cui sono utilizzati. Non è possibile dimostrare che una guidance è proporzionata al ruolo senza un inventario di quali sistemi sono in uso, con quale finalità e presso quali funzioni. L'inventario non è un adempimento dell'articolo 4: è il presupposto per poterne dimostrare l'adempimento — e, non secondariamente, è lo stesso artefatto su cui si costruisce tutto il resto.
Il quadro nazionale: l'Italia ha una legge propria
L'Italia è stato il primo Stato membro a dotarsi di un quadro nazionale organico di attuazione dell'AI Act. La Legge 23 settembre 2025, n. 132 non introduce obblighi ulteriori rispetto al regolamento europeo — lo dichiara espressamente — ma occupa gli spazi che l'AI Act lascia agli Stati membri: autorità competenti, sanzioni amministrative, profili penali, regole per la pubblica amministrazione, applicazioni settoriali.
AgID
Valutazione, accreditamento e supervisione degli organismi di valutazione della conformità.
ACN
Poteri ispettivi e sanzionatori, e punto di contatto unico con le istituzioni europee.
Banca d'Italia, CONSOB, IVASS
Competenti per i sistemi ad alto rischio nei rispettivi ambiti bancario, finanziario e assicurativo.
Garante privacy, AGCOM
Le rispettive attribuzioni in materia di protezione dei dati e comunicazioni restano ferme.
I decreti legislativi attuativi previsti dall'articolo 24 sono stati approvati in esame preliminare dal Consiglio dei Ministri il 10 giugno 2026 e precisano il riparto dei poteri sanzionatori, la registrazione nazionale di determinati sistemi ad alto rischio e l'istituzione di un Comitato di coordinamento presso la Presidenza del Consiglio.
La Legge 132/2025 introduce inoltre un obbligo di informazione sull'uso dell'IA che riguarda direttamente la comunicazione d'impresa: professionisti e imprese devono dichiarare l'impiego di strumenti di IA nelle proprie prestazioni, e i datori di lavoro devono informare i dipendenti dell'uso dell'IA nella gestione del personale.
Per un'organizzazione italiana la conseguenza è che la compliance all'AI Act non si legge solo su EUR-Lex: si legge sul combinato disposto del regolamento europeo, della Legge 132/2025 e dei suoi decreti attuativi.
Le tre dimensioni della governance dell'IA
La governance dell'IA non è un problema che si risolve con uno strumento o con una policy. È un problema di architettura organizzativa e tecnica, e si articola su tre dimensioni complementari che rispondono a domande diverse e richiedono capacità diverse.
Tradurre la policy in controlli documentali verificabili
Standardizzare gli artefatti — AI registry, model card, impact assessment, registro delle responsabilità — e farne il sistema di record dell'organizzazione, anziché una raccolta di documenti scollegati.
Incorporare i controlli nel design tecnico dei sistemi
Portare la governance dentro la pipeline di sviluppo attraverso il paradigma policy-as-code, perché sia parte del processo di rilascio e non un livello aggiunto a posteriori.
Far rispettare la governance in esercizio, su scala
Monitoraggio continuo, feedback loop automatici e presidi runtime per sistemi ML, LLM, RAG e agent autonomi: controlli che intervengono sul comportamento del sistema, non solo che lo registrano.
La governance efficace non si ottiene coprendo le tre dimensioni contemporaneamente. Si ottiene avanzando in modo progressivo, partendo da ciò che è urgente e difendibile subito e costruendo il livello successivo quando il precedente è stabile. Il principio guida è che ogni fase produca output tangibili e autonomamente utili — qualcosa che l'organizzazione può mostrare al board, all'auditor o al buyer enterprise indipendentemente da quanto deciderà di investire nelle fasi successive.
Il percorso per fasi
L'approccio per fasi risponde a una doppia esigenza pratica: evitare la disruption organizzativa che un programma di governance "big bang" comporta, e costruire capacità interne nel tempo anziché creare dipendenza da soluzioni esterne.
Accanto agli output di conformità, il monitoraggio continuo produce un beneficio che spesso è quello che finanzia il progetto: la visibilità su costi e performance dei sistemi di IA in esercizio, ossia il FinOps applicato all'IA.
Lo indichiamo separatamente perché non è un requisito dell'AI Act e non va presentato come tale. È un ritorno economico, non un adempimento.
Gli obblighi che si costruiscono adesso
Il rinvio al dicembre 2027 riguarda l'esigibilità, non la preparazione. Gli artefatti richiesti dal Capo III sono gli stessi che un buyer enterprise, un auditor o un organismo di certificazione chiede oggi. Filtrate per scadenza per vedere cosa vi riguarda in questo momento.
I framework e gli standard di riferimento
La credibilità di un programma di governance dipende dall'ancoraggio a standard riconosciuti. Nessuno di questi framework copre l'AI Act da solo, e nessuno è sostituibile con gli altri: il valore metodologico sta nel raccordo, non nell'adozione dell'uno o dell'altro.
Da dove partire
La metodologia è pubblica. L'AI Act, la Legge 132/2025, ISO/IEC 42001 e il NIST AI RMF sono accessibili a chiunque. La sfida non è sapere cosa fare: è avere la competenza per farlo nel contesto specifico dell'organizzazione, con le risorse disponibili, nei tempi che la regolamentazione impone.
Un servizio gestito di AI Governance permette di partire immediatamente con una diagnosi strutturata senza aspettare di costruire un team interno; di applicare una metodologia collaudata su piattaforme certificate senza dover valutare e integrare lo stack tecnologico da zero; di consegnare artefatti di proprietà dell'organizzazione — registry, model card, policy, report di evidenza — esportabili e difendibili in qualsiasi sede; di scalare il servizio man mano che la maturità interna cresce, senza lock-in su piattaforme o metodologie proprietarie.
La governance dell'IA non è un progetto da completare: è una capacità da costruire, progressivamente, con metodo, partendo da oggi.
Qual è la vostra esposizione reale?
Quattro a sei settimane per rispondere a una sola domanda. Gli output sono di proprietà dell'organizzazione, esportabili e difendibili in qualsiasi sede: davanti al board, a un auditor o a un buyer enterprise. È la risposta più immediata alla vigilanza avviata il 2 agosto 2026, e la base su cui si costruisce tutto il resto entro dicembre 2027.
