Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de changer d’annuaire.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer d’annuaire.
Lors de la création d’une action Copilot Studio pour un projet Copilot Studio authentifié, vous pouvez activer l’authentification de l’utilisateur ou fournir un ensemble d’informations d’identification que l’agent utilise au nom de l’utilisateur.
- Sélectionnez Authentification de l’auteur de l’agent si l’accès au service associé à l’action est implicite ou pour des cas d’utilisation à faible risque. Par exemple, utilisez ce paramètre d’authentification pour trouver le numéro de téléphone de l’équipe d’assistance pour un code postal donné. Un autre cas d’utilisation pourrait être l’utilisation d’une API météo pour obtenir les prévisions actuelles.
- Sélectionnez Authentification de l’utilisateur si vous devez restreindre l’accès aux données à des groupes ou individus spécifiques dans la communauté d’utilisateurs. Par exemple, utilisez ce paramètre d’authentification si l’agent doit récupérer des données auxquelles seul l’utilisateur a accès, ou effectuer un travail en son nom.
Création de connexions
Les utilisateurs sont invités lorsqu’ils visitent une boîte de dialogue qui utilise une action de l’utilisateur pour se connecter à l’expérience. Ils sont invités dès le début de la conversation et s’authentifient auprès de l’agent.
Lorsque les utilisateurs consultent la page des connexions, ils peuvent voir la connexion qu’ils doivent configurer pour que l’action termine une boîte de dialogue donnée, ainsi que les autres connexions que vos actions peuvent nécessiter dans l’ensemble de l’expérience.
Terminer la connexion et revenir à la conversation avec l’agent permet à vos clients de « réessayer » l’action. Elle se termine ensuite par l’accès aux données de l’utilisateur.
Gestion de l’accès aux données et des autorisations
Copilot Studio ne stocke pas d’informations d’identification. Les agents invitent les utilisateurs à entrer leurs informations d’identification chaque fois que les jetons d’accès expirent ou sont révoqués côté service. De plus, les utilisateurs peuvent accéder manuellement à la page de connexion et actualiser ou révoquer les autorisations une fois qu’ils ont fini de parler à votre agent.
Canaux pris en charge
Le tableau suivant détaille les canaux qui prennent actuellement en charge l’authentification de l’utilisateur pour les actions.
| Canal | Prise en charge |
|---|---|
| Canaux Azure Bot Service | Non pris en charge |
| Site web personnalisé | Prise en charge |
| Site web de démonstration | Non pris en charge |
| Non pris en charge | |
| Microsoft Teams1 | Prise en charge |
| Application mobile | Non pris en charge |
| Omnicanal pour le service clientèle2 | Prise en charge |
| SharePoint1 | Prise en charge |
1 Si le canal Teams est également activé, vous devez suivre les instructions de configuration de l’authentification unique avec l’ID Microsoft Entra pour les agents dans la documentation Teams. Si vous ne configurez pas les paramètres d’authentification unique (SSO) de Teams comme indiqué sur cette page, l’authentification de vos utilisateurs échouera toujours lors de l’utilisation du canal Teams.
2 Seul le canal de conversation en direct est pris en charge. Pour plus d’informations, consultez Configurer le transfert vers Dynamics 365 Customer Service.