Audin Docs
Workflow

Esecuzioni

Monitorare le esecuzioni di un workflow — la cronologia, il dettaglio con la timeline per step e i dati di input/output, il significato degli stati e come leggere le attese.

Versione Markdown di questa pagina

Scarica o copia il contenuto di questa pagina in formato .md — utile per fornirlo a un agente AI che integra questa specifica feature.

Scarica .md

Ogni volta che un trigger scatta nasce un'esecuzione. La tab Esecuzioni della pagina del workflow è dove verifichi che l'automazione faccia quello che ti aspetti.

La cronologia

La tabella mostra le esecuzioni più recenti (le ultime 50) con stato, progresso (step completati/totali), inizio, durata ed eventuale errore. Stati possibili:

StatoSignificato
In EsecuzioneIn corso — oppure in attesa: vedi sotto.
CompletatoArrivata alla fine del flusso.
FallitoUno step ha generato un errore bloccante.
Annullato / TimeoutInterrotta.

Il dettaglio

L'occhio apre il dettaglio: la Timeline Esecuzione elenca ogni step con il suo stato (In Attesa, In Esecuzione, Completato, Fallito, Saltato, Riprovando) e il toggle "Mostra dati" con i Dati Input e Dati Output dello step — il modo più rapido per capire perché un'email non è partita o cosa ha deciso una condizione.

Nota su Saltato: non è un errore. È l'esito normale, ad esempio, di uno step email in modalità marketing verso un contatto che ha negato il consenso.

Attese e robustezza

  • Un'esecuzione ferma su Attendi / Ritardo (o in attesa di un evento) resta visualizzata come "In Esecuzione" per tutta l'attesa: non esiste uno stato "sospeso" separato. Un workflow con un'attesa di 3 giorni mostrerà "In Esecuzione" per 3 giorni — è normale.
  • Le attese sono durabili: sopravvivono a riavvii e aggiornamenti della piattaforma, con precisione al minuto.
  • Se un'esecuzione viene interrotta a metà da un problema tecnico, la piattaforma la riprende automaticamente dall'ultimo step completato (entro pochi minuti). Non esiste invece un "riprova" manuale dell'esecuzione: i retry configurabili sono per-step (chiamate API, Google Sheet).

Se qualcosa non torna

  1. Il workflow è Attivo? (Non lo Stato: la spunta Attivo.)
  2. Il filtro del trigger include l'evento? (Filtro vuoto = tutti.)
  3. Il flusso è arrivato a un ramo non collegato? Un ramo vuoto termina l'esecuzione in "Completato" senza errori.
  4. Lo step è Saltato? Guarda i Dati Output: spesso è il consenso.
  5. Il dato che usi nelle variabili esiste nel contesto di quel trigger? (Es. il lead non è garantito con "Form Inviato".)

Prossimi passi

On this page