Aller au contenu principal
Quel LMS

Migration

Migrer les comptes et les identités sans créer de doublons

Vous préparez l’import des comptes dans le nouveau LMS, et vous devez choisir ce qui relie une personne à son historique.

Reliez chaque personne par une clé stable : matricule, ou identifiant du SIRH (logiciel de gestion RH). L’adresse e-mail ne convient pas, car elle change avec un mariage, un changement d’entité ou de nom de domaine, et casse alors le lien entre la personne et son historique.

Décidez ensuite du sort des partants avant de charger quoi que ce soit, et vérifiez comment le SSO (connexion unique) retrouve un compte existant.

Notre avis

Mettez la clé stable dans le nom d’utilisateur ou dans l’identifiant que l’outil utilise pour rapprocher les comptes, et n’importez pas vos anciens salariés dans le nouvel outil sans raison écrite.

Pourquoi

  • L’identifiant fait le lien avec tout le reste : TalentLMS écrit que le nom d’utilisateur sert d’identifiant principal, et ses fichiers d’historique s’y réfèrent.
  • Les partants posent une question d’outil et de données : Docebo exige des utilisateurs actifs pour importer des inscriptions, et une reprise d’anciens salariés a un coût et une justification à écrire.
  • Le SSO peut créer un doublon sans bruit : iSpring crée le compte à la première connexion, et le seul champ toujours transmis est l’identifiant de connexion.

Ce qui change notre avis

Si vos comptes sont recréés par le SSO à la première connexion, regardez d’abord comment ils se rattachent à l’historique importé : si la clé de connexion n’est pas celle de l’import, vous aurez deux personnes. Si vos apprenants n’ont pas d’adresse e-mail, la clé stable devient indispensable, et leur connexion passe avant tout le reste.

Comment rapprocher sans se tromper

  1. Choisissez la clé et vérifiez qu’elle existe partout. Elle doit figurer dans l’ancien LMS, le SIRH et l’annuaire. Si elle n’est que dans le SIRH, faites d’abord une table de correspondance.
  2. Cherchez ce qui la casse dans l’ancien outil. Doublons, comptes de test, majuscules, partants réembauchés, personnes qui ont changé d’adresse. Docebo signale que le nom d’utilisateur est sensible à la casse.
  3. Demandez sur quel champ l’outil d’arrivée rapproche. Pour l’import et pour le SSO, séparément. Si ce sont deux champs différents, faites-le écrire et testez-le.
  4. Faites entrer les comptes avant l’historique. TalentLMS demande que les utilisateurs et cours existent déjà. Docebo donne un ordre d’import, avec les utilisateurs avant les inscriptions.
  5. Rejouez un changement d’adresse. Après l’import, changez l’adresse d’un compte de test, reconnectez-vous par le SSO, et vérifiez que son historique est toujours là.

Les partants : importer, archiver ou anonymiser

Si vous devez encore pouvoir produire la formation d’un ancien salarié, l’archive hors LMS peut suffire, et c’est notre choix par défaut. Importer ces personnes les fait entrer dans un outil actif : selon le modèle de facturation, elles peuvent aussi compter comme utilisateurs. Chez Docebo, le guide exige que les utilisateurs soient actifs au moment de l’import des inscriptions ; demandez comment les désactiver ensuite et ce que cela change à la facture.

Faites valider ce choix avec votre DPO (délégué à la protection des données). Les données RH ne se transportent pas par défaut : la durée et l’usage se décident avant, et notre page sur la conservation aide à fixer cette durée.

Une fois en place, qui désactive qui ?

Le SSO règle la connexion et rarement le départ. iSpring et Teach Up décrivent une création de compte à la connexion, sans décrire la désactivation dans les pages lues. 360Learning documente la synchronisation SCIM (création et retrait automatiques des comptes depuis votre annuaire). L’intégration entre Lucca et Dokeos décrit l’activation ou la désactivation selon le statut du collaborateur. Le critère à vérifier est le même partout : un partant perd-il son accès sans qu’on y pense ? Faites-le montrer.

Limites de cette page

Nous n’avons pas éprouvé ces rapprochements, et les champs varient d’une édition à l’autre. Ce que nous décrivons pour un éditeur ne se transpose pas à un autre. Le traitement des anciens salariés relève d’une décision à prendre avec votre DPO, selon vos obligations.

Et maintenant ?

Exportez vos comptes, cherchez les doublons et vérifiez que la clé choisie est présente partout. Demandez au candidat sur quel champ il rapproche l’import et le SSO, puis testez un changement d’adresse. Si vos comptes naissent à la première connexion SSO, faites ce test en premier.

Preuves et sources

Le 5 novembre 2026, nous avons lu les aides et guides de TalentLMS, Docebo, iSpring, Teach Up et 360Learning, et les pages d’intégration de Dokeos et Didask. Nous n’avons testé aucune connexion ni aucun import.

Voir les 7 éléments : ce qui est un fait lu, une déclaration, notre déduction ou notre avis

  • Déclaration de l’éditeur. TalentLMS écrit que le nom d’utilisateur sert d’identifiant principal sur la plateforme, et demande que les utilisateurs et les cours existent avant d’importer l’historique.

    Portée : Aide de l’éditeur.

    Relevé le 5 novembre 2026.

  • Déclaration de l’éditeur. Le guide Docebo indique que les utilisateurs doivent être actifs au moment de l’import des inscriptions, fixe un ordre d’import avec les utilisateurs avant les inscriptions, et précise que le nom d’utilisateur est sensible à la casse.

    Portée : Migration entrante ; guide mis à jour le 18 novembre 2024.

    Réserve : À confirmer sur la version en vigueur.

    Relevé le 5 novembre 2026.

  • Déclaration de l’éditeur. iSpring écrit que le compte est créé à la première connexion par SSO et que le seul champ toujours transmis est l’identifiant de connexion.

    Portée : Aide iSpring.

    Réserve : Création à la connexion : la désactivation d’un partant n’y est pas décrite.

    Relevé le 5 novembre 2026.

  • Déclaration de l’éditeur. Teach Up déclare un SSO via Keycloak, le compte étant créé automatiquement à la connexion.

    Portée : Centre d’aide.

    Réserve : Provisionnement et désactivation non documentés sur cette page.

    Relevé le 5 novembre 2026.

  • Déclaration de l’éditeur. La base de connaissances de 360Learning documente la synchronisation SCIM depuis l’annuaire.

    Portée : Édition et coût non précisés.

    Réserve : Champs synchronisés non lus.

    Relevé le 5 novembre 2026.

  • Déclaration de l’éditeur. L’intégration entre Lucca et Dokeos couvre création, mise à jour, activation ou désactivation des comptes selon le statut du collaborateur.

    Portée : Page partenaire Dokeos ; sens Lucca vers Dokeos.

    Réserve : Protocole SSO non nommé.

    Relevé le 5 novembre 2026.

  • Notre avis. Le choix d’une clé stable, le refus d’importer les partants par défaut et le test du changement d’adresse sont notre avis et notre méthode.

    Réserve : Non exécutés sur un logiciel.

    Relevé le 5 novembre 2026.

Notre méthode