Dans la plupart des cégeps et des universités, l'horaire de cours se trouve dans le système d'information étudiant (SIE) : Omnivox, Clara ou COBA dans les cégeps, Ellucian Banner, PeopleSoft Campus Solutions, Workday Student ou Jenzabar ailleurs. Les étudiants peuvent le consulter dans le portail. Mais c'est ailleurs qu'ils organisent leur semaine : dans Outlook, dans le calendrier Microsoft Teams ou dans Google Agenda, à côté de leurs quarts de travail, de leurs rendez-vous et de leurs travaux d'équipe.

L'écart revient à chaque session. La première semaine, les étudiants recopient leur horaire dans leur téléphone ou en font une capture d'écran. À la troisième semaine, un laboratoire a changé de local, un groupe a été dédoublé, un lundi férié a décalé les cours, et ces copies sont fausses. Le personnel enseignant vit le même problème à l'envers : sa tâche d'enseignement reste dans le SIE, là où les collègues qui planifient ses réunions ne regardent jamais.

Pourquoi l'horaire n'est-il pas déjà dans l'agenda de tout le monde ?

Un SIE est conçu pour gérer les programmes, les groupes-cours, les locaux et les inscriptions, pas pour écrire dans des milliers de boîtes aux lettres. La plupart offrent une vue dans le portail, un horaire imprimable et parfois un export ICS. Faire entrer l'horaire dans un vrai agenda oblige à régler quatre problèmes à la fois.

Que coûte un agenda qui contredit le SIE ?

Le premier coût retombe sur les étudiants. Un étudiant de première année qui ne connaît pas encore le campus et qui a le mauvais local dans son téléphone rate le début du cours, parfois le cours entier. Les changements de local et les annulations font le plus de dégâts parce qu'ils surviennent après que l'étudiant a fait sa copie ; nous les traitons dans changement de local, cours annulé : l'horaire à jour en quelques minutes.

Le deuxième coût retombe sur le personnel. Les questions « Où est mon cours ? » s'accumulent pendant les deux premières semaines, au moment précis où le registrariat, les aides pédagogiques individuels et le soutien informatique sont débordés par les modifications d'inscription. Chaque question se règle vite. Leur nombre, non.

Le troisième coût est plus discret. Quand l'agenda se trompe assez souvent, les étudiants cessent de s'y fier et retournent vérifier le portail chaque matin. L'application d'agenda perd alors ce qu'elle fait de mieux : dire aux gens où aller, avec un rappel quinze minutes avant.

Ce qui ne fonctionne pas

Demander aux étudiants d'entrer leurs cours à la main. Certains le feront avec soin. Beaucoup ne le feront pas, et chaque copie manuelle fige l'horaire au jour où elle a été saisie.

Un PDF ou la vue du portail. C'est exact, mais ce n'est pas là que les gens regardent, il n'y a aucun rappel et rien n'est bloqué dans l'agenda de personne.

Un flux ICS. Publier un lien d'abonnement est l'étape suivante habituelle, et c'est un vrai progrès par rapport au PDF. Ses limites sont structurelles : l'abonnement est en lecture seule, c'est l'application d'agenda qui décide quand l'actualiser, et il s'affiche comme un calendrier superposé plutôt que comme des événements natifs. Nous comparons les deux approches en détail dans flux ICS ou synchronisation de calendrier.

Un script maison. Certaines équipes TI écrivent un script qui crée les événements par Microsoft Graph. Il réussit bien le premier envoi. La difficulté vient ensuite : modifier une seule occurrence d'une série, retirer les événements après un abandon de cours, respecter les limites de l'API pendant la cohue de la première semaine, puis tout refaire pour les comptes Google. Le script devient un produit que personne n'avait budgété.

Des réunions Teams récurrentes créées par chaque enseignant. Ça fonctionne avec les enseignants engagés, mais la couverture dépend de chacun, la liste d'invités ne suit pas les modifications d'inscription, et si une synchronisation s'ajoute plus tard, les étudiants se retrouvent avec deux entrées et deux rappels pour le même cours.

