Authentification unique pour les utilisateurs finaux

L'authentification unique (SSO) pour les utilisateurs finaux permet à vos utilisateurs finaux de se connecter avec le fournisseur d'identité de votre organisation. Les utilisateurs finaux sont les personnes qui demandent de l'assistance. Ils se connectent au Centre d'aide et à l'application mobile AurionAI.

Disponibilité : tous les profils. Administrateurs uniquement.

Prérequis

• Vous avez le rôle Propriétaire ou Administrateur.
• La page est disponible dans tous les profils de produit et sur tous les plans.
• Vous pouvez créer une inscription d'application auprès de l'un de ces fournisseurs d'identité : Azure AD, Google Workspace ou Okta.
• L'inscription d'application doit être distincte de celle que votre équipe utilise pour le tableau de bord. Il doit s'agir d'un client public utilisant le flux Authorization Code avec PKCE, sans secret client.

Utilisateurs finaux ou personnel du tableau de bord

AurionAI dispose de deux politiques de connexion distinctes. Utilisez la bonne page :

Cette page ne modifie pas la façon dont votre équipe se connecte au tableau de bord. Pour le tableau de bord, consultez Authentification et sessions du tableau de bord.

Ouvrir la page

1. Dans la barre latérale, sélectionnez Paramètres.
2. Ouvrez la catégorie Identité et accès.
3. Sélectionnez SSO utilisateur final.

Activer le SSO pour les utilisateurs finaux

1. Activez Activer le SSO.
2. Dans Fournisseur SSO, sélectionnez Azure AD, Google Workspace ou Okta.
3. Ouvrez le guide de configuration situé sous les champs du fournisseur. Il liste les étapes à effectuer dans votre fournisseur d'identité. Suivez ces étapes.
4. Renseignez les champs de votre fournisseur :
   • Azure AD : ID du locataire Azure AD et ID client Azure AD (public).
   • Google Workspace : ID client Google.
   • Okta : Domaine Okta et ID client Okta.
5. Sous URI de redirection, vérifiez URI de redirection web et URI de redirection mobile. AurionAI renseigne les valeurs suggérées. Utilisez le bouton de copie situé à côté de chaque champ.
6. Enregistrez les deux URI de redirection dans votre fournisseur d'identité avec exactement les mêmes valeurs.
7. Facultatif : dans Domaines e-mail autorisés, saisissez les domaines de messagerie de votre organisation, séparés par des virgules, par exemple corp.com. Saisissez au maximum 50 domaines, sans le signe @. Laissez le champ vide pour désactiver la création automatique de demandeurs.
8. Sélectionnez Enregistrer la configuration.

Si votre équipe se connecte déjà au tableau de bord avec Azure AD, un message propose Utiliser la config admin. Sélectionnez-le pour copier l'identifiant du locataire et l'identifiant client dans le formulaire. Vous avez tout de même besoin d'une inscription d'application distincte pour les utilisateurs finaux.

Pour Okta, ajoutez également l'origine de votre Centre d'aide en tant qu'origine de confiance dans Okta, avec CORS activé. Le guide de configuration sur la page explique cette étape.

Désactiver le SSO pour les utilisateurs finaux

1. Désactivez Activer le SSO.
2. Sélectionnez Enregistrer la configuration.

Les utilisateurs finaux se connectent alors avec les autres méthodes du Centre d'aide et de l'application mobile.

Résultat

Le message Configuration SSO enregistrée avec succès s'affiche.

La page de connexion du Centre d'aide affiche alors un bouton pour votre fournisseur : Se connecter avec Microsoft, Se connecter avec Google ou Se connecter avec Okta. L'application mobile affiche Se connecter avec votre organisation. Le bouton apparaît la prochaine fois qu'un utilisateur final ouvre la page de connexion.

Un utilisateur final peut se connecter avec le SSO lorsque AurionAI connaît déjà la personne, ou lorsque le domaine de messagerie de la personne figure dans Domaines e-mail autorisés. Dans ce cas, AurionAI crée le demandeur lors de la première connexion. Avec Google Workspace, le domaine hébergé du compte Google doit également figurer dans la liste. Sinon, AurionAI associe l'adresse e-mail de la personne à un demandeur existant. Le demandeur doit être actif, et Autoriser l'assistance vocale ainsi que Autoriser l'accès à l'application doivent être activés. Consultez Demandeurs (appelants).

En cas de problème

• L'enregistrement échoue avec un message d'erreur. Si le message mentionne un domaine, corrigez cette entrée dans Domaines e-mail autorisés. Sinon, un fournisseur est requis lorsque le SSO est activé. Chaque fournisseur nécessite également ses champs : les deux identifiants pour Azure AD, l'identifiant client pour Google, et le domaine ainsi que l'identifiant client pour Okta.
• L'utilisateur final ne peut pas se connecter avec le SSO. La cause détermine le message que voit l'utilisateur final. Avec Azure AD ou Okta, le Centre d'aide affiche La connexion a échoué. Veuillez revenir à la page de connexion et réessayer. pour chaque cause ci-dessous qui atteint le Centre d'aide. Avec Google Workspace, le message dépend de la cause :
  • AurionAI ne possède aucun demandeur avec l'adresse e-mail envoyée par le fournisseur d'identité. Avec Google Workspace, l'utilisateur final voit Aucun compte d'assistance pour cette identité — contactez votre administrateur.. Vérifiez l'adresse e-mail du demandeur.
  • Le demandeur existe mais ne peut pas se connecter. Avec Google Workspace, l'utilisateur final voit Aucun compte d'assistance pour cette identité — contactez votre administrateur.. Vérifiez que le demandeur est actif et que Autoriser l'assistance vocale et Autoriser l'accès à l'application sont activés.
  • Le demandeur est verrouillé après trop de mauvais numéros de badge. Avec Google Workspace, l'utilisateur final voit Échec de la connexion. Déverrouillez le demandeur. Consultez Déverrouiller un appelant.
  • Les paramètres du fournisseur d'identité ne correspondent pas à cette page. Le fournisseur d'identité peut afficher sa propre erreur. Avec Google Workspace, le Centre d'aide peut afficher Échec de la connexion. Vérifiez que les URI de redirection dans votre fournisseur d'identité sont exactement identiques à ceux de cette page.
• La connexion Okta échoue dans le Centre d'aide. Ajoutez l'origine du Centre d'aide en tant qu'origine de confiance avec CORS dans Okta.
• Échec du chargement de la configuration SSO. Rechargez la page.
• Utiliser la config admin n'apparaît pas. Activez d'abord Activer le SSO. Le bouton n'apparaît que lorsque la connexion Azure AD pour le tableau de bord est active pour votre organisation. Il disparaît lorsque les champs Azure AD contiennent déjà les mêmes valeurs que la connexion au tableau de bord.

Articles connexes

• Authentification et sessions du tableau de bord
• Demandeurs (appelants)
• Se connecter