Un’automazione che smette di funzionare può lasciare richieste senza risposta, dati non aggiornati o attività bloccate senza che nessuno se ne accorga. Per questo non basta verificare che il flusso sia stato avviato: serve sapere cosa succede quando un passaggio fallisce.
Il punto di partenza è definire tre cose: come rilevare l’errore, chi deve intervenire e come riprendere il lavoro senza ripetere operazioni già completate.
Perché un’automazione può fermarsi senza che sia evidente
Un flusso dipende da strumenti, connessioni e dati che possono cambiare. Una password può scadere, un servizio esterno può rispondere lentamente, un campo obbligatorio può arrivare vuoto o un’API può rifiutare temporaneamente una richiesta. A volte il sistema segnala un’esecuzione fallita, ma l’avviso resta dentro la piattaforma e nessuno lo legge.
Il rischio aumenta quando il processo coinvolge attività importanti: ricevere una richiesta, creare un contatto nel CRM, inviare una conferma o aggiornare un ordine. In questi casi il silenzio dell’automazione è un problema operativo, anche se il sito continua a funzionare.
1. Decidi quali errori devono generare un avviso
Non ogni anomalia richiede la stessa risposta. Distingui almeno tra:
- errore temporaneo: un timeout o un servizio momentaneamente non disponibile;
- dato non valido: manca un campo o il formato non è quello atteso;
- errore di configurazione: credenziali scadute, permessi insufficienti o endpoint cambiato;
- risultato incerto: la richiesta potrebbe essere stata elaborata, ma l’automazione non ha ricevuto conferma.
Quest’ultimo caso merita attenzione: ripetere subito l’azione può creare un doppio contatto, un secondo invio o un’operazione duplicata. L’avviso dovrebbe riportare il passaggio coinvolto, il momento e un riferimento alla registrazione dell’esecuzione, senza esporre dati personali che non servono.
2. Invia l’avviso a una persona responsabile
Un messaggio generico a un indirizzo che nessuno controlla non risolve il problema. Ogni flusso importante dovrebbe avere un referente e un canale di notifica verificato. Se il processo è critico, prevedi anche chi subentra quando il referente non è disponibile.
In n8n, per esempio, un error workflow può essere associato alle impostazioni di un workflow e avviato quando un’esecuzione fallisce. L’Error Trigger può ricevere i dettagli dell’errore e attivare un avviso via email o Slack. Le opzioni precise dipendono dalla configurazione e dalla versione in uso; verifica sempre il comportamento con un’esecuzione di prova.
3. Registra cosa è successo
Un registro utile permette di capire se il problema è isolato o ricorrente. Per ogni errore conserva almeno:
- nome del flusso e passaggio che si è fermato;
- data e ora;
- identificativo della richiesta o dell’elemento coinvolto;
- messaggio tecnico essenziale e tentativi già eseguiti;
- esito dell’intervento e persona che lo ha risolto.
Non serve raccogliere tutto indiscriminatamente. Limita i dati personali, definisci per quanto tempo conservare i log e assicurati che le persone autorizzate sappiano dove consultarli.
4. Riprova solo quando è sicuro
Un nuovo tentativo può essere sensato per un errore temporaneo. Prima, però, verifica se l’azione precedente è stata davvero eseguita. Per esempio: il CRM ha creato il contatto anche se la risposta del servizio è arrivata in ritardo? L’email è stata inviata prima del timeout? Senza un controllo, il retry può duplicare l’effetto.
Quando possibile, usa un identificativo univoco della richiesta e controlla se esiste già una registrazione prima di crearne una nuova. Se non puoi stabilire con certezza l’esito, metti l’elemento in una coda da verificare manualmente invece di ripetere l’azione alla cieca.
5. Prova anche il percorso di errore
Un’automazione non è pronta solo perché funziona nel caso ideale. Simula almeno un errore temporaneo, un dato mancante e una credenziale non valida. Controlla che l’avviso arrivi, che il log sia leggibile e che il referente sappia come riprendere il processo.
Queste verifiche vanno ripetute dopo modifiche a campi, integrazioni, permessi o strumenti. Una piccola prova documentata è spesso più utile di una procedura lunga che nessuno riesce a seguire.
Una checklist prima di affidare un processo a un’automazione
- Quale risultato concreto deve produrre?
- Quali errori possono interromperla?
- Chi riceve l’avviso e chi è il sostituto?
- Come si capisce se l’azione è già stata eseguita?
- Quali dati vengono registrati e per quanto tempo?
- Come si riprende il flusso senza creare duplicati?
Nel metodo Digital Noa la domanda iniziale non è “quale integrazione colleghiamo?”, ma “dove si blocca il lavoro e chi se ne accorge?”. Immagina un modulo contatti: se il CRM crea il lead ma la conferma va in timeout, prima del retry controlliamo se il contatto esiste già. È un esempio operativo, non il racconto di un caso cliente. Solo dopo aver chiarito processo, responsabilità e rischio di duplicati scegliamo gli strumenti. Puoi approfondire nel nostro articolo AI e WordPress: cosa vale davvero la pena automatizzare?.