La méthode en sept étapes

Peu importe l'outil, une synchronisation fiable suit les mêmes étapes.

1. Définir l'enregistrement de séance

Demandez au SIE un enregistrement par séance de cours plutôt qu'un modèle hebdomadaire : groupe-cours, titre du cours, date, heures de début et de fin, local, mode d'enseignement (présentiel, en ligne, hybride), enseignants et session. Le mode compte plus qu'on pense ; voir présentiel, en ligne ou hybride : le bon local ou le bon lien Teams.

2. Associer chaque personne à un compte

Faites correspondre les identifiants du SIE aux comptes Microsoft Entra ID ou Google Workspace à l'aide d'un champ commun aux deux systèmes, comme l'adresse courriel institutionnelle ou le numéro d'employé. Signalez les personnes non associées au lieu de les ignorer en silence : ce sont elles qui appelleront le soutien informatique.

3. Choisir la cible pour chaque public

Plateforme Comment les événements y arrivent Ce que les gens voient
Outlook (Exchange Online) Événements natifs par Microsoft Graph Les cours dans leur propre calendrier, avec rappels et statut « Occupé »
Microsoft Teams Rien de plus : Teams affiche le calendrier d'Exchange Online Les mêmes événements, avec le bouton Rejoindre pour les réunions Teams
Google Agenda Événements natifs par l'API Google Calendar Les cours dans leur agenda principal
Moodle, Blackboard Les interfaces propres à chaque plateforme Les séances à côté des échéances
Calendrier d'Apple, autres applications Abonnement ICS Un calendrier en lecture seule, actualisé par l'application

4. Écrire des événements natifs avec un identifiant stable

Donnez à chaque séance un identifiant qui ne change pas quand l'heure ou le local change, par exemple un identifiant de séance du SIE ou le groupe-cours suivi du numéro de séance, et conservez-le dans l'événement. À chaque passage, la synchronisation cherche l'événement par cet identifiant : elle le met à jour s'il existe, le crée s'il n'existe pas, l'annule si le SIE ne le contient plus. Dans Outlook, ciblez les occurrences par leur date pour qu'une modification ne réécrive pas toute la série. Dans Google Agenda, tenez une table de correspondance, puisque ses identifiants d'événements ne sont pas ceux de Microsoft.

5. Appliquer le calendrier scolaire

Jours fériés, journées pédagogiques, semaine de lecture, mercredi où s'applique l'horaire du lundi, cours de reprise un vendredi : tout cela doit se refléter dans les événements eux-mêmes. Les séances de reprise sont des événements ponctuels, pas de nouvelles occurrences ajoutées à la série.

6. Ne mettre à jour que ce qui appartient au SIE

L'heure, le local, le mode, le lien de réunion et les enseignants relèvent du SIE. Les rappels, les notes et les couleurs ajoutés par les utilisateurs leur appartiennent. Une synchronisation qui réécrit tout l'événement à chaque passage les efface, et les gens apprennent vite à ne rien personnaliser.

7. Faire un projet pilote, puis lancer avant la première semaine

Commencez par un programme ou un département, comparez les agendas au SIE pendant une semaine, puis élargissez. Lancez avant le premier jour de cours : c'est la semaine où les étudiants ont le plus besoin de leur agenda et où ils pardonnent le moins les erreurs.

Comment Calendo s'en charge

Calendo est la couche de synchronisation dans ce portrait. Il lit les horaires de cours dans le SIE (Omnivox, Clara, COBA, Banner, PeopleSoft Campus Solutions, Workday Student ou Jenzabar), y compris les séances en présentiel, hybrides et en ligne, et écrit chaque cours comme un événement natif dans les agendas que les gens utilisent déjà : Outlook et le calendrier Teams pour les comptes Microsoft 365, Google Agenda pour les comptes Google Workspace, et les calendriers de Moodle et de Blackboard.

