RPA: cos'è la robotic process automation e quando conviene

RPA, sigla di robotic process automation, indica un software che usa gli altri programmi come farebbe una persona seduta al computer: apre il gestionale, legge un valore sul portale di un fornitore, lo scrive in un foglio Excel, preme Salva e passa alla riga successiva. Il robot non ha bracci né sensori. È un programma che ripete una sequenza di azioni sull'interfaccia, stabilita da chi lo configura.

Serve quando due programmi devono scambiarsi dati e tra loro non esiste un collegamento diretto: niente API, nessuna esportazione utile, solo schermate. In una PMI capita spesso, con gestionali installati molti anni fa, portali di grandi clienti, programmi aperti in desktop remoto. Dove un collegamento diretto c'è, invece, la RPA è quasi sempre la strada più fragile.

Il confronto con l'automazione basata sull'intelligenza artificiale è nell'articolo RPA vs AI automation.

Cos'è la RPA (robotic process automation), senza giri di parole

Robotic process automation vuol dire automazione dei processi con robot software. Microsoft presenta i flussi desktop di Power Automate proprio come funzionalità RPA: automatizzano attività ripetitive basate su regole, anche su applicazioni legacy come gli emulatori di terminale, e interagiscono con il computer attraverso elementi dell'interfaccia, immagini o coordinate dello schermo (Microsoft Learn).

La differenza con un'integrazione classica sta nella porta d'ingresso. Due programmi integrati si parlano attraverso un canale pensato per le macchine; il robot entra dalla porta dell'impiegato, la schermata, e così lavora anche su software mai progettati per dialogare con altri.

Il robot però non legge e non interpreta. Se il campo «Totale» è vuoto copia il vuoto, se arriva un documento diverso dal solito si ferma o sbaglia. Tutto quello che sa fare, qualcuno glielo ha scritto prima.

Come funziona un robot RPA: selettori, registratore, eccezioni

Per premere il pulsante giusto il robot deve prima trovarlo. Le piattaforme RPA usano i selettori, descrizioni dell'elemento (tipo, nome, finestra che lo contiene) salvate durante la configurazione. La documentazione di UiPath spiega che riconoscere un elemento dalla sua posizione sullo schermo è possibile ma poco affidabile, e che con alcune applicazioni web, dove layout e attributi cambiano, i selettori vanno sistemati a mano (UiPath, About Selectors).

Una configurazione tipica passa da quattro fasi:

1. Registrazione o disegno del flusso. Si esegue l'operazione con il registratore acceso, oppure si compone il flusso con azioni pronte: apri l'applicazione, leggi la cella, scrivi nel campo.
2. Selettori e variabili. Ogni clic diventa un'azione su un elemento riconosciuto, mentre i dati che cambiano a ogni giro (numero d'ordine, cliente, importo) arrivano da un file o da una tabella.
3. Gestione delle eccezioni. Si decide cosa fare quando qualcosa va storto: finestra che non si apre, campo mancante, sessione scaduta. Senza questa parte il robot si blocca al primo imprevisto.
4. Esecuzione e registro. Il robot parte su richiesta, a orario o quando arriva un file, e annota ogni passaggio: quando si ferma, il registro dice dove e perché.

RPA attended e unattended: chi avvia il robot

Nella documentazione di UiPath l'automazione attended parte su iniziativa dell'utente, di solito chiede la sua interazione e gira sul suo computer; quella unattended è gestita da una console centrale e lavora in modo indipendente, spesso in background o fuori orario, su una macchina separata (UiPath, introduzione ai robot).

La modalità non presidiata ha requisiti che si scoprono tardi. Per Power Automate, Microsoft indica che serve il piano Process, che il servizio apre una sessione di desktop remoto con lo schermo bloccato e che sui computer con Windows 10 e 11 il robot non parte se c'è una sessione utente aperta, anche se bloccata (Microsoft Learn). In pratica al robot serve un computer, o una macchina virtuale, tutto suo.

Quando conviene la RPA in una PMI

Prima di partire, verifica che il processo abbia queste caratteristiche:

