Vivier de talents — guide de configuration
Préparez les accès, les informations et la population de chaque vivier. Ce guide s’adresse aux administrateurs autorisés. Le guide fonctionnel décrit l’usage quotidien et le guide technique les API et traitements.
La disponibilité de Talent Pool, ses données et ses commandes dépendent de la configuration de l’entreprise et des permissions attribuées à chaque rôle. Coordonnez l’activation et les services plateforme avant de configurer les viviers.
Responsabilités et générations
| Responsable | Legacy | Refonte / nextgen |
|---|---|---|
| Équipe projet / plateforme | Activation hybride et droits de navigation legacy exposant l’entrée refondue. | Autorisations API, données collaborateurs, traitement des règles et infrastructure de synchronisation People Review. |
| Administrateur client | Aucun écran legacy distinct de maintenance identifié dans les chemins inspectés. Les accès legacy sont un prérequis à l’entrée intégrée. | Création/modification autorisée, population manuelle et règles dynamiques ; droits gérés dans le parcours de rôles applicable. |
Une navigation legacy peut ouvrir un écran nextgen. Ne créez pas deux catalogues indépendants et ne déduisez pas de cette navigation une migration des données.
Administrateur client — préparer les accès
- Définissez qui doit lire les viviers, maintenir leurs informations, gérer leurs membres ou les supprimer.
- Faites confirmer activation et prérequis de navigation du module refondu par l’équipe plateforme.
- Configurez les rôles selon Rôles et permissions.
- Attribuez séparément les rôles de lecture, création, modification, ajout, retrait et suppression. L’accès au menu n’accorde pas toutes les actions.
- Préparez des dossiers collaborateurs et champs fiables avant les règles dynamiques.
| Permission | Effet dans la fonction |
|---|---|
read-talent-pool | Liste, détail et membres via l’API ; présente dans la définition de navigation intégrée. |
create-talent-pool | Création et commandes de création dans le client. |
update-talent-pool | Informations et règles ; conditionne aussi Dynamic selection dans l’ajout de membres. |
delete-talent-pool | Suppression et commandes correspondantes. |
add-user-to-talent-pool | Ajout manuel et affichage de Add members. |
remove-user-from-talent-pool | Retrait des appartenances admissibles et affichage des sélections/actions de retrait. |
Aucune attribution universelle par défaut n’a été établie. Un intitulé RH ou Manager ne prouve pas un droit effectif. L’appartenance à un vivier n’attribue aucun de ces droits.
Nom et description du vivier
Créez depuis la liste ou ouvrez le panneau d’informations et choisissez Edit. Donnez un nom clair et, si utile, une description de la population et du responsable de sa maintenance. Relisez l’action finale puis vérifiez la fiche rouverte après enregistrement.
| Champ | Comportement du client | Contrat serveur / périmètre |
|---|---|---|
| Name | Obligatoire, vide à la création ; maximum 250 caractères dans le formulaire. | titles est une table de traductions par langue obligatoire, limitée à 255 caractères par traduction. L’interdiction des doublons de titre n’est pas établie. |
| Description | Facultative, vide à la création ; maximum 500 caractères dans la zone de texte. | descriptions accepte du contenu localisé facultatif, limité à 1 000 caractères par traduction avec nettoyage HTML. La limite API ne remplace pas la limite plus basse de l’interface. |
| Langue | Le texte est envoyé sous la langue de l’entreprise, sinon celle par défaut du client. | Langue d’interface et clés de traduction du contenu sont distinctes. |
| Owner / date de création | Informations non modifiables dans les formulaires inspectés. | Le client utilise le créateur ; les propriétés Owner de l’API sont distinctes et en lecture seule. |
| État du vivier | Le formulaire de vivier ne comporte pas de champ d’état. | Active = 1, Archived = 2 dans l’API ; entité Active initialement. Distinct du filtre de statut des candidats. |
| Lecture seule | Configurez les droits par rôle ; le formulaire de vivier ne comporte pas de commutateur dédié. | False par défaut dans l’entité Group commune. Un vivier en lecture seule refuse mise à jour, suppression et changements de membres. |
Changer la langue d’interface ne traduit pas automatiquement le contenu. Rédigez titres et descriptions pour le public visé.
Après l’enregistrement, rouvrez le vivier et confirmez son nom et sa description. Gérez séparément les informations du vivier et sa population ; le retrait d’un membre ne supprime pas le vivier.
Population manuelle
Ouvrez Add members puis Manual selection. Recherchez/filtrez les candidats, sélectionnez les personnes et relisez le panneau des personnes sélectionnées avant confirmation. Recherche, Active/Inactive et sélection multiple de managers sont des filtres de candidats, pas des règles persistantes.
Les cases concernent la page de candidats courante. Le panneau sélectionné peut conserver des personnes d’autres pages : relisez-le en entier. Le client exclut localement les membres chargés ; le traitement serveur fait autorité.
Utilisez le parcours de retrait pour supprimer une appartenance manuelle. Examinez les campagnes People Review liées avant toute modification et coordonnez toute mise à jour de population avec leur propriétaire.
Population dynamique
La sélection dynamique nécessite la permission de mise à jour en plus de l’accès à l’ajout de membres. Elle utilise le constructeur de règles commun en contexte talent_pool, avec un aperçu.
- Confirmez que les attributs évalués sont complets et maintenus par un processus faisant autorité.
- Choisissez champ, opérateur pris en charge et valeur du bon type pour chaque condition.
- Examinez regroupements AND/OR et aperçu. Les champs et opérateurs dépendent de la configuration des règles de votre espace ; demandez au responsable plateforme quelles options sont disponibles.
- Relisez aussi la sélection manuelle : une même session peut soumettre ajout manuel et modification de règles.
- Enregistrez uniquement la définition relue, puis vérifiez la liste finale et les participants des campagnes liées.
| Paramètre / contrôle | Sens et validation |
|---|---|
| Champ | Attribut du collaborateur fourni par le constructeur de règles configuré. Demandez au responsable plateforme quels champs et opérateurs sont disponibles dans votre espace. |
| Opérateur | Comparaison appliquée au champ. Utilisez ceux proposés par le constructeur, pas un opérateur libre supposé. |
| Valeur | Doit correspondre au type du champ. Le convertisseur traite particulièrement entiers et existence et omet les conditions à valeur vide/null/undefined. |
| Expression AND / OR | Combine les conditions de l’expression. Les expressions racines du tableau API sont AND ; plusieurs sections visibles ne signifient pas automatiquement OR. |
| Aperçu | Aide à examiner la population future. Ne prouve ni persistance de fond ni synchronisation de campagne terminée. |
| Règles vides | Le convertisseur peut envoyer un tableau vide. Le traitement serveur retire alors les appartenances créées par règle. Les appartenances manuelles sont à considérer séparément. |
La fenêtre valide les règles conditionnelles lorsque la sélection dynamique est active. Relisez la définition enregistrée et l’aperçu avant de confirmer une modification. Si vous passez de la sélection dynamique à la sélection manuelle, relisez les personnes sélectionnées et les changements de règle avant d’enregistrer.
Exemple illustratif : une règle approuvée sur un attribut organisationnel disponible peut maintenir le vivier quand les données changent. C’est une règle de population, pas un score IA de talent ou une recommandation de décision d’emploi.
Référence équipe projet / plateforme
La définition legacy de smr_talent_pool déclare :
| Dépendance | Configuration plateforme |
|---|---|
| Activation hybride | enable_new_neobrain_hybrid_platform |
| Droit de navigation legacy | smr_talent_pool_access |
| Périmètre refondu | read-talent-pool |
| Destination admin | admin/modules/talent-pool |
Vérifié dans le code : legacy app/config/neobrain/company/definitions.yml, CompanyNavigationExtension::getSmrTalentPoolFeature et routes du client nextgen. Ce sont des prérequis plateforme, pas des instructions de modification serveur pour l’administrateur client.
Le playbook SMR décrit activation hybride, navigation unifiée et séparation des droits de menu legacy et des permissions du module refondu. L’équipe plateforme doit également gérer le traitement des règles et la synchronisation People Review. Ces traitements peuvent se poursuivre après l’enregistrement ; contactez l’équipe plateforme si la population ne se met pas à jour.
Relire les changements de population
- Confirmez l’objectif du vivier, son responsable, la source des données collaborateur et les rôles autorisés avant de modifier sa population.
- Pour les changements manuels, relisez toute la sélection et le nombre indiqué dans la confirmation. Rouvrez ensuite le vivier pour consulter sa liste de membres.
- Pour les changements dynamiques, relisez règle, aperçu et valeurs des champs avant enregistrement. Le traitement des membres est asynchrone ; rouvrez le vivier ultérieurement pour consulter la population obtenue.
- Avant de modifier ou retirer des membres d’un vivier lié, coordonnez-vous avec le responsable People Review et consultez la liste des participants après synchronisation.
- Avant de supprimer un vivier ou d’effacer ses règles, suivez la politique de conservation et le processus de validation des changements de l’organisation. Une modification ultérieure du texte ou des règles ne garantit pas l’annulation des effets déjà synchronisés sur les campagnes.
| Symptôme | Vérification |
|---|---|
| Entrée masquée | Switch hybride et droit de menu legacy, puis lecture refondue. |
| Sélection dynamique absente | Permission de mise à jour et accès à l’ajout de membres. |
| Candidats absents | Filtres, données, visibilité effective et exclusion des membres chargés. L’autorisation exacte de population est à valider pour le tenant. |
| Retrait impossible | Une appartenance créée par règle se modifie via sa règle ; un vivier en lecture seule refuse rattachement/détachement. |
| Règles enregistrées, membres anciens | Publication/consommation de fond, valeurs de champs, validation et rafraîchissement du compteur. |
| Erreur après changement partiel | Ajout manuel et mise à jour des règles sont distincts. Actualisez le vivier avant de réessayer ; une erreur n’annule pas nécessairement une action précédente réussie. |
Coordination avec l’équipe plateforme
Demandez à l’équipe plateforme de gérer l’activation hybride, le droit de navigation legacy, les permissions du module refondu, la disponibilité des données collaborateurs, le traitement des règles et la synchronisation People Review. Ces dépendances relèvent de l’espace, pas des paramètres client du vivier. Consultez le guide technique pour les détails d’implémentation.
Dernière mise à jour : 3 novembre 2026