Legora utilise deux URL de rappel distinctes, une pour chaque protocole de connexion. Ajoutez celle qui correspond à votre protocole (ou les deux, si vous n’êtes pas sûr duquel votre organisation utilisera) :
- https://sso.legora.com/api/oauth/saml — utilisé seulement pour les connexions SAML
- https://sso.legora.com/api/oauth/oidc — utilisé seulement pour les connexions OIDC (c’est ce que Microsoft Entra ID utilise)

Ajoutez les URL au bon endroit pour votre fournisseur :
- Okta : Okta peut être configuré pour SAML ou OIDC. Ajoutez l’URL correspondant au protocole que vous configurez pour Legora (ajoutez les deux si vous n’êtes pas sûr duquel vous utiliserez).
- Microsoft Entra ID : Les connexions Entra ID doivent utiliser OIDC. Ajoutez l’URL de rappel OIDC aux Redirect URIs dans l’inscription d’application Legora. Voir Activer l’intégration Entra ID. Legora ne prend pas en charge plusieurs inscriptions d’applications SAML dans le même locataire Microsoft Entra. Si votre organisation utilise actuellement plusieurs applications SAML dans Entra, vous devrez déplacer ces connexions vers OIDC dans le cadre de la migration.
- Autres fournisseurs d’identité : Ajoutez l’URL de rappel correspondant au protocole de votre fournisseur (SAML ou OIDC), en suivant la documentation de votre fournisseur.

SAML comme fournisseur d’identité exige une étape supplémentaire : Comme une inscription d’application SAML est liée à l’Entity ID du fournisseur de services, l’inscription existante ne peut pas simplement être redirigée vers la nouvelle plateforme.

Créez une nouvelle inscription d’application SAML dans votre fournisseur d’identité.

Ajoutez les valeurs suivantes à la nouvelle inscription d’application SAML dans la console d’administration de votre fournisseur d’identité :

Laissez votre application SAML existante intacte. Elle continuera de servir les connexions exactement comme aujourd’hui jusqu’à ce que vous activiez la migration en libre-service.

Si vous utilisez Microsoft Entra ID et avez plus d’une inscription d’application SAML pour Legora dans le même locataire Entra, ne créez pas d’inscriptions d’applications SAML supplémentaires pour la migration. Déplacez plutôt ces connexions vers OIDC.

Pour chaque intégration active, ajoutez la nouvelle URL comme URI de redirection autorisée dans les paramètres d’administration de cette intégration. Conservez toutes les URL existantes.

À partir de votre nom dans la barre latérale, sélectionnez Paramètres > Migration d’authentification.

Examinez l’URL de connexion dédiée que Legora a préremplie pour votre organisation.

Si vous devez la modifier, faites le changement avant la migration.

Ajoutez les domaines suivants à la liste d’autorisation de votre réseau. Appliquez-les au trafic entrant et sortant selon la configuration de votre réseau :

Le nouveau domaine dédié de votre organisation est visible dans Paramètres > Migration d’authentification

https://auth.legora.com

Une fois la configuration terminée, à partir de votre nom dans la barre latérale, sélectionnez Paramètres > Migration d’authentification et exécutez ces vérifications pré-migration.

Sur la page Migration d’authentification, confirmez :
- L’URL de connexion dédiée de votre organisation est définie.
- Pour chaque connexion SSO listée, cliquez sur Exécuter le test et confirmez que le statut affiche Réussi.
- Pour chaque intégration listée (iManage, SharePoint, Google Drive, le cas échéant), cliquez sur Exécuter le test et confirmez Réussi.

Nous recommandons qu’un Admin ou administrateur TI utilise la nouvelle URL de connexion dédiée avec un petit groupe de test pour valider les workflows quotidiens avant de communiquer l’URL à l’ensemble de l’organisation. Pour ce faire :
- L’Admin ou l’administrateur TI doit se connecter avec la nouvelle URL de connexion dédiée et confirmer :

Une fois que vous avez confirmé d’Activer l’authentification Legora (basculement à l’échelle de l’organisation) :

Informez votre organisation à l’avance et complétez la migration en dehors des heures de travail.

Dites à vos utilisateurs comment accéder aux nouveaux Global Add-ins pour Word et Outlook (voir ci-dessous). Avant le basculement, les utilisateurs du Word Add-in doivent exporter leur historique Assistant vers leur appareil local et conserver le fichier téléchargé dans un endroit sécurisé. Voir Comment déplacer l’historique Assistant du Word Add-in vers le Global Add-in pour les instructions étape par étape.

Tout historique Assistant non exporté ne peut pas être récupéré après la migration.

Lorsque toutes les vérifications pré-migration réussissent, cliquez sur Activer sur la page Migration d’authentification.

Cela bascule toute votre organisation vers la nouvelle URL de connexion dédiée et ne peut pas être annulé. Une fois fait, les anciennes URL régionales cesseront de fonctionner pour tout le monde.

Partagez la nouvelle URL de connexion dédiée avec vos utilisateurs.

Suivez les conseils pertinents pour chaque méthode de connexion :

Utilisateurs SSO : Continuent de se connecter via SSO. Le principal changement est qu’ils doivent utiliser la nouvelle URL de connexion dédiée.

Utilisateurs courriel, mot de passe et authentification multifacteur : Devront réinitialiser leur mot de passe la première fois qu’ils se connectent après la migration. Ils recevront un courriel de réinitialisation de mot de passe de Legora avec un objet du type Réinitialisez votre mot de passe Legora. Ce courriel contient un code à usage unique. Les utilisateurs entrent le code, puis définissent un mot de passe d’au moins 15 caractères sur Définir un nouveau mot de passe. S’ils voient Lien de récupération invalide ou Impossible de réinitialiser le mot de passe., ils doivent recommencer Mot de passe oublié? et terminer rapidement. Pour les étapes utilisateur complètes, voir Pourquoi ne puis-je pas me connecter à Legora?.

Notez que la longueur minimale du mot de passe est passée de 12 à 15 caractères. Les nouveaux mots de passe doivent comporter au moins 15 caractères.

Après la migration, les utilisateurs doivent utiliser les nouveaux Global Legora Word et Outlook Add-ins.

Choisissez la méthode d’installation pertinente pour votre organisation :

Gérée de façon centrale par TI : Installez les Global Word et Outlook Add-ins depuis Microsoft AppSource. Consultez Outlook Add-in pour les admins et Comment installer le Word Add-in? pour plus d’information.

Installé par l’utilisateur : Demandez aux utilisateurs d’installer les nouveaux Global Word et Outlook Add-ins depuis Microsoft AppSource.

Legora Global Outlook et Word sur site : Réinstallez les add-ins à l’aide des fichiers manifest fournis par votre représentant Legora.

Lorsque vous réinstallez le Global Word ou Outlook Add-in, tout historique de discussion créé dans l’add-in existant ne sera pas transféré. Cet historique ne peut pas être récupéré. S’il y a quelque chose que vous pourriez devoir consulter, enregistrez-le quelque part avant de réinstaller.

L’accès à l’application mobile restera inchangé, mais vous pourriez voir une option Global dans le menu déroulant régional pendant la migration. Les utilisateurs n’auront qu’à se reconnecter après la migration.