- Primeros pasos
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Autenticación por SmartCard
- Configurar las capacidades de automatización
- Auditoría
- Configuración: a nivel de tenant
- Servicio de catálogo de recursos
- Automation Suite Robots
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Integraciones
- Solución de problemas
Modelado de la organización en Orchestrator
Orchestrator proporciona varias características que pueden utilizarse en el modelado de tu implementación para proporcionar una administración fácil y eficiente al tiempo que garantiza el aislamiento de activos y el control de acceso adecuados, independientemente del tamaño o la estructura.
Una sola instancia de Orchestrator puede dividirse entre múltiples Tenants, teniendo a cada tenant completamente aislado de los demás. No se comparten automatizaciones, recursos o usuarios entre los tenants, ni tendrán acceso a estos.
Cada tenant puede subdividirse y organizarse en Carpetas.Puedes crear tantas carpetas como sea necesario para lograr la estructura deseada. Cada tipo de carpeta tiene varias características y capacidades, lo que te permite utilizar el tipo adecuado para gestionar la administración y el uso compartido de automatizaciones en tu empresa.
Los tenants están diseñados con el propósito de aislar completamente todas las entidades de Orchestrator (es decir, Robots, Activos, Colas, etc.) entre estas instancias segregadas de tu implementación, todo ello sin tener que mantener múltiples Orchestrators. Algunos ejemplos de cómo separar tu Orchestrator en tenants:
- Un tenant para cada oficina regional o internacional de tu empresa, ya que los usuarios de cada región tienen automatizaciones específicas para las leyes y procedimientos aplicables de la región (por ejemplo, los procesos de RR. HH. en Europa frente a EE. UU. o Japón).
- Mantener varios entornos de desarrollo y prueba.
- Aislar datos confidenciales, como procesos de plataforma o proyectos confidenciales.
Los tenants se usan mejor en situaciones en las que quieres gestionar todos tus usuarios, recursos y configuraciones de soluciones de automatización de forma independiente por administradores de tenants designados.
Las carpetas de Orchestrator proporcionan características avanzadas como la gestión automática de robots, estructuras jerárquicas y la asignación de roles detallada para los usuarios.
Su propósito rector es simplificar las grandes implementaciones habilitando el intercambio de automatizaciones en varios departamentos, la integración con tus grupos de AD existentes y el control ampliado sobre los permisos de usuario y la creación de robots.
Por ejemplo, puedes crear una carpeta separada para tus departamentos de Finanzas y Recursos humanos, añadiendo esos grupos respectivos desde el Active Directory de tu empresa a sus carpetas correspondientes, a la vez que permites que tus usuarios de Recursos humanos tengan acceso a las automatizaciones de Informes de gastos de la carpeta de Finanzas, en lugar de tener que volver a crearlas para cada usuario individual de tu empresa.
