Envoi de rappels après avoir attendu un exemple d'événement
Créez un flux qui envoie plusieurs rappels après avoir attendu plusieurs événements temporels, par exemple deux semaines et une semaine avant la fin d'un contrat.
Éditions requises
| Afficher les éditions prises en charge. |
Vous concevez un flux qui rappelle aux propriétaires de contrat de suivre leurs clients avant la fin du contrat. Toutefois, au lieu d'envoyer un seul rappel, le flux en envoie régulièrement. Cet exemple montre comment utiliser un élément Attente pour envoyer un rappel deux semaines puis une semaine avant la fin du contrat. Vous pouvez étendre aisément ce flux pour envoyer des rappels à plus d'intervalles, par exemple trois jours et un jour avant la fin du contrat.
Exemple
Ce flux inclut déjà trois variables remplies : Avant d'exécuter l'élément Attente, le flux référence et stocke les EndDate et OwnerId du contrat.
- {!contract} est une variable d'enregistrement qui contient EndDate et OwnerId du contrat
- {!contractId} est une variable de texte qui contient l'ID du contrat
- {!oneWeekVisited} est une variable booléenne dont la valeur par défaut est {!$GlobalConstant.False}
- {!twoWeeksVisited}est une variable booléenne dont la valeur par défaut est {!$GlobalConstant.False}
Le flux envoie les e-mails de rappel deux semaines et une semaine avant la date de fin du contrat. Par conséquent, l'élément Attente définit deux événements de reprise temporels qui utilisent l'heure basée sur l'enregistrement.
Pour ces deux événements, le décalage est déclaré en jours, car les semaines ne sont pas une unité de décalage acceptable.
L'heure de base du premier événement ("2 semaines") est la valeur de Contract.EndDate (1) dans l'enregistrement dont l'ID est stocké dans {!contractId} (2). Le décalage est de -14 jours (3), qui représente deux semaines.
Vous souhaitez utiliser le même élément Attente pour chaque rappel, donc après avoir envoyé un e-mail de rappel, l'interview d'un flux revient à l'élément Attente. Pour vous assurer que l'interview n'envoie pas le même e-mail à répétition, utilisez d'abord des conditions d'attente. Lorsqu'une interview exécute un élément Attente, elle vérifie d'abord les conditions de chaque configuration d'attente afin de déterminer si ces événements doivent être attendus. Si une configuration d'attente contient des conditions définies et que ces conditions ne sont pas remplies, l'interview n'attend pas l'événement de reprise associé.
Pour le premier événement de reprise, l'interview vérifie si la variable booléenne {!twoWeekVisited} est définie sur false. La valeur par défaut de la variable est définie sur {!$GlobalConstant.False}. Par conséquent, le flux attend l'événement jusqu'à ce que la valeur de la variable soit modifiée.
Indiquez l'action du flux lorsque l'événement « 2 semaines » se produit en connectant l'élément Attente à d'autres éléments. Ensuite, avant de renvoyer le chemin du flux à l'élément Attente, changez la valeur de {!twoWeeksVisited} en {!$GlobalConstant.True}. Vous pouvez le faire avec un élément Attribution. Si la valeur de {!twoWeeksVisited} n'est pas false lors de l'exécution de l'élément Attente, le flux n'attend pas l'événement « 2 semaines ». Essentiellement, l'interview vérifie si le premier événement de reprise s'est produit, car la variable change en true uniquement dans le chemin de la configuration d'attente associée. Si cet événement de reprise s'est produit (et que la variable n'est pas définie sur false), l'interview sait qu'il ne faut pas attendre cet événement.
Le deuxième événement ("1 semaine") a le même temps de base que le premier événement; le décalage est de -7 jours pour représenter une semaine.
Pour le deuxième événement, le flux vérifie si la variable booléenne {!oneWeekVisited} est définie sur false. Sinon, le flux n'attend pas cet événement.
Comme avec la première configuration d'attente, utilisez un élément Attribution pour changer la valeur {!oneWeekVisited} en {!$GlobalConstant.True} avant que le retour du chemin de flux à l'élément Attente. Tant que {!oneWeekVisited} n'est pas false, le flux n'attend pas l'événement "1 semaine".
Définissez un chemin par défaut qui peut être utile en cas de problème. Dans cet exemple, le chemin par défaut envoie un e-mail avec le message de défaut à l'utilisateur qui a créé le flux.
