• Accueil / Salesforce / Didacticiel sur les…
, Didacticiel sur les meilleures pratiques de Process Builder &#8211; Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu7 minutes de lecture


Si Salesforce a mis l’automatisation des processus au cœur de son offre depuis assez longtemps, elle n’a pas toujours été aussi claire, intuitive ou bien organisée qu’aujourd’hui.

Dans mon article précédent: « Réduisez, réutilisez et recyclez vos automatisations avec Salesforce Process Builder», J’ai décrit quelques lignes directrices sur la façon dont nous pouvons utiliser le Process Builder pour nous faciliter la vie en tant qu’administrateurs et développeurs. En substance, si les règles de flux de travail étaient puissantes et fournissaient de nombreuses fonctionnalités, elles étaient également assez opaques, difficiles à maintenir et à mettre à jour. Alors, soyons pratiques; si vous lisez mon post précédent, vous savez Pourquoi et lorsque vous pouvez utiliser Process Builder. Mais vous ne savez peut-être pas encore exactement comment.

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

La désactivation et la suppression de règles de flux de travail peuvent être aussi effrayantes qu’exaltantes, mais je vais vous montrer comment nous pouvons utiliser le cadre des «Trois R» que j’ai présenté et le mettre en pratique aujourd’hui pour rendre votre organisation Salesforce plus propre, plus facile à comprendre, et toujours plus extensible.

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Réduire

Tout d’abord, rappelez-vous que Process Builder nous aide réduire temps de développement, complexité et difficulté de dépannage.

Pour voir cela plus en détail, montrons un exemple.

Supposons que nous souhaitons définir une valeur de champ en fonction du type d’enregistrement d’un prospect nouvellement créé et que nous ayons 3 types d’enregistrement différents.

Tout d’abord, nous allons commencer par accéder à Configuration> Automatisation des processus> Règles de flux de travail pour afficher une liste de nos règles de workflow actives et inactives.

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Si vous avez de la chance, la vôtre semble peut-être gérable comme ci-dessus, avec un schéma de dénomination relativement clair pour que vous n’ayez pas à passer trop de temps à rechercher exactement quelle règle de flux de travail modifier lorsque vous devez apporter une modification mineure.

Dans la liste ci-dessus, nous voyons les trois règles de flux de travail distinctes qui sont requises:

[New Lead] Mettre à jour les leads A

[New Lead] Mettre à jour les leads B

[New Lead] Mettre à jour les leads C

Où mes types d’enregistrements sont «A», «B» et «C.»

Dans chacun de ces éléments, je souhaite définir une valeur de champ initiale et, après un certain nombre d’heures, je modifierai sa valeur. Ainsi, chaque règle de flux de travail nécessitera au moins deux actions et pourrait ressembler à ceci:

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Je dois entrer et créer ces actions distinctes pour chaque règle de flux de travail qui s’applique à chaque type d’enregistrement! C’est un peu un mal de tête. Si je rencontre un problème, je serais obligé de désactiver chaque règle séparément, et de désactiver chaque règle, je dois confirmer qu’il n’y a pas d’actions basées sur le temps en file d’attente pour s’exécuter, et si c’est le cas, supprimez-les avant que je peut revenir pour le désactiver. Je suis épuisé d’expliquer ces dépendances. Un vrai casse-tête, même pour cet exemple simplifié.

Voyons comment nous pouvons faire la même chose avec Process Builder.

Navigons vers Configuration> Automatisation de processus> Générateur de processus et commencez.

Commencez par créer une nouvelle instance de processus.

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Et implémentons la même logique, mais au lieu de trois règles de flux de travail, nous créons une instance de Process Builder avec trois branches correspondant à nos trois types d’enregistrement.

En fin de compte, nous finirons ici:

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

est un moyen de condenser toute cette logique en une seule branche, mais dans un souci de maintenabilité future et de visualisation facile de la logique, j’ai choisi de garder chaque branche séparée.

Réutilisation

Soyez un protecteur du principe sacré DRY! Réutilisez la logique, les nœuds et le code Apex afin que votre organisation Salesforce représente un système d’autoroutes bien conçu plutôt que les écouteurs confus que vous venez de sortir de votre poche.

