Auto-évaluation — guide de configuration

Pour les administrateurs préparant une campagne historique d’auto-déclaration. Voir Fonctionnelle et Technique.

Responsabilités et prérequis

L’équipe plateforme gère les activations du tenant et les rôles. L’administrateur autorisé prépare informations, étapes, population et communications. Les collaborateurs et managers doivent avoir des comptes actifs, des rattachements corrects et un référentiel utilisable.

Observé dans l’application, le 25 octobre 2026 : Jim Carter dispose de l’entrée Jobs and skills → Self-declaration et de la création dans PS Testing 2026. Le classement documentaire est Performance → Auto-évaluation. Les autres rôles n’ont pas été testés.

Vérifié dans le code : la navigation historique teste campagneAutoDeclaration et campaign_create, avec un traitement particulier des permissions vides. Ce contrôle de menu ne démontre pas tous les contrôles des points d’entrée.

Préparer le brouillon

1. Ouvrir Self-declaration, puis + Self-declaration. Cette action crée immédiatement un brouillon persistant : Observé / Vérifié dans le code. Annuler ne prouve pas sa suppression.
2. Dans Informations, remplir nom, description, dates et heures de début/fin. Conserver Draft pendant la préparation. Save and exit enregistre ; Continue to the steps enregistre et poursuit.
3. Si le sélecteur Evaluation mode existe, choisir compétences du profil ou d’un métier. Le mode métier requiert un métier actif du tenant. Ce sélecteur était absent dans PS Testing : fonctionnement Vérifié dans le code, sans validation directe du mode métier.
4. Examiner Update employee profile skills after manager feedback sharing. La case était cochée dans le nouveau brouillon observé. Lire les effets ci-dessous avant modification.
5. Dans steps, utiliser Add a step. Renseigner nom, type, note avant l’étape, description et échéance. Enregistrer les étapes et leur ordre avant d’ajouter des collaborateurs : l’inscription initialise l’étape d’ordre 1.
6. Dans Participants, utiliser Adding participants, sélectionner la population prévue et vérifier le résultat. Aucun participant n’a été ajouté pendant la vérification.
7. Dans Planification, Schedule an email permet de préparer une communication. Vérifier destinataires, contenu, date/heure et conditions d’étape ou de complétion avant enregistrement. Aucun email n’a été planifié.
8. Contrôler l’ensemble, puis passer à Published seulement pour lancer la campagne. La disponibilité collaborateur dépend de l’affectation et de la période, pas seulement de la fin de l’assistant.

Le formulaire d’auto-déclaration montre nom, description, statut et dates du brouillon. Relisez les champs puis poursuivez vers les étapes ; ouvrir ou sauvegarder un brouillon ne lance pas l’évaluation collaborateur. Capture réelle en anglais avant sauvegarde ; les champs inférieurs nécessitent un défilement. Le curseur indique la zone du nom.

Afficher en taille réelle

La fenêtre Add a step présente type choisi, nom, métier associé, description et échéance. Choisissez le type selon la séquence voulue avant ajout ; une fenêtre ouverte n’est pas une étape ajoutée. Capture réelle en anglais. Aucune étape n’a été ajoutée au brouillon documentaire.

Afficher en taille réelle

Champs, valeurs et portée

Tableau Vérifié dans le code, sauf indication contraire.

Champ ou activation	Valeurs, portée et effet
Nom et description	Par campagne, affichés obligatoires ; contrôle des valeurs vides dans le formulaire.
Statut	Draft / Published, stockés brouillon / publiée. Création en brouillon. Les onglets temporels ne sont pas d’autres valeurs de publication.
Dates et heures	Contrôle de présence ; analyse d/m/Y H:i. Vérifier chronologie et fuseau d’exécution ; aucune règle universelle de fuseau client établie.
Mode	Profile = 1 par défaut ; Job = 2 si auto_evaluation_with_job_skills est actif. Une sauvegarde sans cette activation remet le mode Profil et efface le métier.
Métier	Obligatoire en mode Métier, actif et appartenant au tenant. Un seul métier pour toute la campagne.
Mise à jour finale du profil	Nouvelle entité initialisée à vrai, case observée cochée. Le mapping déclare pourtant un défaut base à faux : vérifier les données et migrations existantes. Une valeur omise dans la mise à jour du contrôleur vaut faux.
Étape	Nom, type, consignes, description, échéance et ordre. Le début est copié depuis le début de campagne lors de la sauvegarde.
Population	Avancement individuel par campagne. L’ajout incrémental retient les comptes actifs du tenant et évite les inscrits existants ; une précondition porte sur la date de fin.
Motivation	hide_motivation_campaign_bo_fo masque la colonne. Valeur déployée non inspectée.
Échelle de maîtrise	Dépend de skillLevel du tenant ; pas de maximum universel.
Email planifié	Campagne, destinataire et conditions éventuelles ; traitement planifié et campagne publiée nécessaires.

