Obblighi di trasparenza IA: l’articolo 50 in pratica

In sintesi

  • Gli obblighi di trasparenza IA previsti dall’articolo 50 del regolamento europeo sull’intelligenza artificiale si applicano dal 2 agosto 2026 e riguardano quasi ogni organizzazione che mette davanti al pubblico un assistente conversazionale, un modello generativo o un’immagine sintetica.
  • Il regolamento (UE) 2026/1744, il cosiddetto Digital Omnibus, ha rinviato al 2 dicembre 2027 gli obblighi ad alto rischio dell’allegato III senza toccare l’articolo 50. Per la maggior parte delle imprese si tratta oggi dell’unico capitolo del regolamento realmente esigibile.
  • Una scadenza resta davanti a noi: i sistemi già immessi sul mercato prima del 2 agosto 2026 hanno tempo fino al 2 dicembre 2026 per soddisfare l’obbligo di marcatura leggibile dalle macchine di cui all’articolo 50, paragrafo 2.
  • Due doveri gravano sul fornitore e due sul deployer, e la ripartizione non segue la logica del budget. Chi pubblica il risultato prodotto dal modello di un terzo è deployer, con obblighi propri.
  • La sanzione può arrivare a 15 milioni di euro o al 3 per cento del fatturato mondiale annuo. Ciò che un’autorità di vigilanza chiederà non è l’avviso pubblicato, bensì la traccia scritta della decisione che lo ha prodotto.
Obblighi di trasparenza IA illustrati da un sigillo di ceralacca su un foglio bianco

Obblighi di trasparenza IA: i quattro doveri dell’articolo 50

Gli obblighi di trasparenza IA sono formulati in modo breve. L’articolo si compone di quattro doveri distinti e di una sola regola su come l’informazione deve essere consegnata. Leggerlo come un’unica prescrizione rappresenta l’errore più diffuso, dal momento che ciascun dovere si rivolge a un soggetto diverso e scatta in una situazione diversa.

Che cosa deve il fornitore

L’articolo 50, paragrafo 1 riguarda i fornitori di sistemi di IA destinati a interagire direttamente con persone fisiche. Il sistema deve essere progettato in modo che la persona sappia di avere di fronte una macchina. L’obbligo risiede nella progettazione e non in uno script di assistenza, il che lo assegna a chi costruisce l’assistente o lo commercializza con il proprio marchio, non alla squadra che lo attiva in un secondo momento. L’articolo 50, paragrafo 2 riguarda i fornitori di sistemi che generano contenuti sintetici, audio, immagini, video o testo, compresi i sistemi di IA per finalità generali. Gli output devono recare una marcatura leggibile dalle macchine che ne renda rilevabile la natura artificiale. Il regolamento chiede che la soluzione tecnica sia efficace, interoperabile e affidabile nella misura in cui ciò sia tecnicamente possibile, tenuto conto dello stato dell’arte e dei limiti propri di ciascuna tipologia di contenuto.

Che cosa deve il deployer

L’articolo 50, paragrafo 3 riguarda i deployer di un sistema di riconoscimento delle emozioni o di categorizzazione biometrica, tenuti a informare le persone esposte del funzionamento del sistema e a trattare i dati personali nel rispetto del GDPR. L’articolo 50, paragrafo 4 copre due ipotesi. Quando un sistema genera o manipola immagini, audio o video che costituiscono un deep fake, il deployer deve dichiarare che il contenuto è stato generato o manipolato artificialmente. Quando un testo generato o manipolato viene pubblicato allo scopo di informare il pubblico su questioni di interesse pubblico, la medesima dichiarazione si impone. L’articolo 50, paragrafo 5 disciplina la forma di tutte e quattro le informazioni. Devono raggiungere la persona interessata in modo chiaro e distinguibile, al più tardi al momento della prima interazione o esposizione, e rispettare i requisiti di accessibilità applicabili. Una riga nelle condizioni generali non basta. Non basta nemmeno una dicitura grigia che compare dopo che l’utente ha già agito sulla risposta.

