Un agente IA legge i dati dei tuoi clienti: cosa vuole il Garante prima di accenderlo

Alla prima chiamata la domanda tecnica è sempre la stessa: “l’agente può leggere la casella clienti?”. La domanda giusta arriva dopo, e la fa il DPO: “e a norma GDPR possiamo?”.

La risposta onesta: quasi sempre sì, ma solo se chiudi tre cose prima di accendere l’agente. Non dopo. Se le lasci aperte, l’agente resta un rischio che qualcuno prima o poi ti chiede di spegnere.

L’AI Act (ne parliamo nella guida dedicata) risponde a “che tipo di sistema è”. Il GDPR risponde a “puoi trattare questi dati con questo sistema”. Sono due lenti diverse. Qui parliamo della seconda.

Cosa chiede il GDPR prima di accendere un agente IA

• Un agente IA che legge email, CV, richieste di assistenza o fatture con dati riferibili a persone fisiche tratta dati personali: si applica il GDPR per intero.
• Prima di andare in produzione servono tre cose: base giuridica documentata, DPA art. 28 con ogni fornitore che tratta i dati, e DPIA dove il trattamento è ad alto impatto (es. prima selezione dei CV).
• Il fornitore dell’agente (incluso chi fornisce l’LLM) è un responsabile del trattamento: senza DPA sei scoperto.
• Il rischio reale non è la multa massima teorica, è dover spegnere l’agente perché non sai spiegare base giuridica, flusso dei dati e supervisione umana.
• In Soraia DPA art. 28, registro delle attività non modificabile e nessun addestramento degli LLM sui tuoi dati sono inclusi di serie in ogni sprint, perché senza non potremmo lavorare su settori regolamentati.

Passo 1. Stabilisci se l’agente tratta dati personali (quasi sempre sì)

Nel momento in cui l’agente accede a un nome, una email, un numero di telefono, un CV, una richiesta di assistenza o una fattura con dati riferibili a una persona fisica, sta trattando dati personali. Non conta che sia “solo lettura” o che l’output resti interno.

Quindi la domanda pratica non è se si applica il GDPR, ma quale trattamento stai facendo. Mappa tre cose:

• Quali dati tocca l’agente (email clienti, dati candidati, dati di pagamento).
• Per quale finalità (smistamento delle richieste di assistenza, prima selezione dei CV, riconciliazione fatture).
• Dove finiscono input e output (nel tuo CRM, in un registro, verso l’LLM del fornitore).

Questo va aggiornato nel registro dei trattamenti. È la base di tutto il resto.

Passo 2. Scegli e documenta la base giuridica

Nessun trattamento senza base giuridica. Per gli agenti IA nelle PMI le due più comuni sono:

• Esecuzione di un contratto: es. un agente di assistenza clienti che gestisce le richieste di clienti attivi.
• Legittimo interesse: es. arricchimento dei dati dei contatti o smistamento interno, con un LIA (bilanciamento di interessi) scritto.

Il consenso serve raramente e va evitato dove ci sono alternative, perché è revocabile e fragile. Per la prima selezione dei candidati la base è di norma le misure precontrattuali, ma scatta l’obbligo di trasparenza: il candidato deve sapere che un sistema automatizzato è coinvolto.

Regola pratica: se davanti a un revisore non sai indicare in una riga la base giuridica di quel trattamento, l’agente non è pronto per la produzione.

Passo 3. Chiudi il DPA art. 28 con ogni fornitore

Se un fornitore esterno tratta i dati per tuo conto, è un responsabile del trattamento. Questo vale sia per chi costruisce l’agente, sia per chi fornisce l’LLM sottostante.

Serve un accordo sul trattamento dei dati (DPA) ex art. 28 GDPR che copra almeno:

• finalità e durata del trattamento;
• misure di sicurezza;
• eventuali sub-responsabili (i fornitori di LLM lo sono);
• niente addestramento dei modelli sui tuoi dati;
• localizzazione dei dati (UE quando richiesto).

In Soraia il DPA art. 28 è incluso nel contratto di ogni sprint, con impegno esplicito a non usare i dati cliente per addestrare gli LLM e hosting UE dove serve. Non è un favore: senza, non potremmo nemmeno accettare progetti di selezione del personale o di amministrazione e finanza.

Passo 4. Fai la DPIA dove l’impatto è alto

La valutazione d’impatto (DPIA) è obbligatoria quando il trattamento può presentare un rischio elevato per le persone. L’art. 35 del GDPR cita le valutazioni automatizzate che producono effetti significativi, il trattamento su larga scala di categorie particolari di dati e la sorveglianza sistematica di zone accessibili al pubblico. Per gli agenti IA conta soprattutto l’elenco del Garante dei trattamenti da sottoporre a DPIA: i sistemi di intelligenza artificiale ci rientrano ogni volta che ricorre anche un altro dei criteri di rischio delle linee guida europee, per esempio la valutazione o l’attribuzione di punteggi alle persone. La prima selezione dei CV rientra quasi sempre. Un agente che riconcilia fatture interne, di norma no.

La DPIA va fatta prima della messa in produzione e va tenuta viva. Nei nostri sprint su settori regolamentati la consegniamo come parte del lavoro, insieme al registro delle attività non modificabile di ogni decisione dell’agente, che è ciò che ti permette di rispondere “perché il sistema ha fatto X”.

Quando il GDPR ti dice di NON accendere l’agente (per ora)

Te lo diciamo al telefono, senza girarci intorno:

• Non sai indicare la base giuridica di quel trattamento: fermati e chiudila prima.
• Il fornitore LLM non offre un DPA accettabile o addestra sui tuoi dati: cambia configurazione, non accendere.
• Categorie particolari di dati (salute, opinioni, dati sensibili) senza le garanzie rafforzate: serve un percorso più lungo, non uno sprint standard.

In questi casi la risposta corretta non è “vendiamo comunque”. È sistemare le fondamenta o rimandare.

Se vuoi capire in quale scenario ricadi, lo verifichiamo caso per caso: parliamone 20 minuti, oppure inizia dal check-up di 3 minuti.