AI Act e agenti aziendali: chi risponde della compliance in Italia

Per mesi il calendario delle aziende italiane ha avuto un cerchio rosso attorno a una data: 2 agosto 2026, il giorno in cui l’AI Act sarebbe diventato pienamente operativo. Quella data è passata da poco più di un mese, e chi si aspettava un muro di adempimenti si è trovato davanti qualcosa di più insidioso: un rinvio parziale. Il Regolamento (UE) 2026/1744, il Digital Omnibus sull’IA, pubblicato nella Gazzetta Ufficiale dell’Unione europea il 24 luglio 2026, ha spostato in avanti il regime dei sistemi ad alto rischio, lasciando però in vigore tutto il resto, trasparenza, alfabetizzazione, poteri sanzionatori delle autorità. Lo stesso quadro è ricostruito da Digitalic nel suo riepilogo su cosa cambia dal 2 agosto 2026.

Il risultato è un equivoco pericoloso. Quando si parla di AI Act e agenti aziendali, molte imprese hanno letto il rinvio come una pausa, e hanno rimandato. Ma il rinvio riguarda una parte sola del quadro, e riguarda soprattutto la parte più costosa: quella che richiede documentazione tecnica che oggi, semplicemente, la maggior parte delle PMI non è in grado di produrre. Questo articolo spiega chi risponde di cosa, con quali scadenze reali, e perché il punto critico non è legale ma architetturale.

In questo articolo scoprirai:

• Cosa è cambiato il 2 agosto 2026 e cosa è slittato al 2027
• Chi è soggetto all’AI Act: provider, deployer e la zona grigia in mezzo
• Come si classifica il rischio di un agente AI in azienda
• Quali obblighi ha davvero un’azienda che usa agenti AI
• La documentazione che una PMI deve produrre (e perché da sola non ce la fa)

Cosa è cambiato il 2 agosto 2026 e cosa è slittato al 2027

La prima cosa da mettere in chiaro è che nulla è stato cancellato: è stato riprogrammato. Secondo la timeline pubblicata dal AI Act Service Desk della Commissione europea, dal 2 agosto 2026 sono operativi i divieti sulle pratiche vietate, gli obblighi di trasparenza per determinati sistemi, le regole sui modelli di uso generale (GPAI) e, questo è il punto che molti sottovalutano, i poteri di enforcement dell’AI Office e delle autorità nazionali. È la stessa lettura che dà Altalex nel suo bilancio di cosa cambia davvero dal 2 agosto 2026 per imprese e professionisti: quello che è slittato è il capitolo più oneroso, non l’impianto.

Il regime dei sistemi ad alto rischio, invece, è stato spostato: 2 dicembre 2027 per i sistemi autonomi elencati nell’Allegato III (selezione del personale, valutazione del credito, istruzione, infrastrutture critiche), 2 agosto 2028 per quelli integrati in prodotti già regolamentati dall’Allegato I. C’è poi una scadenza intermedia spesso ignorata: il 2 dicembre 2026 per la marcatura dei contenuti secondo l’articolo 50(2) nei sistemi già presenti sul mercato prima di agosto.

Le due scadenze che toccano davvero il deployer di un agente AI

Tradotto in pratica, un’azienda che ha messo in produzione un agente conversazionale oggi ha due obblighi che la riguardano in prima persona, e sono i soli due su cui abbia senso concentrarsi adesso. Il primo è l’articolo 4 sull’alfabetizzazione in materia di IA, in vigore dal 2 febbraio 2025 e applicabile a qualsiasi livello di rischio, anche il minimo. Il secondo è l’articolo 50: se l’agente interagisce con persone fisiche, quelle persone devono sapere che stanno parlando con un sistema artificiale, e per i sistemi già sul mercato la marcatura dei contenuti va messa in regola entro il 2 dicembre 2026. Non è una formalità: come ricorda l’analisi di Seika Innovation sugli obblighi e le sanzioni dell’AI Act per le aziende, la violazione rientra nella fascia sanzionatoria fino a 15 milioni di euro o il 3% del fatturato globale.

Tutto il resto del calendario, le scadenze dell’alto rischio, i regimi transitori, gli obblighi che gravano sui fornitori, non cambia quello che dovete fare in questo trimestre, e lo abbiamo ricostruito per intero nella guida su obblighi e scadenze AI Act in Italia. Il perimetro generale della norma è invece in cosa prevede l’AI Act e chi deve adeguarsi. Quello che segue qui riguarda la domanda che quelle guide non risolvono: in quale ruolo vi mette l’AI Act nel momento in cui l’agente è vostro.

