> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/fr/administration-et-parametres/msp-and-advanced-features.md). # Fonctionnalités MSP et avancées Cette section couvre les fonctionnalités avancées conçues pour les fournisseurs de services managés (MSP) et les utilisateurs avancés qui ont besoin d’un contrôle et d’une flexibilité accrus dans RealmJoin. ### Sélecteur de Tenant La fonctionnalité Sélecteur de Tenant permet aux MSP d’établir des relations Tenant parent-enfant dans une hiérarchie 1:N, permettant une gestion centralisée sur plusieurs environnements clients. #### Aperçu Avec la fonctionnalité Sélecteur de Tenant, les administrateurs d’un Tenant parent peuvent basculer en toute transparence vers n’importe quel Tenant enfant connecté et effectuer des tâches administratives à l’aide de leurs identifiants du Tenant parent. Cela élimine le besoin de maintenir des comptes séparés pour chaque client géré. #### Principaux avantages * **Gestion centralisée des accès**: Conservez un seul jeu d’identifiants tout en gérant plusieurs Tenants clients * **Opérations simplifiées**: Basculez rapidement d’un environnement client à l’autre sans vous déconnecter * **Sécurité cohérente**: Les politiques de sécurité et les méthodes d’authentification du Tenant parent s’appliquent à tous les Tenants enfants * **Piste d’audit**: Toutes les actions effectuées dans les Tenants enfants sont traçables jusqu’à l’administrateur du Tenant parent #### Conditions de configuration Pour établir des relations Tenant parent-enfant : 1. Le Tenant parent doit avoir la licence MSP activée 2. **Configuration du backend requise**: L’équipe RealmJoin doit marquer le Tenant enfant avec l’identifiant du Tenant parent dans le système backend. Cette configuration doit être demandée via un ticket d’assistance séparé ou pendant le processus d’onboarding initial 3. Les Tenants enfants doivent autoriser explicitement la connexion du Tenant parent 4. Les administrateurs du Tenant parent doivent disposer des autorisations appropriées configurées dans le Tenant parent 5. Chaque Tenant enfant conserve sa propre isolation des données et ses propres frontières de sécurité #### Utilisation du Sélecteur de Tenant Une fois configuré, les administrateurs autorisés peuvent accéder au sélecteur de Tenant en cliquant sur le nom du Tenant au centre de la barre d’en-tête supérieure. Sélectionnez le Tenant enfant cible dans le menu pour changer de contexte. Les identifiants de votre Tenant parent restent actifs et toutes les actions sont effectuées avec les autorisations appropriées dans le périmètre du Tenant enfant.
### Autorisations des rôles personnalisés Par défaut, seuls les administrateurs RealmJoin peuvent utiliser la fonctionnalité de sélecteur de Tenant. Cependant, des rôles personnalisés peuvent être configurés pour accorder l’accès au sélecteur de Tenant à des utilisateurs non administrateurs disposant d’autorisations limitées dans les Tenants enfants. Les cas d’utilisation courants incluent : * **Demandeur de logiciels**Utilisateurs qui créent et gèrent des packages d’applications sans droits d’administration complets * **Support de premier niveau**Personnel du service d’assistance qui a besoin d’un accès limité pour résoudre les problèmes des utilisateurs Pour plus d’informations sur la configuration des rôles personnalisés, consultez la [documentation sur les rôles personnalisés](/fr/administration-et-parametres/permission/custom-roles.md). #### Autorisation requise : `CanAdministerTenantPartners` L’accès au sélecteur de Tenant est accordé par l’autorisation du rôle personnalisé **`CanAdministerTenantPartners`**. Attribuez-la dans les rôles personnalisés du **Tenant parent**. Les utilisateurs qui la possèdent peuvent ouvrir le sélecteur de Tenant et basculer vers chaque Tenant enfant connecté au Tenant parent. Dans le Tenant enfant, ces utilisateurs conservent le **rôle prédéfini qu’ils ont dans le Tenant parent** (par exemple Supporter, Advanced Supporter ou Auditor). Le sélecteur de Tenant leur donne uniquement accès au Tenant enfant. Il ne leur accorde pas de droits d’administration sur celui-ci. Cela vous permet de donner au personnel d’assistance accès à tous les Tenants clients avec exactement les autorisations qu’il a déjà dans le Tenant parent, sans en faire des administrateurs RealmJoin. {% hint style="info" %} **Prérequis** * [Rôles personnalisés](/fr/administration-et-parametres/permission/custom-roles.md) doit être activé dans le Tenant parent. * Le Tenant parent doit être enregistré comme Tenant partenaire dans le backend RealmJoin. Sinon, l’éditeur de rôles personnalisés rejette `CanAdministerTenantPartners` en tant que non autorisé. Cet enregistrement est effectué par le support RealmJoin. {% endhint %} **Exemple : Support de premier niveau sur tous les Tenants clients** Votre personnel du service d’assistance est membre du groupe Entra `RJ-Support` dans le Tenant parent. Ce groupe est configuré comme un **Supporter** groupe dans les paramètres de rôle RealmJoin du Tenant parent. Pour leur permettre de basculer vers les Tenants clients, ajoutez la règle suivante aux rôles personnalisés du Tenant parent : ```json { "Rules": [ { "Name": "Assistance : Sélecteur de Tenant", "Description": "Permet à l’équipe d’assistance de basculer vers tous les Tenants enfants avec les autorisations du rôle Supporter.", "Groups": [ "5d3c1a2b-8e4f-4a6b-9c7d-2e1f0a9b8c7d" ], "Permissions": [ "CanAdministerTenantPartners" ] } ] } ``` Remplacez l’ID du groupe par l’ID d’objet de votre `RJ-Support` groupe. Après que les utilisateurs se sont reconnectés, ils voient le sélecteur de Tenant dans la barre d’en-tête. Dans chaque Tenant enfant, ils travaillent avec les autorisations Supporter, tout comme dans le Tenant parent. Points à prendre en compte : * **Seuls les rôles prédéfinis sont transférés.** Les autres autorisations de rôle personnalisé du Tenant parent ne s’appliquent pas dans les Tenants enfants. Pour accorder des autorisations supplémentaires dans un Tenant enfant, définissez un rôle personnalisé dans ce Tenant enfant. * **Un rôle prédéfini reste nécessaire.** Un utilisateur qui ne possède que `CanAdministerTenantPartners` CanAdministerTenantPartners et n’a aucun rôle prédéfini dans le Tenant parent peut basculer entre les Tenants, mais ne dispose d’aucune autorisation administrative dans les Tenants enfants. * **Cette autorisation accorde également des droits d’administrateur partenaire.** Par exemple, les détenteurs peuvent gérer les modèles (modifier, supprimer, changer les packages et les jetons). Attribuez-la uniquement aux personnes autorisées à le faire. * **Les modifications s’appliquent à la prochaine connexion.** Les utilisateurs déjà connectés doivent recharger le portail ou se reconnecter après l’enregistrement du rôle personnalisé. **Remarque**: Certaines autorisations nécessitent l’aide du personnel RealmJoin pour être configurées. Contactez le support si vous avez besoin d’aide pour configurer des rôles personnalisés avec des autorisations restreintes. *** ### Portail de préproduction RealmJoin maintient un environnement de préproduction pour un accès anticipé aux nouvelles fonctionnalités. #### Aperçu Le Portail de préproduction à [**portal-staging.realmjoin.com** ](https://portal-staging.realmjoin.com)sert d’environnement bêta où les fonctionnalités à venir sont déployées avant d’atteindre le portail de production. Cela permet aux utilisateurs de prévisualiser et de tester les nouvelles capacités avant leur disponibilité générale. #### Points importants **À utiliser avec prudence**: L’environnement de préproduction est fourni tel quel, sans garantie. Les fonctionnalités peuvent être incomplètes, instables ou susceptibles de changer. Évitez d’utiliser des données critiques de production. #### Qui devrait utiliser la préproduction ? Le Portail de préproduction est idéal pour : * Les organisations qui souhaitent tester de nouvelles fonctionnalités avant le déploiement * Les utilisateurs qui fournissent des retours sur les fonctionnalités à venir * La formation et la prise en main des futures capacités * Les scénarios de développement et de test --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.realmjoin.com/fr/administration-et-parametres/msp-and-advanced-features.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.