Ogni settimana qualcuno annuncia che l’RPA è morto e che gli agenti IA lo hanno mandato in pensione. Bel titolo, pessima decisione di architettura. Perché chi uccide l’RPA per moda finisce col chiedere all’agente di fare il lavoro da manovale —spostare un dato dal sistema A al sistema B, mille volte, senza pensare— e questo è caro, lento e assurdo. E chi si aggrappa all’RPA per abitudine gli chiede di decidere su una fattura strana, e il bot si pianta. La domanda utile non è quale vince. È quale parte del lavoro fa ciascuno.
Agenti IA vs RPA: la lotta è mal posta
L’RPA (Robotic Process Automation) è un robot che imita clic e battute su uno schermo. Gli registri i passi e li ripete identici, a tutta velocità, senza stancarsi né improvvisare. È deterministico: stesso input, stesso output, sempre. Un agente IA è un’altra cosa: legge testo senza struttura, capisce l’intenzione, decide entro certi limiti e si adatta quando qualcosa cambia. Uno è muscolo. L’altro è giudizio. Metterli a competere è come chiedere se è meglio un cacciavite o un elettricista: hanno bisogno l’uno dell’altro.
La confusione nasce dal fatto che entrambi "automatizzano", quindi sembrano sostituti. Non lo sono. Automatizzano strati diversi dello stesso processo. E l’errore caro —quello che vediamo di continuo— è mettere uno a fare il lavoro dell’altro. Prima di decidere qualsiasi cosa conviene avere chiaro cosa significa davvero automatizzare un processo con gli agenti, perché metà dei progetti falliti non fallisce sullo strumento: fallisce sulla cattiva divisione di chi fa cosa.
Cosa fa bene l’RPA (e perché non è morto)
L’RPA brilla dove il lavoro è ripetitivo, strutturato e stabile. Niente sfumature: regole fisse, zero eccezioni, lo stesso schermo tutti i giorni. Su quel terreno è imbattibile —economico, veloce, verificabile— e nessun agente lo supererà, perché non c’è nulla da ragionare. Casi in cui l’RPA è ancora la risposta giusta:
- Spostare dati tra sistemi che non si parlano via API: copiare da un foglio all’ERP, dall’ERP al portale della banca, sempre uguale.
- Compilare moduli identici a partire da un modello, in volume alto e complessità zero.
- Generare report programmati: estrai, incolla, esporta, invia. Nessuna decisione in mezzo.
- Riconciliazioni banali dove la regola è «se l’importo coincide, segna come pagato» e non ci sono zone grigie.
Il tallone d’Achille dell’RPA è noto: è fragile. Siccome lavora imitando lo schermo, il giorno in cui qualcuno sposta un pulsante, rinomina un campo o il fornitore aggiorna il portale, il bot si rompe e va riparato a mano. Quella manutenzione non è un dettaglio. Sintesi di mercato che citano Deloitte stimano che la manutenzione si mangi tra il 70% e il 75% del budget RPA (Neomanex, 2025). Non è un motivo per buttarlo: è un motivo per non chiedergli ciò che non sa fare.
Cosa fa bene l’agente (e dove l’RPA si rompe)
L’agente entra proprio dove l’RPA si pianta: quando bisogna leggere qualcosa senza formato, capire il contesto e decidere. Non segue un copione registrato; interpreta. Per questo regge l’eccezione, la mail scritta male, la fattura con la voce in un punto strano. Terreno dell’agente:
- Dati senza struttura: mail, PDF, contratti, chat. L’agente legge ed estrae ciò che conta anche se ogni documento arriva diverso.
- Eccezioni con giudizio: una discrepanza su una fattura, un ordine strano, un caso che non rientra nella regola. L’agente ragiona entro i suoi limiti invece di piantarsi.
- Coordinare più sistemi per il loro significato, non per il loro schermo: incrocia CRM, ERP e casella di posta capendo cos’è ogni cosa.
- Classificare e dare priorità quando la risposta non è in una tabella: triage dei ticket, instradamento dei lead, categorie che dipendono dal contesto.
Anche l’agente ha il suo prezzo: costa di più per operazione di un bot, gli devi mettere guardrail e supervisione, e non vuoi che decida da solo su cose delicate il primo giorno. Montarne uno che regga in produzione —non una demo— è un mestiere, e lo scomponiamo in come si crea un agente IA che funzioni davvero. La regola operativa: non usare un agente per ciò che una regola fissa già risolve. È come assumere un avvocato per fotocopiare.
| Dimensione | RPA | Agente IA |
|---|---|---|
| Come lavora | Imita clic e battute su uno schermo | Legge, ragiona e decide sul significato |
| Tipo di dato | Solo strutturato (tabelle, campi fissi) | Strutturato + senza struttura (mail, PDF, chat) |
| Eccezioni | Si pianta ed escala a un umano | Ragiona entro i suoi limiti |
| Quando cambia lo schermo | Si rompe, va riparato | Si adatta dal contesto |
| Costo per operazione | Molto basso | Più alto |
| Il suo terreno | Ripetitivo, stabile, senza zone grigie | Complesso, con eccezioni, multi-sistema |
Lo schema che vince nel 2026: l’ibrido
Ecco la tesi, e va controcorrente rispetto al titolo facile: non scegliere una parte, combinale. Lo schema che rende non è «agente al posto dell’RPA» né «l’RPA di sempre». È l’ibrido, con una divisione pulita: l’agente legge e decide, l’RPA esegue il ripetitivo. Il giudizio sopra, il muscolo sotto. Ognuno a fare ciò che fa bene e a poco prezzo.
Un esempio che si capisce da solo: estrarre i dati di una fattura e inserirli nel tuo sistema. La fattura arriva in PDF, ogni fornitore la impagina a modo suo, a volte manca un campo o l’IVA è messa male —questa è lettura e giudizio, terreno dell’agente—. Una volta che l’agente ha capito e validato i dati, inserirli nell’ERP campo per campo, mille volte uguale, è puro muscolo ripetitivo —terreno dell’RPA o di un’integrazione via API—. L’agente fa la parte che pensa; il bot fa la parte che suda. L’agente non spreca token a digitare, e il bot non si pianta su un PDF strano.
Come decidere nel tuo caso, senza comprare fumo
Non ti serve un comitato per scegliere. Ti serve guardare il processo e rispondere a queste domande in ordine:
- I dati arrivano ordinati o alla rinfusa? Se tutto arriva in tabelle pulite e stabili, parti dall’RPA. Se arriva in mail, PDF e allegati, ti serve un agente che legga.
- Ci sono eccezioni che richiedono di decidere? Se il processo è «sempre uguale, senza zone grigie», è RPA. Se spesso c’è un «dipende», è agente.
- Lo schermo o il formato cambiano spesso? Se il portale si aggiorna in continuazione, un bot vivrà rotto; lì l’agente costa meno alla lunga anche se costa di più per operazione.
- Puoi spezzare il processo in due strati? Quasi sempre sì: il pezzo che pensa e il pezzo che ripete. È il momento ibrido, e di solito è la risposta giusta.
E un avviso per non inciampare nel solito: lo strumento non è il progetto. Scegliere agente o RPA è il 10% del lavoro; il restante 90% è capire il processo, dargli dei limiti e lasciarlo girare con qualcosa che si misura. Questa è automazione delle operazioni su ciò che hai già, non un acquisto di tecnologia. Chi ti vende «agenti» senza chiederti del tuo processo ti sta vendendo l’etichetta di moda, come prima ti vendeva «RPA» senza guardare. La moda cambia; il mestiere di dividere bene il lavoro, no.