Version et portée
Publication bêta du 29 octobre 2026 à 14 h 35, heure de Paris, code f68542e. Le site public n’a pas changé. Cette fiche documente la livraison confirmée par son responsable ; elle ne signifie pas que le code de cette livraison a été fusionné dans la branche locale des pages d’information.
Autorité et connexion
Better Auth et SQLite portent les comptes sur invitation, leur confiance et les rôles Élève, Professeur, Administrateur et Webmestre. Les comptes privilégiés exigent la double authentification. Le webmestre peut gérer les administrateurs ; un administrateur ne peut pas gérer le webmestre. La promotion d’un professeur actif et de confiance suppose sa 2FA et une reconnexion du webmestre avec confirmation.
La porte bêta utilise un compte privilégié personnel avec 2FA. Son cookie reste distinct de la session applicative : entrer dans la bêta n’équivaut pas à se connecter au compte utilisé par les outils. Le webmestre réservé attendait encore son activation humaine au moment de la publication ; ne pas présumer cette activation effectuée.
Les gardes d’autorité sont dans src/lib/accounts/authority.mjs. Une page ou API privilégiée doit employer l’autorité adaptée au code intégré, et non déduire ses droits du seul affichage d’un bouton. Les données, secrets et sessions de la bêta et du public restent séparés.
Classes et boîte de messages
La page /outils/mes-classes appartient au professeur connecté. Le serveur contrôle le propriétaire de chaque classe. Les identifiants élèves et les correspondances entre lignes du barème et comptes sont explicites ; aucun rapprochement automatique de noms n’est réputé fiable.
La remise est atomique et dispose d’un reçu ; une réponse perdue se résout en consultant ce reçu avant un nouvel envoi. Le reçu atteste la remise initiale, pas la lecture ni le travail de l’élève. La boîte de messages du compte est consultable sur l’accueil /eleve/. Elle revalide la session et masque les données lors des changements de contexte. API classes : /api/classes/data ; protocole classes 1 et transport personnel 2.
Limite essentielle du suivi élève
Les onglets Devoirs, Entraînement et Évaluations de StudentApp utilisent encore les données locales du navigateur. Changer de compte ne partitionne pas ces anciennes données. Les copies de devoirs et de bilans remises dans le compte ne sont pas encore consultables dans ces onglets. Seule la boîte de messages est raccordée dans cet incrément. Les boîtes à moustaches disposent déjà de sauvegardes de compte explicites.
La page commune Gestion des données couvre les objets génériques du pilote boîtes ; elle n’est ni un inventaire universel du compte ni un export complet de ses classes, messages et données élèves. Ne pas appeler toutes les données de compte des objets boxplots, ni appliquer leur suppression à d’autres espaces.
Conservation annuelle
Le cycle annuel est initialisé sur la bêta, avec une première campagne en 2027 ; aucune purge rétroactive de 2026. Le 1er août, les comptes élèves passent dans la nouvelle campagne avec purge des devoirs et bilans ; les inscriptions et messages des années terminées sont nettoyés. Les entraînements, récompenses, préférences et boîtes sont conservés à cette étape.
Une connexion personnelle réussie entre le 1er août inclus et le 1er octobre exclu renouvelle le compte. Au 1er octobre, un compte élève non renouvelé et ses données personnelles sont supprimés, y compris s’il était désactivé administrativement. Les professeurs et rôles privilégiés sont exclus de ce cycle. Ce cycle concerne le serveur ; il ne promet pas l’effacement des copies déjà conservées sur un appareil.
Le traitement quotidien est planifié à 00 h 05 Europe/Paris, en complément des contrôles aux accès. Les transitions sont testées sur données fictives ; aucune campagne future n’a été exécutée sur des comptes réels. La restauration doit conserver la campagne et réconcilier les identités, pas repousser les échéances.
Jeux et confiance
Gunjin Shōgi et Hanafuda Koi-Koi sont disponibles en salons privés sur la bêta. Le serveur filtre les informations privées adverses ; les images sont locales. Les neuf jeux existants reçoivent des commandes proches du plateau et le forfait hors tour. La confiance permet l’exemption du quota ordinaire de salons sans donner de privilège administratif ni supprimer les autres contrôles.
Ce qui n’est pas livré
Pas de synchronisation complète de StudentApp, d’export/import complet de compte, d’éditeur de quiz ni de calcul formel. La publication des nouveaux quiz et sa règle de dix éléments par jour ne sont pas livrées. Ne pas les annoncer comme disponibles sur la base de contrats ou feuilles de route.
Validation rapportée
Le responsable d’intégration rapporte 596 tests Linux réussis, compilation, contrôles HTTP des comptes/classes/élève et onze jeux, ainsi qu’une recette navigateur avec comptes fictifs derrière un proxy TLS. Les contrôles après publication confirment les restrictions d’accès. Les authentificateurs personnels, téléphones, QR imprimés et longues parties humaines restent à valider. Aucun test de capacité à grande échelle n’est revendiqué.