Il regime transitorio dell’AI Act non scade il 2 dicembre: cosa richiede davvero l’articolo 50 per i sistemi già immessi sul mercato

La data va verificata prima di trasformarla in un piano di conformità

L’assunto secondo cui il periodo transitorio scada il 2 dicembre 2026 non trova riscontro nella documentazione istituzionale descritta nelle fonti fornite. La Commissione europea colloca l’applicazione degli obblighi di trasparenza dell’articolo 50 a partire dal 2 agosto 2026 e descrive un’eccezione limitata per determinati sistemi immessi sul mercato prima di quella data. Secondo tale spiegazione, l’eccezione non equivale a una proroga generale dell’AI Act e non si applica indistintamente a tutti gli obblighi di trasparenza.

La precisazione è importante perché un calendario errato può indurre a rinviare controlli già richiesti. Il regime transitorio menzionato è circoscritto alla marcatura e al rilevamento dei contenuti generati o manipolati previsti per i fornitori dall’articolo 50, paragrafo 2. Non esenta, di per sé, dall’informare una persona quando interagisce con un sistema di IA, né sostituisce gli obblighi di divulgazione che possono gravare su chi pubblica determinati contenuti.

Per questo motivo, questa notizia non assume il 2 dicembre come data di scadenza confermata. La data concreta applicabile ai sistemi esistenti deve essere verificata rispetto alla versione vigente delle linee guida e delle domande frequenti istituzionali prima di utilizzarla in politiche interne, comunicazioni pubbliche o decisioni di lancio. Questo testo offre una lettura operativa dell’ambito descritto da tali fonti; non costituisce consulenza legale né una guida completa al regolamento sull’IA.

La transizione descritta è ristretta: riguarda la marcatura tecnica di determinati output

L’articolo 50 separa obblighi che spesso vengono raggruppati in modo impreciso sotto l’espressione «etichettare contenuti IA». Per i fornitori di sistemi destinati a interagire direttamente con persone, il punto di partenza è che il sistema informi la persona del fatto che sta interagendo con un’IA, salvo che ciò risulti evidente dalle circostanze e dal contesto d’uso. Si tratta di un obbligo di trasparenza sull’interazione, non di una regola sui metadati di un’immagine o di un testo.

Per i fornitori di sistemi capaci di generare contenuti sintetici audio, immagini, video o testo, il paragrafo dedicato ai contenuti richiede che gli output siano marcati in un formato leggibile meccanicamente e che consentano di rilevare che sono stati generati o manipolati artificialmente. La guida istituzionale tratta questo requisito come una caratteristica tecnica orientata al rilevamento, non come la semplice presenza di una dicitura visibile sullo schermo.

L’eccezione transitoria indicata dalla Commissione è limitata a quest’ultima materia: marcatura e rilevamento ai sensi del paragrafo 2 per i sistemi già immessi sul mercato prima dell’inizio di applicazione indicato. Da ciò non discende che tutti i sistemi esistenti siano esenti dai restanti obblighi dell’articolo 50. Né significa che qualsiasi strumento integrato in un prodotto precedente mantenga indefinitamente lo stesso trattamento: i team devono analizzare il sistema e la versione che mettono effettivamente a disposizione o modificano.

Immissione sul mercato non è un’etichetta commerciale né la data di un annuncio

La condizione temporale richiede di identificare se un sistema sia stato immesso sul mercato prima del 2 agosto 2026. Nel linguaggio regolatorio, questa questione non dovrebbe essere risolta soltanto in base alla data di un comunicato stampa, di una dimostrazione pubblica, di una versione beta limitata o della creazione di un account cliente. Il fascicolo deve collegare lo specifico sistema alla sua prima messa a disposizione sul mercato dell’Unione e alle prove disponibili su tale circostanza.

La difficoltà aumenta nei prodotti che cambiano frequentemente. Un modello, un’interfaccia di generazione, un servizio di editing e un’API possono avere cicli di rilascio diversi. Inoltre, un aggiornamento può modificare la capacità di generare contenuti, il metodo di marcatura o il ruolo dell’entità che offre il servizio. Le informazioni istituzionali fornite non consentono di stabilire qui una regola automatica per tutte le modifiche di versione. Per prudenza, è opportuno sottoporre le modifiche rilevanti a un riesame documentato, anziché presumere che la data di un prodotto principale valga per tutti i suoi componenti.

Questo riesame dovrebbe coinvolgere prodotto, ingegneria, conformità e, quando pertinente, il team editoriale o di comunicazione. La sezione notizie di Inferama può aiutare a seguire gli sviluppi normativi; le comparazioni e l’area di scoperta possono servire a ordinare strumenti e capacità, ma non sostituiscono l’analisi della configurazione e dell’uso specifici.

Fornitore e deployer hanno obblighi distinti e possono coincidere nella stessa organizzazione

La distinzione dei ruoli è essenziale. Il fornitore è al centro dell’obbligo di progettare o incorporare la marcatura leggibile meccanicamente negli output dei sistemi coperti. La fonte istituzionale presenta inoltre il codice di buone pratiche sulla trasparenza dei contenuti generati dall’IA come uno strumento volontario rilevante per dimostrare la conformità alle misure connesse alla marcatura e al rilevamento. Il suo carattere volontario non trasforma il codice in un obbligo autonomo né elimina la necessità di valutare il requisito legale applicabile.

