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

Alla prima call 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, ticket o fatture con dati riferibili a persone fisiche tratta dati personali: si applica il GDPR per intero.
• Prima di andare live 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. screening 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, audit log immutabile e no-training sugli LLM sono inclusi di default 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, un ticket 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à (triage ticket, screening CV, riconciliazione fatture).
• Dove finiscono input e output (nel tuo CRM, in un log, verso l’LLM del provider).

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 customer support che gestisce ticket di clienti attivi.
• Legittimo interesse: es. arricchimento lead o triage interno, con un LIA (bilanciamento di interessi) scritto.

Il consenso serve raramente e va evitato dove ci sono alternative, perché è revocabile e fragile. Per lo screening 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 Data Processing Agreement ex art. 28 GDPR che copra almeno:

• finalità e durata del trattamento;
• misure di sicurezza;
• eventuali sub-responsabili (i provider 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 recruitment o finance.

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

La valutazione d’impatto (DPIA) è obbligatoria quando il trattamento è su larga scala, tocca categorie particolari di dati o produce effetti significativi sulle persone. Lo screening CV rientra quasi sempre. Un agente che riconcilia fatture interne, di norma no.

La DPIA va fatta prima del go-live e va tenuta viva. Nei nostri sprint su settori regolamentati la consegniamo come deliverable, insieme all’audit log immutabile 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 in call, 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 setup, 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.