Galaxie des métiers — guide de configuration

Préparez les accès, le référentiel, les scores et les dépendances du plan de carrière avant l'activation. Le guide fonctionnel décrit l'usage salarié ; le guide technique détaille les contrats et traitements.

Prérequis et responsabilités

L'administrateur autorisé ou l'équipe d'implémentation gère les activations et le matching. Les RH maintiennent les affectations, fiches, compétences, traductions, familles et horizons. Le salarié explore sa carte et gère ses favoris/plans.

Observé dans l'application : Jim Carter pouvait utiliser la galaxie dans PS Testing 2026 et passer à l'espace manager. La page dédiée aux paramètres a répondu You are not authorized to access this resource. L'espace manager ne prouve donc pas un droit de configuration. Aucun autre compte ou tenant n'a été utilisé.

Vérifié dans le code : SettingController::galaxyParametersAction refuse les contextes sans école ou avec une école rattachée à une autre. Le formulaire est désactivé lorsque galaxy_module est inactif. Une carte Galaxie existe dans les paramètres du compte entreprise ; ce parcours administrateur et ses libellés déployés n'ont pas pu être vérifiés avec Jim.

1. Préparer les données

1. Affectez un métier actuel valide à chaque salarié concerné.
2. Préparez des fiches actives, non masquées, liées à un statut visible.
3. Fournissez une traduction du titre dans la langue du salarié.
4. Configurez dans Smart Editor un champ métier portant le drapeau job_family, avec ses valeurs et traductions. Son absence provoque une erreur de configuration explicite dans le service.
5. Maintenez les compétences attendues, niveaux, pondérations et évaluations des salariés.
6. Vérifiez les niveaux de classification : sauf désactivation, un niveau actuel non nul limite la galaxie aux niveaux positifs entre le niveau actuel et ce niveau + 2.
7. Confirmez que le traitement de matching a enregistré des scores salarié/métier. L'activation du menu ne crée pas ces scores.

Vérifié dans le code : les familles sont appliquées avant le tri des scores et la limite de 400 métiers. La recherche filtre ensuite cette liste chargée.

2. Vérifier l'activation et les dépendances

Paramètre/dépendance	Portée et effet	Preuve
galaxy_module	Activation entreprise de l'onglet et de la page.	Vérifié dans le code ; usage actif observé.
Métier affecté	Nécessaire au lien activé et au contexte central.	Vérifié dans le code ; contexte observé.
hide-job-grading	Neutralise le filtre de niveau transmis à la requête.	Vérifié dans le code ; valeur du tenant non lue.
job_proximity_matching_red, ..._orange, ..._green	Intervalles de scores de l'entreprise, clés JSON first et second, converties en nombres. Repli 0–1 par borne manquante.	Vérifié dans le code ; seuils du tenant non lus.
careerplan_fo et horizons	Navigation du plan de carrière et cibles temporelles disponibles.	Vérifié dans le code ; dialogue observé, enregistrement non testé.
module_formations_fo	Disponibilité du module formation transmise au client. Des contenus pertinents restent nécessaires.	Vérifié dans le code ; lien observé.
galaxy_test_un_metier	Intégration optionnelle avec conditions de tenant et de salarié.	Vérifié dans le code ; non observé.

Définissez des intervalles cohérents sans chevauchement. La requête teste rouge, puis orange, puis classe le reste en vert ; elle ne teste pas séparément les bornes vertes. Les replis 0–1 ne sont pas des valeurs recommandées de déploiement. Faites confirmer les seuils approuvés par le responsable de configuration.

3. Distinguer parcours et proximité

Le modèle de page de configuration comporte deux parties :

• Parcours de la galaxie : Data Science API est désactivé et Live AI computing coché. Le commentaire du modèle indique que SmartMobility utilise actuellement Live AI pour ces parcours. Le contrôleur appelle directement le fournisseur IA legacy.
• Proximité métier : JOB_PROXIMITY_ALGORITHM pilote le calcul des scores. Les choix du modèle sont None (0), Live computing (1) et Data Science API (2) marqués obsolètes, Live AI computing (3) et Job Proximity matching v2 with semantic match (4) présenté comme valeur par défaut. La valeur enregistrée sur PS Testing n'a pas été lue.

