Rattrapage profil jeune post-MEP

Après activation du toggle inscription_jeune_v2, les jeunes déjà en vivier doivent compléter objectifs et onboarding mentorat. Hors sandbox MVLS.

Statuts

Une action superadmin sur la page Gestion (POST /jeunes/reset-incomplete-onboarding) pose status=EN_COURS_ONBOARDING pour les jeunes APTE hors MVLS dont l'onboarding n'est pas TERMINE. statusOnboarding passe à NON_COMMENCE sauf s'il est déjà EN_COURS (le questionnaire en cours n'est pas remis à zéro).

Une seconde action (POST /jeunes/migrate-en-cours-inscription) pose status=EN_COURS_ONBOARDING pour tous les jeunes EN_COURS_INSCRIPTION hors MVLS. Les trois rattrapages inscription (APTE, EN_COURS_INSCRIPTION, EN_ATTENTE_PARENT) sont dans GestionMigrationsService. Chercher TODO TEMPORARY ENDPOINT TO REMOVE pour les retirer une fois le rattrapage terminé. statusOnboarding passe à NON_COMMENCE seulement s'il n'est pas commencé (null ou NON_COMMENCE) : EN_COURS et TERMINE sont conservés. Même pagination, idempotence et log-statut.

Les deux traitements sont paginés (lots de 200, sélection d'ids puis UPDATE … WHERE id IN) et idempotents : relancer ne retouche que les jeunes encore dans le statut ciblé. Les jeunes sans user sont inclus (LEFT JOIN). Chaque jeune traité a un log-statut EN_COURS_ONBOARDING (un échec de log n'interrompt pas le lot). La boucle Gestion s'arrête si remaining ne diminue pas. Si un lot échoue, on relance le bouton.

Sur la fiche admin jeune (hors MVLS, toggle v2), si statusOnboarding est TERMINE, l'encart Profil affiche le parcours saisi à l'onboarding (cursus, année, filière, établissement, secteur visé), éditables dans le format du tunnel. Deux encarts Horizon et Situation reprennent le reste des réponses (niveau visé, job idéal, état d'esprit, affirmations, ASE, soutien, niveau des parents). Tant que l'onboarding n'est pas terminé, ces réponses restent le bloc texte « Infos onboarding ».

Ensuite, tant que le toggle est on :

• la fiche jeune BO et le plugin FrontApp ne proposent plus le passage EN_COURS_ONBOARDING → APTE. EN_COURS_INSCRIPTION n'a pas de menu de statut : ces jeunes sont basculés par le bouton Gestion. L'API admin refuse quand même un passage en APTE tant que le toggle est actif, hors MVLS.
• en fin/annulation de binôme (CD inclus), un passage demandé en APTE n'est honoré que si statusOnboarding=TERMINE — sinon le jeune passe EN_COURS_ONBOARDING. Même règle pour tout autre passage en APTE (fiche BO, disponibilité, mails, etc.). Un toast BO l'indique quand APTE a été refusé (fiche, multi-sélection, fin/annulation de binôme).

Parcours jeune

Avec l'inscription v2, les sections besoins et objectifs du profil (/compte/jeune/profil) affichent Mettre à jour. Le clic ouvre la mise à jour correspondante (/compte/jeune/diagnostic/besoins ou /compte/jeune/diagnostic/objectifs), préremplie avec les réponses actuelles. Les autres sections du profil gardent Modifier et l'édition sur place.

Si jeune.objectifs est vide (ou uniquement des espaces) à la reconnexion et que le besoin n'est pas lost, redirection vers /inscription/jeune/objectifs (avant l'onboarding DEM-1375). Un besoin lost peut laisser objectifs null : pas de rattrapage. Une popup explique la mise à jour ; seule l'étape objectifs est faite (pas d'activation). S'il n'y a pas de besoin, ou un besoin / sous-besoin qui n'existe plus, le jeune passe par le diagnostic déjà connecté (/compte/jeune/diagnostic/besoins, puis objectifs et blocages) au lieu de l'inscription. À l'activation email, à la fin d'inscription d'un compte déjà activé, et depuis /compte/activate quand la session est déjà ouverte, le rattrapage s'ouvre par un chargement complet de cette page, y compris quand la suite prévue est l'onboarding mentorat (même ordre que depuis le dashboard : objectifs d'abord). Un jeune EN_COURS_ONBOARDING avec statusOnboarding NON_COMMENCE part aussi vers les besoins quand un besoin ou un sous-besoin est vide ou périmé, au lieu de l'onboarding mentorat. Chaque entrée de besoins est contrôlée, pas seulement la première. Un changement de route depuis le dashboard laissait l'URL bonne et la vue blanche : le départ vers le mentorat se fait aussi par un chargement complet. Tant qu'un besoin ou un sous-besoin est vide ou périmé, le diagnostic n'affiche pas la croix de fermeture. Le même parcours s'ouvre quand le jeune se remet disponible depuis NON_DISPONIBLE. Avec le toggle v2, un jeune activé n'est plus envoyé vers l'ancien /compte/jeune/onboarding : onboarding mentorat (/onboarding/jeune/etape-1) ou dashboard.