Da qualche mese l’intelligenza artificiale generativa è entrata stabilmente nella vita quotidiana di docenti, segreterie e uffici scolastici: si usa per bozze di circolari, verbali, sintesi di normative, persino per impostare PEI e PDP. Ma quanto sanno davvero le scuole di dove finiscono i dati che digitano in una chat? Un dossier tecnico-normativo curato da Francesco Silvaggio e dal team di Orizzonte Insegnanti, aggiornato al 27 luglio 2026, prova a rispondere incrociando le fonti primarie — dal GDPR alle policy ufficiali dei principali fornitori di IA — per costruire una mappa dei rischi utile a chi lavora nella scuola e nella pubblica amministrazione.
Quattro modelli, non uno solo
Il primo chiarimento del dossier è terminologico, e non è un dettaglio da poco: “cloud”, “API”, “no-training” e “zero data retention” vengono spesso usati come sinonimi, ma non lo sono affatto. Il documento distingue quattro architetture con livelli di rischio molto diversi tra loro: il chatbot consumer usato direttamente da un singolo utente tramite app o sito pubblico; il SaaS enterprise gestito con un account organizzativo; l’accesso alle API tramite un gateway controllato dall’istituzione; l’IA locale o on-premise, dove il modello gira su infrastrutture dell’ente senza inviare nulla all’esterno.
Solo l’ultimo dei quattro modelli garantisce, in linea di principio, che i contenuti non lascino mai il perimetro dell’organizzazione. Gli altri tre comportano in misura diversa l’invio di prompt, allegati e metadati a un soggetto terzo, con condizioni di trattamento che dipendono dal contratto, dalla configurazione tecnica e dalle impostazioni attive in quel momento.
“No-training” non vuol dire “nessuna traccia”
Uno dei punti più utili del dossier riguarda un equivoco diffuso: pensare che se un fornitore dichiara di non usare i dati per addestrare i propri modelli, allora quei dati non vengono conservati da nessuna parte. Non è così. Il documento mostra, analizzando le policy ufficiali aggiornate al 27 luglio 2026, che molte piattaforme mantengono comunque sistemi di monitoraggio antiabuso, funzioni “stateful” come cronologie, file e vector store, cache tecniche e obblighi legali che possono comportare la conservazione dei contenuti per periodi che vanno da poche ore a diversi anni, a seconda del servizio e della configurazione specifica.
A questo si aggiunge un rischio spesso sottovalutato dalle stesse organizzazioni: anche quando il fornitore non salva nulla, può farlo l’applicazione interna che chiama l’API, attraverso log applicativi, strumenti di monitoraggio, sistemi di tracciamento degli errori o database interni. In altre parole, una webapp costruita male può ricreare esattamente gli stessi rischi di una chat pubblica, semplicemente spostandoli sui propri server.
La cautela più alta per la scuola
Il dossier dedica un passaggio specifico al mondo scolastico, individuando le categorie di dati da trattare con la massima prudenza: PEI e PDP, diagnosi e certificazioni, verbali dei gruppi di lavoro per l’inclusione, dati che collegano un nome a voti o provvedimenti disciplinari, registrazioni audio e video, comunicazioni scuola-famiglia, oltre ai dati del personale relativi a procedimenti, malattie o contenzioso. Per queste categorie il documento sconsiglia in modo netto l’uso di chatbot consumer, e indica come preferibile un ambiente locale o, in alternativa, un percorso tramite API formalmente autorizzato e verificato.
Il dossier richiama anche il parere del Garante per la protezione dei dati personali del 4 agosto 2025 sulle linee guida del Ministero per l’IA nelle istituzioni scolastiche, che ha indicato tra le garanzie necessarie l’uso dei dati personali di studenti e docenti solo quando strettamente indispensabile, il ricorso quando possibile a dati sintetici, configurazioni che impediscano la conservazione dei prompt o la profilazione, oltre a formazione e audit periodici.
Un esempio pratico: come lavorare senza rischi
Per chi deve preparare materiali didattici partendo da situazioni reali, il dossier propone un accorgimento semplice ma efficace: sostituire i dati identificativi con un profilo sintetico, ad esempio “studente A, classe seconda, difficoltà di lettura”, evitando qualsiasi riferimento a nome, scuola, famiglia o dettagli che permettano di risalire alla persona. Solo quando è necessario lavorare sul documento reale, con dati non anonimizzabili, si dovrebbe passare a un ambiente locale o a un canale API autorizzato dall’istituzione.
Il modello raccomandato: API-first, locale per i dati sensibili
La conclusione del dossier non è un divieto assoluto verso l’intelligenza artificiale, ma un invito alla governance. La raccomandazione centrale è un approccio “API-first, local-when-sensitive”: per i casi ordinari, un’API aziendale collocata dietro un gateway organizzativo, con contratto di responsabile del trattamento, esclusione dell’uso dei dati per l’addestramento, retention minima o nulla verificata caso per caso, e nessuna registrazione del contenuto nei log; per le categorie di dati più delicate — minori, dossier individuali, dati sanitari, contenzioso — l’inferenza locale, con l’accortezza di disattivare davvero telemetria e connessioni esterne, verificare pesi e container del modello, e proteggere il database vettoriale usato per il recupero dei documenti.
Il messaggio di fondo, più che tecnico, è organizzativo: affidarsi alla sola prudenza individuale del singolo dipendente — il classico “non incollare dati sensibili” — non basta a garantire la protezione richiesta dal GDPR. Serve un’architettura che renda impossibile, o quantomeno tecnicamente difficile, l’invio di dati non pubblici, con eccezioni autorizzate e tracciate, non lasciate al buon senso del momento.
Un quadro normativo in movimento
Il dossier ricorda infine che il quadro europeo si sta muovendo in parallelo: il Regolamento sull’intelligenza artificiale (AI Act) è applicabile in via generale dal 2 agosto 2026, con gli obblighi di trasparenza in vigore dallo stesso mese; dopo il pacchetto “AI Omnibus”, le regole più stringenti per i sistemi ad alto rischio — categoria in cui rientra l’istruzione — si applicheranno dal 2 dicembre 2027. Questo scaglionamento, sottolinea il documento, non sospende in alcun modo gli obblighi già previsti dal GDPR, che restano pienamente applicabili fin da ora.
Per le scuole che stanno sperimentando l’IA generativa nella didattica e nell’amministrazione, il messaggio del dossier è dunque duplice: da un lato, gli strumenti a disposizione — se usati con la configurazione giusta — permettono margini di sicurezza reali; dall’altro, nessuna etichetta commerciale (“business”, “no-training”, “enterprise”) sostituisce la verifica concreta di ciò che accade ai dati, endpoint per endpoint, funzione per funzione.
Fonte: dossier tecnico-normativo “Chatbot cloud, API con retention controllata e IA locale”, a cura di Francesco Silvaggio e del team di Orizzonte Insegnanti, edizione pubblica verificata, aggiornata al 27 luglio 2026.
Leggi anche:
Precari della scuola delusi dalla politica del governo Meloni, la lettera