«Possiamo far gestire all'IA le email dei fornitori, l'agenda e i solleciti di pagamento?» È la domanda che arriva sempre più spesso da quando gli assistenti generativi sono diventati agenti: non si limitano a rispondere, ma agiscono — aprono la posta, aggiornano il gestionale, prenotano, a volte pagano. La risposta breve: non esiste una legge «sugli agenti», ma le regole che si applicano ci sono già. E proprio perché un agente agisce, gli errori costano di più.

Cosa è un agente IA per il diritto

L'AI Office della Commissione europea ha affrontato il tema nelle FAQ dell'AI Act Service Desk. Tre punti fermi:

  • un agente IA è un sistema capace di ricevere ed elaborare input dall'ambiente e di eseguire azioni che incidono su quell'ambiente (ad esempio richiamando funzioni o altri software);
  • contiene almeno un modello di IA per finalità generali e costituisce, di norma, un sistema di IA;
  • non è una categoria separata: le definizioni dell'art. 3(1) (sistema di IA) e dell'art. 3(63) (modello GPAI) del Regolamento (UE) 2024/1689 bastano a coprirlo.

La Commissione precisa che la propria posizione è ancora preliminare, perché il fenomeno evolve in fretta. Per un'azienda la conseguenza pratica è chiara: un agente si inquadra come qualsiasi altro sistema di IA, in base a cosa fa e per chi.

Tre domande per inquadrare il tuo agente

1. Sei fornitore o deployer?

Se acquisti un agente «pronto» e lo usi in azienda, sei di norma deployer. Se invece costruisci un tuo sistema sopra un modello di terzi (via API) e lo metti in servizio con il tuo nome — l'assistente del sito, il bot per i clienti — puoi diventare fornitore di quel sistema. Il ruolo decide quali obblighi sono tuoi.

2. In quale ambito lo usi?

Un agente che riordina le email è a rischio limitato. Lo stesso agente che filtra i candidati o valuta il merito creditizio ricade in un ambito ad alto rischio dell'Allegato III. Dopo il Digital Omnibus (Regolamento UE 2026/1744), gli obblighi per questi sistemi si applicano dal 2 dicembre 2027. Prima di allora restano pienamente applicabili il GDPR e, in Italia, le regole sul lavoro.

3. Interagisce con persone?

Se l'agente scrive a clienti, fornitori o candidati, entra in gioco la trasparenza.

Trasparenza: l'agente deve dichiararsi

Dal 2 agosto 2026 l'art. 50(1) impone che i sistemi destinati a interagire con persone fisiche siano progettati in modo che queste sappiano di avere a che fare con un'IA, salvo che sia evidente. L'obbligo grava sul fornitore del sistema.

Le linee guida della Commissione sull'art. 50 (versione finale del 20 luglio 2026) nominano espressamente gli agenti. Il principio: se non si può stabilire in anticipo se l'agente interagirà con una persona, va istruito a dichiararsi in ogni situazione in cui l'interazione è probabile. Per un agente che invia email a nome dell'azienda, la soluzione prudente è una dichiarazione esplicita nel messaggio stesso.

Le violazioni dell'art. 50 sono punite fino a 15 milioni di euro o al 3% del fatturato mondiale annuo (art. 99); per le PMI si applica l'importo più basso dei due.

GDPR: memoria, strumenti, decisioni

Un agente con accesso a posta, CRM e documenti tratta dati personali in modo esteso e poco visibile. L'Autorità spagnola per la protezione dei dati (AEPD) ha pubblicato il 18 febbraio 2026 una guida di 81 pagine proprio sugli agenti. Le indicazioni più utili valgono anche in Italia, perché discendono dal GDPR:

  • memoria: periodi di conservazione stretti, disattivazione della memoria non necessaria, pulizia periodica di quella a lungo termine;
  • accesso agli strumenti: regole chiare su quali servizi e archivi l'agente può toccare, con restrizioni effettive (minimizzazione, art. 5 GDPR);
  • sorveglianza umana a ogni fase, da parte di persone formate e con l'autorità per intervenire.

Due regole del GDPR pesano in modo particolare. Se l'agente prende decisioni con effetti giuridici o analoghi sulle persone senza intervento umano significativo, scatta l'art. 22. E se il trattamento presenta un rischio elevato — dati estesi, nuove tecnologie, valutazione di persone — serve una DPIA (art. 35) prima di partire.

I controlli operativi prima di collegarlo ai dati

Un agente va trattato come un nuovo collaboratore con le chiavi dell'ufficio. Prima di metterlo in produzione:

  1. Inventario — registralo tra i sistemi di IA in uso, con ruolo (fornitore/deployer) e classificazione di rischio.
  2. Permessi minimi — solo gli account, le cartelle e le funzioni che servono davvero; niente credenziali amministrative.
  3. Approvazione umana per le azioni irreversibili — pagamenti, invii massivi, cancellazioni, firme: l'agente propone, una persona conferma.
  4. Registri delle attività — conserva i log di cosa l'agente ha fatto e perché. Per i sistemi ad alto rischio l'art. 26(6) impone al deployer di tenerli per almeno sei mesi; per gli altri è comunque la prova di cui avrai bisogno in caso di errore.
  5. Interruttore di emergenza — un modo semplice e documentato per sospenderlo.
  6. Contratto con il fornitore — dove girano i dati, se vengono usati per l'addestramento, chi è responsabile del trattamento (art. 28 GDPR).
  7. Policy e formazione — chi usa o supervisiona l'agente deve sapere cosa può fare e cosa no (alfabetizzazione IA, art. 4).

Da dove partire

Molte aziende hanno già agenti in funzione senza chiamarli così: un'automazione collegata a un modello generativo, un assistente con accesso alla posta, un plugin del CRM. Il primo passo è farli emergere e classificarli. Un gap assessment indipendente mappa gli agenti in uso, i dati a cui accedono e le azioni che possono compiere, e indica dove servono trasparenza, DPIA e punti di controllo umano — prima che un errore automatico diventi un problema legale.