Le date: 2 agosto 2026, 2 dicembre 2026, e ciò che l’Omnibus non ha spostato

È sul calendario che gran parte delle analisi pubblicate sugli obblighi di trasparenza IA risulta oggi errata, perché una quota consistente di esse è stata scritta prima dell’estate 2026. Gli obblighi di trasparenza IA si applicano dal 2 agosto 2026, secondo il calendario fissato dal regolamento originario. Il 20 luglio 2026, meno di due settimane prima, la Commissione europea ha adottato in versione definitiva i propri orientamenti sugli obblighi di trasparenza, un documento di 51 pagine rivolto tanto alle autorità competenti quanto ai fornitori e ai deployer. Gli orientamenti non sono giuridicamente vincolanti, e solo la Corte di giustizia può fornire un’interpretazione autorevole del regolamento, ma le autorità nazionali di vigilanza del mercato vi si atterranno con ogni probabilità. Una finestra transitoria resta aperta. I fornitori di sistemi che generano contenuti sintetici e che erano già immessi sul mercato prima del 2 agosto 2026 hanno tempo fino al 2 dicembre 2026 per conformarsi all’obbligo di marcatura. Questa data è oggi l’informazione più utile in materia di obblighi di trasparenza IA, e manca in quasi tutte le guide attualmente posizionate sull’argomento. Il contrasto con il resto del regolamento spiega l’urgenza. Il regolamento (UE) 2026/1744, Digital Omnibus sull’IA, è entrato in vigore il 27 luglio 2026. Ha spostato al 2 dicembre 2027 gli obblighi ad alto rischio autonomi dell’allegato III e al 2 agosto 2028 quelli dell’allegato I. Non ha toccato gli obblighi di trasparenza IA. Un’impresa che aveva calibrato il proprio percorso di conformità sul calendario ad alto rischio è quindi rimasta indietro, senza accorgersene, proprio sull’unico capitolo già esigibile.

Fornitore o deployer: chi deve che cosa

I ruoli di fornitore e deployer sono definiti all’articolo 3, e gli obblighi di trasparenza IA si distribuiscono rigorosamente lungo quella linea. Il fornitore sviluppa un sistema di IA, o lo fa sviluppare, e lo immette sul mercato dell’Unione o lo mette in servizio con il proprio nome o marchio. Il deployer utilizza un sistema sotto la propria autorità in ambito professionale.

La catena del valore nella pratica

La maggior parte delle organizzazioni occupa entrambe le posizioni contemporaneamente. Una software house che affina un modello di base e lo distribuisce come prodotto è fornitore ai sensi dei paragrafi 1 e 2. La stessa software house, quando pubblica sul proprio blog un’analisi di mercato redatta dall’IA, è deployer ai sensi del paragrafo 4. I due doveri si valutano separatamente e nessuno assorbe l’altro. Il ruolo può inoltre cambiare senza preavviso. Apporre il proprio nome o il proprio marchio su un sistema di terzi, oppure modificarlo in modo sostanziale, può bastare a diventarne il fornitore, con l’intero catalogo di obblighi che ne consegue. Le squadre che trattano l’integrazione di un modello come una questione di acquisti anziché di governance se ne accorgono tardi. È esattamente il punto in cui un inventario vivo dei sistemi di IA smette di essere un lusso.

Il caso dell’azienda che usa soltanto un assistente commerciale

La situazione più frequente resta quella di un’organizzazione che non costruisce nulla e si limita a impiegare un assistente generativo di mercato. La tentazione è concludere che tutti i doveri gravino sul fornitore del modello. È vero a metà. La marcatura del paragrafo 2 spetta effettivamente al fornitore. Se però quell’organizzazione pubblica un testo generato dall’IA su una questione di interesse pubblico senza controllo editoriale umano, il paragrafo 4 è un dovere proprio, che nessun contratto di fornitura trasferisce. Se attiva un centralino telefonico automatizzato, resta tenuta a verificare che il fornitore abbia davvero implementato l’informativa del paragrafo 1, poiché un’autorità investita di un reclamo partirà dal sistema con cui il pubblico è entrato in contatto. Le attestazioni del fornitore trovano posto nel fascicolo, accanto alla due diligence sui fornitori: costituiscono un elemento di prova, non una liberatoria.

