Analyse de données — guide de configuration

Ce guide s’adresse aux administrateurs préparant l’accès au Dashboard Manager legacy. Consultez le guide fonctionnel pour l’analyse quotidienne et le guide technique pour l’implémentation.

Responsabilités et générations

Responsable	Legacy	Refonte / nextgen
Équipe projet/plateforme	Enregistrement et activation des options, capacités du client et dépendances d’exécution.	Aucun écran de remplacement établi par les recherches ciblées pour cette route.
Administrateur client	Accès manager autorisé, hiérarchie, visibilité et données sources via les processus d’administration existants.	Aucun écran de paramètres équivalent propre à ce tableau de bord vérifié.

Ces dimensions sont indépendantes : le tableau de bord reste legacy même si une autre interface y donne accès. Aucune priorité de paramètres nextgen ni migration n’est établie.

Préparation par l’administrateur client

Vérifié dans le code : l’analyse utilise accès manager, hiérarchie, relations, attendus métier, compétences et campagnes. Cette page est un écran d’analyse, sans éditeur de tableaux de bord ni formulaire de paramétrage propre vérifié en direct.

1. Identifiez les managers et leur population autorisée. Consultez les rôles et permissions pour le processus d’administration disponible.
2. Vérifiez les fiches manager et rattachements hiérarchiques. Les collaborateurs absents ou désactivés peuvent donner des résultats vides ou partiels ; le manager courant est exclu du décompte du périmètre.
3. Contrôlez visibilité et relations complémentaires. Leur filtre nécessite activation et relations affectées impliquant le manager courant.
4. Vérifiez métiers et compétences attendues avant d’activer les panneaux de maîtrise/écart. Un niveau détenu sans attendu métier ne suffit pas à calculer un écart.
5. Vérifiez la participation aux campagnes d’entretiens et de cartographie.
6. Faites confirmer onglets et graphiques activés par l’équipe plateforme puis validez avec un manager représentatif.

N’élargissez pas la visibilité pour faire apparaître un graphique. L’option entreprise entière et l’icône de population sont des contrôles conditionnels d’administration, sans attribution de droits. La session authentifiée affichait le choix Tous les Collaborateurs et l’icône de périmètre, conditionnés par le contexte administrateur. Un écran de paramétrage client dédié et sa procédure d’enregistrement restent Non vérifiés ; ces contrôles d’analyse ne modifient pas les permissions.

Contrôles d’analyse observés

Observé dans l’application — 22 octobre 2026 : la vue manager française propose Filtres → N − 1 / Tous mes niveaux / Tous les Collaborateurs → Appliquer. Le choix entreprise chargeait une population, tandis que N − 1 était vide pour ce compte de test. Aucun filtre relation ou sélecteur métier n’était affiché. Quatre onglets étaient disponibles, sans campagnes de cartographie. Ces constats établissent l’interface de cette session, pas les valeurs des options sous-jacentes.

Le menu Filtres présente les choix hiérarchiques et la population complète. Relisez les cases cochées, puis utilisez Appliquer pour actualiser l’analyse ; le compteur décrit le périmètre obtenu. Vue manager, français. Tous les Collaborateurs est un contrôle de population analytique, pas un éditeur de configuration client.

Afficher en taille réelle

Le guide fonctionnel illustre les résultats. Aucun paramètre métier, permission ou enregistrement source n’a été modifié.

Référence équipe plateforme : activation et valeurs

Vérifié dans le code : FeatureSwitchVoter délègue à FeatureSwitchService::isSwitchActive(settingId, slug). L’accès est accepté si la valeur stockée est égale à 1 ou si le service tokenizer donne accès au module. Une valeur stockée absente ne prouve pas une activation ; il faut aussi contrôler l’autre voie d’accès. Aucune valeur effective du client n’a été lue. Les commandes d’installation ne prouvent pas des valeurs par défaut universelles.

Capacité	Option ou permission	Portée / dépendance
Onglets	dashboard_team_activity, dashboard_team_proficiency, dashboard_skill_analysis, dashboard_team_1to1, dashboard_campaign	Capacités du client évaluées par onglet. Le premier activé est sélectionné.
Repli d’accès page/traitement	manager_dashboard dans les rôles de permission du manager	Helper::isManagerDashboardActive accepte aussi une permission vide. Cela ne crée pas d’onglet activé.
Relations	dashboard_filter_user_relation	Nécessite des relations affectées au manager courant.
Restriction métier	dashboard_filter_by_job	Sélecteur conditionnel dans les panneaux compatibles.
Restriction compétences liée aux connexions	dashboard_filter_by_login	Restreint les requêtes de compétences concernées aux utilisateurs avec logincounter > 0 ; ce n’est pas un sélecteur libre de dates.
Activité	dashboard_graph_profile_completion, dashboard_graph_activity	Complétude des profils et historique de connexion.
Maîtrise	dashboard_graph_job_mastery_ratio, dashboard_graph_average_gap_jobs, dashboard_graph_average_gap_users, dashboard_graph_skills_gap_level, dashboard_graph_motivation_ratio, dashboard_graph_job_representation	Compétences détenues/attendues et motivation selon panneau.
Compétences	dashboard_graph_skills_report, dashboard_graph_team_skills, dashboard_graph_team_motivation, dashboard_graph_top_skills, dashboard_graph_flop_skills, dashboard_graph_average_skill_levels, dashboard_graph_top_extra_skills, dashboard_graph_top_mastered_skills, dashboard_graph_flop_mastered_skills	Activation indépendante de celle de l’onglet.
Campagnes	dashboard_graph_completion_rate, dashboard_graph_user_progression, dashboard_graph_user_not_started, dashboard_graph_skills_changed	Campagnes de cartographie et participants.
Couleurs alternatives	dashboard_alt_color_scheme	Palette alternative ; sinon couleurs dérivées de celles du client.

