Connecteur Aurion

Omniscol construit et optimise l'emploi du temps ; Aurion reste le système d'information. Omniscol s'interface avec Aurion, il ne le remplace pas. Aurion est l'ERP de l'établissement — groupes, intervenants, cours, salles… ; la construction d'un emploi du temps optimisé, elle, revient à Omniscol. Il reprend les données de référence d'Aurion, en tire un emploi du temps qui respecte vos contraintes, puis lui renvoie les séances. Les trois modes d'usage décrits ci-dessous reposent tous sur cette répartition des rôles.

Trois modes d'usage

1. Peuplement one-shot pour POC

Pour démarrer rapidement (validation, démo, POC), Aurion peut exporter via un gros favori d'interventions qu'Omniscol consomme en bloc pour reconstituer la structure (matières, classes, groupes, salles, intervenants) puis y planifier. Ce favori est documenté par l'interface Omniscol.

C'est le mode bac à sable : pas de retour des séances vers Aurion, le compte Omniscol vit en parallèle. Pratique pour les POC, déconseillé en production.

Cette méthode peut aussi être utilisée pour transformer Omniscol en un outil de consultation avancée des emplois du temps : les modules du quotidien (EDT, tableaux de bord…) prennent les interventions d'Aurion comme source de vérité, et les EDT internes d'Omniscol comme indices de structuration. Cela passe par le favori d'interventions requêté plusieurs fois par jour, dont le résultat, transformé au format Omniscol, est mis en cache. Voir « Mode lecteur surpuissant d'Aurion » plus loin dans cette page.

2. Mode production — synchro entités + push séances

Le mode opérationnel standard :

• Synchro entrante des entités Aurion vers Omniscol — matières, cours, intervenants, groupes, ressources, types d'activité, statuts d'intervention. Chacune avec son identifiant objet Aurion conservé pour les rapprochements futurs.
• Planification dans Omniscol avec son moteur (auto ou manuel), respectant les contraintes et les disponibilités.
• Remontée temps-réel des séances vers Aurion sous forme d'interventions (avec les identifiants d'objet Aurion corrects). Omniscol utilise la méthode du fichier XML pivot. À chaque modification des séances, Omniscol peut remonter en temps réel via webservice, en traitement groupé. Plusieurs fois par jour, Omniscol peut aussi vérifier la non-divergence des données et la corriger. Il est aussi possible de télécharger le fichier XML pivot, pour l'inspecter manuellement ou pour l'importer depuis la console Aurion.
• Export complet possible de toutes les séances lorsque le bloc d'export est configuré avec des horaires définis, ou sur demande explicite manuelle.

Aurion reste la source de vérité administrative ; Omniscol est l'outil de planification.

3. Mode lecteur surpuissant d'Aurion

Variante du mode 2 : après le push des séances vers Aurion, celui-ci reboucle vers Omniscol comme source de consultation de ses interventions, lorsque le favori d'interventions est configuré. Les fonctionnalités du quotidien d'Omniscol (EDT en consultation, Tableau de bord, panneaux d'affichage, iCal, API publique, MCP…) consomment alors directement les interventions Aurion comme source de vérité, pas la planification Omniscol.

Conséquence : Omniscol devient une surcouche de visibilité et d'exportation au-dessus d'Aurion :

• consultation rapide des EDT (salle, professeur, classe, étudiant) ;
• statistiques avancées du tableau de bord ;
• gestion des absences alignée sur les interventions ;
• panneaux d'affichage publics ;
• abonnements iCal ;
• API REST et MCP pour requêtage IA.

Favoris d'export Aurion

Aurion utilise des favoris pour extraire ses données. Omniscol fournit les modèles .aurxml prêts à coller dans Aurion ; chaque favori ainsi créé est ensuite interrogé par son identifiant. Les favoris attendus :

XML Pivot — export Omniscol → Aurion

Le XML Pivot est le format utilisé pour pousser les séances Omniscol vers Aurion en tant qu'interventions. Deux modes supportés :

• Fichier via la console Aurion — Omniscol génère un fichier XML Pivot que l'administrateur Aurion injecte via l'écran dédié. Pratique pour les envois ponctuels ou quand le webservice n'est pas (encore) ouvert.
• Webservice à la volée — Omniscol pousse directement via l'API Aurion, en temps réel et en traitement groupé. Demande à la DSI d'ouvrir l'accès réseau et de fournir les identifiants techniques.

Omniscol supporte les deux ; le choix dépend de la configuration réseau de l'établissement.

Tableau d'ontologie Omniscol ↔ Aurion

Les correspondances historiques entre les vocabulaires :

Statuts de séance

Le mapping des statuts Omniscol → Aurion dépend totalement de votre configuration d'Aurion. Voici un exemple :

Configuration et exploitation

La configuration de synchronisation avec des systèmes externes pour Aurion (points d'accès, identifiants techniques, favoris, entités synchronisées, export temps réel ou export complet planifié) se fait via le support Omniscol. La doc générale du framework est dans Synchronisation avec des systèmes externes.