Décisions stratégiques

Dans l’application, c’est la convention qui articule toute la gestion administrative du stage (voir le vocabulaire).

Le choix entre baseline (base neuve) et legacy (reprise pStage) est fait une seule fois à l’installation et ne change jamais ensuite : les migrations Liquibase appliquées dépendent de ce contexte (voir la documentation d’installation).

Le fichier application.properties reste la source d’amorçage, mais les propriétés peuvent être surchargées depuis l’interface d’administration et stockées en base, les secrets étant chiffrés (AES-GCM). Objectif : permettre aux administrateurs fonctionnels d’ajuster la configuration et de tester les connecteurs sans redémarrage ni accès au serveur (voir Configuration en base).

La signature électronique s’active par la présence d’une configuration (Docaposte, ESUP-Signature ou webhook externe). Si plusieurs solutions sont configurées, Docaposte est prioritaire (voir Signature électronique (optionnel)).

La conformité RGPD est traitée en deux temps : archivage (les données restent en base, en lecture seule pour les super-administrateurs) puis purge définitive après un second délai. L’ensemble du dispositif est optionnel : les tâches planifiées d’archivage, de purge et de nettoyage sont livrées inactives par défaut, leur activation devant être un choix conscient et volontaire de chaque établissement (voir Archivage et purge).

Les batchs ne sont pas codés en dur : chaque tâche est décrite dans la table CronTask (expression cron, activation) et administrable depuis l’interface, avec exécution manuelle possible (voir Tâches planifiées).

ESUP-Stage n’interroge jamais directement le LDAP, Apogée ou Pégase : tous les accès au SI de l’établissement passent par les API REST d’ESUP-SIscol. Cela isole les spécificités des SI et permet de supporter plusieurs SI de scolarité derrière une interface unique.