Le système d'information éducatif multi-sites : repères pour choisir et déployer.
Comptes, fichiers, postes, réseau et sauvegardes : lorsqu'une commune, une intercommunalité, un département, une région ou une entreprise gère plusieurs sites, ces services forment un même système d'information à centraliser et à sécuriser. Ce guide en présente le périmètre, le cadre juridique et la démarche de déploiement, en tenant compte de l'existant.
Qu'est-ce qu'un système d'information éducatif ?
Le système d'information éducatif, ou SI éducatif, regroupe les services techniques mobilisés lorsqu'un élève ouvre une session en salle informatique, qu'un enseignant retrouve ses documents sur un autre poste ou qu'un secrétariat imprime une liste de classe. Comptes, droits, fichiers, postes, réseau, serveurs et sauvegardes en constituent le socle technique.
Il est fréquemment confondu avec l'ENT, l'espace numérique de travail, qui relève pourtant d'une autre fonction. L'ENT est un portail en ligne principalement consacré à la communication, à la messagerie, au cahier de textes et à la publication d'informations. Le SI éducatif prend en charge les identités, les fichiers, les terminaux, le réseau et les sauvegardes. Les deux sont complémentaires : l'authentification unique (SSO) permet de passer de l'un à l'autre sans ressaisir de mot de passe et, selon les besoins, les services en ligne du SI peuvent reprendre une partie des usages de l'ENT.
Le sujet devient plus complexe lorsqu'une même structure a la charge de plusieurs sites : une commune et ses écoles, un département et ses collèges, une région et ses lycées, une entreprise et ses agences. En l'absence d'organisation commune, chaque site a ses propres serveurs et ses propres règles, avec autant de points de fragilité. La centralisation de l'administration permet d'harmoniser le service, de simplifier la gestion du parc et de mutualiser les coûts.
Cadre juridique : qui est responsable de quoi
Aucun texte n'impose d'architecture technique précise. Le Code de l'éducation répartit en revanche la charge des équipements informatiques entre les collectivités, et le RGPD encadre le traitement des données personnelles des élèves et des personnels.
Article L.212-4 Code de l'éducation
Communes : les écoles
La commune a la charge des écoles publiques : construction, équipement et fonctionnement, ce qui couvre en pratique le matériel informatique. La mention expresse de l'informatique figure, depuis 2013, aux articles L.213-2 et L.214-6.
Article L.213-2 Code de l'éducation
Départements : les collèges
Depuis la loi du 8 juillet 2013, le département assure l'équipement des collèges, dont l'acquisition et la maintenance des infrastructures, des matériels informatiques et des logiciels.
Article L.214-6 Code de l'éducation
Régions : les lycées
La région assure le même rôle pour les lycées : infrastructures, équipements et matériels informatiques, avec leur maintenance.
Article 5 RGPD
Principes de protection des données
Licéité, loyauté et transparence, limitation des finalités, minimisation, exactitude, limitation de la conservation, intégrité et confidentialité, et capacité à démontrer le respect de ces principes.
Article 25 RGPD
Protection dès la conception
Le responsable de traitement intègre la protection des données dans la conception des outils et limite, par défaut, l'accès aux seules données nécessaires.
Article 32 RGPD
Sécurité du traitement
Mesures techniques et organisationnelles adaptées au risque, parmi lesquelles la pseudonymisation, le chiffrement, la disponibilité et la restauration des données.
À retenir
La collectivité a la charge du matériel et de sa maintenance ; l'Éducation nationale, principalement celle des contenus et des bases académiques. Le SI éducatif se situe à l'articulation des deux, ce qui impose une répartition claire des responsabilités. Une entreprise porte l'ensemble du périmètre, et le RGPD s'y applique également.
Les composantes d'un SI éducatif
Un SI éducatif s'organise en trois familles de services. Les usagers n'utilisent directement que la première ; les deux autres en assurent le fonctionnement.
1. Identités et services aux usagers
- Annuaire unique des comptes, compatible Active Directory, alimenté depuis ONDE pour le primaire, Siècle, STS, Pronote, EDT ou GPEI pour le second degré (ou un logiciel RH en entreprise)
- Création des comptes à l'arrivée et désactivation au départ, sans comptes résiduels
- Authentification unique (SSO) vers l'ENT et les services en ligne, authentification à plusieurs facteurs (MFA) pour les comptes sensibles
- Droits par profil : élève, enseignant, direction, agent, invité
- Fichiers personnels et partagés, en local et en ligne, dossiers de classe
- Impressions attribuées automatiquement selon la salle et le profil
2. Postes et maintien en condition (MCO et MCS)
- Inventaire du parc et regroupement des postes par salle ou par usage
- Installation des postes Windows et Linux par le réseau, réinstallation à distance
- Diffusion des applications pédagogiques depuis une console centrale
- Mises à jour et correctifs de sécurité testés puis généralisés
- Supervision, journalisation, guichet d'assistance (ITSM) et prise en main à distance
3. Infrastructure
- Réseau : adresses (DHCP, DNS), séparation des réseaux administratif, pédagogique et invités
- Contrôle d'accès au réseau (Radius, 802.1x) et Wifi
- Virtualisation des serveurs (par exemple avec Proxmox VE)
- Sauvegardes des machines virtuelles et des fichiers, isolées du domaine de production
- Plan de reprise d'activité (PRA) documenté et tests de restauration réguliers
À adapter selon votre structure
Les besoins d'une commune qui gère quelques écoles diffèrent de ceux d'une région qui gère de nombreux lycées. Pages dédiées : communes, intercommunalités, départements et régions, entreprises multi-sites.
Les enjeux des structures multi-sites
L'administration de plusieurs sites, avec des équipes réparties et des usages différents, soulève des enjeux propres. Ceux-ci varient selon le type de structure.
Communes
Des écoles souvent équipées au fil des projets, sans technicien sur place. Il faut un service homogène et des postes administrés à distance, sans dépendre d'une seule personne.
Intercommunalités
Les écoles de plusieurs communes, aux équipements souvent hétérogènes, sont réunies dans un même service. Les services sont mutualisés et chaque commune garde la visibilité sur ses écoles.
Départements
De nombreux collèges, des agents territoriaux absents des bases de l'Éducation nationale, des équipes techniques réparties sur le territoire. Cela suppose un annuaire commun et une délégation d'administration par établissement.
Régions
Des lycées généraux, technologiques et professionnels aux usages variés, avec des logiciels spécialisés à diffuser et à mettre à jour sur un parc étendu.
Entreprises multi-sites
Des agences, ateliers ou magasins éloignés du siège, qui doivent appliquer les mêmes règles de sécurité et disposer d'un support à distance et de sauvegardes vérifiées.
Sites mal desservis
Une connexion instable ne doit pas interrompre l'activité : un serveur local maintient les services essentiels en cas de coupure.
MCO et MCS : maintenir le SI dans la durée
Le MCO (maintien en condition opérationnelle) assure la disponibilité du SI. Le MCS (maintien en condition de sécurité) en préserve la sécurité dans la durée. En multi-sites, leur organisation diffère nettement selon que la maintenance est assurée site par site ou pilotée de façon centralisée.
| Sujet | Gestion site par site | Pilotage centralisé |
|---|---|---|
| Comptes | Saisie manuelle, comptes non désactivés après les départs | Alimentés depuis les bases existantes, désactivés au départ |
| Mises à jour | Appliquées au cas par cas, niveaux de mise à jour hétérogènes | Testées sur un échantillon puis généralisées |
| Réinstallation d'un poste | Déplacement d'un technicien | Lancée à distance depuis la console |
| Incidents | Signalés par téléphone ou par courriel, suivi limité | Guichet d'assistance (ITSM) unique avec historique |
| Sauvegardes | Variables selon les sites, rarement testées | Mêmes règles partout, restaurations testées |
| Vision d'ensemble | Dispersée entre plusieurs outils | Tableau de bord par site et global |
Supervision
Surveillance des serveurs, de l'espace disque et des services, pour traiter un incident avant qu'il n'affecte les usagers.
Guichet d'assistance
Un point d'entrée unique pour les demandes, avec un suivi consultable par l'utilisateur.
Mises à jour maîtrisées
Correctifs de sécurité testés puis déployés sur l'ensemble du parc, Windows comme Linux.
Une architecture type pour plusieurs sites
Une architecture multi-sites associe généralement des serveurs centraux et un serveur dans chaque établissement. Le niveau central assure la cohérence de l'ensemble ; le niveau local assure la continuité de service en cas de coupure de la connexion. Le tableau ci-dessous présente, à titre d'exemple, la répartition retenue par Irundo.
| # | Service | Rôle | Où |
|---|---|---|---|
| 1 | Annuaire principal | Comptes et groupes de tous les sites, alimentés par les bases académiques ou RH | Central |
| 2 | Authentification unique | Accès à l'ENT et aux services en ligne avec un seul identifiant | Central |
| 3 | Sauvegardes | Copies des serveurs et des fichiers, isolées du domaine de production | Central |
| 4 | Supervision et console | Vue globale, alertes, guichet d'assistance, délégation par site | Central |
| 5 | Espace en ligne | Fichiers des élèves et des enseignants accessibles depuis l'extérieur | Central |
| 6 | Copie locale de l'annuaire | Ouverture de session possible même si le lien avec le central est coupé | Local |
| 7 | Fichiers | Partages de fichiers (SMB/CIFS), réseaux administratif et pédagogique séparés | Local |
| 8 | Réseau | Attribution des adresses sur plusieurs réseaux virtuels (VLAN) | Local |
| 9 | Impressions | Imprimantes attribuées automatiquement selon la salle | Local |
| 10 | Applications et postes | Diffusion des logiciels, installation des postes par le réseau | Local |
Cette architecture appliquée à vos sites
Chaque territoire et chaque entreprise part d'une situation différente. À partir de la description de vos sites, de votre parc et de vos sources d'identités, nous vous présentons la console et la répartition adaptée à votre organisation.
À noter : certaines briques relèvent d'outils spécialisés que le SI doit pouvoir intégrer : la messagerie, la vie scolaire (par exemple Pronote), le filtrage Internet ou l'antivirus. Le SI éducatif n'a pas vocation à tout couvrir ; il s'interface avec les outils en place. Voir également la partie souveraineté et réversibilité.
Souveraineté, open source et réversibilité
Un SI éducatif est mis en place pour de nombreuses années. Au-delà des fonctionnalités, trois questions orientent le choix : le lieu d'hébergement des données, la capacité à faire évoluer l'outil et les conditions de réversibilité. Chaque famille de solutions y répond selon son modèle.
| Famille de solutions | Code | Hébergement | Points à vérifier |
|---|---|---|---|
| Solution libre portée par une institution ou une communauté | Ouvert | Sur site | Qui assure le support et l'intégration, avec quel engagement de service |
| Service en ligne propriétaire (SaaS) | Fermé | Chez l'éditeur | Lieu d'hébergement, droit applicable, export des données en fin de contrat |
| Suite propriétaire installée sur site | Fermé | Sur site ou hybride | Coût des licences d'accès (par utilisateur ou par appareil), calendrier de fin de support |
| Solution libre intégrée et supportée par un éditeur (modèle d'Irundo) | Ouvert | Centre de données en France et serveur local | Périmètre du support, briques assurées par des partenaires |
Ce que le code ouvert apporte
La possibilité d'auditer l'outil, d'en confier la maintenance à un autre prestataire ou à une équipe interne, sans dépendance à un éditeur unique. Irundo, solution française, souveraine et open source, intègre des briques libres reconnues (SambaÉdu, Debian, Proxmox) et reste compatible avec les postes Windows, Linux et Chromebook.
Ce qu'il ne règle pas seul
Le logiciel libre ne dispense ni de l'intégration, ni de la documentation, ni du support. La réversibilité doit également figurer au contrat : formats d'export des données, transfert de la documentation, accompagnement en fin de contrat. Pour approfondir, consultez notre comparatif des solutions.
RGPD et protection des données des élèves
Un SI éducatif traite des données de mineurs : nom, classe, connexions, travaux déposés. Le considérant 38 du RGPD précise que les enfants bénéficient d'une protection spécifique. Trois mesures techniques y contribuent directement.
La gestion des droits. Chaque compte n'accède qu'à ce dont il a besoin : un élève à sa classe, un enseignant à ses groupes, un responsable local à son établissement. C'est l'application directe du principe de minimisation (article 5) et de la protection par défaut (article 25). Les comptes des personnes parties sont désactivés puis supprimés selon une durée définie.
La pseudonymisation. Définie à l'article 4 du RGPD et citée à l'article 32, elle consiste à remplacer le nom de l'usager par un identifiant opaque lorsque ses données sont transmises à un service tiers, la correspondance restant dans l'annuaire. En cas de fuite chez ce tiers, les données exposées sont plus difficilement exploitables. Elles demeurent néanmoins des données personnelles.
La journalisation. La traçabilité des connexions et des actions d'administration permet de détecter un usage anormal et de démontrer la conformité. La CNIL a publié une recommandation consacrée à la journalisation, qui précise notamment les durées de conservation à envisager.
Sur le plan organisationnel, le registre des activités de traitement (article 30), le contrat avec le prestataire qui traite les données pour votre compte (article 28) et la désignation d'un délégué à la protection des données, obligatoire pour les autorités et organismes publics (article 37), complètent le dispositif.
Choisir et déployer un SI éducatif (5 étapes)
- 01
Auditer l'existant
Serveurs, postes, réseau, logiciels, sources d'identités et contraintes de chaque site. L'audit détermine ce qui peut être conservé, réutilisé, mutualisé ou remplacé.
- 02
Tester sur un établissement virtuel
Pendant quelques semaines, un établissement de test permet de vérifier, sur des critères fixés ensemble, que la solution répond aux besoins avant d'engager le parc réel.
- 03
Définir la cible et préparer la préproduction
Répartition entre services centraux et locaux, rôles d'administration de chacun. Les règles de droits, de sauvegarde et de sécurité sont définies une seule fois pour l'ensemble des sites, puis éprouvées en préproduction.
- 04
Mettre en production et raccorder les sites
L'infrastructure centrale est mise en service, puis les établissements sont raccordés un par un, avec une interruption minimale, hors rentrée et périodes d'examens. Les équipes sont formées à chaque étape.
- 05
Organiser l'exploitation dans la durée
Supervision, guichet d'assistance (ITSM), mises à jour, tests de restauration et revue périodique des droits : le MCO et le MCS débutent dès la mise en service.
Irundo applique cette démarche : test de 4 semaines, préproduction, mise en production centrale, puis raccordement des établissements un par un.
Le calendrier est établi avec vous selon le nombre de sites et l'état du parc. Prendre rendez-vous.
Liste de contrôle avant de choisir
Les questions à poser à toute solution, y compris à la nôtre.
Identités et accès
- Les comptes sont-ils créés et désactivés automatiquement à partir de vos bases ?
- Les personnes absentes de ces bases (agents, intervenants, invités) peuvent-elles être gérées dans le même annuaire ?
- L'authentification unique utilise-t-elle des protocoles standards (SAML, OpenID Connect, CAS) ?
- Les comptes d'administration sont-ils protégés par une authentification à plusieurs facteurs ?
Postes, réseau et sauvegardes
- La continuité de service est-elle assurée sur un site dont la connexion est coupée ?
- Les postes Windows et Linux sont-ils gérés depuis la même console, et les Chromebook sont-ils pris en charge ?
- Les sauvegardes sont-elles isolées du domaine de production, et les restaurations testées ?
- Les réseaux administratif, pédagogique et invités sont-ils séparés ?
Gouvernance, conformité et contrat
- Chaque responsable local peut-il administrer son site, et seulement le sien ?
- Les accès et les actions d'administration sont-ils journalisés ?
- Où sont hébergées les données, et sous quel droit ?
- Le contrat prévoit-il l'export des données et la réversibilité en fin de contrat ?
- Le mode de facturation reste-t-il prévisible en cas d'augmentation du nombre d'utilisateurs ?
Questions fréquentes sur le SI éducatif
Qu'est-ce qu'un système d'information éducatif ?▼
Le système d'information éducatif désigne l'ensemble des services techniques qui permettent aux élèves, aux enseignants et aux personnels d'utiliser le numérique dans un établissement : comptes et mots de passe, accès aux fichiers, impressions, postes de travail, réseau, serveurs et sauvegardes. Il est dit multi-sites lorsqu'une même structure (commune, intercommunalité, département, région ou entreprise) administre ces services pour plusieurs établissements.
Quelle différence entre un SI éducatif et un ENT ?▼
L'ENT (espace numérique de travail) est un portail en ligne principalement consacré à la communication et à la vie scolaire : messagerie, cahier de textes, publication d'informations. Le SI éducatif constitue le socle technique de l'établissement : identités, fichiers, postes, réseau et sauvegardes. Les deux sont complémentaires : le SI éducatif peut donner accès à l'ENT par l'authentification unique (SSO) et, selon les besoins, ses services en ligne peuvent reprendre une partie des usages de l'ENT.
Qui est responsable de l'informatique des écoles, des collèges et des lycées ?▼
Le Code de l'éducation confie aux communes la charge des écoles publiques, dont leur équipement et leur fonctionnement (article L.212-4), ce qui couvre en pratique le matériel informatique. Depuis la loi du 8 juillet 2013 pour la refondation de l'école, il confie expressément l'acquisition et la maintenance des matériels informatiques et des logiciels des collèges aux départements (article L.213-2) et celles des lycées aux régions (article L.214-6). Les contenus pédagogiques et les bases académiques relèvent principalement de l'Éducation nationale. Une commune peut également transférer tout ou partie de sa compétence scolaire à son intercommunalité, selon les statuts de celle-ci.
Que signifient MCO et MCS ?▼
Le MCO (maintien en condition opérationnelle) regroupe les activités qui assurent la disponibilité du SI : supervision, gestion du parc, mises à jour, réinstallation des postes et assistance. Le MCS (maintien en condition de sécurité) regroupe celles qui en préservent la sécurité dans la durée : correctifs de sécurité, revue des droits, journalisation, sauvegardes isolées et tests de restauration. Les deux s'organisent dès la conception du SI.
Pourquoi un serveur local dans chaque établissement si tout est centralisé ?▼
Le serveur local permet d'assurer la continuité des services essentiels en cas de coupure du lien Internet. Dans l'architecture standard d'Irundo, les serveurs centraux sont installés en centre de données en France et chaque établissement dispose d'un serveur local qui héberge les fichiers, les impressions et les applications. Grâce à ce serveur local, les utilisateurs peuvent ouvrir leur session même en cas de coupure Internet, et ces services restent accessibles sur place ; les services en ligne reprennent au retour de la connexion.
Le SI éducatif est-il concerné par le RGPD ?▼
Oui. Il traite des données personnelles d'élèves, souvent mineurs, et de personnels : identité, classe, connexions et documents. Le règlement général sur la protection des données (règlement UE 2016/679) s'applique pleinement, en particulier les principes de l'article 5 (minimisation, limitation de conservation, sécurité), la protection des données dès la conception (article 25) et la sécurité du traitement (article 32). Son considérant 38 précise que les enfants bénéficient d'une protection spécifique.
Qu'est-ce que la pseudonymisation et pourquoi l'utiliser ?▼
La pseudonymisation, définie à l'article 4 du RGPD, consiste à remplacer les données qui identifient directement une personne par un identifiant opaque, la correspondance étant conservée à part et protégée. Appliquée aux comptes transmis à des services tiers, elle limite les conséquences d'une fuite de données chez ces tiers. Les données pseudonymisées restent toutefois des données personnelles au sens du RGPD.
Une solution open source est-elle forcément souveraine ?▼
Pas nécessairement. Le code ouvert permet d'auditer la solution, d'en confier la maintenance à un autre prestataire et d'éviter la dépendance à un éditeur unique. La souveraineté dépend également du lieu d'hébergement des données, du droit applicable à l'hébergeur et de la capacité à récupérer les données dans des formats ouverts. Ces points sont à vérifier dans le contrat.
Peut-on garder le matériel existant ?▼
Souvent en partie. L'audit initial détermine les postes et les serveurs à conserver, ceux qui peuvent être réutilisés sous un système Linux plus léger et ceux à remplacer. La prolongation de la durée de vie du matériel contribue à la maîtrise des coûts. La réponse dépend de l'âge du parc et des usages de chaque établissement.
Le SI éducatif fonctionne-t-il avec Pronote, Siècle et l'ENT ?▼
Oui. Les comptes sont alimentés automatiquement depuis les bases existantes, sans saisie manuelle. Irundo se synchronise avec ONDE pour le primaire et avec Siècle, STS, Pronote, EDT et GPEI pour le second degré, et son authentification unique s'appuie sur les protocoles standards SAML, OpenID Connect et CAS pour donner accès à l'ENT et à d'autres services en ligne.
Comment gérer les personnels qui ne figurent pas dans les bases de l'Éducation nationale ?▼
Les agents des collectivités présents dans les établissements, les intervenants extérieurs et les invités n'apparaissent pas dans ONDE, Siècle ou STS. Le SI doit permettre de les créer dans le même annuaire, avec des droits adaptés à leur mission et une date de fin d'accès, afin d'éviter les comptes partagés ou non désactivés.
Combien de temps faut-il pour déployer un SI éducatif multi-sites ?▼
La durée dépend du nombre de sites, de l'état du parc et des sources d'identités à raccorder. Chez Irundo, la démarche reste identique : test de 4 semaines sur un établissement virtuel, préproduction, mise en production de l'infrastructure centrale, puis raccordement des établissements un par un, hors rentrée et périodes d'examens. Le calendrier est établi avec vous à partir de ces étapes.
Comment est facturé un SI éducatif mutualisé ?▼
Les modèles varient selon les fournisseurs : licence par utilisateur, abonnement en ligne, forfait par site. Chez Irundo, la tarification est établie par établissement, sans licence par utilisateur ; elle comprend un socle central et une mise en service, avec un engagement de 3 ans, et dépend du périmètre, du niveau de mutualisation des services et du niveau d'accompagnement attendu. Une proposition détaillée est établie après un premier échange.
Le même modèle convient-il à une entreprise multi-sites ?▼
Oui, sur le principe. Une entreprise qui compte plusieurs agences, magasins ou ateliers présente les mêmes besoins : un annuaire commun, des droits par site, des postes administrés à distance, un réseau segmenté et des sauvegardes vérifiées. Seules les sources d'identités diffèrent : un logiciel RH remplace alors les bases scolaires. La version d'Irundo dédiée aux entreprises est en préparation : nous pouvons échanger sur votre projet.
Parlons de l'organisation du SI de vos sites.
Décrivez-nous vos établissements et votre organisation actuelle : nous vous présenterons la console à partir de votre situation. Vous pouvez aussi nous appeler au 01 85 74 74 10.