Réinscription
Le cycle de réinscription naît du calendrier académique, pas de la saisie : le système constitue la file à partir des élèves actifs, signale les blocages avant l'ouverture de la période, envoie l'invitation, relance ceux qui ne répondent pas et enregistre ceux qui ne reviennent pas avec un motif issu d'une liste fermée. Fait partie de la verticale Éducation, optionnelle et désactivée jusqu'à activation par un administrateur.
L'écran Éducation reçoit le bloc Réinscription : le cycle construit depuis le calendrier, la file des élèves avec leurs blocages, l'invitation, les relances et l'enregistrement de ceux qui ne reviennent pas.
Ce que le système ne fait jamais
Le système n'annule jamais une inscription, ne coupe jamais une bourse et ne déclare jamais personne décrocheur. Il alerte, invite, relance et clôt la période à échéance. Celui qui part, part par décision humaine, avec un motif enregistré.
Le cycle naît du calendrier
Personne ne saisit un cycle de réinscription. Dans le calendrier, chaque année ou semestre peut déclarer la période d'origine, la date d'ouverture et la date limite. Si la fenêtre n'est pas saisie, elle est calculée en jours ouvrés à partir de la rentrée, avec le délai choisi par l'école. Sans période d'origine déclarée, rien n'est créé : le système ne devine pas un calendrier.
La file provient des inscriptions actives de la période d'origine, un cycle par niveau ou programme. Relancer ne duplique rien : chaque élève apparaît une seule fois par cycle.
Blocages signalés avant l'ouverture
Avant l'envoi de l'invitation, le système vérifie trois fronts : finances, scolarité et documents. Les blocages parviennent à l'équipe avec le temps de les régler. Inviter une famille puis la bloquer serait un mauvais traitement.
La situation financière est LUE depuis le système financier de l'école, avec la date de la lecture. Le CRM ne décide pas des impayés. Si la lecture n'est pas arrivée ou est périmée, le résultat est indéterminé : jamais « à jour » et jamais « bloqué ». Une panne d'intégration ne doit ni bloquer une famille qui a payé, ni libérer quelqu'un que l'école ne libérerait pas.
Invitation et relances
L'invitation réutilise les séquences d'e-mails déjà utilisées par l'école : aucun second moteur de campagne à apprendre. Le silence fait monter les étapes de relance selon les jours d'attente configurés. La relance alerte l'équipe et ne retire jamais personne de la file.
Bourse et remise pour paiement anticipé
L'écran indique si la bourse couvre la nouvelle période ou attend un renouvellement. C'est une information, pas une action : la réinscription ne coupe, ne suspend et ne renouvelle jamais une bourse. La remise pour paiement anticipé n'est pas non plus recréée ici : la règle reste dans le module de frais et l'écran ne fait que simuler le montant, sans rien facturer.
Ceux qui ne reviennent pas : un motif issu d'une liste fermée
Quand une famille annonce son départ, le motif provient d'une liste : déménagement, coût inabordable, transfert, motif scolaire, cycle terminé, insatisfaction, horaire, santé, décision familiale ou autre. Choisir « autre » exige une remarque. Le texte libre ne devient jamais une statistique, et une école qui ne peut pas compter pourquoi elle perd des élèves ne peut pas non plus corriger.
Enregistrer qu'une famille ne revient pas n'annule pas l'inscription en cours et ne retire pas l'élève de la classe. C'est l'enregistrement de l'intention, avec un motif, pour que l'école agisse à temps.
Les chiffres du cycle
Le tableau affiche des comptages : combien d'élèves dans le cycle, combien sont éligibles, bloqués et indéterminés, combien de bourses couvrent la nouvelle période, combien ont répondu et combien ont confirmé. Aucun taux projeté : un pourcentage de prévision sans historique serait un chiffre inventé, et un chiffre inventé dans un tableau de direction devient une mauvaise décision.