Présentation des variables, des parcours et des boucles

[Narrateur] Vous souhaitez connaître Salesforce Flow ? Il est donc important de comprendre le concept de variables. En termes simples, les variables d’un flux sont utilisées lorsqu’une valeur peut changer en fonction de certaines conditions. Une variable est simplement un conteneur qui comporte une information. Chaque variable du flux a un nom et une valeur. À mesure que vous vous déplacez dans le flux, vous pouvez accéder à la valeur de la variable et même la modifier. C’est pour cela qu’on l’appelle « variable ».

Prenons l’exemple du repas de midi. Votre boîte repas est la variable. Son nom est Mon repas et sa valeur est sandwich. Le lundi, vous utilisez votre boîte repas, la variable, pour transporter un sandwich. Le mardi, vous réutilisez la même boîte repas, la variable, pour transporter une part de pizza. Les variables, un peu comme une boîte repas, peuvent même être vides ou nulles. Maintenant que vous comprenez ce qu’est une variable, voyons son rôle dans un flux.

Par exemple, une variable d’un flux peut être appelée ID du contact. Imaginons que la valeur de la variable ID du contact corresponde à l’ID du contact principal d’un compte. Le flux parcourt tous les contacts de l’objet Compte à la recherche de certaines caractéristiques et conclut que quelqu’un d’autre doit être le contact principal. Il attribue ensuite l’ID du nouveau contact à la variable ID du contact. À noter que cette modification n’est pas encore enregistrée dans votre organisation Salesforce. Les variables sont des conteneurs pour les informations qui se trouvent à l’intérieur du flux. Ces modifications ne sont pas enregistrées dans votre organisation Salesforce tant que vous ne lui avez pas donné d’instructions dans ce sens.

Félicitations ! Il n’est pas simple de comprendre les variables. N’oubliez pas qu’une variable contient des informations au sein du flux. La valeur de la variable peut changer et vous devez effectuer d’autres actions avant que le flux n’apporte des modifications aux données de votre organisation.

[Narrateur] Bienvenue à la conférence du jour sur les boîtes repas. La première boîte repas commerciale a été inventée au XIX^e siècle. C'est une blague ! Enfin, en quelque sorte. Cette vidéo se concentre sur les variables. La boîte repas est un générateur de flux. Une variable est un récipient qui contient une information, un peu comme une boîte repas contient différents aliments.

Cependant, tandis que le type de données dans notre boîte repas de flux reste le même, la valeur de son contenu peut changer tout au long du flux. Un thermos est fait pour contenir des liquides, n’est-ce pas ? Ainsi, une variable avec un type de données de texte contient du texte et une variable avec un type de données numérique contient un nombre.

Si vous avez créé des champs Salesforce, vous devez déjà connaître de nombreux choix de types de variables : texte, nombre, devise, date, date/heure, liste de sélection. Mais vous ne les connaissez peut-être pas tous. La variable booléenne permet de stocker une valeur vraie, fausse ou vide. Elle est semblable à un champ de case à cocher, sauf qu’ici, vide n’est pas égal à faux. Vide signifie qu’il n’y a aucune valeur. Un autre type est la variable définie par Apex. Ce type de données de la variable manipule les objets de données complexes qui sont généralement renvoyés par le code Apex ou les appels aux services Web. Une fois que nous avons choisi notre type de variable, nous avons la possibilité d’autoriser plusieurs valeurs. Dans ce cas, notre variable devient une variable de collection.

C’est un peu comme se procurer une plus grande boîte repas pour y mettre beaucoup de sandwichs. Notre variable de collection ne contient qu’une collection du même type de variable. Par exemple, les variables numériques ne peuvent être associées qu’à d’autres nombres. De la même manière que les sandwichs ne peuvent se trouver que dans une collection de sandwichs, les enregistrements de contact ne peuvent être ajoutés qu’à une collection d’enregistrements de contact. Il n’est pas possible de mélanger les objets dans une collection.

En conclusion, les types de variables sont semblables aux types de champs sur les enregistrements. Tout type de variable peut se trouver dans une collection de variables du même type. Si votre boîte repas est un récipient destiné à contenir des tacos, vous ne mangez que des tacos au déjeuner. Et, comme toujours, pensez à toujours tester vos automatisations dans une organisation sandbox.

[Narrateur] Bien que nous parlions beaucoup de parcours d’apprentissage ici chez Salesforce, concentrons-nous quelques minutes sur les parcours planifiés. Utilisez des parcours planifiés dans des flux déclenchés par un enregistrement pour planifier des actions de flux à effectuer ultérieurement plutôt qu’immédiatement.

