Campus, sites, salles, ressources, multi-salles

Cette page rassemble la modélisation organisationnelle et physique d'un établissement dans Omniscol : quels campus structurent les classes, où ont lieu les cours, dans quelles salles, avec quels équipements mobiles.

Campus : regroupez vos classes par implantation, faculté ou pôle, indépendamment des sites physiques, et filtrez vos analyses par périmètre organisationnel avec les fonctions Premium.

Campus — la maille organisationnelle

Un campus permet de distinguer plusieurs implantations, facultés ou pôles au sein d'un même compte. C'est une notion d'organisation interne : elle sert à regrouper des classes selon la structure de l'établissement et à faciliter certains filtrages.

Cette notion est optionnelle. Elle devient surtout utile quand la notion de site ne recoupe pas bien l'organisation logique de l'établissement, ou quand vous voulez garder les deux en parallèle.

Le campus est transversal au site. Un site décrit plutôt une réalité géographique ou physique : lieu, grille horaire, salles, temps de trajet. Les deux notions ne se superposent pas forcément. C'est même dans ce cas qu'elles deviennent les plus utiles. Par exemple :

  • une faculté peut utiliser plusieurs sites ;
  • un site physique peut accueillir plusieurs campus ou pôles ;
  • plusieurs facultés peuvent partager les mêmes bâtiments ;
  • plusieurs écoles d'un groupe peuvent partager plusieurs sites de manière croisée ;
  • un campus peut servir surtout de filtre d'analyse, sans changer les temps de trajet.

Même si campus et site se recoupent presque complètement, garder les deux peut rester utile pour les filtres, les regroupements et certaines analyses.

Les campus se créent dans les paramètres généraux, sous les niveaux de classe. Ils peuvent ensuite être renseignés sur les classes. Le diagnostic des conflits peut s'en servir pour filtrer les alertes par périmètre organisationnel.

Sites — la maille géographique

Chaque site représente un lieu physique ou géographique distinct. Au moins un site est obligatoire.

Si tous vos cours ont lieu au même endroit, créez un seul site. Si votre établissement est multi-sites avec des intervenants ou des élèves qui se déplacent, créez autant de sites que nécessaire et renseignez les temps de trajet entre eux.