Continuons avec ce que nous avons construit ci-dessus. Supposons qu’après 24, 48 ou 72 heures lorsque l’état est « Manqué », nous souhaitons alerter le directeur des ventes. Quelles sont nos options?

  1. Ajouter au moins 3 actions basées sur le temps à l’instance de Process Builder existante
  2. Créez un sous-processus invocable pour contenir toute cette logique et appelez if depuis notre instance «maître».

Puisque nous démontrons le principe de réutilisation, et comme nous sommes des administrateurs avertis qui savent qu’à l’avenir, il nous sera très avantageux de construire de manière modulaire, nous optons pour la deuxième option.

Tout d’abord, un nouveau sous-processus.

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Et une opportunité d’utiliser une logique personnalisée:

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Voyez où il est dit (1 OU 2 OU 3) ET 4? Nous faisons référence aux conditions énumérées ci-dessus et nous disons essentiellement « l’un des types d’enregistrement A, B ou C, qui n’a pas été contacté rapidement ».

Et bien sûr, en ajoutant notre action.

Et certainement la partie la plus cool: l’incorporer dans notre processus maître. Notez que nous pouvons faire glisser le nœud vers le haut pour nous assurer qu’il est évalué en premier, et nous pouvons ensuite définir le processus pour continuer l’évaluation.

Bien! Récapitulation rapide: nous avons créé un processus et un sous-processus invocable, et nous avons intégré ce dernier dans le premier. N’était-ce pas si difficile, maintenant? C’est la réutilisation, en un mot.

Recycler

Maintenant, pour un peu de catharsis, nous envoyons ces anciennes règles de flux de travail à la corbeille et nous nous rapprochons de cette organisation propre, gérable et modulaire dont nous avons toujours rêvé. Petit rappel, pour supprimer un workflow, nous devons:

  1. Désactiver.
  2. Vérifiez si des actions basées sur le temps sont mises en file d’attente pour l’exécution. Configuration> Environnements> Surveillance> Flux de travail temporel
  3. Effacer.

, Didacticiel sur les meilleures pratiques de Process Builder – Réduire, réutiliser, recycler: étendu<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Au revoir!

Quelques mises en garde

Je ne veux pas prendre de l’avance sur moi-même. Je suis un partisan du Process Builder, car il m’a personnellement rendu la vie beaucoup plus facile. Cela dit, il existe encore quelques cas où vous pourriez avoir plus de facilité à utiliser une règle de flux de travail plutôt que d’essayer d’exploiter Process Builder, et vous pouvez obtenir de meilleures performances. Un exemple évident est l’envoi de messages sortants sans avoir à écrire de code, ce que le flux de travail peut encore faire mais que le générateur de processus ne fera pas.

De plus, en raison de la flexibilité du Process Builder, il peut y avoir plus d’une façon d’automatiser ce que vous voulez automatiser. Bien que cela introduit une certaine ambiguïté, cela représente en fin de compte un plus grand niveau de flexibilité que celui qui était disponible avec les outils d’automatisation de processus précédents dans Salesforce.

Comme toujours, il est important de souligner l’une des plus grandes forces de Process Builder: les classes Apex invocables. Étant donné que nous pouvons transmettre des valeurs variables de manière vraiment intuitive, Process Builder devient un outil qui peut être géré par un administrateur averti et simultanément étendu par un bon développeur, ce qui signifie que les possibilités sont vraiment infinies.

Résumé: Dernier point, mais non le moindre!

Comme je soupçonne que beaucoup sont en train de le faire ou le seront bientôt, la migration des règles de flux de travail vers Process Builder n’est pas une mince affaire. La planification, l’organisation, la création de diagrammes et l’itération sont toutes les étapes du processus avant de pouvoir profiter de ce moment satisfaisant d’activation d’une belle instance de Process Builder bien conçue. Cependant, en gardant à l’esprit que fondamentalement, nous pouvons réduire complexité, réutilisation logique couramment utilisée, et recycler ce qui ne sert plus un but, devrait fournir une raison suffisante pour être enthousiasmé par la perspective.



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Vous utilisez Pardot depuis un certain temps mais vous n'êtes pas sûr d'en
exploiter tout le potentiel

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer