Qualcuno chiede una prova. Un cliente che fa passare un questionario fornitori, una piattaforma che esamina il vostro account dopo un reclamo, un avvocato che costruisce un fascicolo, o un partner di licenza che verifica un contenuto prima di usarlo. La richiesta arriva spesso formulata in modo vago, "potete dimostrare che questo contenuto è conforme all'IA", e quella vaghezza nasconde due domande distinte in un'unica frase.
Due domande nascoste in un'unica richiesta
La prima domanda è se il contenuto sia stato etichettato correttamente al momento della pubblicazione. Ai sensi dell'articolo 50 del regolamento UE sull'IA, il regolamento (UE) 2024/1689, applicabile dal 2 agosto 2026, un deployer, cioè chi pubblica contenuti generati o manipolati dall'IA, deve darne informativa dove una persona lo incontra. La spiegazione completa di che cosa chiede l'articolo 50 copre chi vincola e che cosa rientra.
La seconda domanda è se possiate sostenere quell'informativa a posteriori. Un'etichetta dichiara ciò che affermate. Da sola non mostra che cosa è realmente accaduto, chi era coinvolto, né quando. Quello è un registro, e un registro è un oggetto diverso da un'etichetta: creato in un momento diverso, conservato in modo diverso e verificato da qualcuno diverso da voi. Ed è anche ciò che viene realmente richiesto, quando la domanda passa da "l'avete etichettato" a "dimostratelo".
Perché l'etichetta da sola non basta
Un'etichetta vive sulla vostra pagina, nel vostro CMS, modificabile in qualsiasi momento dal vostro team. Per il suo scopo va benissimo così: dire a chi legge, nel momento in cui incontra il contenuto, che è stato generato o modificato con l'IA. Smette di bastare nel momento in cui qualcuno la tratta come prova, perché la parte a cui si chiede di credere all'etichetta è la stessa che l'ha scritta.
Questionari fornitori, controversie contrattuali e verifiche di piattaforma arrivano con parole diverse ma finiscono per porre la stessa domanda di fondo: qualcuno fuori dalla vostra organizzazione può confermarlo senza credervi sulla parola e senza bisogno di accedere ai vostri sistemi. Uno screenshot del vostro CMS non risponde a questo. Nemmeno un thread di email che spiega il vostro processo, e nemmeno la data di modifica di un file, che cambia ogni volta che viene aperto, per non parlare di quando viene modificato.
Che cosa deve esistere davvero prima che la domanda venga posta
Un pacchetto di prove che regge a un secondo esame ha quattro parti. Nessuna sostituisce l'informativa dell'articolo 50; stanno sotto di essa e le danno qualcosa su cui poggiare.
La dichiarazione stessa. Quale dei quattro stati si applica: generato dall'IA, modificato dall'IA, assistito dall'IA, o scritto da una persona. Sbagliare qui è peggio che restare vaghi, perché l'obbligo riguarda l'accuratezza, non la prudenza. La maggior parte dei contenuti di lavoro finisce assistita dall'IA, un modello ha aiutato da qualche parte nel processo e una persona ha scritto la versione finale, e dirlo apertamente è la risposta accurata, non quella più debole.
Una marca temporale qualificata sul file esatto. Una marca temporale conforme allo standard RFC 3161, emessa tramite un prestatore di servizi fiduciari qualificato ai sensi di ZertES o eIDAS, dimostra che un file specifico, fino al singolo byte, esisteva in quella forma esatta in un momento preciso. Cambiate un solo carattere dopo, e la marca temporale non corrisponde più al file. Questo risolve il problema della data di modifica: la data è legata matematicamente al contenuto stesso, non a un campo del file system che chiunque abbia accesso in modifica può alterare o che si azzera all'apertura del file.
Una firma qualificata che lega il file a una parte verificata. Una marca temporale dimostra che un file esisteva in un dato momento. Non dice chi ce l'ha messo. Una firma elettronica qualificata porta quell'identità attraverso un passaggio di verifica anziché un indirizzo email che chiunque avrebbe potuto digitare, così le due cose insieme rispondono a "che cosa" e "chi", coprendo la maggior parte di ciò che un questionario chiede davvero, anche quando la domanda è formulata come "dimostrate che è conforme".
Un'impronta del contenuto registrata pubblicamente, senza consegnare il file. Un'impronta ISCC del contenuto stesso viene inserita in un database pubblico e consultabile. Non espone il file sottostante, solo un'impronta derivata da esso. Questo dà al contenuto stesso, non solo al vostro possesso di una copia particolare, qualcosa che un ente di licenza, una piattaforma, o una verifica su dove sia ricomparso un testo o un'immagine, può confrontare in seguito, senza contattarvi prima. È la parte che marca temporale e firma da sole non coprono: la tracciabilità del contenuto stesso, indipendentemente da chi detiene il file originale.
Che cosa mandate davvero, in pratica
Quando la richiesta arriva, la risposta è un link. Una pagina di verifica che chiunque può aprire senza account, senza login, e senza scrivervi prima, che mostra il registro sigillato, la marca temporale, l'identità firmataria e la dichiarazione tutti insieme. Sigillare e dichiarare un file richiede circa cinque minuti al momento della pubblicazione, e il passaggio che conta davvero è l'ultimo, quello in cui qualcuno fuori dalla vostra organizzazione verifica il registro a freddo, senza il vostro aiuto e senza alcun beneficio del dubbio.
Confrontatelo con la risposta abituale a una richiesta di conformità: un export PDF di una conversazione Slack, uno screenshot della cronologia versioni di un Google Doc, o un paragrafo in un'email che spiega che il team "divulga sempre l'uso dell'IA". Ognuna di queste resta interna, resta modificabile, e dipende interamente dal fatto che chi riceve si fidi dei vostri sistemi e della vostra buona fede. Un link di verifica non ha nessuno di questi difetti, ed è proprio questo il motivo per costruire il registro al momento della pubblicazione invece di provare ad assemblarne uno dopo che la richiesta è arrivata.
Chi chiede davvero, e quando
Raramente è un regolatore a bussare per primo. Più spesso è il team acquisti di un cliente che svolge una verifica fornitori di routine, una controparte in una controversia contrattuale che raccoglie registri, una piattaforma che risponde a un reclamo, o un partner di licenza che deve conoscere la provenienza di un contenuto prima di usarlo. Nessuna di queste situazioni avvisa con largo anticipo, e nessuna aspetta mentre cercate il file originale o la persona che lo ha scritto otto mesi prima.
Quanto di tutto questo vi serve davvero
Non ogni contenuto ha bisogno dell'intero pacchetto di prove alle spalle. Una didascalia social che scompare dagli algoritmi del feed in un giorno comporta poco rischio pratico se nessuno la mette mai in discussione. Il pacchetto conta soprattutto per tutto ciò che potrebbe plausibilmente finire davanti al team legale di un cliente, a un regolatore, o a un tribunale: i deliverable pagati, tutto ciò che viene pubblicato in un mercato con un obbligo di informativa attivo, e tutto ciò che formula un'affermazione che qualcuno potrebbe contestare mesi dopo.
Costruire il registro al momento della pubblicazione è anche semplicemente più economico che ricostruirne uno in seguito. Una volta arrivata una richiesta, non c'è modo di fabbricare una marca temporale per un file già uscito senza essere sigillato; il massimo che si può fare a quel punto è spiegare il proprio processo e sperare di essere creduti. Trattate la sigillatura come parte integrante della fase di pubblicazione stessa, non come un compito separato da fare più avanti se resta tempo, e la domanda sul pacchetto di prove smette di essere urgente, perché aveva già ricevuto risposta prima che qualcuno la ponesse.
La versione breve da ricordare
Chi vi chiede di dimostrare la conformità di un contenuto sta in realtà ponendo quattro domande più piccole: che cosa è stato pubblicato, chi lo ha pubblicato, quando, e posso verificarlo da solo senza contattarvi. Un'etichetta di informativa risponde alla prima domanda, e solo se chi la legge si fida già di voi. Una marca temporale qualificata risponde al quando. Una firma qualificata risponde al chi. Un'impronta del contenuto registrata risponde al che cosa, in una forma che resiste anche se il file originale non viene mai condiviso con nessuno. Mandate il registro che risponde a tutte e quattro. Ripetere l'etichetta non è una quinta risposta, è la stessa ripetuta un'altra volta.
