Mon profil

Manager RH

Vos informations de compte et votre mot de passe. Le rôle et le périmètre sont fixés par votre administrateur : ils s'affichent ici, ils ne s'y modifient pas.

Retour au tableau de bord

Identité

Ces quatre éléments composent la façon dont vous apparaissez partout : barre du haut, listes de collaborateurs, certificats.

Photo de profil

DB Choisir une image JPG ou PNG, 400×400 minimum, 2 Mo maximum. À défaut de photo, les initiales sont affichées.

Prénom

Nom

Adresse e-mail

C'est votre identifiant de connexion : la modifier change la façon dont vous vous connectez.

Présentation Bio 0/400

Deux ou trois phrases sur votre rôle. Visible par les personnes que vous accompagnez.

Coordonnées et poste

Facultatif. Ces champs existent déjà dans les profils côté serveur et dans le code des sept écrans — mais aucun écran ne les affiche : personne ne peut donc les renseigner. La maquette les fait apparaître ; leur maintien est à trancher (À VALIDER P-3).

Intitulé de poste

Affiché sous votre nom dans la latérale.

Service

Téléphone

Ville

Les sept écrans gèrent aussi civilité, niveau d'études, adresse, région, pays, années d'expérience, centres d'intérêt et liens LinkedIn / GitHub / site — sans jamais les afficher. Soit on les expose (et lesquels ?), soit on les retire du modèle. La maquette n'en garde que quatre, à titre de proposition.

Rôle et périmètre

En lecture seule. Modifiable uniquement depuis l'administration des utilisateurs.

Rôle

Société

Une erreur ici ? Demander une correction à un administrateur.

Ce que voient les autres

DB Delphine Bertrand delphine.bertrand@efektiv.fr

Rôle: Manager RH
Poste: Responsable formation
Société: Efektiv Group

Rendu approximatif du bloc d'identité de la latérale et du menu du compte. Il reprend les mêmes données : une modification ici se voit partout.

Mot de passe

Le changement de mot de passe existe aujourd'hui dans une fenêtre du menu du compte, jamais sur l'écran de profil. Il rejoint ici l'endroit où on le cherche.

Votre mot de passe a 52 jours. Au-delà de 60 jours, la plateforme le refuse et vous demande d'en choisir un nouveau avant de continuer.

Mot de passe actuel

Nouveau mot de passe 12 caractères minimum, une majuscule, un chiffre.

Confirmer le nouveau mot de passe

Les deux saisies doivent être identiques.

Sessions

Se déconnecter existe déjà, dans le menu du compte. Rien d'autre n'est servi aujourd'hui : ni date de dernière connexion, ni liste d'appareils (À VALIDER P-5).

Dernière connexion : donnée non servie par l'API à ce jour.

Règles en vigueur

Longueur minimale: 12 caractères
Composition: 1 majuscule, 1 chiffre
Durée de validité: 60 jours
Lien de réinitialisation: 60 minutes, usage unique

Reprises du texte de l'écran d'onboarding et du contrôle serveur d'ancienneté du mot de passe. Ces valeurs ne sont pas paramétrables dans l'écran Paramètres : à confirmer.

Aucune modification en attente.

Modifications enregistrées

Ce que la maquette fixe

Un écran, zéro rôle en dur. L'écran lit et écrit /moi/profil (BACK#396) : aucune correspondance rôle → service, aucune énumération de rôles. Le rôle n'apparaît qu'en lecture, comme information.
L'union, pas l'intersection. Chaque capacité présente sur au moins un des sept écrans est reprise : photo avec aperçu rond, prénom, nom, e-mail, bio (aujourd'hui affichée sur le seul écran formateur, commentée chez le sous-manager), badge de rôle, retour au tableau de bord, message de confirmation, message d'erreur.
Le mot de passe rejoint le profil. Il vit aujourd'hui dans une fenêtre du menu du compte, avec « générer » et « copier » ; ces deux boutons sont conservés. L'écran séparé de mot de passe périmé garde sa raison d'être (on y arrive par un refus du serveur), il n'est pas supprimé — voir la maquette 11-connexion.
Une barre d'enregistrement, comme dans Paramètres. Elle compte les modifications en attente, s'allume quand il y en a, et l'onglet quitté sans enregistrer déclenche un avertissement. Les sept écrans actuels n'ont qu'un bouton « Enregistrer » en bas à droite, sans état.
Ce qui est fixé par l'administration est montré, pas modifiable. Rôle et société en lecture seule, avec la sortie explicite « demander une correction ».

CONSTATSept écrans, quatre champs. Les sept n'envoient au serveur que first_name, last_name, email, avatar — plus bio chez le formateur. Tout le reste du modèle de profil (téléphone, adresse, poste, service, liens sociaux…) est géré par le code de saisie mais rendu par aucun champ : la donnée est morte au sens strict.

À VALIDER P-1La bio : pour tous, ou pour personne ? BACK#396 annonce que « seul le sous-manager ajoute un champ bio » ; dans le code, c'est l'inverse — la bio est affichée chez le formateur et commentée chez le sous-manager. La maquette la garde pour tous. À trancher, et à corriger dans l'issue.

À VALIDER P-2La validation n'est pas la même d'un écran à l'autre. Le formateur bloque l'envoi en cas d'erreur ; l'apprenant, le manager et le sous-manager affichent l'erreur et envoient quand même ; le directeur et le manager général ne valident rien. Et la validation apprenante exige un téléphone et une bio que l'écran n'affiche pas — donc impossibles à corriger. Règle unique retenue : prénom, nom, e-mail obligatoires, envoi bloqué tant qu'ils manquent. Confirmez-vous ?

À VALIDER P-3Que fait-on des champs jamais affichés ? La maquette en expose quatre (poste, service, téléphone, ville) dans une section facultative. Les autres — civilité, niveau d'études, adresse, région, pays, années d'expérience, centres d'intérêt, LinkedIn / GitHub / site — sont-ils exposés, ou retirés du modèle ? Un champ non affiché qu'on garde « au cas où » revient toujours en dette.

À VALIDER P-4Photo de profil. Les sept écrans utilisent un champ de fichier brut, sans contrainte affichée, avec un aperçu rond de 150 px sur fond rose codé en dur. La maquette annonce les contraintes (JPG/PNG, 2 Mo) et remplace la photo manquante par les initiales. Le recadrage : hors périmètre, ou attendu ?

À VALIDER P-5Sécurité : jusqu'où va-t-on ? Date de dernière connexion, appareils connectés, déconnexion de toutes les sessions : rien n'est servi par l'API aujourd'hui. L'onglet Sécurité se limite donc au mot de passe. Ouvre-t-on un besoin côté serveur ?

À VALIDER P-6La latérale sur un écran universel. Le profil n'appartient à aucun univers : la maquette ajoute un groupe « Mon compte » et conserve, en dessous, la latérale de l'univers d'origine (ici Administration ; côté apprenant, les quatre entrées de l'espace apprentissage). Est-ce le bon parti, ou l'écran doit-il s'afficher sans latérale, comme une page de compte ?