Changer le calcul de proximité ne sélectionne pas un autre générateur de parcours. Vérifiez le recalcul et la synchronisation des scores avant d'évaluer la carte. La clé nextgen GALAXY_PATH_ALGORITHM et son enum ne prouvent pas que le contrôleur legacy les utilise.

4. Comprendre les anciens paramètres conservés

Champs vérifiés dans le code, non observés comme modifiables avec Jim :

Champ	Repli et valeurs admises	Limite
Boost family	Off ; On/Off	Off rétablit K Family à 1 lors de la soumission.
K Family	1 ; 0–1	Paramètre de renforcement de famille conservé.
Max step	3 ; validation de l'entité 1–5	Le formulaire HTML accepte 0–5, mais l'entité refuse 0.
Edge threshold	0 ; 0–1, pas de 0,01	Ancien paramètre de graphe.
N top	5 ; 3–10	Ancien nombre de candidats.

Ces replis proviennent des constantes et de findForComputePath, sans prouver les valeurs sauvegardées de l'entreprise. Le calcul IA actuel ne transmet pas ces champs au fournisseur : ne promettez pas qu'un changement de Max step ou N top modifiera les parcours. Les champs de modèle shortest/motivation/skills ne prouvent pas non plus trois modes de parcours opérationnels.

5. Valider, activer et revenir en arrière

1. Relevez les valeurs existantes avec le responsable autorisé : activation, seuils, algorithme et données sources.
2. Corrigez les données et le matching dans le tenant de test prévu.
3. Faites appliquer les valeurs approuvées dans le formulaire disponible par une personne autorisée ; ne contournez pas un refus d'accès.
4. Contrôlez le métier central, recherchez une cible éligible et examinez le parcours, les compétences et l'explication.
5. Si la persistance fait partie de la recette, vérifiez un favori et un plan de test clairement nommé, puis sa cible dans Plans de carrières.
6. Testez séparément l'absence de résultats et les comptes restreints. Un parcours en cache ne prouve pas la prise en compte de nouveaux scores.
7. Si nécessaire, restaurez les valeurs relevées et rouvrez la page. La désactivation du module bloque/masque l'accès ; ce contrôle ne supprime pas les favoris ou plans enregistrés.

La cible ouvre une fiche à gauche et un parcours surligné sur la carte. Lisez métier et explication, puis ouvrez la fiche complète si nécessaire ; le parcours proposé ne change pas votre métier affecté. Cette capture salarié illustre le résultat attendu ; elle ne présente pas de contrôles de configuration fictifs.

Afficher en taille réelle

Dépannage et coexistence

Symptôme	Contrôle
Accès aux paramètres refusé	Contexte entreprise/école autorisé ; l'espace manager ne suffit pas.
Galaxie absente	Module, métier affecté et navigation.
Carte vide ou en erreur	Champ de famille, traductions, scores et ressources du navigateur.
Métier manquant	Statut, activation, masquage, langue, famille, niveau, scores et limite de 400.
Couleurs inattendues	Chevauchement/repli des seuils et fraîcheur des scores.
Ancien paramètre sans effet	Distinguer les paramètres de graphe du calcul IA actuel.
Cible impossible à enregistrer	Trois plans maximum, horizons disponibles et association finale.

L'écran observé est legacy. Les types de configuration nextgen et les API JPM d'AIhub ne prouvent pas une migration de cet écran ni un appel AIhub à chaque sélection.

Preuves et limites

Observé dans l'application : PS Testing 2026, Jim Carter, 23 octobre 2026 ; galaxie opérationnelle, changement d'espace et refus de la configuration dédiée. Aucun objet ou paramètre modifié.

Vérifié dans le code : SettingController, Setting/galaxy.html.twig, GalaxyApiParametersType, GalaxyApiParameters et son repository, GalaxyService, UserJobMatchingRepository, sous-menus et enums nextgen. Voir la carte des sources.

Non vérifié : soumission administrateur, valeurs réelles du tenant, changement d'algorithme, délai de rafraîchissement, exécution du retour arrière et intégrations optionnelles. Le compte imposé ne donne pas accès au formulaire dédié.