• Accueil / Salesforce / 10 bonnes pratiques…
, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

10 bonnes pratiques de Salesforce Flow8 minutes de lecture


Salesforce Flow est l’outil d’automatisation déclarative le plus puissant créé par Salesforce. Nous savons tous que « un grand pouvoir s’accompagne d’une grande responsabilité » – il est donc important d’apprendre non seulement comment construire en utilisant Flow Builder, mais aussi apprendre ce qu’il faut éviter ((que faire et ne pas faire).

Voici 10 bonnes pratiques Salesforce Flow que je suis régulièrement lors du développement de mes Flows. Je pense que ceux-ci apporteront de la valeur, que vous soyez débutant ou que vous utilisiez Flow depuis des années – et tout le monde entre les deux !

, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

1. Testez toujours vos flux

Je fais souvent précéder mes didacticiels de « Toujours créer dans un environnement de bac à sable ou de développeur » – et celui-ci est tout aussi important. Assurez-vous de tester COMPLÈTEMENT votre solution avant de la mettre en production.

Flow Builder dispose d’un outil de débogage intégré que vous pouvez utiliser pour tester vos flux avant de les activer. Je recommande de parcourir et de tester également votre processus complet de bout en bout, même après que votre Flow a réussi vos tests de débogage initiaux. Parfois, vous trouverez des problèmes supplémentaires dans le processus réel que vous devez nettoyer avant le déploiement. Il est toujours préférable de SURTEST que de SOUS-TEST.

, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

2. Envisagez d’utiliser des sous-flux

Un sous-flux est un flux lancé automatiquement qui est appelé à partir d’un ou plusieurs flux parent. Ils ont souvent au moins une variable qui a été mise à disposition pour l’entrée et une autre qui a été mise à disposition pour la sortie. C’est pour que le ou les flux parent(s) puissent transmettre des informations dans le sous-flux, faire effectuer un calcul ou un ensemble d’actions et avoir une valeur renvoyée.

, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

De temps en temps, vous pouvez créer un flux qui a beaucoup de complexité et exécute beaucoup de calculs. Vous pouvez même créer une sorte de calcul complexe que vous aimeriez utiliser dans un autre Flow. C’est un exemple parfait de l’endroit où les sous-flux seraient précieux. Créer un seul ensemble d’actions complexes une seule fois et permettre à plusieurs flux d’en tirer parti rend votre programmation déclarative beaucoup plus facile et plus rapide. Il supprime également une grande partie de la marge d’erreur humaine, tout en réduisant le temps de maintenance et de test.

3. Ne jamais exécuter d’instructions DML en boucle

J’insiste beaucoup sur ce sujet aussi – N’exécutez JAMAIS une instruction DML à l’intérieur d’une boucle. Cela signifie de ne jamais effectuer de Get, Update, Create ou Delete (les éléments de données roses) répétitifs à l’intérieur d’une boucle. C’est pour que votre risque de heurter un Limite du gouverneur est considérablement réduit, car vous êtes en mesure de contrôler le nombre de fois qu’un de ces éléments de données est utilisé.

, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

Si jamais vous devez parcourir et mettre à jour plusieurs enregistrements, n’oubliez pas d’attribuer une variable de collection et d’exécuter votre instruction DML EN DEHORS de la boucle.

4. Documentez vos flux

Il est inévitable que votre flux soit consulté par d’autres administrateurs Salesforce et potentiellement par des consultants. Vous devez toujours créer des documents justificatifs pour leur permettre de comprendre plus facilement ce que fait votre Flow et les éléments et fonctions clés qu’il exécute, afin de faciliter leur travail de maintenance de l’organisation.

Une chose simple que vous devez faire lors de la création ou de la modification d’un flux est de vous assurer que chaque valeur de description est remplie avec une description significative de l’utilisation de cet élément particulier.

5. Jamais d’identifiants de code dur (utilisez des constantes si vous le devez)

La beauté de Flow est qu’il a la capacité d’atteindre et d’obtenir des informations spécifiques. En conséquence, vous devriez pouvoir accéder facilement à des éléments tels que les identifiants d’enregistrement ou les identifiants de type d’enregistrement, sans avoir à les coder en dur.

L’une des principales raisons pour lesquelles vous ne voudriez pas coder en dur les identifiants est qu’ils changeront souvent lors du passage d’un environnement à un autre. Par exemple, lorsque vous développez un nouveau flux dans un bac à sable, vous le testez par rapport aux données du bac à sable. Si vous avez créé un nouveau type d’enregistrement dans Sandbox et que vous le transférez dans un nouvel environnement à côté du flux, l’ID du type d’enregistrement changera lorsqu’il sera recréé dans le nouvel environnement.

, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

S’il existe un scénario dans lequel vous devez coder en dur quoi que ce soit, envisagez d’utiliser une constante. Les constantes sont comme des variables, sauf qu’elles sont conçues pour simplement contenir une valeur non variable qui reste toujours la même.

6. Prévoyez les défauts (et gérez-les)

Des défauts et des erreurs sont inévitables lorsque vous travaillez avec des flux et d’autres automatisations. En tant que tel, il est important de s’assurer qu’ils sont manipulés correctement. Assurez-vous que vos utilisateurs reçoivent des messages d’erreur détaillés lorsque des actions inattendues se produisent (par exemple, si un enregistrement est interrogé et qu’aucun résultat n’est renvoyé, informez l’utilisateur qu’il devra peut-être effectuer une action différente, plutôt que de simplement lui montrer un ‘une erreur non gérée s’est produite message d’erreur.

, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

7. Utiliser les flux avant l’enregistrement pour les mêmes mises à jour d’enregistrement

C’est l’un des trois principaux points à retenir de la Page d’automatisation déclenchée par un enregistrement du guide des architectes de Salesforce. Il est préférable d’effectuer une autre modification de l’enregistrement avant qu’il ne soit poussé dans le système, plutôt que de l’enregistrer, d’attribuer une autre modification, puis d’enregistrer l’enregistrement une deuxième fois. Cela limite simplement le temps de transaction et le nombre d’instructions DML par transaction.

, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

8. Utilisez le flux d’après-sauvegarde au lieu de Process Builder/Workflow

Il s’agit d’un autre des trois points clés à retenir de la Page d’automatisation déclenchée par un enregistrement du guide des architectes de Salesforce. Process Builder est nettement plus lent que Flow pour traiter une transaction. Les règles de workflow sont un système totalement différent et également extrêmement lent par rapport à Flow. Si votre organisation est assez récente et que vous n’avez construit des automatisations qu’à l’aide de Flows, cela facilite votre travail – continuez à utiliser Flows ! Si vous êtes dans une organisation avec une certaine automatisation héritée – des processus et des règles de flux de travail existants – cela vaudrait la peine de planifier une migration vers Flow pour simplifier votre développement à l’avenir.

9. Le flux n’est pas toujours la meilleure idée

Il y a des moments où construire un Flow peut ne pas être le bon mouvement. Comme pour le point numéro 8, il existe un ordre de grandeur pour la lenteur d’un outil d’automatisation spécifique. Le flux est rapide, mais il existe d’autres outils comme Apex qui sont beaucoup plus rapides. Si vous constatez des problèmes liés à une transaction prenant trop de temps à traiter, vous devrez peut-être utiliser Apex plutôt que Flow pour terminer votre tâche.

10. Si vous êtes bloqué, demandez à la communauté des pionniers !

Quel que soit votre problème, quelle que soit sa complexité ou ses nuances, vous pouvez toujours contacter la communauté Salesforce pour vous aider. Les Communauté des pionniers est un excellent point de départ. Il existe des milliers de défenseurs passionnés de Salesforce prêts à aider là où ils le peuvent et à fournir des réponses et une assistance si nécessaire. Vous pouvez également contacter d’autres plateformes telles que Twitter, où prospère la communauté Salesforce.

, 10 bonnes pratiques de Salesforce Flow<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

Sommaire

Les flux sont un excellent moyen de créer une automatisation au sein de votre organisation Salesforce. Cela dit, il existe de nombreux pièges et pièges dans lesquels vous pouvez tomber en cours de route si vous n’êtes pas éduqué sur la façon de les éviter. La beauté de Salesforce est que vous pouvez toujours en apprendre davantage : il existe des piles de supports d’apprentissage que vous pouvez utiliser et de nombreux autres utilisateurs et partenaires de Salesforce qui sont prêts à vous aider davantage.



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