Cos'è la zero data retention?
Clausola che vieta al provider di conservare prompt e risposte dopo l'elaborazione: il dato viene scartato.
La zero data retention (ZDR) è la clausola contrattuale con cui un provider di modelli si impegna a non conservare i prompt e le risposte dopo aver elaborato la richiesta: il dato attraversa il modello e viene scartato, senza finire in archivi consultabili dal personale. Non è un interruttore generico ma una proprietà verificabile per modello, endpoint e funzionalità, perché le funzioni che devono ricordare per funzionare restano escluse. Il distinguo che decide tutto è quello con il divieto di training: un provider può non addestrare mai sui tuoi dati e conservarli per settimane per motivi di sicurezza, quindi no-training non equivale a zero retention. Resta fuori ciò che non è contenuto della richiesta, come metadati, fatturazione e i log del gateway che controlli tu. E non dice dove i dati vengono elaborati: quella è la data residency, un problema diverso.
Leggi anche: Data residency · Il luogo fisico dove i dati sono conservati ed elaborati. Indica dove risiedono i dati, non chi può essere obbligato a consegnarli: non è sovranità.
Cosa copre e cosa non copre
La ZDR non si attiva con un flag: si ottiene per contratto approvato, sui piani a pagamento, solo per chiamate senza stato come generazione, embedding o moderazione. Fuori per costruzione resta ciò che deve ricordare per funzionare, in tre esclusioni che contano. Primo, le funzioni con stato: assistenti con thread, archivi di file, batch asincroni e cronologie non possono lavorare senza conservare, quindi nessun contratto serio le copre. Secondo, i modelli sospesi dalla ZDR per monitoraggio rafforzato e i casi sempre trattenuti per obblighi di sicurezza, con preavviso scritto: il default di OpenAI, per esempio, conserva i log di monitoraggio degli abusi fino a 30 giorni, e la clausola va letta modello per modello. Terzo, tutto ciò che non è contenuto della richiesta: metadati operativi, fatturazione e i log del gateway che gestisci tu restano, e vanno governati con le misure di data security: training e retention zero sono due controlli separati, come mostrano le guide indipendenti che mappano le policy dei provider: una ZDR che non elenca le proprie esclusioni è uno slogan.
Un esempio enterprise
Un fornitore di componenti meccanici fa analizzare a un consulente offerte e contratti: i documenti contengono listini e condizioni riservate, quindi il contratto API include la ZDR sugli endpoint di generazione ed embedding. In revisione emergono due buchi: il team aveva attivato un assistente con cronologia, che per definizione conserva, e il gateway registrava il corpo delle richieste per debug. La correzione è architetturale, non legale: si torna a chiamate senza stato, si spegne la registrazione del corpo sul gateway tenendo i metadati tecnici, e l'accordo sul trattamento dei dati (DPA) elenca per ogni modello endpoint e funzioni coperti. Il dato sensibile smette di fermarsi dove nessuno lo prevedeva.
Perché conta per chi decide
La ZDR serve quando il modello gira presso un fornitore esterno e il contenuto è riservato: dati dei dipendenti, contratti, pratiche legali o sanitarie, dove minimizzazione del GDPR (articolo 5, paragrafo 1, lettera c) e contratto con chi tratta i dati per tuo conto (articolo 28) restano lettera morta se il provider conserva tutto per settimane. Il precedente è il BAA, l'accordo che negli Stati Uniti regola i dati sanitari affidati a un fornitore: stesso schema, accordo separato. Fatti scrivere tre cose: tabella di copertura per modello, endpoint e funzione, esclusioni elencate una per una, divieto di training come clausola separata. Cosa non risolve: non dice dove i dati transitano, non copre le funzioni con stato, non protegge dagli ordini di consegna previsti da leggi come il CLOUD Act, e dove il rischio è estremo l'alternativa è non inviare affatto i dati, con un modello locale. Gli obblighi di registrazione per i sistemi ad alto rischio restano: la ZDR governa il provider, non cancella i tuoi doveri di tracciabilità.
Questa voce è informativa e non costituisce consulenza legale: per clausole su dati regolamentati coinvolgi il tuo DPO o il tuo legale.
Domande frequenti
Termini correlati
- Data residency · Il luogo fisico dove i dati sono conservati ed elaborati. Indica dove risiedono i dati, non chi può essere obbligato a consegnarli: non è sovranità.
- CLOUD Act · Legge USA che obbliga i provider americani a consegnare i dati su ordine delle autorità statunitensi, anche se conservati in Europa.
- LLM locale · Un LLM locale è un modello linguistico con pesi aperti che gira su hardware tuo con un runtime come Ollama, così prompt e risposte non escono dalla tua rete.
- Data Security · Proteggere i dati da accessi, perdite e abusi: controllo accessi, cifratura, mascheramento, data loss prevention.
- AI Act · Il regolamento europeo sull'AI basato sul rischio: dal 2 agosto 2026 si applicano trasparenza, GPAI e sanzioni, con l'alto rischio in parte rinviato.
Se è un rischio per la tua azienda, ti dico da dove partire senza venderti paura.
VEDI SICUREZZA E CONFORMITÀ