# Attendre la réponse d'un client dans les Automations

Utilisez **Wait for reply** lorsque l'étape suivante dépend de la réponse du client. Par exemple, envoyez un rappel de rendez-vous, attendez une confirmation, puis mettez à jour le contact ou relancez si aucune réponse n'arrive.

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

## Avant de commencer

Ajoutez un envoi SMS ou WhatsApp à votre workflow. SMS nécessite un numéro dans votre espace de travail capable de recevoir des messages. WhatsApp nécessite un expéditeur dans votre espace de travail et un destinataire téléphonique individuel.

Les réponses par e-mail ne sont pas prises en charge. Les réponses dans les conversations de groupe WhatsApp ne sont pas prises en charge.

Votre espace de travail doit avoir la permission d'envoyer et de lire les messages pour le canal sélectionné. Les [exigences du canal](/docs/guides/automations/messages) habituelles et les limites d'envoi automatisé de l'espace de travail s'appliquent toujours.

## Ajouter l'attente

1. Ajoutez **Wait for reply** sur le chemin **Success** de l'envoi. Vous pouvez aussi sélectionner **Also wait for a reply** lors de l'ajout d'un envoi SMS ou WhatsApp.
2. Dans **Reply to**, sélectionnez l'envoi précédent. Si un seul envoi est éligible, il est sélectionné automatiquement. D'autres étapes peuvent exister entre l'envoi et l'attente.
3. Réglez **Wait up to** sur la durée que vous souhaitez accorder pour une réponse.
4. Connectez **Reply received** à l'étape qui traite la réponse. Utilisez **Choose a path** pour distinguer une confirmation, une demande d'aide et d'autres réponses.
5. Connectez **Timed out** à un suivi ou à un résultat explicite. Gérez l'échec d'envoi depuis le chemin d'échec distinct de l'étape d'envoi.

Le workflow commence à capturer les réponses dès que le message est accepté pour l'envoi, de sorte qu'une réponse rapide peut être enregistrée avant que l'exécution n'atteigne l'attente. Le délai d'expiration commence lorsque l'exécution atteint l'attente ; la [limite de durée d'exécution](/docs/guides/automations/schedules-and-delays#run-time-limit) peut y mettre fin plus tôt.

## Utiliser la réponse

Sur le chemin **Reply received**, choisissez les champs sous **Reply → Message** dans les données disponibles. Un envoi SMS fournit les champs SMS. Un envoi WhatsApp fournit les champs WhatsApp, qui peuvent inclure du texte, des réponses par bouton ou des médias. Vérifiez quels champs optionnels sont présents avant de les utiliser.

L'attente accepte une réponse éligible sans en interpréter le sens. C'est l'étape suivante qui décide quoi faire d'une réponse telle que “yes”, “no” ou un contenu inattendu. Le chemin **Timed out** ne contient aucune donnée de réponse.

## Éviter les questions qui se chevauchent

Les réponses correspondent au canal et à la paire numéro de téléphone entreprise/client au sein de l'espace de travail. Elles n'identifient pas à quelle question le client avait l'intention de répondre. Une même réponse peut satisfaire des attentes éligibles dans plusieurs workflows, et une réponse tardive peut satisfaire une question ultérieure.

Utilisez [Run overlap](/docs/guides/automations/run-settings) pour ignorer une nouvelle exécution pendant que cette automatisation attend déjà une réponse de la même paire. Coordonnez les autres automatisations qui envoient des messages à ce client ; les paramètres de chevauchement s'appliquent à une seule automatisation à la fois.

## Prévisualiser et vérifier le résultat

[Prévisualisez le workflow](/docs/guides/automations/preview) avec une réponse, une réponse inattendue et un délai d'expiration. La prévisualisation utilise des données d'exemple sans envoyer de messages. Vérifiez les chemins et les champs, puis publiez lorsque vous êtes prêt pour les messages réels.

Dans **Runs**, inspectez l'étape **Wait for reply** et la branche sélectionnée pour voir si une réponse est arrivée ou si l'attente a expiré. Un délai d'expiration termine l'étape d'attente avec succès et suit le chemin **Timed out**. Le statut final de l'exécution dépend de ce qui se passe ensuite.

Si la récupération du message de réponse échoue définitivement, l'exécution échoue au lieu de suivre le chemin d'expiration. Inspectez l'étape en échec pour en déterminer la cause et vérifiez les permissions de lecture du canal.

Si **Reply to** n'affiche aucun choix, connectez l'attente au chemin de succès d'un envoi SMS ou WhatsApp antérieur. Un envoi atteint uniquement via son chemin d'échec n'est pas éligible.

Mettre en pause l'automatisation empêche les nouvelles exécutions mais laisse les attentes existantes se poursuivre. Annulez une exécution individuelle lorsque le travail de suivi doit s'arrêter.

## Étapes suivantes

- [Attendre les accusés de réception ou les événements applicatifs](/docs/guides/automations/waits).
- [Utiliser les données du workflow](/docs/guides/automations/data).
- [Inspecter les exécutions](/docs/guides/automations/runs).

## Related resources

- [Automations](/docs/guides/automations) (docs)