Attendre un événement
Une attente met en pause une exécution existante jusqu'à ce qu'un événement attendu corresponde ou que son délai d'attente expire. Choisissez le type d'attente en fonction de qui produit l'événement.
Automations is in Early access. Your workspace permissions determine which actions you can perform.
Attendre un accusé de réception de message
- Ajoutez Wait for event après le chemin de succès d'une étape d'envoi.
- Sélectionnez l'action précédente dont vous souhaitez surveiller le message.
- Choisissez les types d'événements pris en charge et définissez un délai d'attente.
- Connectez Matched à l'étape qui traite l'accusé de réception.
- Connectez If time runs out, le chemin de délai d'attente, à l'étape qui traite l'accusé de réception manquant.
L'attente surveille le message créé par cette action dans cette exécution. Un message provenant d'une autre exécution ne la satisfait pas. Un accusé de réception arrivé avant que l'exécution atteigne l'attente peut quand même être utilisé.
L'envoi doit réussir sur le chemin menant à l'attente. Un chemin d'échec ne peut pas attendre un message que l'envoi n'a jamais accepté. Les envois d'e-mail et WhatsApp surveillés doivent s'adresser à un seul destinataire.
Pour poursuivre cette exécution lorsque le client répond à un message SMS ou WhatsApp, utilisez Attendre une réponse. Pour démarrer un workflow distinct à la réception d'un message entrant, utilisez un déclencheur d'événement Bird.
Attendre un événement applicatif
Utilisez Wait for application event pour un événement tel qu'une confirmation de paiement ou une annulation de rendez-vous associé à un élément métier particulier.
- Configurez la clé métier du workflow sous Run overlap, par exemple un identifiant de facture.
- Ajoutez Wait for application event et spécifiez le nom de l'événement ainsi que les champs de données entrantes.
- Définissez le délai d'attente et toute condition que l'événement doit remplir.
- Connectez les chemins de correspondance et de délai d'attente.
- Suivez Envoyer un événement de suivi pour envoyer le nom de l'événement, les données et la
subject_keyà l'URL d'événement de l'automatisation.
Le nom de l'événement et la clé doivent correspondre exactement aux valeurs configurées. Un nom correspondant avec une mauvaise clé ne peut pas reprendre l'exécution prévue. Une condition peut comparer les données de l'événement entrant avec les données de démarrage de l'exécution.
Un événement traité après le démarrage de l'exécution mais avant qu'elle atteigne l'attente peut être conservé. Un événement traité avant qu'une exécution correspondante existe n'est pas enregistré pour une exécution future. L'acceptation dans la file d'attente ne prouve pas qu'une attente a repris ; inspectez Runs.
Planifier le chemin de délai d'attente
La durée de l'attente commence lorsque l'exécution atteint l'attente. La limite de temps de 30 jours de l'exécution peut y mettre fin plus tôt. Un délai d'attente signifie qu'aucun événement qualifié n'a résolu l'attente avant son échéance ; il ne prouve pas que l'événement métier ne s'est jamais produit.
Choisissez une action de délai d'attente adaptée à cette incertitude, comme enregistrer un résultat de vérification ou demander à une équipe d'enquêter. Prévisualisez les deux chemins avant de publier.
Mettre en pause l'automatisation arrête les nouvelles exécutions, tandis que les attentes existantes peuvent se poursuivre. Annulez l'exécution séparément lorsque son travail de suivi doit s'arrêter. Si le même événement applicatif est éligible à l'annulation et à une attente dans cette exécution, l'annulation prend le dessus.
Étapes suivantes
Ressources associées
Poursuivez avec la documentation, les guides et les exemples sur ce sujet.