RPA vs. Agenti AI vs. Middleware: Come Scegliere il Livello di Automazione Giusto

Lo strumento sbagliato viene scelto prima ancora che la riunione inizi

La maggior parte dei progetti di automazione parte da uno strumento, non da un problema. Qualcuno dice "automatizziamo questo con Zapier" oppure "ci serve un agente AI per questo" prima ancora che qualcuno si sia chiesto che tipo di lavoro si sta effettivamente automatizzando. È un approccio al contrario, ed è per questo che tanti progetti di automazione funzionano bene nella prima settimana e crollano entro il terzo mese.

Nel 2026, dietro la parola "automazione" si nascondono tre categorie realmente diverse: middleware (iPaaS), RPA e agenti AI. Risolvono problemi diversi, falliscono in modi diversi e costano cifre diverse. Scegliere quella sbagliata non significa solo sprecare un abbonamento — produce un sistema di cui nessuno si fida, il che di solito porta qualcuno a tornare silenziosamente a fare il lavoro a mano, mentre l'automazione continua a girare in background, intoccata.

Le tre categorie, in parole semplici

Middleware / iPaaS (Zapier, Make, n8n, e piattaforme enterprise come Workato o MuleSoft) sposta dati tra sistemi che hanno API documentate, seguendo regole fisse: quando succede X nel sistema A, fai Y nel sistema B. È veloce da configurare ed economico da avviare. Non ha capacità di giudizio — fa esattamente quello che dice la regola, ogni volta, anche quando la regola è sbagliata per quel caso specifico.

RPA (UiPath, Automation Anywhere, Power Automate Desktop) automatizza l'interfaccia, non l'API. Clicca pulsanti, legge schermate e digita nei campi proprio come farebbe una persona. Questo conta perché una parte consistente del software che fa girare le operazioni aziendali reali — vecchi sistemi ERP, terminali mainframe, il portale di spedizione di un corriere regionale, il sistema di prenotazione di un ospedale — non ha alcuna API utilizzabile. L'RPA è l'unica delle tre categorie che funziona quando l'unica porta d'accesso a un sistema è la stessa schermata di login usata dal tuo staff.

Gli agenti AI gestiscono la parte che non è una regola fissa: leggere una fattura PDF disordinata e decidere se le voci corrispondono all'ordine d'acquisto, smistare un ticket di supporto in base a cosa intendeva davvero il cliente, decidere se un'eccezione richiede l'intervento di una persona. Middleware e RPA presuppongono entrambi che tu possa scrivere la regola in anticipo. Gli agenti AI esistono per i casi in cui non puoi.

Perché la catena di Zapier si rompe

Un'integrazione semplice — un nuovo pagamento su Stripe aggiorna un Google Sheet — è un uso legittimo del middleware, e funzionerà indefinitamente. Il problema emerge quando la catena cresce: 8, 12, 20 zap collegati tra loro, ognuno un potenziale punto di guasto silenzioso, nessuno dei quali registra log in un posto che qualcuno controllerà davvero. Abbiamo ereditato configurazioni di automazione con decine di passaggi concatenati tra più strumenti, dove nessuno del team attuale sapeva spiegare cosa facesse metà di quei passaggi, perché chi li aveva costruiti se n'era andato da tempo.

Il segnale è sempre lo stesso: qualcuno chiede "perché questo ordine non si è sincronizzato?" e la risposta onesta è "non siamo sicuri, controlla lo zap 14". Il middleware è deterministico, il che è al tempo stesso il suo punto di forza e il suo limite — esegue con la stessa sicurezza il ramo di logica sbagliato esattamente alla stessa velocità di quello giusto, e non ti dirà quale dei due ha scelto.

Un framework decisionale che funziona davvero

Fatti queste domande in ordine, prima di scegliere uno strumento:

1. Il sistema di destinazione ha un'API documentata e stabile? No → la scelta è tra l'RPA e la richiesta di accesso API al fornitore. Se disponibile, l'accesso API è quasi sempre più economico nel lungo periodo; l'RPA è la soluzione di ripiego quando non lo è, ed è un'opzione legittima, non un espediente.