Ordre des étapes et dépendances

Observé dans l’application : types Self-declaration, Share manager, Assessment Manager, Face to face exchange. Vérifié dans le code : le partage collaborateur vise le type évaluation manager ; la complétion finale est distincte. Un libellé personnalisé ne remplace pas un type sémantique.

Conseil déduit du code : mettre l’auto-déclaration en premier, inclure l’évaluation manager attendue et vérifier le parcours manager/échange sur une campagne de test. Aucun parcours entièrement configuré n’a été exécuté pendant cette vérification.

Effets sur le profil, changements et retour arrière

• Mode profil — Vérifié dans le code : les niveaux et motivations peuvent être enregistrés immédiatement sur le profil ; le partage écrit aussi ces valeurs. La suppression concerne l’enregistrement de compétence du profil.
• Mode métier — Vérifié dans le code : le partage conserve l’historique des compétences du métier. À la complétion, si l’option est active, le niveau manager prévaut sur le niveau collaborateur. Une compétence absente du profil n’est créée que si un niveau manager existe ; une motivation non nulle est copiée.
• La case agit sur l’application finale de l’historique, pas sur toutes les écritures antérieures. La décocher ou repasser en brouillon ne restaure pas les valeurs précédentes et ne rappelle pas les messages livrés. Aucun retour arrière automatique établi.

Conseil de changement — Déduit : préparer un nouveau brouillon pour changer de mode, métier ou structure après démarrage, plutôt que supposer une migration des historiques. Examiner les avancements existants avant modification des étapes ou de la population.

Validation et dépannage

Avant lancement, tester avec des collaborateurs et managers autorisés : visibilité dans la période, population de compétences, échelle, partage, progression, retour manager, profil final et destinataires. Inclure un cas sans compétences. Publication, progression complète et livraison email restent Non vérifiées ici.

Problème	Contrôle
Mode métier absent	Activation du tenant ; absence constatée dans PS Testing. Ne pas utiliser un réglage d’entretien nextgen à sa place.
Métier obligatoire	Choisir un métier actif du tenant ; erreur contrôleur : Job is required on current assessment mode.
Champs obligatoires manquants	Nom, description, dates/heures et métier si nécessaire.
Collaborateur sans accès	Publication, affectation, dates et étape initiale.
Aucun participant	Ajouter la population après configuration de la première étape.
Aucune notification	État vide observé ; cela ne signifie pas que la sauvegarde a échoué.
Sauvegarde sans email reçu	Vérifier modèles, rattachements, traitement planifié et livraison séparément.

Historique et refonte

Ces réglages concernent AssessmentCampaign historique. Les campagnes d’entretiens refondues utilisent formulaires, évaluateurs et cycle propres. Aucune priorité de configuration, migration ou reprise automatique entre ces modèles n’a été établie. Voir Configuration des entretiens.

Preuves et limites

Observé : PS Testing 2026, Jim Carter, interface anglaise, le 25 octobre 2026 ; brouillon nommé sauvegardé, non publié, sans participants, étapes ou notifications planifiées. Captures de la fenêtre complète, sans capture française simulée.

Vérifié dans le code : contrôleur, routes et modèles smartmobility-legacy/src/Company/CampaignBundle/; src/Main/ConfigBundle/Entity/AssessmentCampaign.php et son mapping ; src/Enum/Assessment/AutoAssessmentMode.php ; app/Resources/views/core_company_theme_v3.html.twig ; src/Service/Skills/SkillCampaignService.php ; src/Command/Notifications/EmailProgramationCampaignCommand.php.

Non vérifié : administration des activations, matrice complète des droits, mode métier direct, parcours publié, livraison mail, fuseau d’exécution et héritage global au-delà des champs/activations explicités.