Intelligenza artificiale
IA in ufficio: quali dati controllare prima di caricare un documento
Un assistente generativo può aiutare a riassumere o riscrivere, ma il documento potrebbe contenere dati personali, credenziali o informazioni riservate. Una procedura semplice per decidere che cosa usare.
Il controllo viene prima del caricamento
Chiedere a un assistente di riassumere un contratto o riscrivere una relazione può far risparmiare tempo, ma il primo passaggio non dovrebbe essere il caricamento del file. Occorre capire che cosa contiene, perché serve e quale servizio verrà usato. Un documento può includere dati personali, prezzi riservati, credenziali, configurazioni tecniche o informazioni ricevute da un cliente con obblighi specifici. Il profilo NIST dedicato all’IA generativa invita le organizzazioni a gestire i rischi lungo l’intero ciclo di utilizzo, collegandoli a obiettivi, tolleranza al rischio e responsabilità.
Personale, confidenziale e segreto non sono sinonimi
Un numero di telefono è un dato personale; un listino non pubblico può essere confidenziale anche senza nomi; una password o una chiave privata richiede una protezione ancora più rigida. La classificazione deve quindi considerare più categorie. Prima dell’uso conviene chiedersi se il testo identifica persone, descrive salute o situazione economica, rivela condizioni commerciali, contiene accessi oppure espone architetture e vulnerabilità. Un’informazione può appartenere a più gruppi. Questa verifica non sostituisce il responsabile privacy o le regole contrattuali, ma evita che una decisione venga presa soltanto perché il file sembra innocuo.
Togliere il nome può non bastare
Sostituire nome e cognome non rende automaticamente anonimo un documento. Ruolo, sede, data, matricola, importo e dettagli dell’evento possono permettere di riconoscere una persona collegando più elementi. L’EDPB distingue pseudonimizzazione e anonimizzazione: la prima riduce il collegamento con l’interessato, mentre la seconda mira a renderlo non identificabile. Per molte attività di scrittura è più semplice creare un esempio sintetico, conservando struttura e problema ma inventando dati, invece di tentare una difficile anonimizzazione dell’originale. Quando il contenuto reale è indispensabile, serve una valutazione più attenta.
Conoscere il servizio e l’account utilizzato
Le condizioni possono cambiare tra account personali, piani aziendali e installazioni gestite. Prima di autorizzare un uso bisogna verificare chi tratta i dati, dove vengono conservati, per quanto tempo, se possono essere impiegati per migliorare il servizio, quali controlli amministrativi esistono e come si eliminano conversazioni e file. Vanno considerati anche collegamenti a posta, archivi cloud o applicazioni esterne, perché ampliano i dati raggiungibili. La presenza della parola “aziendale” nel nome di un piano non sostituisce la lettura della documentazione applicabile e la configurazione delle impostazioni.
Un esempio per preparare una risposta al cliente
Immaginiamo che un ufficio debba trasformare una relazione tecnica in una risposta più breve. Prima crea una copia di lavoro e rimuove nomi, recapiti, credenziali, indirizzi IP pubblici e condizioni economiche non necessarie. Sostituisce cliente e macchinari con riferimenti generici, poi fornisce all’assistente soltanto i passaggi utili alla riscrittura. Una persona competente confronta la bozza con l’originale, reinserisce localmente i dati indispensabili e approva l’invio. È un esempio organizzativo ipotetico, non una procedura legale universale né un’esperienza dichiarata di System & Software.
Una regola semplice per il gruppo di lavoro
Una politica comprensibile può prevedere tre esiti: consentito, consentito dopo riduzione dei dati, oppure vietato senza autorizzazione. Esempi fittizi e contenuti pubblici possono rientrare nel primo gruppo; documenti interni modificabili in modo sicuro nel secondo; password, chiavi, dati sanitari, documenti d’identità e segreti industriali nel terzo. Per ogni strumento approvato è utile indicare referente, account ammessi, tipi di attività e modalità di segnalazione degli errori. Il NIST raccomanda audit e monitoraggio dei possibili rischi di esposizione: la regola va quindi controllata nel tempo, non soltanto distribuita.
I limiti che restano
Ridurre i dati non garantisce da sola anonimato o conformità, e nessun elenco può coprire tutti i contratti e i settori. Anche l’output può contenere informazioni errate, riprodurre dettagli forniti nella richiesta o essere inoltrato a destinatari non autorizzati. L’EDPB sottolinea che ruoli, responsabilità e finalità del trattamento devono essere valutati prima dell’uso di sistemi IA con dati personali. Servono quindi verifica umana, controllo degli accessi, formazione e una decisione documentata sugli strumenti ammessi. L’obiettivo non è bloccare l’IA, ma usarla con la stessa attenzione riservata agli altri servizi che ricevono informazioni aziendali.
Fonti e riferimenti
Fonti consultate il 27/10/2026.