L'UE può ora ispezionare i modelli di IA, limitarne l'accesso e multare i fornitori fino al 3% del fatturato
L'Unione europea è entrata in una nuova fase di applicazione il 2 agosto 2026, conferendo alle autorità poteri diretti sui fornitori di IA per finalità generali. Il titolo che circola su Google News è netto, ma sostanzialmente corretto. La Commissione europea può richiedere informazioni, valutare i modelli, ordinare misure correttive e imporre sanzioni significative.
Per i fornitori di IA per finalità generali, si è concluso il primo anno di attuazione supervisionata. Gli obblighi si applicavano già ai modelli rilasciati di recente dal 2 agosto 2025. Tuttavia, inizialmente l'AI Office ha privilegiato la collaborazione, soprattutto per le aziende che seguivano il volontario General-Purpose AI Code of Practice.
Questo approccio è ora cambiato. La Commissione afferma che farà rispettare pienamente gli obblighi, anche attraverso sanzioni finanziarie. Grandi fornitori quali Google, OpenAI, Microsoft, Anthropic, Amazon, Mistral AI e Cohere hanno firmato il codice. I fornitori esterni a questo quadro devono dimostrare la conformità attraverso altre misure adeguate.
Il conflitto centrale non è più tra regolamentazione e innovazione. È tra cooperazione volontaria e prova obbligatoria. Le aziende possono ancora scegliere il proprio percorso di conformità, ma le autorità possono ora verificare se tale percorso rispetta la legge.
Cosa è cambiato esattamente il 2 agosto
L'UE è passata dall'aiutare i fornitori di IA per finalità generali a prepararsi al verificare se rispettino effettivamente gli obblighi.
L'AI Act è entrato in vigore il 1° agosto 2024. Le sue disposizioni erano programmate per entrare in applicazione gradualmente, anziché come un unico pacchetto normativo.
Le norme sulle pratiche di IA vietate e sull'alfabetizzazione in materia di IA hanno iniziato ad applicarsi nel febbraio 2025. Gli obblighi per i modelli di IA per finalità generali sono seguiti il 2 agosto 2025. I poteri di applicazione della Commissione relativi a tali obblighi sono diventati operativi un anno dopo.
Questa data è importante perché i modelli di IA per finalità generali sono alla base di molti prodotti per consumatori e imprese. La categoria include modelli in grado di svolgere un'ampia gamma di compiti e di integrarsi in numerosi sistemi a valle.
Le attuali linee guida della Commissione utilizzano una soglia tecnica per contribuire a identificare questi modelli. In generale, considerano per finalità generali i modelli addestrati con oltre 10^23 operazioni in virgola mobile quando sono in grado di generare linguaggio.
L'analisi giuridica precisa comprende più del volume di calcolo. Le autorità esaminano anche le capacità del modello, la sua immissione sul mercato, le condizioni di distribuzione e le possibili modifiche apportate dalle aziende a valle.
Tutti i fornitori interessati devono preparare documentazione tecnica per le autorità e condividere informazioni con gli sviluppatori di sistemi a valle. Devono inoltre stabilire una politica per il rispetto della normativa europea sul diritto d'autore.
I fornitori devono pubblicare una sintesi sufficientemente dettagliata che descriva i contenuti utilizzati per addestrare ciascun modello interessato. La Commissione ha pubblicato un modello obbligatorio per queste sintesi pubbliche.
Le norme diventano più severe per i modelli per finalità generali classificati come comportanti rischio sistemico. Questi fornitori devono valutare e mitigare i rischi sistemici, segnalare gli incidenti gravi e mantenere adeguate protezioni di cibersicurezza.
Si presume che un modello comporti rischio sistemico quando il suo addestramento ha richiesto oltre 10^25 operazioni in virgola mobile. La Commissione può inoltre designare altri modelli dopo averne considerato capacità, utenti, scalabilità e accesso a strumenti esterni.
Il cambiamento nell'applicazione significa che l'AI Office non deve più basarsi sulle rassicurazioni di un fornitore. In base alle norme di applicazione GPAI, può richiedere informazioni, valutare modelli, esigere misure di mitigazione e imporre il ritiro di un modello dal mercato europeo.
Il ritiro è l'opzione dalle conseguenze più rilevanti. Un fornitore che non riesca a soddisfare la Commissione potrebbe perdere l'accesso a uno dei maggiori mercati tecnologici del mondo.
La legge offre inoltre alle autorità strumenti intermedi. Possono richiedere documenti, indagare su presunte violazioni, imporre misure correttive o esigere modifiche ai controlli del rischio prima di procedere al ritiro.
Questa struttura di escalation è importante. Non significa che ogni errore nella documentazione provochi immediatamente il divieto di un modello. Significa che i fornitori non possono più presumere che una documentazione incompleta resti un problema di conformità privato.
Resta in vigore un'altra scadenza. I modelli già immessi sul mercato dell'UE prima del 2 agosto 2025 hanno generalmente tempo fino al 2 agosto 2027 per soddisfare i pertinenti obblighi relativi ai modelli per finalità generali.
Questa transizione impedisce che la nuova fase di applicazione si applichi in modo identico a ogni modello esistente. Le versioni più recenti sono sottoposte a un controllo immediato, mentre i modelli meno recenti che ne hanno diritto mantengono un periodo limitato per adeguarsi.
Il titolo di Google News comprime quindi diversi poteri giuridici distinti in un'unica frase. La Commissione può ispezionare e valutare i modelli interessati, ma l'applicazione dovrebbe seguire le procedure e i requisiti di proporzionalità stabiliti dal regolamento.
Google News coglie la sanzione, ma non l'intera esposizione
La cifra del 3% è reale, ma la sanzione finanziaria è solo una parte del rischio per il fornitore.
La Commissione può multare un fornitore di IA per finalità generali fino a 15 milioni di euro o al 3% del suo fatturato annuo mondiale complessivo. Per le aziende diverse dalle piccole imprese qualificate, può applicarsi l'importo più elevato.
Il calcolo utilizza il fatturato globale dell'esercizio finanziario precedente. Non considera soltanto i ricavi europei o il reddito generato dal modello interessato.
Per le maggiori aziende tecnologiche, il 3% del fatturato mondiale può superare di gran lunga l'importo fisso. La percentuale rende la non conformità rilevante anche quando l'IA rappresenta soltanto una divisione di un'attività più ampia.
La sanzione si applica quando un fornitore viola intenzionalmente o per negligenza i pertinenti obblighi dell'AI Act. Può applicarsi anche quando un fornitore non rispetta una misura della Commissione o trattiene documenti e informazioni richiesti.
La legge impone ai funzionari di considerare natura, gravità e durata di una violazione. Devono inoltre tenere conto della proporzionalità e delle circostanze del fornitore.
Le piccole e medie imprese ricevono un trattamento diverso. Per ciascuna categoria di violazione, per le imprese più piccole qualificate viene generalmente utilizzato il limite applicabile più basso.
La cifra riportata nel titolo non deve essere confusa con la sanzione massima prevista dall'AI Act per ogni possibile violazione. Alcune pratiche vietate in altre parti del regolamento possono comportare sanzioni più elevate.
Per i fornitori di modelli per finalità generali, la questione immediata è l'Articolo 101. Le linee guida sull'AI Act della Commissione descrivono un limite di 15 milioni di euro o del 3% del fatturato annuo mondiale per le violazioni relative a tali obblighi o alle misure richieste.
Eppure una multa potrebbe non essere la conseguenza più dannosa. Un ordine che limiti o richiami un modello può interrompere i servizi API, le implementazioni aziendali e i prodotti a valle.
Si consideri un fornitore che serve sviluppatori software europei tramite un'interfaccia di programmazione delle applicazioni. Limitare quel modello sottostante inciderebbe su ogni prodotto connesso, anche se le aziende a valle non avessero commesso alcuna violazione.
Lo stesso problema si applica ai marketplace cloud. Un modello può raggiungere i clienti europei tramite diversi fornitori di hosting, implementazioni regionali e servizi software integrati.
I fallimenti di conformità possono quindi diffondersi lungo un'intera catena di distribuzione. Gli acquirenti aziendali potrebbero richiedere garanzie contrattuali più solide, diritti di audit, notifiche di incidenti e piani di uscita prima di adottare un modello.
I fornitori affrontano anche pressioni in materia di divulgazione. La documentazione tecnica deve fornire alle autorità informazioni sufficienti per comprendere capacità, limiti, processo di addestramento e requisiti di integrazione del modello.
Le sintesi pubbliche sui contenuti di addestramento creano una tensione diversa. I titolari dei diritti desiderano informazioni significative sulle fonti di addestramento, mentre i fornitori vogliono proteggere segreti commerciali e dettagli sensibili per la sicurezza.
Il modello della Commissione cerca di stabilire un formato comune di divulgazione. Non richiede ai fornitori di pubblicare ogni elemento di addestramento né di esporre pesi dei modelli riservati.
Tuttavia, la sintesi deve essere sufficientemente dettagliata. Una dichiarazione vaga secondo cui un modello ha utilizzato dati pubblici di internet difficilmente risolverà le questioni relative alle categorie di fonti, ai principali dataset e al materiale protetto.
La Commissione afferma che la mancata pubblicazione della sintesi richiesta può attivare l'applicazione dal 2 agosto 2026. Le sue linee guida sui contenuti di addestramento applicano lo stesso limite di 15 milioni di euro o del 3%.
È qui che la fase di applicazione diventa operativa anziché simbolica. Le autorità dispongono ora di documenti standardizzati che possono richiedere e confrontare tra i fornitori.
Un'azienda che presenta registri dettagliati crea una traccia verificabile. Anche un'azienda che presenta documentazione scarna crea una traccia, ma una che potrebbe esporre lacune durante una valutazione.
I lettori di Google News potrebbero concentrarsi sull'entità della multa. I fornitori si concentreranno altrettanto sulle richieste di documentazione, sull'accesso per i test, sulle scadenze correttive e sulla possibilità di restrizioni di mercato.
Cooperazione e prova obbligatoria sono ora in conflitto diretto
I fornitori possono scegliere come conformarsi, ma non possono scegliere se le autorità valuteranno il risultato.
Il General-Purpose AI Code of Practice dell'UE resta volontario. Firmarlo offre un percorso riconosciuto per dimostrare la conformità a diversi obblighi relativi ai modelli.
Il codice ha tre capitoli. Trasparenza e diritto d'autore si applicano in modo ampio ai fornitori di IA per finalità generali. Sicurezza e protezione si applicano ai fornitori responsabili di modelli con rischio sistemico.
Il capitolo sulla trasparenza include un modulo standardizzato per la documentazione del modello. Il capitolo sul diritto d'autore riguarda le politiche per rispettare le riserve dei diritti e gestire l'accesso lecito a contenuti protetti.
Il capitolo sulla sicurezza e protezione affronta l'identificazione dei rischi, le valutazioni dei modelli, la segnalazione di incidenti gravi, la cibersicurezza e il monitoraggio post-implementazione. Si rivolge al gruppo relativamente ristretto che sviluppa i modelli più capaci.
Google, OpenAI, Microsoft, Anthropic, Amazon, IBM, Mistral AI, Cohere e molti altri fornitori compaiono nell'elenco dei firmatari pubblicato dalla Commissione. Il codice GPAI completo è stato riconosciuto come strumento volontario adeguato di conformità.
La firma non garantisce immunità. Offre alla Commissione un insieme strutturato di impegni rispetto ai quali può monitorare il fornitore.
Un firmatario che segue il codice ottiene un percorso probatorio più chiaro. I suoi moduli, quadri di gestione del rischio e procedure di rendicontazione sono allineati a pratiche già esaminate dalla Commissione e dall'AI Board.
Un soggetto non firmatario può comunque conformarsi alla legge. Tuttavia, deve dimostrare che i suoi controlli alternativi soddisfano adeguatamente gli obblighi sottostanti.
Questa distinzione crea il compromesso centrale dell'articolo. Il codice riduce l'incertezza, ma impegna anche i fornitori a pratiche dettagliate che potrebbero superare il loro approccio preferito alla divulgazione o alla governance.
I fornitori esterni al codice mantengono maggiore flessibilità. Accettano però anche il rischio che l'AI Office valuti i loro metodi di conformità senza la stessa presunzione di struttura.
L'approccio della Commissione nel primo anno ha lasciato ai fornitori collaborativi il tempo per completare l'attuazione. I funzionari hanno dichiarato che avrebbero lavorato a stretto contatto con i partecipanti al codice che agivano in buona fede.
Dal 2 agosto 2026, quella finestra informale si è chiusa. La Commissione afferma ora che applicherà la piena conformità, anche attraverso sanzioni.
Questo non trasforma il codice stesso in legislazione vincolante. L’applicazione riguarda ancora gli obblighi stabiliti dall’AI Act, non ogni singola pratica volontaria considerata isolatamente.
La differenza conta durante una controversia. Le autorità di regolamentazione devono collegare qualsiasi sanzione o ordine correttivo al requisito giuridico applicabile e rispettare le garanzie procedurali.
Il codice, tuttavia, plasma le aspettative. Indica alle autorità come possono presentarsi una documentazione matura, controlli sul copyright e una gestione del rischio sistemico.
Offre inoltre ai clienti aziendali un riferimento comune. I team di procurement possono chiedere se un fornitore ha firmato il codice e come attua i capitoli pertinenti.
La sola firma non dovrebbe determinare una decisione di acquisto. I clienti necessitano di prove relative al modello specifico, alla versione, alla configurazione di hosting e all’uso previsto.
Gli sviluppatori dovrebbero inoltre distinguere tra obblighi relativi al modello e obblighi relativi al sistema. Un fornitore di modelli di base e un’azienda che sviluppa su di esso uno strumento per il lavoro possono essere soggetti a requisiti differenti.
Il fornitore del modello deve fornire le informazioni necessarie a valle per la conformità. Il fornitore del sistema resta responsabile degli obblighi associati al proprio prodotto e caso d’uso.
Questa divisione diventa difficile quando una stessa azienda controlla entrambi i livelli. Le recenti modifiche dell’UE hanno ampliato la vigilanza centralizzata su determinati sistemi costruiti su modelli di IA per finalità generali, in particolare quando la stessa azienda fornisce entrambi.
La Commissione svolge inoltre un ruolo quando tali sistemi sono integrati in piattaforme online o motori di ricerca molto grandi. Le autorità nazionali di vigilanza del mercato gestiscono molti altri obblighi relativi ai sistemi di IA.
Questa struttura di applicazione mista crea spazio per problemi di coordinamento. I fornitori possono avere a che fare con l’AI Office, le autorità nazionali, le autorità per la protezione dei dati e i supervisori di settore.
La legge cerca di ripartire le responsabilità, ma i confini pratici si definiranno attraverso indagini e decisioni di applicazione. Quei primi casi conteranno più delle ampie promesse di coerenza normativa.
Le ispezioni dei modelli metteranno alla prova i limiti dell’accesso regolatorio
La Commissione dispone di poteri di valutazione significativi, ma per esercitarli efficacemente servono competenze tecniche, accesso sicuro e procedure difendibili.
L’AI Office può condurre valutazioni per stabilire se un modello di IA per finalità generali sia conforme all’AI Act. Può indagare sui rischi sistemici e verificare se i fornitori abbiano implementato le salvaguardie richieste.
Una valutazione può comportare l’esame di documentazione interna, valutazioni dei rischi, metodi di test, registri degli incidenti e altre prove tecniche. La Commissione può inoltre nominare esperti indipendenti a supporto del proprio lavoro.
La parola “ispezionare” può evocare un’immagine esagerata di funzionari che sequestrano il codice sorgente di un modello. Il regolamento stabilisce poteri formali, ma il loro utilizzo dipende dai fatti e dai passaggi procedurali di ciascun caso.
I pesi del modello, i registri di addestramento, i dataset di valutazione e i controlli di sicurezza possono contenere preziosi segreti commerciali. Possono anche rivelare vulnerabilità che non dovrebbero diventare pubbliche.
La Commissione deve quindi bilanciare l’accesso investigativo con riservatezza e sicurezza. Una gestione impropria delle informazioni sensibili indebolirebbe la collaborazione dei fornitori e creerebbe nuovi rischi informatici.
Anche testare modelli avanzati presenta un problema di misurazione. Un modello può comportarsi diversamente in base ai prompt, alle lingue, alle configurazioni di sistema, ai permessi degli strumenti e ai livelli di sicurezza.
Una sola valutazione non può descrivere ogni distribuzione. Le autorità di regolamentazione avranno bisogno di metodi ripetibili che colleghino il comportamento misurato a una specifica preoccupazione giuridica.
Le indagini sui rischi sistemici sono particolarmente impegnative. L’AI Act copre possibili danni che coinvolgono cybersicurezza, manipolazione, discriminazione, salute pubblica, processi democratici e altri effetti su larga scala.
Alcuni rischi emergono solo dopo la distribuzione. Altri dipendono da come gli sviluppatori a valle combinano un modello con ricerca, esecuzione di codice, dati privati o strumenti autonomi.
I fornitori possono contestare la progettazione di una valutazione, la versione del modello, la base statistica o la rilevanza. La Commissione avrà bisogno di un solido fascicolo quando un ordine potrebbe limitare l’accesso al mercato europeo.
Questo è il principale punto di vista scettico. L’autorità giuridica non crea automaticamente capacità tecnica.
L’AI Office deve assumere specialisti, proteggere i materiali riservati, coordinarsi con le autorità nazionali e applicare gli standard in modo coerente tra diverse architetture di modello.
L’UE ha creato un gruppo di esperti per consigliare l’AI Office. Ha inoltre pubblicato linee guida, modelli e codici destinati a rendere più comparabili le prove fornite dai fornitori.
Questi strumenti riducono l’ambiguità, ma non possono eliminare il giudizio discrezionale. Termini come “rischio sistemico”, “mitigazione adeguata” e “sufficientemente dettagliato” richiedono ancora un’interpretazione specifica per ciascun caso.
I modelli open source creano un altro confine. Alcuni modelli rilasciati con licenze realmente libere e aperte possono beneficiare di esenzioni da determinati obblighi di documentazione.
Tali esenzioni sono soggette a condizioni. Non coprono ogni modello commercializzato come open source e non eliminano gli obblighi aggiuntivi per i modelli che presentano un rischio sistemico.
Un’azienda che modifica un modello esistente può inoltre diventare un fornitore quando la modifica è sostanziale. Le modifiche minori generalmente non trasferiscono l’intero ruolo di fornitore.
Questo crea una questione pratica per chi effettua il fine-tuning. Deve stabilire se il proprio calcolo computazionale, le modifiche tecniche, il branding e l’attività di mercato equivalgano all’immissione di un modello modificato sul mercato dell’UE.
Le linee guida per i fornitori della Commissione spiegano la sua interpretazione, ma non costituiscono di per sé legislazione vincolante. I tribunali mantengono l’autorità finale sulle interpretazioni contestate del diritto dell’UE.
Le prime azioni di applicazione riveleranno quanto aggressivamente la Commissione interpreti questi confini. Mostreranno inoltre se i fornitori risolvano le controversie in modo collaborativo o impugnino gli ordini.
Le autorità di regolamentazione hanno incentivi a iniziare da evidenti carenze nella documentazione. Tali casi sono più facili da dimostrare rispetto ad affermazioni generali sul contributo di un modello al danno sociale.
Un riepilogo dell’addestramento mancante, una richiesta di informazioni ignorata o un incidente grave non segnalato creano una questione di conformità definita. Una teoria contestata del rischio sistemico richiede più analisi tecniche e causali.
Ciò suggerisce che inizialmente l’applicazione potrebbe apparire amministrativa. Le conseguenze possono comunque diventare rilevanti quando un fornitore ignora le richieste o non riesce ripetutamente a correggere le lacune individuate.
I lettori che arrivano tramite Google News dovrebbero quindi resistere a due estremi. L’UE non ha ottenuto un accesso illimitato a ogni sistema di IA, ma i suoi poteri non sono più meramente consultivi.
Tre segnali mostreranno se l’applicazione ha davvero forza
La prossima fase sarà definita da effettive richieste di informazioni, valutazioni dei modelli e ordini correttivi, non da un’altra serie di annunci politici.
Il primo segnale sarà se l’AI Office aprirà un’indagine visibile su un modello di IA per finalità generali rilasciato dopo il 2 agosto 2025.
Una richiesta formale di informazioni mostrerebbe quali prove le autorità di regolamentazione considerano essenziali. Potrebbe chiarire le aspettative relative a documentazione tecnica, politiche sul copyright, riepiloghi dell’addestramento e valutazioni del rischio sistemico.
Se i fornitori risponderanno senza ricorrere al contenzioso, il quadro collaborativo apparirà più solido. Un ricorso legale metterebbe in luce questioni irrisolte in merito a portata, riservatezza e proporzionalità.
Entrambi gli esiti fornirebbero indicazioni più utili delle dichiarazioni generali sulla conformità. Le aziende devono sapere cosa chiedono le autorità, quanto tempo concedono e come valutano registri incompleti.
Il secondo segnale sarà se la Commissione ordinerà una mitigazione concreta o una correzione del mercato. Una misura correttiva si colloca tra l’interlocuzione informale e una sanzione.
L’ordine potrebbe richiedere documentazione migliore, nuovi controlli del rischio, informazioni riviste per gli utilizzatori a valle, valutazioni aggiuntive o limiti a una specifica modalità di distribuzione.
Un ordine attentamente circoscritto sosterrebbe l’affermazione dell’UE di poter regolamentare i rischi dei modelli senza bloccare servizi utili. Un ordine ampio o tecnicamente poco chiaro rafforzerebbe le preoccupazioni sull’incertezza normativa.
Il ritiro dal mercato resta l’intervento più incisivo. La sua credibilità dipende in parte dalla capacità della Commissione di progettare misure proporzionate prima di arrivare a quel punto.
Il terzo segnale sarà il modo in cui i fornitori gestiranno la scadenza del 2 agosto 2027 per i modelli più vecchi. Tale data porterà nel quadro di conformità i modelli di IA per finalità generali precedentemente commercializzati.
I modelli più vecchi possono presentare problemi di documentazione più difficili. I registri possono essere incompleti, le pipeline di addestramento possono essere cambiate e i dipendenti rilevanti possono essere passati ad altri progetti.
Le indicazioni della Commissione sui riepiloghi dell’addestramento consentono ai fornitori di spiegare le lacune causate da informazioni non disponibili o da oneri di recupero sproporzionati. Non creano un’esenzione generale dall’obbligo.
I fornitori devono identificare tali lacune e giustificarle. Le autorità di regolamentazione decideranno se la spiegazione rifletta limitazioni reali o una tenuta dei registri inadeguata.
Se i principali fornitori pubblicheranno riepiloghi e documentazione coerenti per i modelli più vecchi, la transizione rafforzerà il quadro dell’UE. Eccezioni diffuse indebolirebbero la comparabilità tra generazioni.
Questi segnali contano anche oltre l’Europa. Gli sviluppatori di modelli preferiscono processi interni comuni anziché mantenere programmi di sicurezza e documentazione completamente diversi per ogni giurisdizione.
Un requisito dell’UE può quindi influenzare le pratiche di sviluppo globali anche quando la sua portata giuridica diretta si ferma al mercato europeo. I fornitori potrebbero standardizzare documentazione, segnalazione degli incidenti e valutazioni dei rischi tra le regioni.
Questo effetto più ampio non è garantito. Le aziende possono creare controlli specifici per l’UE, ritardare i rilasci europei o non rendere disponibili determinati modelli quando i costi di conformità appaiono troppo elevati.
Il potere di accesso al mercato rende esplicita questa scelta. Un fornitore deve rispettare le condizioni europee, contestarle o rinunciare a offrire il modello coperto nell’Unione.
Gli acquirenti aziendali dovrebbero rispondere ora mappando le proprie dipendenze. Devono sapere quali modelli supportano flussi di lavoro critici e se una restrizione applicata interromperebbe tali servizi.
I contratti dovrebbero identificare versioni dei modelli, regioni di hosting, obblighi di notifica, termini di conservazione dei dati e opzioni di migrazione. Gli acquirenti dovrebbero inoltre chiedere come i fornitori gestiscono le indagini delle autorità.
Gli sviluppatori hanno bisogno di un inventario delle integrazioni a valle. Sostituire un modello raramente è semplice come cambiare un endpoint API, perché prompt, valutazioni, controlli di sicurezza e comportamento dell’output differiscono.
I lavoratori della conoscenza affrontano un rischio meno diretto. La loro preoccupazione immediata è se gli strumenti restino disponibili e se i contenuti generati dall’IA riportino le informative richieste.
Gli obblighi di trasparenza dell’Articolo 50 hanno iniziato ad applicarsi il 2 agosto 2026. Coprono la marcatura leggibile dalle macchine per determinati contenuti sintetici e gli obblighi di divulgazione relativi a deepfake e a determinati testi di interesse pubblico.
Una transizione limitata estende alcuni requisiti di marcatura fino al 2 dicembre 2026 per i sistemi immessi sul mercato prima della scadenza principale. Non rinvia l’intero AI Act.
La distinzione è stata confusa in alcune coperture di Google News. L’applicazione relativa ai modelli di IA per finalità generali, le norme sulla trasparenza dei contenuti e i requisiti per i sistemi ad alto rischio seguono calendari correlati ma distinti.
Diverse scadenze per i sistemi ad alto rischio sono state estese attraverso l’AI Omnibus. Le norme per specifici usi sensibili si applicano ora più tardi rispetto alla data generale di agosto 2026.
Tale rinvio non annulla l’autorità della Commissione sui modelli di IA per finalità generali. Restringe i requisiti attualmente applicabili nelle altre parti del mercato dell’IA.
La domanda pratica non è più se l'UE disponga di strumenti di applicazione. È se i funzionari li utilizzeranno in modo coerente, proporzionato e con una precisione tecnica sufficiente a superare ogni verifica.
Seguite la prima indagine formale su un modello. Poi esaminate il primo ordine correttivo e il trattamento dei modelli più datati in vista di agosto 2027.
Questi eventi mostreranno se il quadro dell'UE diventerà un sistema di supervisione operativo o resterà in gran parte un regime di documentazione. Fornitori, clienti e sviluppatori dovrebbero prepararsi fin da ora a entrambi gli esiti.
