Un LMS scolaire multi-campus ne consiste pas à dupliquer un site pour chaque établissement. Il doit offrir une structure commune pour le groupe et des espaces clairement séparés pour chaque tenant, avec des utilisateurs, des classes et des contenus rattachés au bon périmètre.
Cette organisation répond à un problème concret : une direction veut suivre plusieurs campus, tandis que les équipes locales doivent travailler dans leur propre contexte. Le système doit donc partager ce qui doit l’être et isoler ce qui ne doit jamais circuler d’un site à l’autre.
Le bon test est opérationnel. Ajoutez un deuxième campus, affectez un enseignant aux deux espaces, publiez une ressource locale, puis vérifiez ce que voient la direction du groupe, l’administration du campus et l’enseignant.
Que doit voir le propriétaire et que doit voir chaque tenant ?
Le propriétaire de la plateforme a besoin d’indicateurs consolidés, de la gestion des tenants et d’un contrôle des règles globales. L’administration d’un tenant doit voir son établissement, ses classes et ses utilisateurs, sans accéder aux données privées d’un autre site.
Cette frontière doit être appliquée côté serveur et dans la base de données. Un menu masqué n’est pas une isolation : le test doit inclure un changement d’identifiant ou d’adresse pour vérifier que l’accès reste refusé.
Comment gérer les enseignants et cohortes partagés ?
Un enseignant qui intervient sur deux campus doit pouvoir garder une identité claire, avec les droits correspondant à chaque espace. Les cohortes, classes et promotions restent rattachées à leur établissement, même lorsque la personne intervient sur plusieurs sites.
Pour la direction, les indicateurs peuvent être comparés sur des définitions communes. Pour les équipes locales, l’écran quotidien ne doit afficher que les groupes et les tâches qui les concernent.
Les tests à faire avant de choisir
- Créer un deuxième campus sans recréer toute la plateforme
- Vérifier l’identité visuelle et le domaine de chaque tenant
- Tester l’isolation des utilisateurs, classes et contenus
- Affecter un enseignant à plusieurs campus avec des droits explicites
- Comparer les indicateurs du groupe et la vue locale d’un établissement
- Confirmer le format d’import et d’export des données
Questions fréquentes
Les réponses essentielles
Un LMS multi-campus oblige-t-il à utiliser une seule identité visuelle ?+
Non. Le socle peut être commun alors que chaque tenant conserve son nom, son logo, ses couleurs, son domaine et ses réglages locaux.
Les données de deux campus doivent-elles être séparées ?+
Oui. Les droits et les requêtes serveur doivent limiter chaque utilisateur à son périmètre, tout en permettant au propriétaire autorisé de consulter des indicateurs consolidés.
Comment vérifier qu’un LMS gère vraiment plusieurs campus ?+
Demandez un scénario avec deux campus, un enseignant partagé, une ressource locale et une tentative d’accès croisé. C’est plus révélateur qu’une simple case ‘multi-campus’ dans une présentation.
Comment organiser les campus sans multiplier les instances ?
Chaque tenant doit disposer de son identité, de son domaine ou sous-domaine, de ses utilisateurs et de ses règles. Le socle applicatif peut rester commun : les mises à jour sont déployées une fois et la maintenance ne devient pas une série de projets indépendants.
Cette approche réduit aussi le risque de divergences entre campus. Les règles communes sont gouvernées au niveau du groupe ; les éléments locaux restent administrés par l’établissement concerné.