Chaque étape détaille le rôle requis, les prérequis techniques, l’état initial de la base, l’action concrète à opérer, l’état résultant et le contrôle de conformité à effectuer.
Connectez-vous avec le compte d’administration locale dans l’espace "synthetic-demo-cm". Créez l’établissement fictif (ex. "Lycée de démonstration") ou cliquez sur "Retrouver l’établissement" pour relire une création existante.
Rôle autorisésynthetic-demo-owner (administrateur local synthétique)
PrérequisAPI NestJS locale et base PostgreSQL démarrées.
État initial (avant action)Consulter l’existant à l’aide du bouton "Retrouver l’établissement" ; si aucun établissement n’est présent dans l’espace, procéder à sa création.
Action à effectuerSaisir les identifiants locaux, valider la session, puis soumettre la création de l’établissement.
État résultant (après confirmation)L’établissement est enregistré dans la table des structures avec son identifiant rattaché à l’espace.
Sur l’interface pédagogique, connectez-vous avec la session locale. Indiquez l’identifiant de l’établissement créé, complétez les libellés multilingues (FR, EN, DE, RU, ES), l’objectif pédagogique et le nom de cohorte.
Rôle autorisésynthetic-demo-owner (droits d’écriture)
PrérequisÉtablissement créé et référencé à l’étape 01.
État initial (avant action)Consulter les programmes rattachés à l’établissement ; si aucun programme ou cohorte n’existe, procéder à leur création. Une soumission sans établissement existant renvoie une erreur 404 explicite.
Action à effectuerCliquer sur "Créer le programme et la cohorte" en utilisant l’identifiant de requête idempotent.
État résultant (après confirmation)PostgreSQL stocke le programme, sa version V1 et la cohorte liée explicitement à l’établissement.
Dès que la cohorte est confirmée, le volet "Offre et classe" s’active. Définissez l’intitulé de l’offre, le libellé de la classe (ex. "Classe de 6ème A"), les dates de l’intervalle et la capacité d’accueil.
Rôle autorisésynthetic-demo-owner
PrérequisCohorte pédagogique confirmée par le serveur (étape 02).
État initial (avant action)Consulter les classes existantes de la cohorte ; si aucune classe n’est configurée pour accueillir des apprenants, procéder à la création de l’offre et de la classe.
Action à effectuerRemplir les caractéristiques de l’offre et de la classe puis enregistrer.
État résultant (après confirmation)L’offre et la classe sont persistées dans PostgreSQL avec leur capacité maximale et leur rattachement à la cohorte.
Dans le volet "Apprenant fictif", renseignez un nom synthétique (ex. "Kouamé Synthetique") et une date de référence. Ne saisissez aucune donnée à caractère personnel réelle.
Rôle autorisésynthetic-demo-owner
PrérequisÉtablissement actif et session ouverte.
État initial (avant action)Consulter les apprenants enregistrés ; si la fiche recherchée est absente de la base locale, procéder à la création de l’apprenant fictif.
Action à effectuerSoumettre le formulaire de création de l’apprenant avec un identifiant d’idempotence dédié.
État résultant (après confirmation)L’apprenant est créé avec un identifiant unique "synthetic-learner-..." conservé dans PostgreSQL.
Associez l’apprenant fictif à la classe créée. Cette étape enregistre une inscription pédagogique locale fictive, sans valeur d’admission administrative, de paiement, de droit financier ni d’attestation scolaire.
Rôle autorisésynthetic-demo-owner
PrérequisClasse créée (étape 03) et apprenant créé (étape 04).
État initial (avant action)Vérifier les affectations existantes ; si aucune inscription pédagogique n’associe l’apprenant fictif à la classe, procéder à l’enregistrement de l’inscription locale.
Action à effectuerSélectionner la classe, vérifier l’identifiant de l’apprenant fictif et enregistrer l’inscription pédagogique locale.
État résultant (après confirmation)L’inscription pédagogique locale est enregistrée avec l’état technique "confirmed" dans la base PostgreSQL (sans constituer une admission officielle).
Rechargez les structures, puis conservez les identifiants fictifs de l’apprenant et de l’inscription pour les retrouver dans leurs volets respectifs après redémarrage de l’API. L’isolation inter-tenants est un contrôle serveur distinct.
Rôle autoriséTout compte authentifié (y compris profil lecteur en consultation seule)
PrérequisÉtapes 01 à 05 exécutées.
État initial (avant action)L’état en mémoire navigateur doit être confronté à la vérité transactionnelle de la base de données.
Action à effectuerCliquez sur "Recharger" dans /demo/pedagogie et "Retrouver" dans /demo/etablissement, puis recherchez l’apprenant et l’inscription avec leurs identifiants conservés.
État résultant (après confirmation)Les structures sont rechargées depuis PostgreSQL ; les volets dédiés retrouvent l’apprenant fictif et l’inscription pédagogique avec leurs identifiants.