dashboard_graph_unmastered_skills apparaît dans les sources mais sa génération de données est commentée dans teamProficiencyAction : ne présentez pas son activation comme un panneau pris en charge.

Les classes de src/Company/ManagerDashboardBundle/Command/ définissent l’enregistrement des capacités et la permission manager_dashboard. Elles écrivent la configuration : ce sont des preuves d’implémentation, pas des instructions d’exécution en production pour les administrateurs clients. Aucun paramètre ni commande n’a été modifié ou exécuté pour cette documentation.

Portée, persistance et dépendances

Les choix de niveaux/relations sont en session, sans constituer un paramètre enregistré pour l’entreprise. filters conserve les choix et perimeter la dernière population pour les détails. La hiérarchie est mise en cache pendant 600 secondes en session, pour l’utilisateur courant. Ce délai ne définit ni rafraîchissement des graphiques ni engagement d’alimentation des données.

Le modèle coche initialement N − 1 et les niveaux mémorisés en session. Le choix entreprise entière est initialement décoché. Les sélecteurs métier et campagne sont distincts du paramétrage du client. L’échelle de compétences vient du client ; certains calculs de motivation possèdent leur propre échelle fixe : ne supposez pas qu’une seule échelle configurable pilote tous les indicateurs.

Dépendances : Symfony/Doctrine, base de données, sessions, ressources Twig/JavaScript, Highcharts, DataTables et Select2. Aucun compte BI externe n’est établi comme prérequis de cette route. Les délais d’alimentation et garanties de synchronisation ne sont pas vérifiés.

Validation, activation et retour arrière

Après une modification autorisée, vérifiez un onglet, un panneau attendu, une population connue, un détail compatible et un export filtré. Testez avec un manager restreint et un administrateur. Comparez les populations avant les pourcentages.

Testez séparément niveaux seuls et relations incluses. Le traitement des entretiens ne renseigne pas les relations comme les autres onglets ; le JavaScript des détails de campagne n’envoie que les niveaux. Ne supposez pas une conservation automatique du périmètre incluant les relations.

Si une modification crée une visibilité inattendue, demandez au responsable autorisé de restaurer les valeurs d’accès/activation préalablement relevées, puis de revalider les comptes concernés. Aucun retour arrière en un clic ni délai de propagation n’est vérifié. Masquer un graphique ne nécessite pas de supprimer compétences ou campagnes.

Dépannage

• Page sans onglets : vérifiez les options d’onglets, même si la permission générale autorise la page.
• Panneau absent : vérifiez son option propre et les données nécessaires.
• Relations absentes : vérifiez activation, relations du client et affectations au manager.
• Population vide ou incorrecte : vérifiez hiérarchie, comptes actifs, visibilité et résumé des filtres ; le cache de session peut conserver temporairement l’ancienne structure.
• Détail d’entretien indisponible : vérifiez activation de l’onglet et existence de la campagne. Le détail impose un contrôle d’option plus strict que le repli d’accès à la page.
• Écart vue d’ensemble/détail : vérifiez traitement des relations et sélections locales de recherche/métier/campagne.

Preuves et limites

Vérifié dans le code : legacy src/Company/ManagerDashboardBundle/Services/Helper.php (hasAccess, isManagerDashboardActive, isAdmin), Controller/DefaultController.php, Command/, Resources/views/, Resources/public/js/dashboard.js ; src/Security/FeatureSwitchVoter.php, src/Security/Voter/BaseVoter.php, src/Service/Configuration/FeatureSwitchService.php (isSwitchActive, getValue). Ces chemins décrivent le code local, pas les valeurs déployées.

Documenté dans Confluence : FAQ matricielle, v1, 24 septembre 2026, pour l’usage à la maille équipe. Pages PS consultées : Delivery Philosophy & Project Methodology, v7, 30 décembre 2025, et Onboarding/learning and partner certification, v9, 18 février 2026. Elles ne fixent ni valeurs par défaut ni parcours administrateur du tableau de bord. L’entrée KBCT 2136702980 est le dossier FAQ.

Observé dans l’application : filtres de population manager en français/anglais, onglets disponibles et états vides/renseignés. Non vérifié : valeurs effectives, écran de paramétrage client dédié, héritage entre générations et version déployée. Les captures françaises/anglaises des contrôles de population sont incluses ; celles d’un éditeur de paramètres restent indisponibles. Aucun paramètre n’a été changé.