Glossario automazione: workflow, trigger, RPA, BPM spiegati
Carmine Luise
Riassumi con l'AI
Workflow, trigger, RPA, BPM e gli altri termini dell'automazione spiegati semplice, con la domanda da fare a chi te li propone.
Glossario automazione: workflow, trigger, RPA, BPM spiegati
Un consulente ti propone un workflow con trigger automatici, RPA e BPM, e tu annuisci sperando che basti. Questo glossario spiega ogni termine con parole semplici. Per ciascuno trovi anche la domanda da fare a chi te lo propone, che è la parte che conta davvero.
Per il quadro d'insieme, leggi anche la nostra guida automazione dei processi per PMI.
Le basi: workflow, trigger, no-code
Workflow
Un workflow è la sequenza di passaggi che un processo segue dall'inizio alla fine. Vale sia per i passaggi automatici sia per quelli manuali.
Quando lo senti in una proposta, chiedi se il workflow attuale è già stato mappato, eccezioni comprese. Aspettati come risposta una mappa del processo, non una descrizione a voce.
Trigger
Un trigger è l'evento che avvia un'automazione. Per esempio l'arrivo di un'email, la creazione di un ordine, il cambio di stato in un sistema.
Chiedi cosa succede se il trigger non scatta, e chi se ne accorge. Un'automazione che salta un evento in silenzio è peggio del lavoro manuale.
No-code e low-code
Uno strumento no-code costruisce automazioni con interfacce visuali, senza scrivere codice. Uno strumento low-code permette di aggiungere codice dove il visuale non basta. Quanto codice serva dipende dal prodotto e dal caso.
Chiedi chi potrà modificare il flusso dopo la consegna, con quali competenze e a quale costo. Lasciare la manutenzione al fornitore è una scelta legittima, ma va decisa prima, non scoperta dopo.
Tecnologie: RPA, BPM, automazione agentica
RPA (Robotic Process Automation)
La RPA replica le azioni che una persona farebbe su uno schermo. Apre un programma, copia un dato, lo incolla altrove. Serve soprattutto con software datati, privi di integrazioni dirette.
Chiedi perché non si usa un'API al posto suo. La RPA è di solito più fragile davanti ai cambiamenti dell'interfaccia. Anche le API però cambiano versione, limiti e permessi: la differenza sta nel preavviso, non nell'immunità.
BPM (Business Process Management)
Il BPM è la disciplina che analizza, modella e ottimizza i processi aziendali nel loro insieme. Viene prima dell'automazione, non dopo.
Chiedi cosa verrà semplificato prima di essere automatizzato. Un progetto che automatizza e basta rende più veloce anche quello che andrebbe eliminato.
Automazione agentica
L'automazione agentica unisce automazione e intelligenza artificiale. Il sistema interpreta richieste non standardizzate, invece di seguire solo regole fisse.
Interpretare una richiesta e agire da solo però sono due cose diverse. Chiedi quali azioni il sistema esegue senza approvazione, quali passano da una persona, e dove finiscono registrati gli errori.
Operatività: webhook, API, integrazione, errori
Webhook
Un webhook è un messaggio che un sistema manda a un altro appena succede un evento. Nessuno deve controllare a mano se l'evento è avvenuto.
Cosa accade se la consegna fallisce dipende dal servizio. Stripe ritenta automaticamente, mentre GitHub non ritenta ma permette di rinviare la consegna a mano o via script.
Chiedi quali tentativi, avvisi e procedure di recupero sono previsti nel tuo caso specifico.
API (Application Programming Interface)
Un'API è il canale attraverso cui due software si scambiano dati in modo diretto e strutturato.
Chiedi se l'API dei gestionali che già usi copre le operazioni e i volumi che ti servono. Che esista non basta: contano funzioni disponibili, limiti di chiamate, permessi e qualità della documentazione.
Integrazione
Un'integrazione è il collegamento stabile tra due o più sistemi, che si scambiano dati senza intervento manuale.
Chiedi chi la mantiene quando uno dei due software si aggiorna, e con quale contratto. Le integrazioni non si rompono il giorno della consegna, si rompono sei mesi dopo.
Gestione degli errori
È quello che succede quando un passaggio fallisce. Il flusso può fermarsi, riprovare, oppure andare avanti con dati incompleti.
Chiedi di vederla scritta nella proposta, con tentativi previsti e destinatario degli avvisi. È la parte che nessuno mostra nelle demo, ed è quella che decide se potrai fidarti.
Come ti fatturano: task, esecuzione, credito
È l'unità con cui uno strumento di automazione conta il consumo. Alcuni contano ogni singola azione del flusso, altri l'intera esecuzione a prescindere dai passaggi.
Chiedi quale unità usa lo strumento proposto, e quanto consuma il tuo flusso reale. Due preventivi con lo stesso canone mensile possono costare molto diverso alla prova dei fatti. Il confronto tra Make, Zapier e n8n mostra come cambia il calcolo.
Come stanno insieme: un ordine che arriva
Le definizioni servono poco se non si vede come i pezzi lavorano insieme. Ecco lo stesso processo raccontato con i termini al posto giusto.
Un cliente conferma un ordine sul sito. La creazione dell'ordine è il trigger. Un webhook avvisa il gestionale che l'ordine esiste. Il workflow aggiorna la giacenza tramite l'API del gestionale, poi crea la fattura. Se l'aggiornamento della giacenza fallisce, decide tutto la gestione degli errori.
È qui che una proposta si misura. Chiedi quante volte il sistema riprova prima di arrendersi. Chiedi chi riceve l'avviso quando si arrende, e su quale canale. Chiedi come si recuperano gli ordini rimasti a metà, e chi controlla che non ce ne siano.
Una risposta seria suona così: tre tentativi a intervalli crescenti, avviso via email all'amministrazione al terzo fallimento, elenco degli ordini sospesi consultabile ogni mattina. Una risposta vaga suona così: se qualcosa non va, ce ne accorgiamo.
Cosa portare alla prossima riunione
Non serve che tu sappia costruire un flusso. Serve che la proposta metta per iscritto quattro cose.
- Il processo con le eccezioni, non il solo percorso ideale.
- Il comportamento quando un passaggio fallisce: tentativi, avvisi, recupero.
- Chi mantiene le integrazioni nel tempo, e con quale contratto.
- Come sono stati stimati i costi sui tuoi volumi reali.
Se una risposta richiede una verifica, chiedi quando arriva e in quale documento sarà scritta. Un fornitore serio può aver bisogno di controllare un gestionale prima di risponderti: conta il documento che arriva dopo, non la prontezza in riunione.
Se vuoi capire quale tecnologia serve davvero alla tua azienda, parliamone insieme.
RPA e BPM sono la stessa cosa?
No. Il BPM analizza e ottimizza il processo nel suo insieme, di solito prima di qualsiasi automazione. La RPA è una tecnologia specifica, che replica azioni su uno schermo. Un buon progetto parte dal BPM e usa la RPA solo dove serve.
Serve un'API per automatizzare un processo?
Non sempre. Se un software non offre un'API, si può automatizzare tramite RPA. Quando l'API c'è, resta la soluzione più stabile. Verifica però che copra le operazioni che ti servono e i volumi che prevedi, altrimenti il vantaggio è solo teorico.
Cosa succede se un trigger non funziona?
L'automazione non parte, oppure parte con dati sbagliati. La domanda vera è come te ne accorgi. Chiedi che sia previsto un avviso quando un trigger non scatta da un certo tempo, e chi lo riceve.
Come faccio a capire se una proposta di automazione è seria?
Guarda se descrive cosa succede quando le cose vanno storte. Una proposta seria dice quanti tentativi sono previsti, chi riceve l'avviso e come si recuperano i casi rimasti a metà. Dice anche chi mantiene le integrazioni e con quale unità verrà contato il consumo.
Hai un progetto in mente?
Parlane con i nostri esperti. Ti aiuteremo a trovare la soluzione tecnologica migliore.