La marcatura leggibile dalle macchine è un’affermazione tecnica, non una casella

Il paragrafo 2 è il dovere che più spesso si riduce a una riga nel piano di progetto. Non dovrebbe esserlo, perché il regolamento lo formula come un’affermazione di prestazione riferita a un artefatto tecnico. La marcatura deve essere leggibile dalle macchine e rendere il contenuto rilevabile come generato o manipolato artificialmente. Gli aggettivi scelti dal testo, efficace, interoperabile e affidabile nella misura tecnicamente possibile, non sono ornamentali. Un campo di metadati che una semplice ricodifica cancella non è probabilmente nulla di tutto ciò. Una filigrana visibile che uno screenshot elimina fallisce in partenza il criterio della leggibilità automatica, poiché chi legge una didascalia non è una macchina che analizza un segnale. Lo stato dell’arte varia sensibilmente a seconda della tipologia di contenuto, e il regolamento ne prende atto. Immagini e video dispongono di opzioni credibili, dal manifesto di provenienza firmato crittograficamente alla filigrana statistica incorporata al momento della generazione. L’audio è praticabile. Il testo resta il caso difficile, e le squadre tecniche oneste lo ammettono: nessun metodo largamente diffuso sopravvive a una riformulazione, a una traduzione o a un copia e incolla verso un altro editor. Il regolamento chiede ciò che è tecnicamente realizzabile, il che significa che la posizione difendibile, per il testo, consiste nel documentare le opzioni esaminate, la scelta compiuta e le ragioni per cui le altre sono state scartate. Ne discendono due conseguenze pratiche. La marcatura va anzitutto applicata in fase di generazione, dentro la pipeline, e non innestata alla pubblicazione, quando il contenuto è già stato separato dalla propria provenienza. Va poi verificata anziché presunta. Un test breve e ripetibile, che sottoponga l’output marcato alle trasformazioni che i vostri contenuti attraversano davvero, ricodifica, ritaglio, caricamento su una piattaforma, e confermi la sopravvivenza del segno, è l’artefatto che trasforma un’affermazione in elemento di prova.

Le esenzioni sono più strette di quanto sembrino

Ogni esenzione agli obblighi di trasparenza IA è redatta in modo restrittivo, e ciascuna costituisce una decisione da mettere agli atti anziché una porta da varcare in silenzio.

Evidenza, editing assistito, opere artistiche e satiriche

Il dovere del paragrafo 1 viene meno quando l’interazione risulta evidente per una persona ragionevolmente informata, attenta e avveduta. Si tratta di uno standard oggettivo, non di una valutazione sui propri utenti, e diventa tanto più difficile da soddisfare quanto meglio i sistemi conversazionali imitano il parlato umano. Il paragrafo 2 non si applica quando il sistema svolge una funzione di assistenza all’editing standard senza alterare in modo sostanziale i dati in ingresso o il loro significato. La correzione grammaticale rientra nell’esenzione. Un modello che riscrive un paragrafo cambiandone la tesi non vi rientra. Le domande frequenti della Commissione collocano fuori dall’obbligo di marcatura anche le sequenze di caratteri brevi, il codice sorgente, gli scambi da macchina a macchina e gli impieghi industriali a ciclo chiuso. Quando un deep fake si inserisce in un’opera manifestamente artistica, creativa, satirica o di finzione, il dovere del paragrafo 4 risulta attenuato e non soppresso: il deployer segnala comunque l’esistenza del contenuto generato, in una forma che non comprometta la fruizione dell’opera.

Controllo editoriale umano e responsabilità editoriale

