Tirer parti des données de cloud de données dans votre agent Agentforce / blogs / perficient

L’un des pouvoirs du cloud de données est la façon dont il peut déverrouiller les données «piégées». Disons que vous aviez un large ensemble de données comme VIN (numéro d’identification du véhicule) que vous ne vouliez pas mettre dans votre cloud de vente en raison des limites de stockage des lignes, mais vous vouliez vraiment utiliser ces données dans le cadre d’un nouvel agent que vous construisaient dans l’agentforce. Ceci est un exemple de l’endroit où Data Cloud vous donnera un endroit pour stocker ces numéros VIN et facilitera les interrogatoires et les exploiter ces données VIN via une action liée à votre agent.
La partie incroyable de cela est que tout cela peut être fait maintenant avec «pas de code». Nous tirerons parti des flux dans le cloud de vente et la capacité d’une action dans Agentforce à utiliser ces données de cloud de données récupérées via un flux.
D’abord quelques écrans de démonstration de mon agent…
- Je souhaite demander à mon agent des détails sur un VIN spécifique comme description, la marque, le modèle et l’année. Ces données sont stockées dans le cloud de données. Alors j’invite à mon agent avec cette phrase: « Pouvez-vous me procurer les détails d’un vin? »
- Mon agent reconnaît ce que je demande et me donne des réponses correctement formatées afin que je puisse demander les détails sur mon numéro VIN.
- Alors maintenant, je tape ma réponse avec mon vin comme cela l’a suggéré.
- Ouah! J’ai récupéré les détails de mon numéro VIN qui sont stockés dans Data Cloud. Ces détails comprenaient une description, une marque, un modèle et une année.
Maintenant, comment Agentforce a-t-il fait cela?
Il est vraiment étonnant de savoir combien de la démo ci-dessus est simplement l’agent pour faire «ce qu’il fait». Ma pièce supplémentaire consiste à ajouter une nouvelle action pour étendre mon agent à partir du cloud de données.
Alors passons par ces pièces…
- Nous devons d’abord mettre les données dans Data Cloud dans un «objet de modèle de données». Il ne peut pas simplement accéder à un «objet Data Lake» (DLO), mais doit également être mappé sur un «objet de modèle de données» (DMO). Les «getRecords» dans le flux que nous utiliserons plus tard ne peuvent pas interroger un DLO, mais seulement un DMO. Cela impliquera la création d’un objet Data Lake, d’un objet de modèle de données et du flux de données associé pour tirer les données VIN.
- Voici une façon de Déplacez les données dans Data Cloud à partir du cloud de vente en utilisant «pas de code»mais avec notre cas d’utilisation ci-dessus, nous utiliserions probablement un Option NOETL Pour charger un ensemble de données aussi important dans le nuage de données à partir de quelque chose comme Snowflake ou Databricks.
- Voici mon DMO et les données VIN associées affichées dans «l’explorateur de données».
- Maintenant, les données sont chargées dans le cloud de données et sont prêtes à être utilisées.
- Nous devons créer une nouvelle action avec des instructions appropriées qui sont liées à notre flux qui obtiendront les données du cloud de données.
- Créez un nouveau «démarrage à partir de zéro», «flux automatique (pas de déclencheur)».
- Nous pouvons construire un flux aussi simple que celui-ci pour rendre les données disponibles pour notre agent.
- Les GetRecords peuvent interroger notre DMO DMO que nous avons créé ci-dessus en le configurant comme ça…
- Mais d’où vient cette variable «Vin_number»? Nous devons créer une variable dans le flux qui est nécessaire pour «entrée» comme celle-ci…
- Nous lierons cette variable d’entrée à l’action plus tard. 🙂
- Maintenant, nous ferons une «décision» pour nous assurer que nos «getRecords» ont trouvé quelque chose…
- Maintenant, je dois créer des variables «de sortie» pour renvoyer ces données à mon action. Assurez-vous que la case «disponible pour la sortie» est sélectionnée.
- Enfin, dans une «affectation», définissez toutes ces variables de sortie…
- J’ai essayé de résoudre certains problèmes de formatage pendant que je travaillais à travers cela. Mon «année» revenait à 2 019 avec une virgule car c’était un numéro. Donc, une solution que j’ai faite a été de créer une formule dans le flux pour la convertir en texte. Cela semblait bien fonctionner…
- J’ai également essayé à l’origine de faire en sorte que ma variable de sortie soit un objet personnalisé dans le cloud de vente afin que je n’aie pas autant de variables de sortie. Cela ne fonctionnait pas bien parce que lorsque Agentforce essayait d’afficher la sortie d’un objet comme celui-ci, il avait besoin d’un ID Salesforce pour l’afficher. Je suis donc juste retourné à des variables individuelles qui ont bien fonctionné.
- Allez-y et économisez et activez votre flux.
- Nous devons maintenant lier ce flux à une action dans Agentforce.
- Dans Configuration, accédez à «Action Action» et choisissez «New Agent Action».
- Choisissez «Flow» pour le «type d’action de référence»
- Choisissez votre «action de référence» qui est le nouveau flux que vous venez de créer.
- Donnez-lui une «étiquette d’action d’agent» compréhensible et «nom de l’API d’action de l’agent»
- Cliquez sur «Suivant»
- Maintenant, les variables «entrée» et «sortie» de notre flux entrent en jeu. Nous devons configurer notre nouvelle «action d’agent» avec des instructions au niveau «Action» et également des instructions pour chaque élément «entrée» et «sortie». Cela peut ressembler à ça…
- Assurez-vous de sélectionner «Exiger l’entrée» et «Collectez les données de l’utilisateur» pour la variable d’entrée.
- Assurez-vous de sélectionner «Afficher dans la conversation» pour la variable de sortie.
- Cliquez sur Terminer
- Nous devons maintenant ajouter notre nouvelle action à l’agent.
- Dans la configuration, allez aux «agents»
- Dans la liste déroulante à la fin de la ligne pour votre «nom d’agent», cliquez sur «Ouvrir dans Builder»
- Désactivez votre agent avec le bouton dans le coin supérieur droit.
- Cliquez ensuite sur «Nouveau», «nouveau sujet» dans la section Détails du sujet car nous devons ajouter un nouveau sujet.
- Remplissez la page «Créer un sujet»…
- Cliquez sur Suivant
- Sélectionnez votre flux et cliquez sur Terminer
- Nous devons maintenant ajouter le nouveau sujet à l’agent. Assurez-vous à nouveau que votre agent est désactivé.
- Sur l’onglet «Détails du sujet», cliquez sur le «nouveau» déroulant et sélectionnez «Ajouter dans la bibliothèque d’actifs»
- Sélectionnez le sujet que vous venez de créer et cliquez sur «Terminer»
- Faites des tests dans «Agent Builder» pour vous assurer que votre agent fait ce que vous voulez qu’il fasse.
- Activez votre agent.
Tout cela ci-dessus n’était «pas de code»!
Bien que tout cela ci-dessus ait été un bon nombre d’étapes, il n’y a vraiment pas une tonne de travail et il n’y avait «pas de code». Agent Builder and Building Actions and Topics est nouveau, mais c’est vraiment une configuration assez simple. Je pense que la partie la plus difficile sera d’apprendre à écrire de très bonnes «instructions» pour ces nouveaux sujets et actions afin qu’ils soient exploités de manière appropriée lorsque l’agent se déroule. L’ensemble de compétences lié à être un «ingénieur rapide» est devenu plus important chaque jour.
Tirer parti des données de cloud de données n’est pas requise pour votre première implémentation d’agentforce. Le cloud de données doit exister, mais il ne faudrait pas retirer les données du cloud de données le jour 1. La solution ci-dessus pourrait être tout aussi bien implémentée en faisant un appel API via Apex exposant les mêmes données VIN.
J’espère que ce qui précède vous montre que Salesforce a rassemblé les pièces pour vous rendre la facile à faire.
Si vous voulez une démo de cela en action ou si vous souhaitez aller plus loin, veuillez vous contacter et vous connecter!
Source link