Examinons un exemple. Lorsqu’un enregistrement de piste est créé, notre flux se déclenche. Le flux est déclenché par la création de cet enregistrement. Utilisez un parcours planifié pour qu’une action se produise quelques minutes, heures ou jours dans le futur, comme l’envoi d’un e-mail à une piste trois jours après sa date de création. Vous n’êtes pas obligé de planifier l’action selon une date de création. Les parcours planifiés peuvent reposer sur n’importe quel champ de date ou de date/heure sur l’objet, et ils peuvent se déclencher à cette date, après ou même avant.

Supposons qu’il existe un flux déclenché par un enregistrement qui définit une date d’expiration d’abonnement lors de la création d’un contact. Dans le même flux, vous pouvez planifier l’envoi d’un rappel par e-mail cinq jours avant l’expiration de l’abonnement. Si vous connaissez les règles de flux de travail ou le générateur de processus, les parcours planifiés sont équivalents aux règles de flux de travail programmés ou aux actions temporelles dans le générateur de processus.

Parlons maintenant de deux éléments qui pourraient ressembler à des parcours planifiés, mais qui n’en sont pas. L’élément de début dans un flux de déclenchement d’enregistrement permet d’inclure un parcours Exécuter de façon asynchrone pour accéder à un système externe. Vous pouvez l’ignorer jusqu’à ce que vous ayez besoin d’un flux plus avancé. Et ne soyez pas dérouté par les flux déclenchés planifiés. Il s’agit d’un type de flux qui peut être planifié afin qu’il s’exécute ponctuellement, quotidiennement ou hebdomadairement. Par exemple, vous pouvez configurer un flux déclenché planifié de manière à ce qu’il s’exécute une fois par mois, afin de marquer toutes les pistes qui n’ont pas changé pendant cette période comme froides.

Pour récapituler, utilisez des parcours planifiés dans des flux déclenchés par un enregistrement pour automatiser les étapes effectuées à tout moment après le déclenchement initial d’un flux. Il est nécessaire de créer ou de mettre à jour un enregistrement pour le définir sur un parcours planifié. Les parcours planifiés peuvent reposer sur n’importe quel champ de date ou de date/heure sur l’objet. Et comme toujours, assurez-vous de tester d’abord vos flux dans une sandbox.

[Narrateur] Le sujet des boucles de flux est compliqué, mais nous l’aurons vite bouclé (sans mauvais jeu de mots). Dans Flow Builder, les boucles parcourent une collection, telle qu’une liste d’enregistrements, et effectuent une action en fonction de chaque enregistrement.

Les boucles de flux sont très puissantes et vous permettent de créer, de mettre à jour ou de supprimer d’un coup des centaines d’enregistrements dans votre base de données. Bien qu’elles puissent sembler compliquées, elles sont plus faciles à comprendre une fois appliquées à un cas concret.

Rejoignons Oscar, car c’est son tour de nettoyer le réfrigérateur cette fin de semaine. Oscar suivra toutes les étapes d’une boucle de flux (mais avec des restes au lieu d’enregistrements Salesforce). Voici de quelle manière les éléments de flux, les actions que le flux peut prendre, sont corrélés avec le nettoyage du réfrigérateur.

Le premier élément de flux nécessaire est Obtention d’enregistrements. Nous utilisons des critères pour déterminer quels enregistrements nous voulons obtenir. Dans ce cas, Oscar prend tous les restes non étiquetés. Ensuite, nous ajoutons un élément Boucle. Le flux évaluera chacun des enregistrements à mesure qu’il parcourt la boucle. Dans notre exemple, cela signifie qu’Oscar examinera chaque reste un par un. Ensuite, nous ajouterons un élément de décision. Allons-nous garder ce reste ou le jeter ? Les éléments de décision ne sont pas obligatoires dans les boucles de flux, mais ils sont utiles ici. Pour les enregistrements que nous voulons mettre à jour, nous ajouterons un élément Attribution afin d’indiquer nos modifications prévues, comme la mise à jour d’un champ de date. Dans notre exemple, Oscar décide de conserver ce reste et lui ajoute une étiquette avec la date du jour. Nous ajoutons un deuxième élément Attribution, qui agit comme un conteneur. Nous mettons l’enregistrement dans le conteneur utilisé pour stocker temporairement tous les enregistrements que nous prévoyons de conserver. C’est comme si Oscar mettait tous les restes à conserver dans une boîte. Nous avons maintenant fait parcourir la boucle à ce premier enregistrement et nous recommençons avec le suivant.

