--- title: Esecuzioni description: 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. --- 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: | Stato | Significato | |---|---| | **In Esecuzione** | In corso — **oppure in attesa**: vedi sotto. | | **Completato** | Arrivata alla fine del flusso. | | **Fallito** | Uno step ha generato un errore bloccante. | | **Annullato** / **Timeout** | Interrotta. | ## 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](/docs/workflow#i-concetti-da-conoscere-prima-di-iniziare).) 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