Chaque événement contient ce qu'il faut pour se présenter au bon endroit : le code du local, le mode d'enseignement et, pour les séances en ligne et hybrides, le lien de la réunion Teams. Quand l'horaire change dans le SIE, la modification atteint chaque agenda en quelques minutes et met à jour l'événement existant, sans réabonnement ni doublon à supprimer. Pour le calendrier d'Apple et les autres applications, Calendo publie aussi un flux ICS.

Calendo est hébergé sur une infrastructure au Québec, se conforme à la Loi 25 et au RGPD, et journalise chaque action. Un déploiement type prend de quatre à six semaines. Les détails par plateforme se trouvent sur les pages Microsoft Teams, Outlook et Google Agenda, et les systèmes pris en charge sur la page intégration au SIE.

À retenir

  • Le SIE est la référence pour l'horaire, mais les étudiants et les enseignants organisent leur semaine dans Outlook, Teams ou Google Agenda.
  • Une synchronisation fiable travaille par séance et par personne, avec des événements natifs écrits par l'API de chaque plateforme.
  • Un identifiant stable par événement permet de mettre à jour le local et l'heure sur place, sans créer de doublon.
  • Teams affiche le calendrier d'Exchange Online : un seul événement Outlook sert aux deux, alors que les comptes Google Workspace demandent leur propre envoi.
  • Le flux ICS reste utile pour Apple et d'autres applications, mais il s'actualise au rythme de l'application, pas de l'établissement.

Voyez votre horaire dans Outlook, Teams et Google Agenda

Une démo de 30 minutes : des événements de cours qui passent du SIE à Outlook, Teams et Google Agenda, y compris un changement de local en direct.

Réservez une démo

Questions fréquentes

Les étudiants peuvent-ils voir leur horaire de cours dans le calendrier Microsoft Teams ?

Oui. Le calendrier Teams affiche le calendrier Exchange Online de l'utilisateur, le même que celui d'Outlook. Quand chaque cours est écrit comme un événement natif dans le calendrier Microsoft 365 de l'étudiant, il apparaît à la fois dans Outlook et dans Teams, avec le local, le lien de réunion Teams s'il y en a un, et chaque changement ultérieur appliqué au même événement.

Faut-il une synchronisation distincte pour Google Agenda ?

Si des étudiants ou des enseignants utilisent des comptes Google Workspace, oui. Google Agenda et Microsoft 365 sont deux systèmes de calendrier distincts, avec des API et des identifiants d'événements différents. La synchronisation doit écrire la même séance de façon native dans chaque plateforme et garder la correspondance entre les deux identifiants, pour qu'un changement de local dans le SIE mette à jour les deux copies.

Un flux ICS suffit-il pour publier les horaires de cours ?

Pour un petit horaire stable, ça peut suffire. Un abonnement ICS est en lecture seule et c'est l'application d'agenda qui l'actualise, à son rythme, souvent des heures plus tard : les changements de local et les annulations arrivent en retard. Il s'affiche aussi comme un calendrier superposé plutôt que comme des événements natifs. Bien des établissements gardent l'ICS pour Apple et la synchronisation native pour Outlook, Teams et Google.

Quels systèmes d'information étudiants peuvent alimenter la synchronisation ?

Tout SIE qui expose les séances de cours par une API, une vue de base de données ou un export planifié. Calendo lit les horaires d'Omnivox, de Clara, de COBA, d'Ellucian Banner, de PeopleSoft Campus Solutions, de Workday Student et de Jenzabar. Le plus important, ce sont les données : un enregistrement par séance avec la date, l'heure, le local, le mode d'enseignement et les enseignants.

Combien de temps faut-il pour mettre en place la synchronisation ?

Pour Calendo, un déploiement type prend de quatre à six semaines, y compris l'association des identités, un groupe pilote et la validation par rapport au SIE. Commencer environ deux mois avant la session permet de vivre la première semaine de cours avec des agendas synchronisés. Le délai exact dépend de la qualité des données d'horaire du SIE et du nombre de plateformes visées.