Chi è soggetto all’AI Act: provider, deployer e la zona grigia in mezzo

L’AI Act non regola la tecnologia, regola i ruoli. Il provider è chi sviluppa e immette sul mercato il sistema; il deployer è chi lo usa nella propria attività professionale, sotto la propria autorità. La stragrande maggioranza delle imprese italiane che adottano agenti AI è nella seconda categoria, e questo è, in linea di principio, un sollievo, perché gli obblighi del deployer sono sensibilmente meno onerosi di quelli del provider.

L’ambito però è più largo di quanto si creda. Come nota l’analisi di Latham & Watkins, i deployer sono soggetti al regolamento se sono stabiliti nell’UE oppure se l’output del sistema viene usato nell’UE. Un’azienda italiana che usa una piattaforma agentica americana non è fuori dal perimetro: è dentro, come deployer, e il fornitore extra-UE non la sostituisce.

Quando chi usa un agente AI diventa a tutti gli effetti il fornitore

Qui sta il rischio più sottovalutato dell’intero dossier. L’articolo 25 dell’AI Act stabilisce tre condizioni per cui un deployer viene considerato provider a pieno titolo: se appone il proprio nome o marchio sul sistema; se effettua una modifica sostanziale non prevista nella valutazione di conformità iniziale; se cambia la finalità prevista di un sistema, incluso un sistema di uso generale già sul mercato, portandolo nell’area ad alto rischio dell’articolo 6.

Gli agenti aziendali vivono esattamente su questa faglia. Un’impresa che prende un modello generalista, lo veste con il proprio brand, gli collega strumenti interni e gli assegna un compito su cui prima nessuno l’aveva valutato, sta compiendo tutte e tre le operazioni contemporaneamente. E quando ciò accade, il provider originale cessa di essere considerato provider, con l’unico obbligo residuo di cooperare fornendo documentazione tecnica e accesso alle informazioni. Il peso della conformità si è spostato, e si è spostato addosso a voi. Sul tema di chi paga quando qualcosa va storto abbiamo dedicato un approfondimento specifico su responsabilità ed SLA quando l’agente AI sbaglia.

Come si classifica il rischio di un agente AI in azienda

La Commissione descrive quattro categorie: rischio inaccettabile (sistemi vietati), alto rischio, rischio limitato con obblighi di trasparenza, rischio minimo. Nell’elenco dell’Allegato III riportato da Shaping Europe’s digital future rientrano componenti di sicurezza di infrastrutture critiche, strumenti per la selezione dei CV e la valutazione dei dipendenti, sistemi di scoring creditizio, identificazione biometrica e riconoscimento emotivo, sistemi usati in procedimenti amministrativi e legali.

Il punto decisivo, e quello che più spesso viene sbagliato nei progetti: «agente AI» non è una categoria di rischio. Il regolamento non classifica l’architettura, classifica l’uso, è la stessa conclusione a cui arriva Deeploy nella sua analisi su come l’AI Act regola gli agenti e l’AI agentica, dove il termine «agente» non compare nel testo normativo e i sistemi agentici vengono raggiunti attraverso le categorie esistenti. Lo stesso identico stack tecnologico, stesso modello, stesso orchestratore, stessi strumenti, può ricadere in due fasce completamente diverse a seconda di cosa gli fate fare.

Perché lo stesso agente può essere a rischio limitato o ad alto rischio

Un agente che risponde ai clienti sullo stato di un ordine è a rischio limitato: deve dichiararsi come sistema artificiale e poco altro. Lo stesso agente, collegato al gestionale HR e incaricato di scremare le candidature prima del colloquio, entra nell’Allegato III e trascina con sé l’intero apparato dell’articolo 26. Nessuno ha cambiato il software: è cambiato il perimetro del compito.

Questo ha una conseguenza operativa precisa. La classificazione va rifatta ogni volta che si estende il raggio d’azione dell’agente, e va documentata con la data e il motivo. Nelle aziende dove l’adozione cresce per iniziativa dei singoli reparti, il rischio è di scoprire di avere un sistema ad alto rischio in produzione senza che nessuno l’abbia mai deciso, la variante regolamentare del problema che abbiamo descritto parlando di shadow AI in azienda. Se il concetto stesso di agente è ancora sfocato nel vostro team, la guida su cosa sono gli agenti AI e come funzionano è il punto di partenza corretto.

