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.

A single Orchestrator instance can be split into multiple Tenants, with each tenant being entirely isolated from any others. No automations, resources, or users are shared or accessible across different tenants.

Each tenant can then be further subdivided and organized into Folders. You can create as many classic or modern folders as needed to accomplish your desired structure. Each type of folder has different features and capabilities, enabling you to use the appropriate type for the way in which you want to manage the administration and sharing of automations.

Tenants

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.

Nota:

Ten en cuenta que un Robot solo puede conectarse a un tenant en un momento determinado.

Carpetas

Carpetas modernas

Modern folders provide multiple features not available in the context of classic folders, such as automatic robot management, hierarchical structures, and fine grained role assignment for users. See here for more details.

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.

Carpetas clásicas

Classic folders function in the same manner as previous Orchestrator versions, preserving full backwards compatibility during the transition to the modern model. See here for a comparison of the two folder types.

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.