2. La logica è una regola fissa, o richiede capacità di giudizio su input non strutturati? Regola fissa ("se stato = pagato, aggiorna il campo") → middleware. Decisione di giudizio ("questa clausola contrattuale corrisponde ai nostri termini standard") → un agente AI, con un ambito ristretto e ben definito, con un passaggio di revisione umana per tutto ciò su cui non è sicuro.

3. Cosa succede quando sbaglia in silenzio? Questa domanda determina quanto investire nel monitoraggio, a prescindere dalla categoria scelta. Un'automazione che sbaglia su una notifica Slack interna è una scrollata di spalle. Una che sbaglia su un rimborso cliente o su un ciclo di payroll ha bisogno di logging, alert e un percorso di rollback prima di andare in produzione — questa disciplina conta più della categoria che hai scelto.

Quanto costa davvero ciascuna opzione

Il middleware è economico da avviare nella fascia bassa — i piani per piccoli team su strumenti come Zapier o Make costano all'incirca $20-$600/mese, mentre piattaforme enterprise come Workato o MuleSoft raggiungono importi a cinque cifre su base annua — ed è proprio il prezzo d'ingresso basso il motivo per cui i team ne abusano. Il costo reale emerge più avanti, quando la catena cresce oltre quello che una singola persona riesce a tenere a mente, e come un onere di manutenzione che nessuno aveva preventivato.

L'RPA comporta un costo di licenza reale, tipicamente $5,000–$25,000 per bot all'anno a seconda del fornitore e dei volumi, oltre al tempo di sviluppo necessario per mappare i flussi a schermo. È giustificato quando l'alternativa è che il personale re-inserisca manualmente i dati tra sistemi ogni giorno — per flussi legacy ad alto volume e senza API, quel costo manuale in genere supera di gran lunga il costo della licenza nel giro di un anno.

Gli agenti AI per le decisioni di giudizio hanno un costo legato al progetto, non all'abbonamento. Un agente con ambito ristretto — ad esempio, estrarre le voci da una fattura e segnalare le discrepanze — è realisticamente un incarico da $7,000–$20,000, comprensivo dei guardrail (soglie di confidenza, revisione umana, logging) che lo rendono sicuro da lasciare in esecuzione. Il lavoro di integrazione puramente deterministico, senza alcun modello coinvolto, parte più in basso — da $3,000 per una singola connessione ben definita.

Il modello del 2026 è ibrido, non un vincitore unico

La vera risposta, per la maggior parte delle aziende, non è "scegline una". È il middleware come spina dorsale che sposta i dati tra sistemi con API pulite, l'RPA come toppa per l'unico sistema legacy che nessuno sostituirà quest'anno, e un agente AI dall'ambito ristretto inserito esattamente nel punto in cui oggi una persona sta prendendo una decisione di giudizio che rallenta tutto il resto. Costruire l'intero sistema come un unico agente AI è di solito eccessivo e meno affidabile del necessario; costruirlo come un'unica lunga catena in stile Zapier è di solito ciò che si rompe per primo.

Quando definiamo l'ambito di questi progetti, il primo output non è una raccomandazione di strumento — è una mappa di ogni passaggio di consegna nel processo attuale, con l'indicazione di quali sono una regola fissa, quali richiedono giudizio e quali toccano un sistema privo di API. È quella mappa a decidere l'architettura. Il nostro team automazione e integrazioni esegue questo esercizio di mappatura prima di consigliare una singola piattaforma, perché la scelta della piattaforma dovrebbe essere l'ultima decisione, non la prima.

In sintesi

Se il tuo piano di automazione parte dal nome di uno strumento invece che da un elenco di passaggi di consegna e decisioni, finirai per avere un agente AI che fa il lavoro di un foglio di calcolo, oppure una catena di Zapier che fa il lavoro di una decisione di giudizio — ed entrambi falliranno in silenzio, mesi dopo il lancio, proprio quando avrai smesso di controllarli. Mappa prima il processo. La categoria giusta emerge da quella mappa, e di solito è più di una.