Talent Marketplace — configuration administrateur

Responsabilités et périmètre

Cette page s'adresse aux administrateurs qui préparent l'accès à l'annuaire, les populations visibles et les champs disponibles. La recherche quotidienne figure dans le guide fonctionnel. La responsabilité de configuration et la génération d'implémentation sont deux dimensions distinctes.

Responsable / portée	Refonte — nextgen	Historique — legacy
Administrateur client : fonctionnalité	Groupes de visibilité et rôles dans l'administration refondue. Métadonnées de champs exposées par nextgen-back ; éditeur nextgen correspondant non vérifié.	Contrôles SmartEditor des filtres et profils détaillés. Des entrées de permissions/visibilité historiques coexistent ; elles ne sont pas nécessairement toutes autoritaires pour chaque tenant.
Projet / cœur de plateforme : équipe plateforme	Disponibilité de l'administration, accès API et correspondances de champs. Aucune activation distincte d'un moteur de recherche nextgen n'est établie.	Activation des modules, options fonctionnelles, disponibilité des données de matching et intégration IA. Ce sont des prérequis plateforme, pas des tâches ordinaires de l'administrateur client.

Observé dans l’application — observé : navigation administrateur, groupes de visibilité refondus et dialogue historique de champs en anglais inspectés sur smartmobility.io. Aucun paramètre enregistré. Les captures françaises ci-dessous proviennent de l'interface française ; les noms de champs/groupes définis par le tenant peuvent rester non traduits.

Administrateur client — refonte (nextgen)

Préparer groupes de visibilité et périmètres des rôles

Prérequis : compte administrateur autorisé à gérer les groupes et rôles, et définition claire des populations qui doivent se voir. La bascule manager/personnel ne donne pas à elle seule les droits administrateur.

1. Ouvrir Paramètres > Visibilité.
2. Vérifier les groupes et leurs membres au regard des populations souhaitées.
3. Identifier le groupe nécessaire à chaque rôle ; lorsqu'une modification est autorisée, le créer ou l'adapter avec le parcours d'administration.
4. Ouvrir Paramètres > Rôles et examiner actions et périmètres. Un groupe définit une population ; sa création seule n'accorde pas l'accès à l'annuaire.
5. Valider séparément le résultat avec des comptes RH/manager et collaborateur représentatifs.

La page Groupes de visibilité explique le périmètre d’accès ; ce n’est pas un résultat de recherche collaborateur. Utilisez une configuration autorisée de groupes et rôles avant de contrôler la population de l’annuaire. Écran nextgen observé en français, intégré dans le cadre de l'application historique. Le texte explique l'utilisation des groupes dans les paramètres des rôles. Les noms définis par le tenant sont des données de l'organisation.

Afficher en taille réelle

Vérifié dans le code — vérifié dans le code : nextgen-front src/router/private-routes.ts associe ces routes à src/modules/Users/VisibilityGroups/ et src/modules/Users/Roles/. Un préfixe /company/ dans l'URL du cadre ne prouve pas que l'écran intégré est historique.

Métadonnées de champs nextgen et coexistence

Nextgen-back expose quatre propriétés indépendantes. Elles correspondent aux propriétés d'entité utilisées par l'annuaire historique ; il ne s'agit pas de quatre réglages sans lien à recopier dans chaque génération.

Usage	Propriété API	Correspondance historique
Filtres collaborateur	displayed_on_user_talent_marketplace	filterTmkpFo
Filtres RH/manager	displayed_on_manager_or_hr_talent_marketplace	filterTmkpBo
Profil détaillé collaborateur	visible_on_user_talent_marketplace_detailed_profile	isVisibleOnTalentMarketplaceDetailedProfile
Profil détaillé RH/manager	visible_on_manager_or_hr_talent_marketplace_detailed_profile	isVisibleOnTalentMarketplaceDetailedProfileBo

