Vos collaborateurs ont d\u00e9j\u00e0 un identifiant pour se connecter \u00e0 leur poste de travail, \u00e0 leur messagerie, \u00e0 leur outil RH, \u00e0 leur CRM\u2026 Leur demander de cr\u00e9er et retenir un mot de passe suppl\u00e9mentaire pour acc\u00e9der au LMS est une source de friction r\u00e9elle.<\/p>\n
R\u00e9sultat : des mots de passe oubli\u00e9s, des demandes de r\u00e9initialisation qui surchargent votre support, et des apprenants qui abandonnent avant m\u00eame d’avoir acc\u00e9d\u00e9 \u00e0 leur formation.<\/p>\n
Le SSO (Single Sign-On) r\u00e9sout ce probl\u00e8me en permettant \u00e0 vos utilisateurs de se connecter au LMS avec leurs identifiants habituels.<\/p>\n
Le SSO est un m\u00e9canisme d’authentification qui permet \u00e0 un utilisateur de se connecter une seule fois et d’acc\u00e9der \u00e0 plusieurs applications sans ressaisir ses identifiants. L’utilisateur s’authentifie aupr\u00e8s d’un fournisseur d’identit\u00e9 (Azure AD, Google Workspace, votre annuaire LDAP\u2026) et ce fournisseur \u00ab\u00a0garantit\u00a0\u00bb son identit\u00e9 aux autres applications \u2014 dont votre LMS.<\/p>\n
Le protocole le plus moderne et le plus r\u00e9pandu. C’est celui qu’utilisent Microsoft Azure AD (pour les connexions \u00ab\u00a0Se connecter avec Microsoft\u00a0\u00bb) et Google Workspace (pour \u00ab\u00a0Se connecter avec Google\u00a0\u00bb).<\/p>\n
Id\u00e9al pour les organisations d\u00e9j\u00e0 \u00e9quip\u00e9es Microsoft 365 ou Google Workspace : vos collaborateurs cliquent sur \u00ab\u00a0Se connecter avec Microsoft\/Google\u00a0\u00bb et acc\u00e8dent directement \u00e0 leur espace DGTLMS, sans cr\u00e9er de compte sp\u00e9cifique.<\/p>\n
Standard d’entreprise tr\u00e8s r\u00e9pandu dans les grandes organisations. Il permet l’\u00e9change d’assertions d’authentification entre votre fournisseur d’identit\u00e9 et le LMS. Utilis\u00e9 notamment dans les d\u00e9ploiements Okta, Azure AD (en mode SAML), ADFS (Active Directory Federation Services).<\/p>\n
Pour les organisations qui maintiennent un annuaire LDAP ou Active Directory sur site (on-premise), DGTLMS peut se synchroniser directement avec cet annuaire. Les utilisateurs se connectent avec leurs identifiants Windows, et les groupes d\u00e9finis dans l’AD sont refl\u00e9t\u00e9s dans le LMS.<\/p>\n
DGTLMS propose un connecteur LdapSync d\u00e9di\u00e9 pour cette configuration.<\/p>\n
Avec le SSO, vous centralisez la politique d’authentification. Si vous activez l’authentification multi-facteurs (MFA) sur Azure AD, elle s’applique automatiquement \u00e0 l’acc\u00e8s au LMS. Si un collaborateur quitte l’entreprise et que son compte est d\u00e9sactiv\u00e9 dans l’AD, il perd instantan\u00e9ment l’acc\u00e8s au LMS.<\/p>\n
Via le protocole SCIM (System for Cross-domain Identity Management), certains fournisseurs d’identit\u00e9 peuvent automatiquement cr\u00e9er, mettre \u00e0 jour et d\u00e9sactiver les comptes utilisateurs dans votre LMS en fonction des \u00e9v\u00e9nements dans l’annuaire.<\/p>\n
Toutes les connexions au LMS passent par votre fournisseur d’identit\u00e9, qui loggue chaque authentification. En cas d’audit de s\u00e9curit\u00e9, vous disposez d’une trace compl\u00e8te.<\/p>\n
La configuration SSO dans DGTLMS se fait depuis l’interface d’administration, sans d\u00e9veloppement. Les \u00e9tapes principales :<\/p>\n
Pour Azure AD :<\/strong><\/p>\n 1. Cr\u00e9er une application Enterprise dans votre tenant Azure AD<\/p>\n 2. R\u00e9cup\u00e9rer le client ID et le client secret<\/p>\n 3. D\u00e9finir les URLs de callback dans Azure AD<\/p>\n 4. Saisir les param\u00e8tres dans DGTLMS<\/p>\n 5. Tester avec un compte pilote<\/p>\n Pour Google Workspace :<\/strong><\/p>\n 1. Cr\u00e9er un projet OAuth dans la Google Cloud Console<\/p>\n 2. Configurer l’\u00e9cran de consentement<\/p>\n 3. G\u00e9n\u00e9rer les credentials OAuth2<\/p>\n 4. Saisir les param\u00e8tres dans DGTLMS<\/p>\n Pour LDAP \/ Active Directory :<\/strong><\/p>\n 1. Cr\u00e9er un compte de service d\u00e9di\u00e9 dans l’AD<\/p>\n 2. Configurer le connecteur LdapSync dans DGTLMS<\/p>\n 3. D\u00e9finir le mapping attributs AD \u2192 champs DGTLMS<\/p>\n 4. Lancer une synchronisation test<\/p>\n L’\u00e9quipe DGT Concept accompagne la configuration SSO dans le cadre du d\u00e9ploiement initial.<\/p>\n
\n