L’esenzione applicabile al testo è quella che più spesso viene sopravvalutata. Un testo generato dall’IA e pubblicato per informare il pubblico su questioni di interesse pubblico sfugge alla dichiarazione quando il contenuto è stato sottoposto a revisione umana o a controllo editoriale e una persona fisica o giuridica assume la responsabilità editoriale della pubblicazione. Entrambe le condizioni contano. Un revisore che scorre e approva non esercita in modo riconoscibile un controllo editoriale, e un processo anonimo non assume alcuna responsabilità. Le organizzazioni che si appoggiano a questa esenzione dovrebbero poter indicare la persona, dimostrare che la revisione è avvenuta e che ha preceduto la pubblicazione. La questione è organizzativa prima che giuridica, e si avvicina ai dispositivi di sorveglianza umana che il regolamento già richiede altrove.

Il paragrafo 3 è una trappola: verificate prima l’articolo 5

Il paragrafo 3 chiede ai deployer di sistemi di riconoscimento delle emozioni e di categorizzazione biometrica di informare le persone esposte. Letto isolatamente sembra un’autorizzazione corredata di formalità. Non lo è. L’articolo 5, paragrafo 1, lettera f), vieta l’immissione sul mercato, la messa in servizio e l’uso di sistemi di IA volti a inferire le emozioni di una persona fisica sul luogo di lavoro e negli istituti di istruzione, salvo eccezioni ristrette per motivi medici o di sicurezza. Il divieto è in vigore dal 2 febbraio 2025 e la Commissione ha pubblicato il 4 febbraio 2025 gli orientamenti sulle pratiche vietate che ne precisano la portata. Per i due terreni su cui i fornitori spingono più volentieri l’analisi emotiva, il monitoraggio del personale e l’aula scolastica, la prima domanda non riguarda dunque l’informativa. Riguarda la liceità stessa dell’impiego. Il paragrafo 3 governa soltanto lo spazio che l’articolo 5 lascia aperto. In Italia si aggiunge un secondo strato: un dispositivo di questo tipo incide sul controllo a distanza dell’attività lavorativa e ricade nell’articolo 4 dello Statuto dei lavoratori, che impone accordo sindacale o autorizzazione dell’Ispettorato, mentre il Garante per la protezione dei dati personali resta competente sul trattamento. Invertire la sequenza produce un’informativa impeccabile apposta su una pratica vietata, e la sanzione collegata all’articolo 5 si colloca su tutt’altro livello. È la sequenza che una classificazione dei rischi dovrebbe risolvere prima di qualunque riflessione sulla forma del messaggio.

Il codice di buone pratiche, le icone e ciò che l’adesione comporta

Il paragrafo 7 incaricava l’Ufficio per l’IA di favorire codici di buone pratiche sul rilevamento e sull’etichettatura dei contenuti generati. Un codice ora esiste. Il codice di buone pratiche sulla trasparenza dei contenuti generati dall’IA è stato giudicato adeguato dalla Commissione l’8 luglio 2026 e dal comitato per l’IA il 9 luglio 2026, con riferimento ai paragrafi 2, 4 e 5. Alla fine di luglio 2026 lo avevano sottoscritto circa 190 organizzazioni. Due aspetti meritano attenzione. È attualmente l’unico strumento pratico a livello di Unione formalmente riconosciuto come adeguato per quei paragrafi, il che rende l’adesione il modo meno costoso di mostrare a un’autorità di vigilanza che il proprio approccio è ragionevole. Chi non aderisce non è in violazione, ma sopporta l’onere di dimostrare mezzi di efficacia equivalente. Il codice fornisce inoltre un vocabolario visivo condiviso. I firmatari si impegnano a segnalare l’esistenza della marcatura mediante un insieme di icone generiche fornito dall’Ufficio per l’IA, accompagnate dall’indicazione se il contenuto sia stato creato o manipolato. Un insieme di icone condiviso pesa più di quanto sembri: una trasparenza che ogni organizzazione esprime a modo proprio non è una trasparenza leggibile dal pubblico. Adottare quelle icone è una scelta di progettazione minore che elimina una discussione futura, e si inserisce senza attriti in un modello di governance già esistente.

Le prove che un’autorità di vigilanza chiederà