• Si ripete uguale molte volte: stessi passaggi, stessi campi, stesso ordine.
• I dati di partenza sono già digitali e ordinati, come un Excel o una tabella su un portale.
• Le decisioni si scrivono come regole («se l'importo supera la soglia, segnala»), senza dover interpretare un testo.
• Le schermate cambiano di rado: il gestionale non si aggiorna ogni mese e il portale mantiene la stessa struttura.
• Il fornitore del software ha confermato che non esistono API, webhook o esportazioni automatiche.
• Qualcuno che conosce il processo può seguire il robot e sostituirlo quando si ferma.

Quando manca una di queste condizioni il progetto si complica. Testi liberi e documenti sempre diversi chiedono una parte di AI, schermate che cambiano spesso chiedono manutenzione continua, un'API disponibile rende il robot superfluo. Per scegliere il primo processo su cui lavorare, la guida su cosa automatizzare in una PMI aiuta a fare la lista.

RPA, API, n8n e Make: che differenza c'è

L'errore più frequente è mettere un robot a cliccare dove basterebbe una chiamata diretta. Un'API è un canale pensato perché un programma chieda o invii dati a un altro senza passare dallo schermo. Strumenti come n8n lavorano così: il nodo HTTP Request, per esempio, interroga qualsiasi applicazione o servizio che offra un'API REST (documentazione n8n). Per Make e Zapier, e per scegliere fra i tre, c'è il confronto Make vs Zapier vs n8n.

Dal collegamento più solido al più fragile, l'ordine da seguire è questo:

1. Integrazione nativa tra i due software, già offerta dal fornitore.
2. API o webhook, orchestrati con n8n, Make o codice su misura.
3. Scambio di file a orario, per esempio un CSV depositato ogni notte in una cartella.
4. RPA sull'interfaccia, quando nessuna delle strade precedenti è disponibile.

La prima mossa è chiedere al fornitore del gestionale cosa espone. Come si verifica, e cosa cambia tra webhook, chiamate programmate ed esportazioni, è raccontato nell'articolo su come integrare il gestionale con n8n. Spesso la risposta toglie di mezzo il robot.

Dove la RPA si rompe: schermate che cambiano e credenziali

Un robot RPA dipende da cose che non controlli. Il fornitore del gestionale rilascia una versione con un pulsante spostato, il portale del cliente cambia grafica, compare una finestra di avviso nuova: il selettore non trova l'elemento e il flusso si ferma. Microsoft segnala anche un caso meno intuitivo: nelle esecuzioni non presidiate la sessione di desktop remoto può avere una risoluzione diversa da quella usata per creare il flusso, e il robot può non trovare un elemento o interagire con quello sbagliato se usa mouse e tastiera (Microsoft Learn).

Poi ci sono le credenziali. Il robot entra nei programmi con un'utenza e una password, quindi tratta dati come farebbe un dipendente. Il GDPR chiede misure tecniche e organizzative adeguate al rischio, compresa la capacità di assicurare riservatezza e integrità dei sistemi (art. 32 GDPR). Per un robot vuol dire un'utenza tutta sua con i permessi minimi, la password in un archivio protetto e un registro delle esecuzioni consultabile.

RPA, intelligenza artificiale e agenti AI: dove passa il confine

La RPA classica non è intelligenza artificiale, e l'AI Act lo dice in modo esplicito: la definizione di sistema di IA non riguarda i sistemi basati su regole definite unicamente da persone fisiche per eseguire operazioni in modo automatico (considerando 12 del regolamento UE 2024/1689). Un robot che copia campi seguendo istruzioni scritte da te sta qui. Se tratta dati personali, valgono comunque le regole del GDPR.

Il quadro cambia quando al robot si aggiunge una parte che legge PDF ogni volta diversi, classifica un'email o sceglie il passo successivo. Istat, nella rilevazione sulle imprese con almeno 10 addetti, conta l'automazione dei flussi di lavoro basata sull'AI tra le tecnologie di intelligenza artificiale: nel 2025 la usa il 2,9% delle imprese (Istat, Imprese e ICT 2025). Quando conviene affiancare l'AI a un flusso, e quando basta la RPA, lo trovi nel confronto RPA vs AI automation.

Con gli agenti AI il confine è un altro. Un robot RPA ripete sempre la stessa sequenza; un agente AI riceve un obiettivo e sceglie da solo i passaggi. Alcuni modelli usano già il computer con schermate, mouse e tastiera, come il computer use di Anthropic: la documentazione raccomanda una macchina virtuale con privilegi minimi, niente credenziali sensibili e una conferma umana prima delle azioni con conseguenze reali (documentazione Anthropic). Verifica sempre la pagina ufficiale: queste funzioni cambiano spesso.

Quattro esempi di RPA in una PMI italiana

Gli scenari qui sotto sono esempi costruiti per mostrare dove la RPA funziona e dove no.

Gli ordini dei rappresentanti in un'azienda di distribuzione. Un distributore di ricambi riceve dagli agenti gli ordini in Excel e li ricopia nel gestionale, installato in sede e senza API. Un robot presidiato legge il file riga per riga, compila la maschera dell'ordine e riporta nell'Excel il numero generato; l'impiegata che lo avvia controlla solo le righe con un codice articolo sconosciuto. Sul tema c'è la guida all'automazione del data entry, con una demo in The Lab.

Il portale di un grande cliente. Un piccolo fornitore della grande distribuzione deve scaricare ogni mattina ordini e conferme dal portale del cliente, che ai fornitori piccoli non offre API. Un robot non presidiato entra prima dell'apertura dell'ufficio, scarica i documenti in una cartella condivisa e manda un messaggio se il portale non risponde. Il rischio maggiore è il rifacimento grafico del portale: ogni nuovo rilascio va seguito da una prova.

L'ultimo tratto verso il programma amministrativo. Uno studio tecnico raccoglie le richieste dal sito in un CRM moderno, collegato con n8n tramite API, ma deve registrare ogni nuova commessa anche nel vecchio programma amministrativo, che non ha altre porte d'ingresso. n8n prepara ogni sera un file con le commesse del giorno, il robot le inserisce e segnala le righe rifiutate. La parte fragile resta confinata in un solo passaggio.

Le fatture passive, dove il robot non serve. L'amministrazione di un'azienda pensa a un robot che scarichi le fatture dei fornitori da un portale. Le fatture elettroniche tra operatori italiani però passano dal Sistema di Interscambio dell'Agenzia delle Entrate, che riceve i file, li controlla e li inoltra ai destinatari, compresi i privati, e dialoga con i software attraverso canali accreditati come SdICoop e SdIFTP (fatturapa.gov.it). Se il gestionale o il commercialista le riceve già da lì, il robot sarebbe un giro inutile. Cosa si può automatizzare dopo la ricezione lo spiega la guida sull'automazione delle fatture con l'AI.

Quanto costa la RPA e cosa serve per partire

Il costo di un robot non si ferma alla licenza. Contano il tempo per mappare il processo e configurare il flusso, la macchina su cui gira se è non presidiato e soprattutto la manutenzione, che dura quanto il robot.

Per una prova bastano pochi strumenti. Microsoft indica che l'uso di Power Automate con un account Microsoft è disponibile senza costi aggiuntivi (Microsoft Learn); collegamento con i flussi cloud, condivisione e gestione centralizzata richiedono invece un account premium dell'organizzazione (confronto tra gli account). Per le piattaforme RPA dedicate verifica sempre il listino ufficiale del produttore, perché licenze e piani cambiano spesso. Per il costo complessivo, compresa la parte che non sta nella licenza, c'è la guida su quanto costa automatizzare un processo.

Gli errori che fanno fallire un progetto RPA

• Automatizzare un processo che nessuno ha messo per iscritto. Se ogni impiegato fa i passaggi a modo suo, il robot copia la versione di chi lo ha configurato, errori compresi. Prima si scrive la sequenza, poi si automatizza.
• Scegliere il robot quando c'era un'API. Un'integrazione diretta non dipende dalla grafica dei programmi, quindi richiede meno interventi quando escono gli aggiornamenti.
• Nessun responsabile. Un robot senza un nome accanto si ferma in silenzio: serve qualcuno che riceva gli avvisi e lo provi dopo ogni aggiornamento.
• Il robot con l'utenza dell'amministratore. Comodo in fase di configurazione, rischioso in esercizio: se il flusso sbaglia, sbaglia con tutti i permessi.

Da dove partire con il primo robot

Scegli il caso più vicino al tuo.

In ogni caso servono due informazioni: la sequenza dei passaggi come la fa oggi chi ci lavora, e cosa espone ogni programma coinvolto. Con quelle, la scelta tra integrazione, file e robot diventa quasi ovvia.

Se in azienda c'è un lavoro fatto di schermate e copia-incolla, Giallo Studio parte dalla mappa dei passaggi e controlla prima le strade dirette: il robot entra solo nel tratto in cui serve davvero.