Campagne annuelle
Ouverture, duplication et verrouillage.
Année active
Campagne pédagogique courante.
Verrouillage
Évite les modifications non contrôlées.
Duplication N → N+1
Préparation de l’année suivante.
Administration & Référentiels
Socle de gouvernance pédagogique
Centralisation des paramètres annuels, référentiels communs, droits utilisateurs, imports, sauvegardes et journal d’audit.
—
Année active
—
Utilisateurs
—
Référentiels
—
Admins / éditeurs
Vue générale
—
à définir
prévu
Référentiels pédagogiques
Données communes aux applications.
Champs / domaines
Classement pédagogique.
Types / semestres
Structure des cours et du planning.
Labels / regroupements
Affichage et filtres métier.
Sécurité & maintenance
Droits, audit, sauvegardes.
Rôles
Admin, éditeur, lecteur.
Journal d’audit
Traçabilité des actions.
Sauvegarde JSON
Export / restauration contrôlée.
Campagne annuelle
Paramètres annuels
À brancher sur la table parametres ou une fonction RPC dédiée.
Année active
Valeur technique : — · affichage : —.
Ouverture de campagne
Autoriser ou non les modifications métier.
Verrouillage de campagne
Passage en consultation / validation finale.
Opérations sensibles
À protéger par rôle admin uniquement.
| Action | Risque | Accès |
|---|---|---|
| Changer l’année active | moyen | admin |
| Dupliquer une campagne | élevé | admin |
| Verrouiller l’année | élevé | admin |
Référentiels pédagogiques
Tables de référence
À déplacer progressivement hors des applications métier.
Champs disciplinaires
ATR, HCA, SHSA, STA, TPCAU, VT…
Domaines Master
Domaines, sous-domaines et filtres.
Types de cours
CM, TD, TP, projet, séminaire…
Semestres
S1 à S10, HMONP, DPEA, recherches…
Labels & regroupements
Pastilles, filtres et regroupements métier.
Principe de migration
Sortir le structurel, garder le métier dans les apps.
| Élément | Destination | Priorité |
|---|---|---|
| Champs | Admin | 1 |
| Labels | Admin | 1 |
| Domaines | Admin | 2 |
| Regroupements | Admin | 2 |
| Règles métier affectations | Affectations | reste |
Utilisateurs & droits
Profils
Modèle simple, lisible et suffisant pour l’établissement.
Administrateur
Paramètres, référentiels, utilisateurs, maintenance.
Éditeur
Saisie et modification dans les applications métier.
Lecteur
Consultation des données et exports autorisés.
Comptes actifs
À brancher sur profiles / auth.users via fonction sécurisée.
| Nom | Rôle | État |
|---|---|---|
| Chargement des utilisateurs… | ||
Maintenance
Journal & sauvegardes
Traçabilité et réversibilité.
Journal d’audit
Actions importantes, auteur, date, détail.
Export JSON
Sauvegarde de sécurité exploitable.
Import CSV
Import structurant contrôlé avec simulation.
RPC recommandées
Éviter d’exposer directement les tables sensibles.
| Fonction | Usage |
|---|---|
| admin_get_overview() | KPI administration |
| admin_list_referentiels() | Référentiels |
| admin_list_users() | Utilisateurs |
| admin_export_backup() | Sauvegarde |
La maquette est volontairement non destructive : aucune écriture Supabase n’est active. Les actions sensibles devront passer par des fonctions SECURITY DEFINER avec contrôle de rôle.