È qui che gli obblighi di trasparenza IA smettono di essere una questione di contenuti e diventano una questione di governance. Gli Stati membri dovevano designare le proprie autorità di vigilanza del mercato entro il 2 agosto 2025, e circa 2.000 autorità nazionali risultano oggi notificate nell’Unione. Quando una di esse apre un fascicolo, non chiede se vi ritenete conformi. Chiede che cosa siete in grado di mostrare. Sei documenti sostengono la parte maggiore del carico:

  1. Un inventario delle informative. Ogni sistema interessato, il paragrafo applicabile, il vostro ruolo per quel sistema e l’informativa effettivamente esposta, con schermata o collegamento.
  2. Un registro dei test di marcatura. Per ogni sistema generativo, la tecnica impiegata, la data della prova, le trasformazioni testate e l’esito. È il documento che trasforma un generico riferimento alla filigrana in un’affermazione difendibile.
  3. Una traccia decisionale sui deep fake. Per ogni pubblicazione che comprenda immagini, audio o video generati, chi ha ritenuto necessaria la dichiarazione e dove essa compare.
  4. Una traccia della responsabilità editoriale. Per i testi di interesse pubblico pubblicati senza dichiarazione, la persona nominativamente responsabile e la prova che la revisione ha preceduto la pubblicazione.
  5. Le motivazioni delle esenzioni. Un ragionamento scritto per ciascuna esenzione invocata, datato e firmato. Un’esenzione affermata il giorno del controllo e un’esenzione documentata prima dell’impiego non hanno lo stesso peso.
  6. Le attestazioni dei fornitori. Per i sistemi di terzi, quanto il fornitore dichiara sulla propria attuazione dei paragrafi 1 e 2, e la data dell’ultima verifica.

Nulla di tutto ciò è esotico. È la disciplina che un presidio di conformità applica già alle valutazioni del rischio e ai registri degli incidenti, ora applicata a un capitolo che la maggior parte delle squadre trattava come un compito di progettazione. Le organizzazioni in difficoltà nel 2027 non saranno quelle prive di avvisi. Saranno quelle che ne espongono senza sapere chi abbia deciso di apporli.

Domande frequenti

Che cosa prevede l’articolo 50 del regolamento europeo sull’IA? L’articolo 50 costituisce il capitolo sulla trasparenza del regolamento. Impone ai fornitori di informare le persone che interagiscono direttamente con un sistema di IA e di marcare in modo leggibile dalle macchine i contenuti sintetici, audio, immagini, video e testo. Impone ai deployer di informare le persone esposte a riconoscimento delle emozioni o a categorizzazione biometrica e di dichiarare i deep fake nonché i testi generati pubblicati per informare il pubblico su questioni di interesse pubblico. Si applica dal 2 agosto 2026 e va tenuto distinto dal regime ad alto rischio del capo III. Gli obblighi di trasparenza IA valgono anche per le imprese stabilite fuori dall’Unione? Sì, nelle situazioni coperte dal regolamento. Esso si applica ai fornitori che immettono sistemi sul mercato dell’Unione, indipendentemente dal luogo di stabilimento, e ai deployer stabiliti nell’Unione. Raggiunge inoltre fornitori e deployer di paesi terzi quando l’output prodotto dal sistema è utilizzato nell’Unione. Una società statunitense il cui assistente conversazionale serve utenti europei rientra nell’ambito di applicazione, e il luogo di costituzione non muta la risposta. Che cosa sono gli orientamenti della Commissione sull’articolo 50? Sono gli orientamenti definitivi sugli obblighi di trasparenza per fornitori e deployer di determinati sistemi di IA, adottati il 20 luglio 2026 e composti di 51 pagine. Illustrano la lettura che la Commissione dà di ciascun paragrafo, delle esenzioni e del rapporto con il codice di buone pratiche. Non sono giuridicamente vincolanti, e solo la Corte di giustizia può stabilire il significato del regolamento, ma le autorità di vigilanza e l’Ufficio per l’IA li applicheranno nella pratica. Che cosa accade il 2 dicembre 2026? Si chiude la finestra transitoria relativa alla marcatura leggibile dalle macchine. I fornitori di sistemi generativi già immessi sul mercato prima del 2 agosto 2026 avevano tempo fino al 2 dicembre 2026 per allinearli al paragrafo 2. Per i sistemi immessi sul mercato a partire dal 2 agosto 2026 non era previsto alcun margine. Superata quella data, l’obbligo di marcatura vale senza eccezioni. Quali sanzioni sono previste per la violazione dell’articolo 50? L’inosservanza degli obblighi di trasparenza IA può comportare sanzioni fino a 15.000.000 di euro o al 3 per cento del fatturato mondiale annuo totale dell’esercizio precedente, se superiore. Si tratta della fascia intermedia, inferiore a quella riservata alle pratiche vietate dell’articolo 5, e si applica per singola violazione e non per organizzazione. Una filigrana basta a soddisfare il paragrafo 2? No, non da sola. Il dovere consiste nell’apporre agli output una marcatura leggibile dalle macchine che renda il contenuto rilevabile come generato artificialmente, mediante soluzioni efficaci, interoperabili e affidabili nella misura tecnicamente possibile. Una filigrana puramente visibile si rivolge alle persone e non alle macchine, e non sopravvive a uno screenshot. Un approccio praticabile combina di norma un segnale incorporato e un manifesto di provenienza, applicati in fase di generazione e documentati da un registro di test che ne dimostri la resistenza alle trasformazioni reali.