Il deployer, invece, è chi utilizza un sistema in un determinato contesto. Quando divulga contenuti di immagini, audio o video che costituiscono un deepfake, deve rivelare che sono stati generati o manipolati artificialmente nei termini previsti. Esiste inoltre una regola specifica per i deployer che generano o manipolano testo pubblicato con la finalità di informare il pubblico su questioni di interesse pubblico. Questa seconda situazione contiene sfumature ed eccezioni che richiedono una valutazione del controllo umano, della revisione editoriale e della responsabilità editoriale.

Un’impresa può fornire un servizio generativo e, allo stesso tempo, usarlo per pubblicare campagne, notizie, video o comunicazioni sul proprio sito. In questo caso non è opportuno scegliere un solo ruolo per l’intero prodotto. Occorre tracciare ogni attività: offrire il sistema, integrare una capacità di terzi, generare un contenuto, modificarlo e diffonderlo. Il risultato può attivare obblighi diversi in fasi differenti.

La marcatura leggibile meccanicamente e la divulgazione al pubblico risolvono problemi diversi

Un’etichetta visibile, una nota di attribuzione, un’icona o un avviso inserito in una pubblicazione possono essere utili alla comprensione di una persona. Tuttavia, non equivalgono per definizione a una marcatura leggibile meccanicamente che consenta di rilevare l’origine artificiale o la manipolazione. La guida ufficiale distingue le misure di marcatura e rilevamento dagli obblighi di etichettatura o divulgazione applicabili ai deployer. I team non dovrebbero presentare una soluzione visiva come prova sufficiente del requisito tecnico senza verificarne la portata.

Viceversa, un metadato o un segnale incorporato nel contenuto potrebbe non essere sufficiente affinché il pubblico riceva una divulgazione chiara, distinguibile e tempestiva nell’interfaccia in cui il contenuto è mostrato. L’articolo 50 prevede condizioni di chiarezza, distinguibilità e accessibilità per le informazioni richieste. La progettazione del prodotto deve considerare sia la persistenza di un segnale tecnico sia il momento, il formato e la comprensibilità dell’avviso rivolto alle persone.

Le fonti fornite indicano inoltre che esistono eccezioni e condizioni contestuali, specialmente per alcuni usi artistici, creativi, satirici o fittizi e per determinati testi soggetti a revisione e responsabilità editoriale. Tali eccezioni non devono essere applicate per il solo nome di una sezione, di una campagna o di un account. Va conservato il ragionamento che collega i fatti del caso all’eccezione invocata.

Prove da raccogliere prima di un lancio o di un riesame

Le prove operative dovrebbero consentire di rispondere a queste domande: quale sistema è stato utilizzato, quando è stato immesso sul mercato, quale output ha prodotto, quali misure tecniche sono state applicate e quale avviso ha ricevuto il pubblico. Una scheda prodotto generica o una dichiarazione commerciale del fornitore raramente consentono di dimostrare tutti questi elementi. È preferibile mantenere un fascicolo per sistema e versione, collegato all’inventario dei fornitori, alla cronologia delle modifiche e alle decisioni di pubblicazione.

Per la marcatura, è ragionevole conservare la specifica tecnica ricevuta dal fornitore, il metodo utilizzato per verificare la rilevabilità e i limiti noti quando il contenuto viene trasformato, scaricato, convertito o distribuito da terzi. Per la divulgazione, è opportuno conservare schermate o registri dell’interfaccia, il testo dell’avviso, il pubblico previsto, il momento in cui appare e la decisione sulle eccezioni. Si tratta di raccomandazioni organizzative e probatorie; non sostituiscono requisiti che le autorità competenti possano precisare.

La supervisione dell’articolo 50 spetta principalmente alle autorità nazionali di vigilanza del mercato. La documentazione istituzionale contempla inoltre un ruolo dell’Ufficio per l’IA e del Garante europeo della protezione dei dati in ambiti specifici. La ripartizione esatta delle competenze dipende dal caso e dall’entità coinvolta. Per un servizio transfrontaliero, un fornitore stabilito fuori dall’Unione o un dubbio su un’eccezione, possono essere necessari la documentazione istituzionale vigente e una consulenza specializzata.

Cosa si può affermare con sicurezza e cosa resta incerto

Sulla base delle fonti istituzionali fornite, si può affermare che gli obblighi di trasparenza non costituiscono un blocco unico, che l’eccezione transitoria citata è limitata alla marcatura e al rilevamento previsti dal paragrafo applicabile ai fornitori e che fornitori e deployer hanno responsabilità differenziate. Si può inoltre affermare che il codice di buone pratiche citato è volontario e viene presentato come una via per sostenere la dimostrazione della conformità a determinati obblighi, non come una sostituzione automatica di tutti gli altri.

Non si può affermare responsabilmente, sulla base del materiale riassuntivo disponibile per questa redazione, che il 2 dicembre 2026 sia la data di scadenza di tale eccezione. Non è inoltre possibile stabilire in astratto se un aggiornamento specifico mantenga la condizione di sistema esistente, se un’opera rientri in un’eccezione o se un avviso specifico sia accessibile in tutti i contesti. Sono questioni che dipendono dai fatti, dalla versione vigente delle linee guida e, se del caso, dall’interpretazione delle autorità.

La misura utile non consiste nell’attendere un’unica etichetta o una dichiarazione di conformità del fornitore. Consiste nel costruire un registro verificabile che separi sistema, data, tipo di contenuto, ruolo, marcatura tecnica, divulgazione e decisione editoriale. Questa separazione riduce il rischio di confondere una comunicazione all’utente con un segnale rilevabile dalle macchine, oppure un obbligo del fornitore con un obbligo di chi pubblica.

Continua a esplorare

Correzioni e trasparenza

Se trovi un dato errato o non aggiornato, inviaci la pagina e la fonte da verificare.