Vous pouvez définir des règles qui déclenchent des Actions de workflow temporelles à partir de n'importe quel champ de Date ou Date/Heure d'un objet.
Exemple de workflow temporel : Générer des rappels de date critique afin de rappeler aux propriétaires d'opportunités que la date de fermeture d'une opportunité importante (montant supérieur à 1 million de dollars) est dans 14 jours. Si la date de fermeture est dans 10 jours, utilisez la même règle pour notifier le sponsor exécutif ou changer la propriété de l'opportunité.
Nos principales questions, consignes et considérations sont les suivantes :
Cette fonctionnalité tire parti du moteur de workflow existant, qui comprend deux sections : Actions immédiates et Actions temporelles.
La configuration de la règle de base est identique, mais pour des règles temporelles, vous configurez des déclencheurs temporels dans la section actions temporelles. Chaque déclencheur temporel peut exécuter une ou plusieurs actions de workflow.
Oui, et dans n'importe quel objet actuellement pris en charge par le workflow.
Actuellement, les jours et les heures sont pris en charge.
La fonctionnalité standard est basée sur tous les jours de la semaine et ne peut pas exclure les week-ends.
Les règles de workflow ne sont pas déclenchées rétroactivement. Si vous créez une règle maintenant, elle ne s'applique pas aux enregistrements créés avant.
Toutes les actions existantes sont disponibles : alertes par e-mail, mises à jour de champ, tâches et messages sortants.
Oui, vous pouvez créer une chronologie d'actions en configurant plusieurs déclencheurs temporels et en définissant une action pour chaque déclencheur.
Oui, il n'est pas possible de configurer une action de workflow temporel définie pour évaluer des critères « chaque fois qu'un enregistrement est créé ou mis à jour ».
Oui, toutes les actions en attente de déclenchement à une date future sont affichées dans la File d'attente de workflow.
Les administrateurs système peuvent afficher et gérer la file d'attente depuis :
Non, les actions temporelles restent dans la file d'attente de workflow jusqu'à ce qu'elles soient traitées ou jusqu'à l'évaluation des critères de la règle de workflow sur « false ». Si un enregistrement ne correspond plus aux critères de la règle lors de son exécution, Salesforce supprime de la file d'attente les actions temporelles de cet enregistrement.
Oui, si l'enregistrement est mis à jour et que vous définissez les critères d'évaluation sur « Lorsqu'un enregistrement est créé et lorsqu'il est modifié pour remplir les critères » (l'enregistrement ne doit pas avoir déjà rempli les critères).
Dans ce cas, la règle de workflow évalue les déclencheurs temporels une seule fois. Si l'enregistrement ayant déclenché la règle change et ne remplit plus les critères d'évaluation, les actions en attente sont retirées de la file d'attente et la règle n'est plus jamais appliquée à l'enregistrement.
Toutes les actions en attente sont évaluées uniquement lorsque les critères de la règle sont remplis. Salesforce évalue la règle à chaque mise à jour de l'enregistrement, mais ne déclenche chaque fois pas les actions associées à la règle.
Salesforce recalcule le déclencheur temporel s'il n'a pas déjà été activé et si le nouveau calcul ne redéfinit pas le déclencheur à une date passée.
Les actions en attente sont supprimées de la file d'attente de workflow et ne peuvent pas être récupérées, même si vous restaurez l'enregistrement.
Si des processus d'approbation ou des workflows sont en attente de déclenchement, vous ne pouvez pas convertir une piste. Vous pouvez cependant retirer les actions en attente sous Configuration et effectuer la conversion.
Pour plus d'informations, consultez la section « Traitement des déclencheurs temporels » de la rubrique Considérations relatives aux actions chronologiques et aux déclencheurs temporels.
Lisez les instructions complètes dans notre rubrique d'aide « Déclenchement rétroactif de règles de workflow dans des enregistrements existants ».
000385301

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.