Oscar examine l’élément suivant. Après l’élément de décision, nous devons créer un autre chemin à suivre dans le flux. Que fera Oscar des restes qu’il ne veut pas garder ? Ajoutons un autre élément Attribution. Cette fois, nous allons utiliser un conteneur pour tous les enregistrements que nous prévoyons de supprimer. Le conteneur d’Oscar pour les restes à jeter est son bac à compost de cuisine. Ensuite, la boucle recommence avec l’article suivant. Et ainsi de suite jusqu’à ce que tous les enregistrements soient passés par la boucle. Après la boucle, nous devons apporter les modifications à la base de données. Notre boîte et notre bac à compost ne contiennent que temporairement nos restes.

Ajoutons au flux un élément Mise à jour des enregistrements pour finaliser nos modifications des enregistrements à conserver. N’oubliez pas : nous avons ajouté une valeur de date à nos éléments à conserver. Oscar remet sa boîte à conserver dans sa base de données réfrigérée. Ajoutons un élément Suppression d’enregistrements pour supprimer les enregistrements non voulus. Dans le cas d’Oscar, le bac à compost extérieur. Avez-vous remarqué qu’Oscar a jeté tous les restes dans le compost extérieur en une seule fois au lieu de prendre chaque reste un par un ? Cela lui a évité de perdre du temps. Il en est de même pour les flux. Vos éléments de données doivent toujours être en dehors de votre boucle (dans ce cas, nous avons utilisé des éléments de mise à jour et de suppression). Lorsque vous placez un enregistrement dans un élément Attribution pendant la boucle, vous indiquez juste que vous avez l’intention de le mettre à jour après la boucle (c’est comme le mettre de côté pour le traiter plus tard). Il est bien plus efficace de faire tous les changements en même temps, comme transporter tout votre compost à l’extérieur dans un seul conteneur.

Félicitations, vous avez non seulement appris ce que sont les boucles de flux, mais vous avez également aidé Oscar à nettoyer efficacement son réfrigérateur. Ne vous en faites pas, Oscar vous mettra dans la boucle la prochaine fois qu’il a besoin d’aide.

[Narrateur] Imaginez que vous ayez un problème dans votre automatisation Flow Builder qui nécessite un dépannage. Bonne nouvelle, Flow Builder comprend un outil de débogage intégré. Le débogage vous aide à identifier le problème et à isoler la source, afin que vous puissiez ensuite corriger l’anomalie ou déterminer un moyen de la contourner. Nous savons que vos automatisations sont toujours parfaitement configurées et ne se bloquent jamais, vous n’avez donc pas besoin de l’outil de débogage. Ce n’est certainement pas le cas, même pour les utilisateurs de Flow Builder les plus expérimentés.

L’outil de débogage de Flow Builder est indispensable pour quiconque crée des flux. Lorsque l’exécution de l’outil de débogage de Flow Builder se termine, le résultat s’affiche de manière décomposée. L’automatisation s’est-elle correctement déroulée ? A-t-elle échoué ? Où a-t-elle échoué ? Les détails du résultat indiqueront comment l’interview a commencé, c’est-à-dire ce qui a déclenché le flux, quelles interactions d’enregistrement se sont produites et si ces actions se sont bien déroulées.

L’outil de débogage de Flow Builder n’est pas seulement utile pour le dépannage, mais également pour les tests initiaux. Les fonctionnalités incluent le test de l’automatisation avant sa mise en production, la désignation d’une variable d’entrée spécifique pendant le débogage, le débogage des différents parcours de l’automatisation, le déclenchement d’un flux comme si l’enregistrement était créé, mis à jour ou supprimé, l’exécution de l’automatisation au nom d’un autre utilisateur et la génération de détails sur le débogage et le parcours emprunté. Utilisez l’outil de débogage de Flow Builder lors de la création d’une automatisation ou de la résolution d’une automatisation existante présentant des problèmes.

Lors du débogage dans Flow Builder, n’oubliez pas que l’outil interagit réellement avec les données de l’organisation. C’est pourquoi il est impératif de toujours déboguer un flux dans une organisation sandbox. Une fonctionnalité extrêmement utile lors des tests dans votre organisation sandbox est l’option de mode restauration. Si vous utilisez le mode restauration lorsque vous déboguez un flux, Flow Builder annule les modifications que l’automatisation apporte à l’organisation une fois l’automatisation terminée.

Pour récapituler, toutes les automatisations Flow Builder doivent être testées avec l’outil de débogage, qu’elles soient nouvelles ou mises à jour. Le débogage possède de nombreuses fonctionnalités, telles que la désignation de variables d’entrée, l’affichage des résultats des éléments de flux et l’exécution d’automatisations au nom d’un autre utilisateur. Une bonne pratique consiste à effectuer le débogage dans une organisation sandbox et à utiliser le mode restauration.