À VALIDER P-7Le socle de tokens ne couvre pas cet écran. Le :root recopié de 8-liste-cours n'a ni couleur d'information (--info-*), ni gris de placeholder (--ink-4), ni alerte (--alert-*) — alors que 6-parametres les déclare. Ici l'encadré d'information est composé (surface-2 + line-strong), l'encadré d'attention utilise --accent-soft. Étend-on le socle commun, ou garde-t-on deux jeux ?

CHANGEMENT UXLe titre passe de « Modifier les informations personnelles » à « Mon profil » : c'est un lieu, pas une action. Le badge de rôle quitte la ligne du titre (où il concurrençait le titre) pour devenir une puce de contexte, et la flèche de retour redevient un bouton avec un libellé — une icône seule ne dit pas où elle ramène.

Les sept écrans, capacité par capacité

Sources : EditStudentProfile, EditTeacherProfile, AdminProfileEdit, EditManagerProfile, EditSubManagerProfile, EditDirectorProfile, GeneralManagerProfile. ✔ = présent à l'écran · ✘ = absent · italique = présent dans le code mais invisible.

Comparatif des sept écrans de profil
Capacité	Apprenant	Formateur	Admin	Manager	Sous-manager	Directeur	Manager général	Écran unique
Route	`/student/profile/edit`	`/teacher/profile/edit`	`/admin/profile/edit`	`/manager/profile/edit`	`/submanager/profile/edit`	`/director/profile/edit`	`/general-manager/profile/edit`	`/moi/profil`
Prénom · Nom · E-mail	✔	✔	✔	✔	✔	✔	✔	✔
Photo (champ fichier + aperçu rond)	✔	✔	✔	✔	✔	✔	✔	✔ + contraintes
Bio (zone de texte)	✘	✔	✘	✘	commentée	✘	✘	✔ (P-1)
Badge de rôle	Learner	Teacher	admin	Manager	subManager	director	generalManager	Puce de contexte, libellés à unifier
Retour au tableau de bord	/courses/enrolled (flèche seule)	/teacher/dashboard	/admin/dashboard	/manager/dashboard	/submanager/dashboard	/director/dashboard	/general-manager/dashboard	Bouton avec libellé, destination = univers courant
Latérale	Apprentissage	Formateur	Sidebar	Sidebar	Sidebar	Sidebar	Sidebar	Mon compte + univers d'origine (P-6)
Pied de page	✔	✔	✔	✘	✔	✔	✔	Selon la coquille de l'univers
Validation avant envoi	Erreurs affichées, envoi quand même ; exige tél. + bio non affichés	Bloque l'envoi	Erreurs affichées, envoi quand même	Erreurs affichées, envoi quand même	Erreurs affichées, envoi quand même	Aucune	Aucune	Règle unique, envoi bloqué (P-2)
Champs gérés mais jamais affichés	civilité, niveau d'études, tél., adresse, ville, région, pays, bio	civilité, qualification, tél., adresse, ville, région, pays, poste, service, années d'exp., LinkedIn/GitHub/site	civilité, tél., adresse, ville, région, pays, LinkedIn/GitHub/site	civilité, niveau d'études, tél., adresse, ville, région, pays, bio, poste, service, années d'exp., centres d'intérêt	—	—	—	4 exposés, le reste à trancher (P-3)
Envoyé au serveur	prénom, nom, e-mail, photo	+ bio	prénom, nom, e-mail, photo	prénom, nom, e-mail, photo	idem, photo seulement si changée	idem, photo seulement si changée	idem, photo seulement si changée	Un seul appel, un seul contrat
Confirmation / erreur	Bandeau (1 s de délai)	Bandeau ×2 (doublon)	Bandeau	Bandeau	Bandeau	Bandeau	Bandeau	Barre d'enregistrement + confirmation en ligne
Changement de mot de passe	✘	✘	✘	✘	✘	✘	✘	Onglet Sécurité (repris de la fenêtre du menu du compte)