> 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/es/administracion-y-configuracion/msp-and-advanced-features.md).
# MSP y funciones avanzadas
Esta sección cubre funciones avanzadas diseñadas para proveedores de servicios administrados (MSPs) y usuarios avanzados que necesitan mayor control y flexibilidad dentro de RealmJoin.
### Selector de Tenant
La función Selector de Tenant permite a los MSP establecer relaciones entre Tenant principal y Tenant secundario en una jerarquía 1:N, lo que permite una administración centralizada en múltiples entornos de clientes.
#### Resumen
Con la funcionalidad Selector de Tenant, los administradores de un Tenant principal pueden cambiar sin problemas a cualquier Tenant secundario conectado y realizar tareas administrativas usando las credenciales de su Tenant principal. Esto elimina la necesidad de mantener cuentas separadas para cada cliente administrado.
#### Beneficios clave
* **Gestión centralizada del acceso**: Mantenga un único conjunto de credenciales mientras administra varios Tenants de clientes
* **Operaciones optimizadas**: Cambie rápidamente entre entornos de clientes sin cerrar sesión
* **Seguridad coherente**: Las políticas de seguridad y los métodos de autenticación del Tenant principal se aplican en todos los Tenants secundarios
* **Registro de auditoría**: Todas las acciones realizadas en los Tenants secundarios son rastreables hasta el administrador del Tenant principal
#### Requisitos de configuración
Para establecer relaciones entre Tenant principal y Tenant secundario:
1. El Tenant principal debe tener la licencia de MSP habilitada
2. **Se requiere configuración del backend**: El equipo de RealmJoin debe marcar el Tenant secundario con el identificador del Tenant principal en el sistema backend. Esta configuración debe solicitarse mediante un ticket de soporte independiente o durante el proceso inicial de incorporación
3. Los Tenants secundarios deben autorizar explícitamente la conexión del Tenant principal
4. Los administradores del Tenant principal necesitan permisos adecuados configurados en el Tenant principal
5. Cada Tenant secundario mantiene su propio aislamiento de datos y sus propios límites de seguridad
#### Uso del Selector de Tenant
Una vez configurado, los administradores autorizados pueden acceder al selector de Tenant haciendo clic en el nombre del Tenant en el centro de la barra de encabezado superior. Seleccione el Tenant secundario de destino del menú para cambiar de contexto. Sus credenciales del Tenant principal permanecen activas, y todas las acciones se realizan con los permisos adecuados dentro del ámbito del Tenant secundario.
### Permisos de rol personalizado
De forma predeterminada, solo los administradores de RealmJoin pueden usar la función selector de Tenant. Sin embargo, los roles personalizados se pueden configurar para conceder acceso al selector de Tenant a usuarios no administradores con permisos limitados en los Tenants secundarios. Los casos de uso habituales incluyen:
* **Solicitante de software**: Usuarios que crean y administran paquetes de aplicaciones sin derechos de administrador completos
* **Soporte de primer nivel**: Personal de la mesa de ayuda que necesita acceso limitado para resolver problemas de los usuarios
Para obtener información detallada sobre la configuración de Roles personalizados, consulte la [documentación sobre Roles personalizados](/es/administracion-y-configuracion/permission/custom-roles.md).
#### Permiso requerido: `CanAdministerTenantPartners`
El acceso al selector de Tenant se concede mediante el permiso de rol personalizado **`CanAdministerTenantPartners`**. Asígnelo en los Roles personalizados del **Tenant principal**. Los usuarios que lo tengan pueden abrir el selector de Tenant y cambiar a cualquier Tenant secundario conectado al Tenant principal.
En el Tenant secundario, estos usuarios conservan el **rol predefinido que tienen en el Tenant principal** (por ejemplo, Supporter, Advanced Supporter o Auditor). El selector de Tenant solo les da acceso al Tenant secundario. No les otorga derechos de administración allí. Esto le permite dar al personal de soporte acceso a todos los Tenants de clientes con exactamente los permisos que ya tienen en su Tenant principal, sin convertirlos en administradores de RealmJoin.
{% hint style="info" %}
**Requisitos previos**
* [Roles personalizados](/es/administracion-y-configuracion/permission/custom-roles.md) debe estar habilitado en el Tenant principal.
* El Tenant principal debe estar registrado como Tenant asociado en el backend de RealmJoin. De lo contrario, el editor de Roles personalizados lo rechaza `CanAdministerTenantPartners` como no permitido.
{% endhint %}
**Ejemplo: soporte de primer nivel en todos los Tenants de clientes**
Su personal de mesa de ayuda es miembro del grupo de Entra `RJ-Support` en el Tenant principal. Este grupo está configurado como un **Supporter** grupo en la configuración de roles de RealmJoin del Tenant principal. Para permitirles cambiar a los Tenants de clientes, agregue la siguiente regla a los Roles personalizados del Tenant principal:
```json
{
"Reglas": [
{
"Nombre": "Soporte: Selector de Tenant",
"Descripción": "Permite al equipo de soporte cambiar a todos los Tenants secundarios con sus permisos de Supporter.",
"Grupos": [
"5d3c1a2b-8e4f-4a6b-9c7d-2e1f0a9b8c7d"
],
"Permisos": [
"CanAdministerTenantPartners"
]
}
]
}
```
Sustituya el ID del grupo por el ID de objeto de su `RJ-Support` grupo. Después de que los usuarios inicien sesión de nuevo, verán el selector de Tenant en la barra de encabezado. En cada Tenant secundario en el que trabajen, tendrán permisos de Supporter, igual que en el Tenant principal.
Aspectos a tener en cuenta:
* **Solo se transfieren los roles predefinidos.** Los demás permisos de rol personalizado del Tenant principal no se aplican en los Tenants secundarios. Para conceder permisos adicionales dentro de un Tenant secundario, defina un rol personalizado en ese Tenant secundario.
* **Aún se necesita un rol predefinido.** Un usuario que solo tiene `CanAdministerTenantPartners` y no tiene un rol predefinido en el Tenant principal puede cambiar de Tenant, pero no tiene permisos administrativos en los Tenants secundarios.
* **El permiso también concede derechos de administrador de partner.** Por ejemplo, quienes lo posean pueden administrar plantillas (editar, eliminar, cambiar paquetes y tokens). Asígnelo solo a las personas que tengan अनुमति para hacerlo.
* **Los cambios se aplican en el siguiente inicio de sesión.** Los usuarios que ya han iniciado sesión deben volver a cargar el portal o iniciar sesión de nuevo después de guardar el rol personalizado.
**Nota**: Algunas permisos requieren la ayuda del personal de RealmJoin para su configuración. Póngase en contacto con soporte si necesita ayuda para configurar Roles personalizados con permisos restringidos.
***
### Portal de staging
RealmJoin mantiene un entorno de staging para ofrecer acceso temprano a nuevas funciones y funcionalidades.
#### Resumen
El Portal de staging en [**portal-staging.realmjoin.com** ](https://portal-staging.realmjoin.com)funciona como un entorno beta donde se implementan las próximas funciones antes de que lleguen al portal de producción. Esto permite a los usuarios previsualizar y probar nuevas capacidades antes de su disponibilidad general.
#### Consideraciones importantes
**Usar con precaución**: El entorno de staging se proporciona tal cual, sin garantías. Las funciones pueden estar incompletas, ser inestables o estar sujetas a cambios. Evite usar datos críticos de producción.
#### ¿Quién debería usar Staging?
El Portal de staging es ideal para:
* Organizaciones que desean probar nuevas funciones antes de la implementación
* Usuarios que proporcionan comentarios sobre la funcionalidad próxima
* Formación y familiarización con capacidades futuras
* Escenarios de desarrollo y pruebas
---
# 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/es/administracion-y-configuracion/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.