Vérifié dans le code : AbstractFieldDTO initialise ces propriétés à false. Ces valeurs initiales du DTO ne prouvent pas les valeurs persistées du tenant. Un éditeur nextgen et la priorité de tous les contrôles anciens/nouveaux sont Non vérifié — non vérifiés. Utiliser l'éditeur confirmé pour le tenant sans dupliquer arbitrairement la configuration.

Administrateur client — historique (legacy)

Configurer les champs dans SmartEditor

Entrée observée : Menu utilisateur > Configuration > SmartEditor, puis section du profil collaborateur ou de l'emploi. Utiliser cette entrée uniquement si elle est accessible à votre compte administrateur.

1. Ouvrir le champ collaborateur ou emploi concerné dans SmartEditor.
2. Examiner séparément ses réglages de filtre Talent Marketplace BO et FO.
3. Examiner séparément sa visibilité dans le profil détaillé Talent Marketplace BO et FO.
4. Lors d'une modification autorisée, choisir Visible / Non visible pour chaque réglage applicable.
5. Vérifier ordre et traductions ; enregistrer uniquement lorsqu'une modification est autorisée, puis contrôler filtres et profils dans chaque contexte.

La liste legacy présente les champs collaborateur configurables et leurs contrôles d’édition. Ouvrez le champ voulu pour examiner filtres et visibilité dans l’annuaire ; cette liste seule ne montre ni ces réglages ni leur effet sauvegardé. Liste française observée. Les libellés de champs et leurs identifiants sont propres au tenant. Le dialogue détaillé a été inspecté en anglais avec le compte administrateur initial ; sa capture française n'a pas été obtenue et n'est pas remplacée par l'image anglaise.

Afficher en taille réelle

Les libellés anglais effectivement observés sont Filter on talent marketplace BO/FO et Visible on Talent Marketplace detailed profile - BO/FO. BO désigne RH/manager ; FO désigne collaborateur. Les choix du dialogue anglais sont Visible / Not visible ; leur traduction exacte dans un dialogue français reste Non vérifié.

Un champ peut être filtrable sans apparaître dans le détail, ou visible dans le détail sans servir de filtre. Les filtres généraux FO/BO, ceux des offres et la visibilité ordinaire du profil sont distincts : utiliser les réglages propres à la Talent Marketplace. Activer un champ ne renseigne pas les profils et n'active pas le module annuaire.

Vérifié dans le code : TMKPFiltersType utilise tmkp_bo côté manager et tmkp_fo côté collaborateur. SearchCompanyEntityType::buildForm sélectionne les définitions selon filterTmkpBo ou filterTmkpFo. Le modèle SmartEditor et CompanyEntityForm exposent les quatre réglages.

Contrôles d'accès historiques

La page Configuration historique expose Rôles et droits et Gestion de la visibilité. Ces liens ont été observés, sans exercer un second système de permissions dans cette revue. Confirmer le parcours supporté par le tenant avant d'éditer les écrans historiques et refondus. Aucune migration automatique, synchronisation exhaustive des permissions ou règle de priorité n'est promise.

Projet / cœur de plateforme — prérequis de l'équipe plateforme

Cette section est une référence plateforme. Un administrateur client demande l'activation ou les données manquantes à son interlocuteur plateforme ; les identifiants ci-dessous ne sont pas des instructions de modification serveur ou de base.

Prérequis nextgen

Rendre l'administration refondue de visibilité/rôles accessible aux administrateurs prévus et exposer les métadonnées nécessaires par API. Le code nextgen vérifié constitue une dépendance d'administration ; aucun moteur de recherche distinct ni bascule universelle de migration n'a été vérifié.

Activation historique et dépendances

