- Primeros pasos
- Mejores prácticas
- Modelado de la organización en Orchestrator
- Gestión de grandes implementaciones
- Mejores prácticas de automatización
- Tenant
- Acciones
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Catálogos de acciones
- Perfil
- Administrador de sistema
- Servidor de identidad
- Autenticación
- Otras configuraciones
- Integraciones
- Robots clásicos
- Solución de problemas
Modelado de la organización en Orchestrator
Orchestrator proporciona múltiples funciones que pueden utilizarse en el modelado de tu implementación para una administración fácil y eficiente, a la vez que garantiza un aislamiento adecuado de los activos y el control de acceso en toda la organización, independientemente de su tamaño o 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 se puede subdividir y organizar en Carpetas. Puedes crear tantas carpetas clásicas o modernas como sea necesario para lograr la estructura que quieres. Cada tipo de carpeta tiene diferentes características y capacidades, lo que te permite utilizar el tipo apropiado para la forma en que deseas gestionar la administración y el uso compartido de las automatizaciones en toda tu organización.
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 modernas ofrecen múltiples características que no están disponibles en el contexto de las carpetas clásicas, como la gestión automática de robots, las estructuras jerárquicas y la asignación de roles detallados para los usuarios. Más detalles aquí.
El propósito orientado de las carpetas modernas es la administración simplificada de implementaciones grandes al habilitar compartir automatizaciones entre diferentes departamentos, la integración con tus grupos de AD existentes y un control ampliado sobre los permisos de usuario y 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.
Las carpetas clásicas funcionan de manera similar a las versiones anteriores de Orchestrator, de modo que se mantiene la retrocompatibilidad completa durante la transición al modelo moderno. Consulta esta página para ver una comparativa entre los dos tipos de carpetas.
Además de mantener esta retrocompatibilidad con las implementaciones existentes, las carpetas clásicas son útiles para proporcionar la segregación de las automatizaciones en implementaciones menos complejas en las que no es necesaria la separación por tenants. En las carpetas clásicas, los permisos de usuario se establecen a nivel de tenant, sin roles específicos de carpeta. Los usuarios también tienen acceso a las automatizaciones solo en las carpetas a las que están asignandos.
Debido a esta complejidad añadida, las carpetas clásicas son más recomendables para implementaciones con un menor número de robots y administradores.