Accueil des nouveaux collaborateurs

Parcours

Les cinq repères à prendre pendant vos premières semaines : qui fait quoi, ce que la loi exige de nous, et les réflexes de sécurité au quotidien. Les étapes s'ouvrent au fil de votre arrivée — inutile de tout faire le premier jour.

6 étapes 2 h 05 hors temps d'assimilation

Étapes débloquées progressivement

33 % du parcours 2 étapes terminées sur 6

Les étapes

6 étapes · 2 terminées

Accueil : qui fait quoi chez Efektiv Formation 12 min Terminée
RGPD : les fondamentaux Formation 30 min Terminée
3 Sécurité des postes de travail Formation 25 min commencée · 35 % À suivre Reprendre
Signalement des évènements de sécurité Formation 30 min S'ouvre 14 jours après votre inscription au parcours (07/08/2026). Rien à faire d'ici là. Disponible le 21/08/2026
Exporter une liste depuis le pilotage Tuto 3 min S'ouvre dès que vous aurez terminé l'étape 4. Aucune date : cette étape dépend d'un geste, pas du calendrier. Après l'étape 4
Bilan annuel de conformité Formation 20 min Ouverture programmée au 1^er septembre 2026, la même date pour tout le monde : c'est une échéance de calendrier, pas un délai après votre inscription. Disponible le 01/09/2026

Parcours introuvable ou dépublié

Ce parcours n'est pas disponible.

Aucune étape visible

Aucune étape n'est encore accessible dans ce parcours.

Chargement

La liste apparaît d'un bloc, jamais étape par étape : un parcours à moitié affiché se lit comme un parcours incomplet.

Étape fermée cliquée quand même

Impossible : une étape fermée n'est pas un lien. Le refus vient du serveur (403) et l'écran l'explique avant, plutôt que de laisser s'y cogner.

Ce que la maquette fixe

Une étape fermée dit toujours deux choses : pourquoi, et jusqu'à quand. Le badge de droite porte l'échéance (« Disponible le 21/08/2026 »), la ligne sous le titre porte la raison (« s'ouvre 14 jours après votre inscription au parcours »). Le code n'affichait qu'une phrase, sans jamais dire d'où venait la date.
Quand la date n'est pas connaissable, on ne l'invente pas : l'étape dit ce qui la débloquera — « S'ouvre dès que vous aurez terminé l'étape 4. Aucune date : cette étape dépend d'un geste, pas du calendrier. » C'est exactement le cas où le serveur sert unlock_at nul (mode après l'étape précédente).
Trois déclenchements, trois formulations distinctes, parce qu'ils n'appellent pas la même patience : J+N après votre inscription (la date vous est propre), date de calendrier fixe (la même pour tout le monde), après l'étape précédente (aucune date). Le troisième cas est le seul sans échéance affichée.
Une étape fermée n'est pas un lien — <span aria-disabled="true">, fond grisé, bordure pointillée, cadenas à la place du rang. Le serveur refuse déjà (403) ; un lien qui mène à un refus est une impasse, et un cadenas dessiné n'a jamais été un verrou.
Les étapes forment une suite, pas une liste : un filet vertical relie les pastilles de rang, l'étape en cours porte la bordure d'accent et le seul bouton d'action de la page. On voit d'un coup d'œil où on en est.
Tout ce que la page savait déjà dire est conservé : fil « ← Catalogue », titre, description, badge Parcours, « N étapes · durée », mention hors temps d'assimilation (masquée si la durée est pédagogique), mention Étapes débloquées progressivement, badge Formation/Tuto par étape, durée par étape, états Terminée / À suivre, et les deux messages de repli (parcours indisponible, aucune étape accessible).
Trois situations sont maquettées, parce que le serveur peut servir les trois : inscrite avec étapes fermées visibles, inscrite avec étapes fermées masquées (réglage locked_step_visibility, porté par le parcours), et pas encore inscrite.

CONSTATUn apprenant non inscrit lit aujourd'hui un mensonge. PathStepAccess sert unlock_at nul pour toutes les étapes quand la personne n'est inscrite à aucun cours du parcours — y compris la première. Le front affiche alors « Disponible une fois l'étape précédente terminée » sur la première étape, qui n'a pas de précédente. La maquette traite ce cas par un bandeau explicite et remplace l'échéance par le déclenchement prévu. À arbitrer : le serveur doit-il servir un indicateur enrolled ou reason par étape, pour que le front n'ait plus à deviner ?

À VALIDER B-1Aucune entrée de latérale ne correspond à un parcours. La coquille ApprentissageLayout a quatre entrées (Mes formations, Catalogue, Certificats, Favoris) et un parcours n'appartient à aucune : la latérale reste éteinte. La maquette allume « Mes formations » par défaut. Est-ce le bon rattachement, ou faut-il un fil d'Ariane complet (Catalogue › Accueil des nouveaux collaborateurs) ?

À VALIDER B-2Le compte d'étapes ment quand certaines sont masquées. L'en-tête affiche steps_count, le total du parcours ; la liste n'affiche que les étapes visibles. Sur un parcours réglé « étapes fermées masquées », on lit « 6 étapes » au-dessus de 3 lignes. Affiche-t-on le total, le visible, ou « 3 étapes ouvertes sur 6 » ?

À VALIDER B-3La progression du parcours n'existe pas côté serveur. La barre « 33 % · 2 étapes terminées sur 6 » est une proposition : le front peut la calculer à partir de progress.status de chaque étape, mais le compte se fausse dès qu'une étape est masquée. Est-ce au serveur de servir l'avancement du parcours ?

À VALIDER B-4Dit-on qu'il existe des étapes masquées ? Aujourd'hui, rien : une personne peut croire son parcours terminé à la troisième étape. La maquette propose une ligne discrète (« 3 étapes s'ouvriront plus tard »), sans les nommer. Est-ce acceptable, ou le réglage « masquées » doit-il vraiment tout taire — au risque de la surprise ?

À VALIDER B-5La page double la coquille. La route enveloppe PageParcours dans ApprentissageLayout, mais le composant rend en plus sa propre NavbarPanel et son Footer — à l'intérieur de la colonne de contenu, à droite de la latérale. La maquette montre la coquille telle qu'elle devrait être ; le correctif est à faire dans le composant.

À VALIDER B-6Le vocabulaire des états n'est pas celui du reste de l'espace apprentissage. Ici : « Terminée / À suivre » ; sur les cartes de « Mes formations » : « Terminée / En cours / Non débutée » ; sur les boutons : « Commencer / Reprendre / Revoir ». La maquette garde « À suivre » pour une étape ouverte non commencée, mais écrit « Reprendre » sur celle qui est entamée. Lequel fait foi ?

À VALIDER B-7Le socle de tokens ne couvre pas cet écran. Le :root recopié de 8-liste-cours n'a ni token de verrou, ni d'échéance, ni --ink-4. Ici tout est composé : verrou = --surface-2 + bordure pointillée, échéance = --type-parcours, étape en cours = --accent. Étend-on le socle, ou garde-t-on deux jeux de tokens ?

À VALIDER B-8Le certificat de fin de parcours n'est nulle part. Un parcours terminé ne produit aujourd'hui rien de visible à ce niveau — seuls les cours en produisent. Faut-il un bloc de fin (« Parcours terminé · certificat ») ?

CHANGEMENT UXL'ancienne page était une liste plate sans en-tête distinct. La maquette isole un en-tête de parcours (carte blanche : titre, description, durée, avancement, action) de la suite des étapes — pour que « où j'en suis » se lise avant « ce qu'il reste ».