Quali obblighi ha davvero un’azienda che usa agenti AI

Conviene separare gli obblighi che valgono per tutti da quelli che scattano solo sull’alto rischio. Il primo blocco è già attivo e non aspetta il 2027. L’autorità austriaca RTR, nella sua scheda sugli obblighi dei deployer, ricorda che l’alfabetizzazione IA dell’articolo 4 si applica anche ai sistemi a rischio minimo: il personale che usa gli agenti deve avere un livello di competenza sufficiente, e l’azienda deve poterlo dimostrare.

Gli obblighi dell’articolo 26 per chi usa agenti AI ad alto rischio

Il secondo blocco è l’articolo 26, e vale la pena leggerlo per intero perché è la lista della spesa di qualsiasi progetto ad alto rischio. Il deployer deve: adottare misure tecniche e organizzative per usare il sistema secondo le istruzioni del fornitore (par. 1); assegnare la supervisione umana a persone fisiche con competenza, formazione e autorità adeguate (par. 2); garantire che i dati di input sotto il proprio controllo siano pertinenti e sufficientemente rappresentativi (par. 4); monitorare il funzionamento e segnalare immediatamente gli incidenti gravi a fornitore e autorità (par. 5); conservare i log generati automaticamente per almeno sei mesi (par. 6); informare i rappresentanti dei lavoratori prima della messa in servizio (par. 7); usare le informazioni dell’articolo 13 per adempiere all’obbligo di DPIA previsto dall’articolo 35 del GDPR (par. 9).

C’è poi l’articolo 27, la valutazione d’impatto sui diritti fondamentali, che riguarda gli enti pubblici e i soggetti privati che erogano servizi pubblici. Su come tradurre tutto questo in ruoli interni assegnati e non in un PDF morto in una cartella, abbiamo scritto la nostra posizione in governance degli agenti AI: policy, ruoli e AI Act e in supervisione umana degli agenti AI in produzione.

La documentazione che una PMI deve produrre (e perché da sola non ce la fa)

Sulla carta, l’elenco sembra gestibile: inventario dei sistemi AI in uso, classificazione del rischio per ciascuno, DPIA dove serve, log conservati, policy interna, evidenze di formazione, contratti con i fornitori rivisti. Nella realtà, ogni voce di questo elenco presuppone qualcosa che il software deve già fare, e che quasi nessun agente costruito in fretta fa.

Perché la documentazione AI Act si genera e non si scrive a posteriori

Il problema è di sequenza, non di volontà. La documentazione dell’AI Act non si scrive a posteriori: si genera. Se l’agente non registra quale strumento ha invocato, con quali permessi, su richiesta di chi e con quale esito, nessun consulente potrà ricostruire sei mesi di log che non esistono. È esattamente l’osservazione che fa la piattaforma SovereignClaw analizzando il confine provider/deployer nei sistemi agentici: il runtime lo fornisce una parte, ma è un’altra a configurarlo e a operarlo, e serve un meccanismo, identificativi di correlazione, ambito del tenant, che distingua ciò che la piattaforma ha reso possibile da ciò che uno specifico deployer ha autorizzato ed eseguito.

Il divario italiano rende la cosa più concreta. Secondo l’analisi di ICT Security Magazine, solo l’8,2% delle imprese italiane usa AI contro una media UE del 13,5%, e fra le PMI, che sono il 92% del tessuto produttivo, si scende al 7,7%. Sono aziende che raramente hanno in casa la figura ibrida richiesta: competenze tecniche su AI, conoscenza di GDPR e AI Act, capacità di risk management. Il Digital Omnibus prevede documentazione tecnica semplificata ed estende i benefici PMI alle small mid-cap, ma è uno sconto sulla forma, non un esonero dalla sostanza.

Il livello italiano: Legge 132/2025, AgID e ACN

Chi ragiona solo sul regolamento europeo si perde metà del quadro. Come ricostruisce ICT Security Magazine nella sua analisi della Legge 132/2025, la norma è stata pubblicata in Gazzetta Ufficiale il 25 settembre 2025 ed è entrata in vigore il 10 ottobre, aggiungendo un livello nazionale che in alcuni punti è più stringente dell’AI Act stesso. L’articolo 3 stabilisce che i sistemi di IA devono restare strumenti di supporto e non decisori autonomi, il che per un agente che opera in autonomia significa dover documentare dove si ferma la macchina e dove interviene la persona.