Conclusione

Ciò che rende interessanti gli obblighi di trasparenza IA non è la loro difficoltà. Quattro doveri, una regola di forma, una manciata di esenzioni redatte in modo stretto. È il loro calendario. Il Digital Omnibus ha regalato alle organizzazioni europee sedici mesi in più sulla classificazione ad alto rischio e nulla sulla trasparenza, cosicché il capitolo che la maggior parte delle squadre aveva archiviato tra i temi facili è quello oggi in vigore, con una scadenza di marcatura a dicembre. Il lavoro che rende non è l’avviso pubblicato. Sono la qualificazione del proprio ruolo sistema per sistema, la verifica dell’articolo 5 prima del paragrafo 3, la prova della marcatura anziché la sua affermazione e la conservazione dei sei documenti sopra elencati, affinché la decisione resti leggibile fra un anno. Si tratta di ordinaria disciplina di governance puntata su un obbligo nuovo, ed è ciò che trasforma una dichiarazione di conformità in qualcosa da consegnare a un’autorità. Per applicare lo stesso metodo al resto del regolamento, si parta dal quadro delle leggi sull’intelligenza artificiale.

Sistemi di IA ad alto rischio: la classificazione AI Act

La scadenza per i sistemi di IA ad alto rischio slitta a dicembre 2027, non l'obbligo di classificarli. Articolo 6, i quattro filtri e la trappola della deroga.

Obblighi di trasparenza IA: l’articolo 50 in pratica

Gli obblighi di trasparenza IA dell'articolo 50 si applicano dal 2 agosto 2026. Che cosa devono fornitori e deployer, e la scadenza del 2 dicembre.

Governance dei dati: dai pilastri alle prove

Una governance dei dati che regge davanti a un auditor, non solo in comitato: i quattro pilastri allineati all'articolo 10 dell'AI Act, alla ISO 42001 e al NIST.

Valutazione della conformità nell’AI Act: guida 2027

La valutazione della conformità dimostra che un sistema di IA ad alto rischio rispetta l'AI Act: le vie dell'articolo 43, le prove e la scadenza del 2027.

Red teaming IA: dall’esercizio tecnico alla prova

Il red teaming è un obbligo esigibile ai sensi dell'articolo 55 del regolamento IA. Chi è tenuto, entro quando, e quali prove chiede un valutatore.

AI literacy: cosa richiede l’articolo 4 del regolamento IA

L'AI literacy è ora soggetta a vigilanza ai sensi dell'articolo 4 del regolamento IA. Cosa ha cambiato l'omnibus digitale e quali prove servono.