Attendere un evento

Un'attesa mette in pausa un'esecuzione esistente finché un evento atteso non corrisponde o il timeout non scade. Scegli il tipo di attesa in base a chi produce l'evento.

Automations is in Early access. Your workspace permissions determine which actions you can perform.

Attendere la ricezione di un messaggio

1. Aggiungi Wait for event dopo il percorso di successo di uno step di invio.
2. Seleziona l'azione precedente di cui vuoi monitorare il messaggio.
3. Scegli i tipi di evento supportati e imposta un timeout.
4. Collega Matched allo step che gestisce la ricezione.
5. Collega If time runs out, il percorso di timeout, allo step che gestisce la mancata ricezione.

L'attesa monitora il messaggio creato da quell'azione in questa esecuzione. Un messaggio proveniente da un'altra esecuzione non la soddisfa. Una notifica di ricezione che arriva prima che l'esecuzione raggiunga l'attesa può comunque essere utilizzata.

L'invio deve avere successo nel percorso che porta all'attesa. Un percorso di errore non può attendere un messaggio che l'invio non ha mai accettato. Gli invii email e WhatsApp monitorati devono avere un solo destinatario.

Per continuare questa esecuzione quando il cliente risponde a un messaggio SMS o WhatsApp, usa Wait for reply. Per avviare un workflow separato per un messaggio in arrivo, usa un trigger evento Bird.

Attendere un evento applicativo

Usa Wait for application event per un evento come la conferma di un pagamento o l'annullamento di un appuntamento associato a un particolare elemento di business.

1. Configura la chiave di business del workflow in Run overlap, ad esempio un ID fattura.
2. Aggiungi Wait for application event e specifica il nome dell'evento e i campi dati in ingresso.
3. Imposta il timeout e qualsiasi condizione che l'evento deve soddisfare.
4. Collega i percorsi di corrispondenza e di timeout.
5. Segui Inviare un evento di follow-up per inviare il nome dell'evento, i dati e la subject_key all'URL evento dell'automazione.

Il nome dell'evento e la chiave devono corrispondere esattamente ai valori configurati. Un nome corrispondente con la chiave sbagliata non può riprendere l'esecuzione prevista. Una condizione può confrontare i dati dell'evento in arrivo con i dati iniziali dell'esecuzione.

Un evento elaborato dopo l'avvio dell'esecuzione ma prima che raggiunga l'attesa può essere conservato. Un evento elaborato prima che esista un'esecuzione corrispondente non viene salvato per un'esecuzione futura. L'accettazione nella coda non dimostra che un'attesa è stata ripresa; controlla Runs.

Pianificare il percorso di timeout

La durata dell'attesa inizia quando l'esecuzione raggiunge l'attesa. Il limite di tempo di 30 giorni dell'esecuzione può terminarla prima. Un timeout significa che nessun evento qualificante ha risolto l'attesa entro la scadenza; non dimostra che l'evento di business non sia mai avvenuto.

Scegli un'azione di timeout adeguata a quell'incertezza, come registrare l'esito di una revisione o chiedere a un team di indagare. Verifica in anteprima entrambi i percorsi prima della pubblicazione.

Mettere in pausa l'automazione interrompe le nuove esecuzioni, mentre le attese esistenti possono continuare. Annulla l'esecuzione separatamente quando il lavoro successivo deve fermarsi. Se lo stesso evento applicativo si qualifica sia per l'annullamento sia per un'attesa in quell'esecuzione, l'annullamento ha la precedenza.

Passaggi successivi

• Gestire esecuzioni sovrapposte e annullamento.
• Anteprima e verifica di un workflow.
• Ispezionare le esecuzioni.
• Sfogliare le guide di Automations.