Sempre secondo la stessa analisi, gli articoli 11, 13 e 14 impongono un’informativa chiara, semplice ed esaustiva su esistenza e finalità dei sistemi, tipologie di dati trattati, logiche algoritmiche e diritti degli interessati, con disposizioni dedicate a sanità, giustizia, rapporti di lavoro, professioni intellettuali e pubblica amministrazione. L’articolo 21 tocca un nervo che i CdA capiscono al volo: nuovi reati presupposto e aggravanti quando l’IA è usata per commettere illeciti, con la conseguente necessità di aggiornare il Modello 231.

AgID, ACN e le sanzioni AI Act per le aziende italiane

Sul fronte delle autorità, AgID svolge le funzioni di notifica, accreditamento e supervisione degli organismi di valutazione della conformità, mentre ACN esercita la vigilanza di mercato, comprese ispezioni e sanzioni, e fa da punto di contatto con le istituzioni europee. Le sanzioni dell’AI Act restano il riferimento: fino a 35 milioni o il 7% del fatturato globale per le pratiche vietate, fino a 15 milioni o il 3% per le altre violazioni, con importi ridotti per le PMI. Sul perché tutto questo fosse prevedibile, e non un’improvvisa cattiveria di Bruxelles, rimandiamo a perché la normativa sull’AI è diventata inevitabile.

Compliance dentro l’onboarding: perché serve un servizio, non solo uno strumento

La conclusione che tiriamo da questo quadro è che la compliance sugli agenti non è un adempimento da fare dopo, ma un vincolo di progettazione. Un agente conforme si riconosce da tre cose, e nessuna delle tre si può aggiungere in un secondo momento: sa dichiararsi quando parla con una persona, registra ogni azione in modo ricostruibile per almeno sei mesi, e ha un punto di fermata umano scritto nel flusso e non nella policy. Su quest’ultimo punto abbiamo argomentato che il modello da solo non basta: la sicurezza e la tracciabilità stanno nell’infrastruttura attorno.

Compliance AI Act dentro l’onboarding di un agente aziendale

È per questo che in Mimir l’onboarding non è la consegna di un accesso. Quando accompagniamo un’azienda nell’adozione di un agente, la fase iniziale produce il registro dei sistemi AI attivi con la loro classificazione di rischio, la DPIA dove il trattamento la richiede, e la strumentazione di logging dell’agente configurata perché quei sei mesi di tracce esistano davvero dal primo giorno. Sono gli stessi materiali che un’autorità di vigilanza chiederebbe, prodotti mentre il sistema si costruisce anziché ricostruiti sotto pressione. Questa è la parte che una PMI non può ragionevolmente fare in-house, e ha poco a che vedere con la tecnologia: ha a che fare con l’avere qualcuno che ha già percorso la strada. Cosa aspettarsi da questo tipo di rapporto lo abbiamo descritto parlando di consulenza sugli agenti AI per le PMI e, più nel dettaglio, in AI Act e agenti AI in azienda: la compliance con un partner.

Il rinvio al 2027 non è tempo guadagnato: è il tempo che serve per costruire le cose bene. Se state valutando un agente AI per la vostra azienda e volete capire in quale fascia di rischio ricadrebbe prima di scrivere una riga di codice, parlatene con noi: una conversazione di inquadramento costa molto meno di una riclassificazione a sistema in produzione.

Fonti:

• EUR-Lex — Regolamento (UE) 2026/1744 (Digital Omnibus on AI)
• AI Act Service Desk della Commissione europea
• Altalex — cosa cambia davvero dal 2 agosto 2026 per imprese e professionisti
• Latham & Watkins — obblighi dei deployer di sistemi ad alto rischio
• articolo 25 dell’AI Act
• articolo 26 dell’AI Act
• Shaping Europe’s digital future — quadro normativo sull’IA
• RTR — scheda sugli obblighi dei deployer
• Deeploy — come l’AI Act regola gli agenti e l’AI agentica
• SovereignClaw — confine provider/deployer nei sistemi agentici
• ICT Security Magazine — Legge 132/2025
• Seika Innovation — obblighi AI Act per le aziende e sanzioni ridotte PMI