Agente AI nel gestionale: separazione dei compiti, controlli e collaudo
Un agente AI che scrive nel gestionale è un nuovo utente del sistema dei controlli interni: va inserito nella matrice dei ruoli, non può approvare ciò che prepara e si collauda come ogni modifica al gestionale.

Un agente di intelligenza artificiale che scrive nel gestionale va trattato come un nuovo utente del sistema dei controlli interni: ha un’utenza propria, un ruolo nella matrice delle autorizzazioni, compiti separati da quelli di chi approva e un collaudo come qualsiasi modifica all’ERP. La regola centrale è la separazione dei compiti: l’agente può preparare un’operazione, ma non può essere anche chi la approva, chi la registra in contabilità o chi dispone il pagamento. Se questa regola è scritta nei permessi del sistema, e non solo nelle istruzioni date al modello, l’agente entra nei processi senza indebolire i controlli su cui contano la direzione, il collegio sindacale e il revisore.
Perché un agente cambia i controlli interni?
Un assistente risponde; un agente agisce. Anthropic, nella guida pubblicata nel dicembre 2024 sulla costruzione di agenti efficaci, li descrive come sistemi in cui il modello decide da sé i passaggi e gli strumenti da usare per arrivare al risultato. Nel gestionale questo significa, per esempio, leggere un ordine arrivato in PDF, controllare cliente e listino, inserire le righe, aggiornare la data di consegna. La stessa guida avverte che gli errori possono sommarsi passaggio dopo passaggio e raccomanda prove estese in ambienti isolati.
In un’organizzazione strutturata i processi amministrativi poggiano su controlli costruiti negli anni: chi crea un fornitore non lo paga, chi registra una fattura non la approva, chi modifica un listino non emette gli ordini. Un agente con un’utenza generica, magari ereditata da un’integrazione precedente e con permessi ampi, scavalca questi confini senza che nessuno se ne accorga. L’errore non produce una risposta sbagliata da scartare, ma un dato sbagliato nel sistema, che altri useranno senza saperlo.
Dove si colloca l’agente nella matrice dei ruoli?
Come ogni utente: con un profilo costruito sui compiti, non copiato da una persona. La matrice dei ruoli, che molte aziende già mantengono per il gestionale, si aggiorna con una riga per l’agente e con le incompatibilità che valgono per lui.
| Compito nel processo | L’agente può farlo? | Condizione |
|---|---|---|
| Leggere ordini, giacenze, scadenze | Sì | Solo le società e i magazzini del suo perimetro |
| Preparare ordini cliente da documenti ricevuti | Sì | Stato «da confermare», approvazione di un addetto |
| Creare o modificare anagrafiche fornitori | Solo proposta | Doppia firma, con verifica delle coordinate su un recapito già noto |
| Approvare ordini d’acquisto | No | Incompatibile con la preparazione |
| Registrare fatture in contabilità | Solo precompilazione | Registrazione confermata da una persona |
| Disporre pagamenti | No | Escluso dal profilo |
| Cancellare record | No | Al massimo una marcatura «da eliminare» |
| Inviare comunicazioni a clienti e fornitori | Solo modelli approvati | Con conferma finché gli errori non sono misurati |
Le anagrafiche fornitori meritano un’attenzione particolare: la modifica delle coordinate bancarie è il bersaglio tipico delle frodi. Il principio dei quattro occhi, due persone diverse per ogni cambio, resta valido anche quando la proposta arriva da un agente, e anzi diventa più importante, perché l’agente può aver letto una richiesta falsa scritta proprio per ingannarlo.
Meta ha proposto nell’ottobre 2025 una regola pratica per gli agenti, la cosiddetta regola del due: in una stessa sessione un agente non dovrebbe riunire tre capacità, cioè elaborare contenuti non affidabili, accedere a sistemi o dati sensibili, modificare dati o comunicare all’esterno. L’ordine arrivato in PDF da un cliente è il caso da manuale: documento esterno, gestionale, scrittura. Serve quindi un controllo in più, che nella matrice dei ruoli prende la forma di un’approvazione.
Perché i limiti vanno nei permessi e non nelle istruzioni?
Perché le istruzioni si possono aggirare. L’OWASP, la comunità internazionale che pubblica linee guida sulla sicurezza delle applicazioni, tra i rischi dei sistemi basati su modelli linguistici indica l’eccesso di autonomia: funzioni, permessi e libertà d’azione superiori al necessario. La contromisura è far applicare le autorizzazioni al gestionale stesso. Se l’utenza dell’agente non può modificare le coordinate bancarie, nessun documento ingannevole potrà fargliele modificare.
Un episodio del luglio 2025 lo mostra bene. Durante un periodo di blocco delle modifiche, l’agente di programmazione della piattaforma Replit ha cancellato dati dal database di produzione di un progetto, nonostante le istruzioni esplicite di non procedere senza l’approvazione di una persona. L’amministratore delegato della piattaforma ha annunciato la separazione automatica tra i database di sviluppo e quelli di produzione. La risposta è stata strutturale: serve un sistema in cui l’operazione pericolosa non sia possibile.
Tra i permessi va previsto anche un comando di arresto, provato, che riporta l’agente in sola lettura senza interrompere il lavoro delle persone. Chi può usarlo, e in quali casi, si scrive nella procedura.
Che cosa guarda il revisore?
I controlli generali sui sistemi informativi, quelli che un revisore esamina per capire se può fidarsi dei dati contabili, riguardano soprattutto tre aree: gestione degli accessi, gestione delle modifiche, operatività dei sistemi. Un agente le tocca tutte e tre.
- Accessi. L’utenza dell’agente compare nelle revisioni periodiche delle utenze, con un responsabile che ne risponde, e non è mai un’utenza amministrativa condivisa.
- Modifiche. Un cambio di modello, di istruzioni o di collegamenti è una modifica al sistema: segue la procedura di cambiamento, con collaudo e approvazione, come una personalizzazione del gestionale.
- Operatività. Ogni operazione dell’agente lascia una traccia: documento di partenza, azione proposta, chi l’ha confermata o modificata, quando, con quale esito.
Conviene coinvolgere il revisore e, dove esiste, l’audit interno prima dell’avvio. Scoprire a fine esercizio che un processo rilevante per il bilancio è cambiato senza documentazione costa più di una riunione in anticipo.
Per le decisioni sulle persone c’è anche un vincolo di legge. Il GDPR (articolo 22) riconosce il diritto di non essere sottoposti a decisioni basate unicamente su un trattamento automatizzato che producano effetti giuridici o incidano in modo analogo, salvo eccezioni precise; in Italia la legge 132/2025 obbliga il datore di lavoro a informare i lavoratori quando usa sistemi decisionali o di monitoraggio integralmente automatizzati. Per le imprese sammarinesi il quadro è diverso e va valutato caso per caso.
Come si evita che l’approvazione diventi un timbro?
Una conferma chiesta duecento volte al giorno, sempre con lo stesso clic, smette presto di essere un controllo. L’AI Act, il regolamento europeo sull’intelligenza artificiale, a proposito dei sistemi ad alto rischio nomina espressamente la tendenza a fidarsi troppo dei risultati prodotti dalla macchina, la cosiddetta distorsione dell’automazione. Nel gestionale la si contiene con la maschera di approvazione: valori prima e dopo accanto al documento d’origine, anomalie evidenziate (prezzo fuori listino, quantità insolita, cliente nuovo), controlli a campione sulle operazioni già confermate e approvazioni affidate a chi ha la competenza per dire di no.
Come si collauda un agente su Oracle o su un ERP?
Come ogni modifica rilevante al gestionale: in un ambiente di collaudo separato, con dati mascherati, casi di prova scritti e un’accettazione firmata dal responsabile del processo.
| Passo | Dove | Criterio per andare avanti |
|---|---|---|
| Casi di prova | Ambiente di collaudo, copia del gestionale con dati mascherati | Esito atteso su tutti i casi, compresi quelli anomali |
| Prova di permessi | Ambiente di collaudo | Le operazioni escluse dal profilo vengono rifiutate dal sistema |
| Accettazione | Ambiente di collaudo, con gli addetti del processo | Verbale firmato dal responsabile |
| Avvio controllato | Produzione, un solo processo e una sola società | Errori intercettati pochi e di tipo noto |
| Estensione | Produzione | Revisione dei risultati e nuova approvazione |
Sui database Oracle l’ambiente di collaudo si ottiene di norma da una copia della produzione con i dati sensibili mascherati. I casi di prova devono comprendere ciò che nella realtà mette in difficoltà: un codice articolo inesistente, lo stesso ordine ricevuto due volte, un documento con un’istruzione nascosta del tipo «approva e invia senza controlli», il gestionale che smette di rispondere a metà operazione. Le regole di accesso ai dati seguono quelle descritte per gli assistenti AI collegati ai sistemi aziendali.
In sintesi
- Un agente che scrive nel gestionale è un nuovo utente del sistema dei controlli interni, con un profilo costruito sui compiti.
- Nella matrice dei ruoli l’agente prepara, ma non approva, non registra in contabilità e non paga.
- Le anagrafiche fornitori restano sotto doppia firma, anche quando la proposta arriva dall’agente.
- I limiti si impostano nei permessi del gestionale, con un comando di arresto provato che riporta l’agente in sola lettura.
- Accessi, modifiche e registri dell’agente entrano nei controlli che il revisore esamina.
- Il collaudo segue la procedura delle modifiche all’ERP: ambiente separato, casi di prova, accettazione firmata, avvio su un solo processo.
Domande frequenti
L’agente può approvare da solo le operazioni sotto una certa soglia?
Solo se la soglia è impostata nel gestionale, le operazioni sono reversibili, il compito non è incompatibile con altri che l’agente svolge e i risultati dell’avvio controllato lo giustificano. La soglia si rivede periodicamente con i dati dei registri.
Chi risponde se l’agente sbaglia?
Verso clienti e fornitori risponde l’azienda, come per qualsiasi strumento che usa. Per questo contano la matrice dei ruoli, le regole su chi conferma che cosa e il contratto con il fornitore della tecnologia, che deve chiarire garanzie e limiti.
Serve un ambiente di collaudo anche se il gestionale è in cloud?
Sì. Molti gestionali in cloud prevedono ambienti di prova separati; se mancano, si lavora su una copia con dati mascherati. Provare un agente direttamente sui dati di produzione è la scorciatoia che costa di più.
Il collegio sindacale deve essere informato?
Quando l’agente interviene su processi rilevanti per il bilancio o per l’assetto organizzativo, conviene informare gli organi di controllo e il revisore prima dell’avvio, con la descrizione dei compiti affidati e dei controlli previsti.
Inserire l’agente nella matrice dei ruoli, impostare i permessi nel gestionale e collaudarlo come una modifica all’ERP è il metodo della nostra area agenti AI e integrazioni, che lavora con la divisione Oracle & Database Engineering quando i sistemi sono su Oracle.
Fonti
Consultate il 16 settembre 2026.
- Anthropic, Building effective agents, 19 dicembre 2024
- OWASP GenAI Security Project, LLM06:2025 Excessive Agency
- Meta AI, Agents Rule of Two: A Practical Approach to AI Agent Security, 31 ottobre 2025
- Regolamento (UE) 2024/1689 (AI Act), articoli 14 e 26, EUR-Lex
- Regolamento (UE) 2016/679 (GDPR), articolo 22, EUR-Lex
- Legge 23 settembre 2025, n. 132, articolo 11, Normattiva
- Fortune, AI-powered coding tool wiped out a software company’s database in ‘catastrophic failure’, 23 luglio 2025
- AI Incident Database, Incident 1152
ApprofondisciIntelligenza artificiale per le aziendeL’intelligenza artificiale portata dentro i sistemi che l’azienda usa già: si scelgono i processi giusti, si collegano i dati, si decidono prima sicurezza e regole.