Capacité	Référence plateforme et dépendance
Annuaire collaborateur	annuaire, évalué par EMPLOYEE_BOOK_FO_ACCESS.
Annuaire RH/manager	annuaire_bo, règles manager/école principale et rôle ; l'accès haut potentiel peut également autoriser l'annuaire. Voir EmployeeBookVoter.
Contrats	Manager company_book_contract_filter_bo ; collaborateur company_book_contract_filter_fo.
Ville	Manager city_filter_bo ; collaborateur city_filter_fo.
Langues	Manager language_filter ; collaborateur language_filter_fo.
Critère emploi	Manager show_job_exclusion ; collaborateur show_job_exclusion_fo.
Mobilité	Manager show_internal_mobility ; collaborateur show_internal_mobility_fo.
École	Manager company_book_school_filter_bo ; collaborateur company_book_school_filter_fo.
Matching offre	job_matching_bo / job_matching_fo, plus la disponibilité contrôlée par UserCustomJobMatchingService. L'option seule ne suffit pas.
Préremplissage IA RH/manager	tmkp_ai_search, accès annuaire, intégration serveur et filtres affichés. Pas d'équivalent collaborateur trouvé dans le contrôleur inspecté.
Masquage de profil	collaborator_can_change_visibility ; accès au profil et action de visibilité collaborateur distincts de la visibilité des champs.

Vérifié dans le code : areScoresBySettingAvailable() vérifie la présence du stockage de matching du tenant dans la liste des configurations actives. Son nom ne prouve pas que les scores enregistrés sont complets et à jour. Provisionnement et calcul relèvent de l'équipe plateforme ; aucune procédure manuelle de base n'est prescrite ici.

Pour l'IA, l'équipe plateforme fournit la configuration serveur URL/clé, valide la disponibilité distante puis active la capacité. L'administrateur client vérifie le résultat visible et ne configure pas le secret serveur. Les valeurs universelles et priorités d'héritage des options restent non vérifiées.

Validation, déploiement et retour arrière

Procédure recommandée (Inferred — recommandation déduite) :

1. Relever activations effectives, périmètres et quatre réglages de champs avant modification.
2. Valider les deux personas et langues. Une redirection collaborateur vers l'accueil impose de vérifier son activation ; l'accès manager ne la remplace pas.
3. Tester un profil autorisé, un profil exclu et un champ visible dans un seul contexte.
4. Tester chaque filtre activé avec des données renseignées ; une liste vide peut révéler un référentiel manquant.
5. Pour une offre absente, vérifier activation et disponibilité des données séparément. Pour l'IA, vérifier l'activation manager et l'intégration.
6. En cas d'échec après une modification autorisée, restaurer les valeurs relevées via le même parcours supporté, puis revérifier. Désactiver l'IA séparément si seul le préremplissage est concerné.

Il s'agit de contrôles à effectuer, pas d'une déclaration de réussite de tous les cas. Aucun paramètre n'a été modifié pendant la documentation.

Sources et limites

Revue du 15 octobre 2026.

• Observé dans l’application : visibilité nextgen en français/anglais, navigation Configuration/SmartEditor historique et dialogue de champ en anglais. Les captures sont propres à chaque langue. Le compte fonctionnel fourni accède à l'annuaire manager et est redirigé depuis l'annuaire collaborateur ; la cause effective n'a pas été modifiée ni entièrement diagnostiquée.
• Vérifié dans le code : legacy src/Company/EmployeeBookBundle/Security/EmployeeBookVoter.php, contrôleurs Company/EmployeeBookBundle et Customer/EmployeeBookBundle, src/Form/Type/TMKPFiltersType.php, src/Form/Type/CompanyEntityForm.php, src/Company/SwpBundle/Form/Type/SearchCompanyEntityType.php, src/Company/SwpBundle/Resources/views/List/Forms/form.html.twig, src/Service/UserCustomJobMatching/UserCustomJobMatchingService.php.
• Vérifié dans le code : nextgen-front src/router/private-routes.ts et modules rôles/visibilité ; nextgen-back src/Domain/V1/Field/DTO/AbstractFieldDTO.php et src/Http/Api/Routing/V1/custom_field.yaml.
• Non vérifié : toutes les priorités des réglages historiques/refondus, éditeur de champs nextgen, dialogue détaillé français, valeurs/héritage déployés, fraîcheur des scores, disponibilité IA et exercice complet de retour arrière. L'accès existant ne donne pas l'autorisation de modifier le cœur de plateforme.

Voir le guide fonctionnel pour les deux parcours et la documentation technique pour les contrats.