Implémenter un modèle de demande d’informations
Certains flux de travail ne peuvent pas terminer une étape tant que quelqu’un autre que le demandeur fournit une valeur manquante, telle qu’un code de projet que l’employé ne sait pas. Dans cette unité, vous allez découvrir comment demander cette valeur à une personne désignée à l’intérieur d’un flux de travail Copilot Studio et utiliser la réponse dans une étape ultérieure du flux de travail.
Décider qui fournit la valeur manquante
Supposons que le flux de travail de remboursement vérifie l’enregistrement des dépenses et trouve que son code de projet est vide. Le code provient du propriétaire du projet, qui gère les enregistrements du projet. Dans ce cas, une demande côté flux de travail atteint la personne qui peut fournir la valeur avant que le flux de travail l’utilise. La décision de l’employé de soumettre la demande répond à une autre question.
Si l’employé connaît déjà le code et est autorisé à le fournir, l’agent peut demander le code pendant la conversation et le transmettre en tant qu’entrée lorsqu’il appelle le flux de travail. Si le propriétaire du projet détient la valeur de référence, le flux de travail peut la demander après avoir identifié le champ manquant. Utilisez le responsable de la réponse et le moment où l’écart est identifié pour déterminer à qui adresser la question. Une requête côté flux de travail est particulièrement utile lorsque la nécessité d’une valeur dépend des données que le flux de travail lit ou calcule après son démarrage.
Dans cet exemple, le flux de travail vérifie l’enregistrement des dépenses avant son étape de remboursement. Si l’enregistrement a un code de projet utilisable, le flux de travail n’a pas besoin d’une demande pour ce champ. Si le code est manquant et que le propriétaire du projet le fournit, placez la demande avant l’étape qui a besoin du code. Ce placement conserve la demande humaine liée à une valeur manquante spécifique au lieu d’ajouter une pause de révision à chaque revendication.
Configurer la demande pour le propriétaire du projet
Dans les flux de travail Copilot Studio dans GitHub Copilot harness, vous ajoutez l’action Demande d’informations en sélectionnant Ajouter une étape et en recherchant Révision humaine. Placez l’action au point où le flux de travail a besoin d’une personne pour fournir des informations. L’action interrompt le flux de travail pour la réponse du bénéficiaire et la réponse devient disponible pour les étapes de flux de travail ultérieures. Pour en savoir plus sur l’action et sa configuration documentées, consultez Demander des informations lors d’une révision humaine dans les flux de travail.
L’action nécessite trois champs. Donnez à chaque champ un travail distinct dans l’exemple de remboursement :
-
Objet : Indiquez la demande dans l’objet de l’e-mail, par exemple
Project code for reimbursement 47821. Un titre spécifique aide le propriétaire à reconnaître quelle revendication a besoin d’attention. - Message : expliquer ce que le propriétaire doit fournir et pourquoi. Incluez l’identifiant de dépense pertinent provenant d’une étape précédente du workflow afin que le propriétaire puisse associer la demande à la note de frais. Ne partez pas du principe que le propriétaire voit la conversation de l’employé avec l’agent.
- Affecté à : entrez l’adresse e-mail du propriétaire du projet. Si plusieurs propriétaires éligibles peuvent répondre, l’action peut répondre à plusieurs personnes. Choisissez les assignes en fonction de qui a l’autorité de fournir la valeur, et non pas simplement qui est disponible.
Pour cette action, les demandes sont envoyées via Outlook aux personnes de votre organisation. Vous ne pouvez pas utiliser l’action pour envoyer une demande à un propriétaire de projet externe. Avec plusieurs assignes, le flux de travail utilise la première réponse et ne traite pas les réponses ultérieures. L’affectation de plusieurs personnes ne fonctionne donc que si l’un d’eux peut fournir le code faisant autorité.
Le titre et le message expliquent la requête, tandis que le champ d’entrée définit la valeur retournée par le bénéficiaire. Gardez cette distinction lorsque vous rédigez le message : une note indiquant « m’envoyer le code du projet » ne crée pas d’entrée de code de projet que le flux de travail peut utiliser. Définissez explicitement l’entrée afin que la réponse devienne des données pour l’action suivante.
Mettre en forme la réponse en tant que données de flux de travail
Pour le remboursement, ajoutez une entrée de texte nommée ProjectCode. Utilisez du texte d’espace réservé pour décrire la réponse attendue, telle que Enter the project code for this claim. Conservez ProjectCode la valeur requise, car le flux de travail ne peut pas continuer sans le code. Vous pouvez effectuer une entrée facultative en sélectionnant Rendre le champ facultatif lorsqu’une étape ultérieure peut fonctionner sans sa réponse. Par exemple, une note facultative du propriétaire peut fournir un contexte sans remplacer le code requis.
L’action offre cinq types d’entrée. Faire correspondre le type à la réponse dont le flux de travail a besoin, et non au rôle de la personne répondant :
| Type d’entrée | Valeur à collecter dans un processus de dépenses |
|---|---|
| Texte | Code de projet ou explication du propriétaire. Une entrée de texte peut également offrir des choix à sélection unique ou à sélection multiple pour un ensemble défini de valeurs. |
| Oui/Non | Décision quant à la poursuite du flux de travail. Une étape ultérieure du flux de travail peut s’orienter en fonction de la réponse « Oui » ou « Non » du relecteur. |
| Messagerie électronique | Une adresse e-mail pour un contact chargé des dépenses. |
| Nombre | Valeur entière, telle qu’une référence de nombre entier utilisée par le processus. |
| Date | Date pertinente pour la revendication. |
Le code du projet reste une entrée de texte même si elle contient des chiffres, car la valeur identifie un projet plutôt que de mesurer une quantité. Si un flux de travail a besoin d’un choix guidé au lieu de texte libre, fournissez des options sur une entrée de texte et assurez-vous que les choix correspondent aux valeurs gérées par le flux de travail. La question à laquelle le propriétaire répond correspond alors aux données attendues par l’étape suivante.
Utilisez des noms d’entrée sans espaces, tels que ProjectCode. Un problème connu affecte les noms d’entrée qui contiennent des espaces : la réponse peut parfois apparaître encapsulée {{ }} lorsque vous utilisez la valeur ultérieurement.
Utiliser la réponse dans les étapes de flux de travail ultérieures
Une fois que le propriétaire du projet a répondu, ProjectCode est disponible en tant que contenu dynamique dans les actions suivantes du flux de travail. Dans l’exemple de remboursement, une étape ultérieure utilise cette valeur où elle a besoin du code du projet. Vous pouvez demander plusieurs valeurs dans la même requête et utiliser les réponses correspondantes séparément. Gardez une demande axée sur les valeurs que la personne assignée peut fournir : l’ajout de questions sans rapport rend plus difficile de déterminer de quelle réponse une étape ultérieure a besoin.
Si un agent appelle ce flux de travail en tant qu’outil, le flux de travail doit toujours atteindre Répondre à l’agent dans les 100 secondes. Une demande effectuée avant cette action ne convient que si le responsable peut répondre dans ce délai.
Refléter : Dans un processus que vous prenez en charge, quelle valeur un flux de travail a-t-il besoin d’une autre personne que la personne qui démarre, et quel type d’entrée capture cette valeur ?