Philosophie générale d'Omniscol

Avant les fonctionnalités, quelques principes structurent l'expérience Omniscol et expliquent pourquoi le logiciel prend certaines décisions plutôt que d'autres.

Le contexte métier

L'emploi du temps n'est pas un simple tableau à remplir. C'est un problème d'optimisation sous contraintes :

• contraintes nombreuses et souvent implicites ;
• contraintes parfois contradictoires ;
• enjeu opérationnel fort : la rentrée, le semestre ou la période doit fonctionner.

Omniscol est conçu comme un assistant de planification sous contraintes : il accélère le travail, signale les impossibilités et laisse l'arbitrage métier à l'utilisateur.

Ce qu'Omniscol n'est pas

Omniscol a vocation à s'interfacer avec d'autres systèmes via imports, exports, iCal, API REST documentée, OIDC / SSO selon contrat et synchronisation avec des systèmes externes. Il ne cherche pas à remplacer les outils métier qui portent d'autres périmètres. Voir aussi Partenaires.

Les cinq principes fondateurs

1. La donnée avant le calcul

On ne peut pas générer un EDT fiable sans données saines : sites, salles, professeurs, classes, groupes, matières, volumes horaires, disponibilités et contraintes.

2. Séparation structure / vie quotidienne

Construire un EDT et vivre avec un EDT publié sont deux activités différentes. La première se fait surtout dans Gestion des EDT, la seconde dans Emploi du temps, Absences et Tableau de bord.

3. Contraintes dures et contraintes d'optimisation

Certaines contraintes rendent un EDT invalide et sont traitées comme des contraintes strictes : un professeur à un seul endroit au même moment, une classe sans collision sauf groupes en partition, une salle standard affectée à une seule séance, les indisponibilités, les capacités, les ressources matérielles et les trajets inter-sites.

D'autres contraintes servent à améliorer la solution : disponibilités indésirables, trous, équilibre des journées, ordre pédagogique entre matières, maxima ou minima d'heures, nombre de jours de présence. Elles sont évaluées comme des malus que le solveur cherche à réduire.

4. Brouillons et versions

Un EDT non publié n'a pas d'impact sur ce que voient les utilisateurs. Vous pouvez dupliquer, tester, comparer, verrouiller certaines séances, relancer une génération et publier seulement quand le résultat convient.

Les snapshots, lorsqu'ils sont activés, ajoutent un filet de sécurité pour revenir en arrière ou restaurer certaines données.

5. L'utilisateur reste maître de la donnée

Omniscol permet l'export JSON complet, les exports métier selon les écrans et la réversibilité. Les automatisations ne remplacent pas la décision humaine.

Les conflits sont une information, pas une erreur

En saisie manuelle, Omniscol signale les conflits mais laisse l'utilisateur arbitrer. C'est utile pour les cas particuliers réels : salle de tiers-temps, dépassement assumé d'une capacité théorique, affectation d'une salle hors spécialisation pour une raison locale.

En génération automatique, le solveur ne produit pas volontairement de collision majeure. Si aucune solution complète n'est trouvée, il conserve le meilleur EDT calculé et laisse les séances impossibles à placer dans la liste des post-its non positionnés.

Le verrouillage d'une séance permet d'ancrer un placement voulu : la génération suivante ajuste les autres séances autour de ce verrou.

Multi-EDT comme principe de modélisation

Omniscol est nativement multi-EDT. Plusieurs EDT peuvent coexister pour un même établissement :

• années scolaires distinctes ;
• semestres ou périodes ;
• séparation logique par campus, département ou cycle ;
• combinaison de types différents, par exemple hebdomadaire récurrent et calendrier daté.

En Premium, plusieurs EDT peuvent être actifs en parallèle — une activation spécifique est aussi possible sur certains comptes Standard. Une école peut avoir un cycle préparatoire en deux EDT hebdomadaires pour chaque semestre, un cycle grande école en calendrier non récurrent et simultanément, un programme ExecMBA sur 18 mois, qui commence et termine en décalé par rapport aux autres plannings et à l'année scolaire. Avec Omniscol, on peut créer chaque EDT séparément, mais bénéficier de la gestion des conflits croisés lors de la planification, puis tout activer en parallèle, simultanément, pour que le résultat final soit une vue fusionnée, transparente pour les utilisateurs finaux.

IA d'optimisation et agents externes

Le solveur est une IA d'optimisation métaheuristique Monte-Carlo neuro-symbolique. Le moteur explore des placements sous contraintes, cherche une solution valide puis optimise les malus, avec une rapidité impressionnante (ex : moins d'une minute pour un collège de 16 classes). Si une solution valide n'est pas trouvée, un système de relaxation sacrifie les séances de cours intelligemment, et procède tout de même à l'optimisation du résultat. Omniscol est une société AI-first, issue d'une longue phase de R&D "deeptech".

Omniscol dispose aussi d'autres algorithmes de type IA symbolique, pour vérifier les conflits, détecter les inconsistances de paramétrage, faire des propositions d'amélioration ou alertes de configuration, préfiltrer la meilleure solution dans une liste de propositions, ou encore allouer automatiquement un sous-ensemble de salles à un sous-ensemble de séances de cours, le tout dans le navigateur, immédiatement.

Omniscol expose aussi des outils API à des agents compatibles via MCP lorsque l'option et les droits sont actifs. Cela permet d'interagir avec Omniscol en langage naturel, pour étendre les possibilités fournies par l'interface graphique, en allant chercher directement les données pertinentes dans le serveur d'Omniscol. Ces agents agissent dans le périmètre du jeton fourni ; les usages de consultation sont les plus sûrs, et toute action d'écriture doit rester vérifiée par l'utilisateur. Actuellement, le meilleur agent IA pour interagir avec Omniscol est Claude, en version Desktop.