Corriger les présences tout en gardant un historique visible

Une présence doit parfois être modifiée après son enregistrement. Un élève noté absent peut arriver plus tard, un état peut avoir été touché par erreur ou une note demander une précision. Un registre fiable autorise la correction sans faire disparaître la première version. ClassSpark garde le changement visible en le rattachant à la même occurrence programmée et en ajoutant une révision.

Rouvrir le registre exact

L’enseignant prévu, l’assistant affecté ou le remplaçant confirmé peut rouvrir cette occurrence jusqu’à 23 h 59 selon la date locale de l’établissement. Un autre enseignant simplement lié à la classe dispose d’un accès en lecture seule. Comme le registre appartient à une occurrence précise, corriger l’après-midi ne modifie pas le matin. Le registre soumis s’ouvre en mode correction avec toute la liste d’inscription visible.

Voir le déroulement ClassSpark.

Expliquer le changement avant d’enregistrer

Dès qu’un état sauvegardé change, ClassSpark exige un motif de 3 à 500 caractères. Il reste distinct de l’heure d’arrivée ou de la note facultative de l’élève. Un contrôle « motif requis » et un champ intégré rendent l’étape évidente. Une carte déjà enregistrée comme Absent parcourt directement Présent, En retard et Absent, sans passer par Non enregistré et bloquer tout le registre.

1. Rouvrez Présence pour la bonne occurrence.
2. Modifiez uniquement les états ou détails nécessaires.
3. Vérifiez le résumé d’impact des changements.
4. Saisissez un motif concis.
5. Enregistrez puis confirmez la révision dans Historique.

Explorer la gestion de classe.

La version précédente reste visible

Dès qu’une révision existe, Historique apparaît dans le mode de présence. Il ouvre le même journal immuable que consulte l’administration. Chaque entrée montre qui a pris ou modifié le registre, l’horodatage, le motif et l’état avant-après de chaque élève. Si seule une note, une heure d’arrivée ou une excuse change, l’historique signale une mise à jour des détails. Les modifications nombreuses peuvent être développées : enseignants et direction voient donc la même histoire.

Les conflits protègent le travail récent

Les états, notes, motif et révision de base du brouillon survivent à l’actualisation ou à la navigation pour cet utilisateur et cette occurrence. Si une autre personne autorisée enregistre d’abord, un conflit conserve le brouillon local au lieu d’écraser le serveur. « Voir la dernière version » charge la révision courante pour comparaison. Un nouvel envoi identique est un véritable no-op.

ClassSpark n’utilise ni biométrie, ni position de l’appareil, ni détection automatique pour décider des présences. L’enseignant répond de chaque état et correction. Une seule demande de registre complet met à jour de façon cohérente la présence et son historique. Le fait est corrigé, le motif documenté, l’ancienne version conservée et la piste reste visible.

Le motif appartient à la correction du registre, pas à une seule étiquette. Un élève inchangé reste dans la liste complète sans créer un faux changement. L’historique est actualisé après chaque enregistrement réussi. Le journal n’est chargé que lorsque le mode de présence est ouvert. Le brouillon est effacé après l’enregistrement ou la fin de session. Un appareil partagé ne conserve donc pas les notes indéfiniment. Une correction identique ne crée pas une révision supplémentaire. La piste visible répond aux questions futures sans réécrire le passé.

Essayer KiwiBee au prochain cours