Chaque site porte sa propre grille horaire (heures de début/fin des créneaux, pauses, déjeuner, fermetures) — les sites peuvent avoir des grilles différentes (par exemple un bâtiment principal et une antenne avec d'autres horaires).

Le multi-sites est une pratique courante en enseignement supérieur (campus multiples, antennes en région), mais aussi en Enseignement scolaire (collège + lycée sur un même groupe scolaire avec bâtiments séparés, école avec annexe maternelle, etc.).

Le multi-sites n'est pas inclus dans le plan Lite. Il est disponible à partir du plan Standard.

Multi-sites : politique et temps de trajet

Cas typique : un professeur finit un cours sur le site A à 10 h, doit être au site B à 10 h 30, le trajet prend 15 minutes. Sur la grille horaire avec une pause inter-cours de 30 minutes, c'est bon. Avec une pause de 10 minutes seulement, ça ne passe pas.

Renseigner les temps de trajet

Sur l'écran Sites du module Gestion des EDT, le bouton Distance entre les sites ouvre une popup qui présente les temps de trajet sous forme de demi-matrice triangulaire : N sites = N×(N−1)/2 cases à remplir (pas de diagonale, pas de doublons — la matrice est symétrique). Saisissez les durées en minutes pour chaque paire, validez avec Enregistrer. Sans cette saisie, le solveur considère qu'aucun trajet n'est nécessaire entre les sites — il pourra téléporter les professeurs, ce qui ne marche évidemment pas en pratique.

Politique professeurs : changement de site automatique

Un professeur peut changer de site automatiquement d'une séance de cours à la suivante — c'est l'algorithme qui gère. Vous n'avez rien à déclarer côté professeur : il suffit que les temps de trajet inter-sites soient renseignés.

Politique classes : site par défaut + forçage manuel

Une classe est rattachée par défaut à un site (son site d'inscription). Toutes ses séances de cours se déroulent par défaut sur ce site.

Mais vous pouvez manuellement attacher une salle d'un autre site à une séance de la classe — par exemple « cours d'EPS au gymnase de l'annexe ». Dans ce cas :

  • la salle préassignée est conservée par l'algorithme (il ne cherche pas à la remplacer par une salle du site par défaut) ;
  • le solveur calcule les temps de trajet par rapport aux séances qui précèdent ou suivent (selon leur site : par défaut le site de la classe, sinon le site de la salle imposée sur ces séances).

Si aucune salle n'est précisée sur une séance, l'algorithme choisit une salle du site de la classe. C'est la valeur par défaut.

Contrainte bloquante, à la minute près

La contrainte inter-sites est bloquante dans l'algorithme de génération automatique. S'il manque ne serait-ce qu'une minute entre la fin d'une séance sur un site et le début d'une séance sur un autre site, le placement est refusé — pas de relâchement automatique.

Vérification précise sur la grille horaire effective : si deux créneaux se suivent avec 15 minutes de récréation et qu'il faut 10 minutes de trajet, ça passe ; s'il faut 16 minutes de trajet, ça ne passe pas.

Pause déjeuner sur changement de site

Quand un changement de site tombe sur la pause déjeuner, le temps de trajet est soustrait du temps de déjeuner réel disponible. L'algorithme prend en compte une durée minimale de déjeuner pour les professeurs et pour les élèves (calibrée côté site) ; si le trajet réduit ce temps en dessous du minimum, le placement est refusé.

Conséquence pratique : déclarer correctement les temps de trajet et les durées de déjeuner par site évite les emplois du temps théoriquement valides mais impossibles à tenir physiquement.

Conséquence sur le diagnostic

Si vous voyez « impossible » sur des placements multi-sites, vérifiez en priorité :

  • les temps de trajet déclarés (pas téléportés, ni surestimés ridiculement),
  • les pauses inter-cours sur la grille horaire,
  • l'éventuelle pause déjeuner sur le créneau concerné,
  • les salles préassignées : si une classe a une salle imposée sur un autre site, c'est elle qui fixe la contrainte.

En positionnement manuel, la contrainte apparaît en orange, et vous pouvez toujours forcer. Mais à moins que les séances ne soient verrouillées, lancer l'algorithme de génération automatique a posteriori aura pour conséquence de déplacer la ou les séances pour résoudre ce conflit.

Cas d'usage : activités extérieures

Au-delà des campus permanents, le mécanisme multi-sites couvre naturellement les activités extérieures récurrentes :

  • visite d'hôtel ou de restaurant pour une école d'hôtellerie / restauration ;
  • visite de musée ou d'atelier pour une école d'art ou de design ;
  • sortie en entreprise récurrente (visites en alternance) ;
  • stage de terrain sur un site externe (chantier, exploitation agricole, laboratoire partenaire).

Créez un site dédié pour chaque lieu extérieur récurrent, avec son temps de trajet depuis votre site principal. La contrainte bloquante s'applique normalement : si le déplacement ne tient pas dans le temps disponible entre deux séances, le placement est refusé.

Pour aller plus loin : enseignement supérieur

Le multi-sites est particulièrement courant en supérieur (campus multiples, antennes en région, intervenants qui circulent). Cas spécifiques (un EDT par site grâce aux EDT actifs multiples — inclus en Premium —, sites virtuels pour la visio, etc.) dans Multi-sites en enseignement supérieur.

Salles — les locaux

Les salles sont rattachées à un site, qui porte leur réalité physique : lieu, grille horaire, temps de trajet. Une salle porte :

  • un nom,
  • une capacité (nombre d'élèves ; champ critique pour le solveur),
  • éventuellement une spécialisation (libellé libre : chimie, informatique, sport…),
  • éventuellement un nombre maximal de classes simultanées, pour les grandes salles capables d'accueillir plusieurs séances en parallèle (salle d'examen, gymnase, piscine, espace extérieur) ; ce champ n'apparaît qu'une fois une spécialisation posée,
  • éventuellement des tags ou commentaires libres,
  • éventuellement un bâtiment,
  • éventuellement des horaires d'ouverture spécifiques.

Multi-salles : un cours dans plusieurs salles

Omniscol supporte l'affectation de plusieurs salles à un même cours.

Cas d'usage :

  • Examens en amphithéâtres dédoublés — un examen de 200 candidats réparti en trois amphithéâtres (capacité 70 + 60 + 80) avec un seul intervenant responsable. La capacité totale est calculée comme la somme des salles affectées.
  • Cours magistral retransmis — un CM dans un amphithéâtre principal, retransmis par visio dans une salle satellite (sur un autre site, voire dans une promotion entièrement à distance).
  • TP dédoublés — un TP de 30 étudiants réparti dans deux salles voisines (15 + 15) avec le même professeur qui circule.

Limitation : si la somme des capacités reste inférieure à l'effectif du groupe, Omniscol affiche un conflit. C'est à l'administrateur de décider de le résoudre (en ajoutant une salle, en réduisant le groupe, ou en acceptant le conflit s'il est délibéré — par exemple, si on sait que tous les inscrits ne viendront pas).

Spécialisations de salles

Les spécialisations (chimie, informatique, sport, gymnase, multimédia, salle de devoirs surveillés) sont des libellés libres optionnels définis par l'établissement. Vous créez les spécialisations qui correspondent à votre nomenclature, pour discriminer certaines salles qui sont dédiées à des cours spécifiques (un gymnase pour du sport, une piscine pour la natation, un laboratoire pour un TP de chimie, etc.).

Le solveur respecte strictement les spécialisations : si une matière requiert « chimie », seules les salles portant exactement cette spécialisation seront utilisées.

Chaque salle porte au plus une spécialisation. Pour une salle polyvalente entre deux usages spécialisés, utilisez un libellé englobant (par exemple « informatique-multimédia ») et associez ce même libellé aux matières concernées. Voir Spécialisations de salles.

Salle dédiée à une classe

Beaucoup de configurations primaire/secondaire associent une salle à chaque classe (les cours s'y déroulent par défaut, seuls les professeurs se déplacent). C'est configurable sur la classe — le moteur priorise alors cette salle pour les cours de la classe (avec une priorité supérieure à la salle préférée du professeur, si elle est définie).

Salles dans deux sites virtuels

Si vous avez deux sites virtuels pour un lieu physique unique (typique d'un collège + lycée partageant les locaux), une salle ne peut appartenir qu'à un seul site à la fois. Pour la rendre utilisable dans les deux contextes, dupliquez-la dans les deux sites et renseignez des horaires d'ouverture exclusifs (« libre le matin pour le collège, l'après-midi pour le lycée ») pour éviter les double-attributions.

Ressources — les équipements mobiles

Une ressource est un équipement mobile non attaché à une salle particulière : trois vidéoprojecteurs portables, une valise de tablettes, un kit de microphones, etc.

Chaque ressource porte :

  • un nom,
  • une quantité disponible (la valise compte pour 1, pas pour 30 — saisissez le nombre de valises, pas de tablettes individuelles).

Le solveur garantit qu'à un même créneau, le nombre de cours demandant la ressource ne dépasse pas la quantité disponible. Inutile de modéliser les ressources dont vous avez « toujours assez » — ne le faites que pour les vraies limites partagées.

Cas particulier — visioconférence et liens par cours

Le format d'une séance — présentiel, distanciel, hybride ou autonomie — est porté par sa modalité (Premium) : c'est elle qui détermine si la séance mobilise une salle physique. Pour un cours en distanciel ou hybride, vous pouvez attacher un lien de visioconférence au cours (Zoom, Teams, Meet…). Voir Liens de visioconférence par cours.

C'est plus fin que le lien de visioconférence sur la classe, qui est un lien général par défaut sur toutes les séances.

Voir aussi