Control de acceso

En Orchestrator, utilizas roles para controlar el nivel de acceso para usuarios, grupos, cuentas de robot y aplicaciones externas. En esta página, repasamos las nociones que debes comprender para planificar e implementar tu estrategia de control de acceso de forma efectiva:

• cuentas y aplicaciones (es decir cuentas de usuario, cuentas de robot, aplicaciones externas) que representan la identidad utilizada para acceder a los recursos de Orchestrator
• roles, que se asignan a las cuentas para otorgarles permisos explícitos dentro del ecosistema UiPath
• grupos, que se utilizan para simplificar la administración de la cuenta al conceder el mismo acceso a varias cuentas de usuario

Las cuentas no se crean y gestionan en Orchestrator, solo se crean sus roles y asignaciones de Orchestrator. Las cuentas son creadas por los administradores de la organización y, una vez creadas, pueden asignarse a una carpeta o tenant en Orchestrator.

Acerca de los permisos

Orchestrator utiliza un mecanismo de control de acceso basado en roles y permisos. Los roles son recopilaciones de permisos, lo que significa que los permisos necesarios para usar ciertas entidades de Orchestrator están asignados a roles.

Las relaciones de los permisos del rol y los los roles de usuario permiten un determinado nivel de acceso a Orchestrator. Un usuario obtiene los permisos necesarios para realizar operaciones concretas a través de uno o varios roles. Como no se pueden asignar permisos directamente a los usuarios, sino que los adquieren a través de sus roles, la gestión de permisos de acceso implica asignar los roles adecuados al usuario.

Tipos de permisos y roles

Hay dos tipos de permisos, de la siguiente manera:

• Los permisos de tenant definen el acceso de un usuario a los recursos en el nivel de tenant.
• Los permisos de carpeta definen el acceso y la capacidad del usuario dentro de cada carpeta a la que se asignan.

Dos conjuntos de permisos principales gobiernan las operaciones dentro de las carpetas:

• Permisos de carpeta (tenant en el ámbito):
  • permitir a un usuario crear, editar o eliminar todas las carpetas dentro de todo el tenant.
  • normalmente se conceden a administradores o usuarios responsables de gestionar la organización.
• Permisos de subcarpeta (carpeta en ámbito):
  • permitir a un usuario crear, editar o eliminar una carpeta en particular a la que están asignados, junto con cualquier subcarpeta bajo ella.
  • ofrecen control más granular, permitiendo a los usuarios gestionar carpetas específicas sin tener control sobre las otras carpetas en el tenant.

Según los permisos que incluyan, existen tres tipos de roles:

• Roles de tenant, que incluyen permisos de tenant, y se requieren para trabajar en el nivel de tenant.
• Roles de carpeta, que incluyen permisos para trabajar dentro de una carpeta.
• Roles mixtos, que incluyen ambos tipos de permisos. Con los roles mixtos, para una operación global, solo se tienen en cuenta los permisos de tenant del usuario. Para una operación específica de carpeta, si se define un rol personalizado, los permisos de carpeta se aplican en favor de cualquier permiso de tenant presente.
  Nota:

  Los roles mixtos ya no son compatibles y no se pueden crear roles nuevos. Si tienes roles mixtos, recomendamos reemplazarlos por una combinación de roles de tenant y carpeta para conceder los permisos necesarios.

Los siguientes recursos están disponibles para los usuarios según el tipo de roles que tengan:

Recursos de tenant

Recursos de carpeta

Alertas Auditoría Tareas en segundo plano Librerías Licencia Máquinas Logs de ML Paquetes ML Habilidades ML Paquetes Robots Roles Configuración Carpetas Usuarios Webhooks

Apps Activos Archivos de almacenamiento Depósitos de almacenamiento Conexiones Entornos Medios de ejecución Paquetes de carpetas Trabajos Registros Transmisión en vivo y control remoto Supervisión Procesos Colas Sobrescrituras de los recursos Desencadenadores Subcarpetas Asignación de acciones Catálogos de acciones Acciones Artefactos de ejecución de caso de prueba Artículos en cola de datos de prueba Colas de datos de prueba Ejecuciones de conjuntos de prueba Conjuntos de prueba Programaciones de conjuntos de prueba Transacciones

Permisos sin efecto

Normalmente, puedes seleccionar todos los permisos disponibles (Ver, Editar, Crear o Eliminar) para cualquier permiso, excepto los siguientes, que no tienen efecto para los permisos enumerados y, por lo tanto, no puedes editarlos:

Tipo de permiso	Permisos	Permisos no disponibles
Tenant	Alertas	Eliminar
	Auditoría	Editar Crear Eliminar
Carpeta	Medios de ejecución	Editar
	Registros	Editar Eliminar
	Supervisión	Crear Eliminar

Esto se debe a que, por ejemplo, no es posible editar los registros generados por el sistema.

Decidir qué permisos incluir

Cada rol es una combinación de permisos que controlan las áreas del programa y las acciones a las que pueden acceder las cuentas con dicho rol.

Example: A role called Infra, which is intended for the person managing the VMs you use for automation, may include permissions such as Machines - View, Machines - Edit, Machines - Create, and Machines - Delete, as well as other permissions that are relevant for their job.

Al crear o editar un rol, debes revisar la lista de permisos disponibles y decidir cuáles incluir o no. Estos son algunos de los enfoques que puedes probar:

• Start from our default roles: Orchestrator comes with default roles for the most common automation user types, such as the Administrator role, Automation User, and more. You can either use these roles, or duplicate the one that is closest to what you need, and then customize it.
• Create a custom role: When creating a role, you are presented with a list of all available permissions for the tenant or folder level, depending on the role type, and you must decide which ones to include or not.

Ver información del permiso

Al crear o editar un rol, puedes mantener el puntero sobre la casilla de verificación de un permiso para ver a qué páginas de Orchestrator permite acceder el permiso. La información puede ayudarte a decidir si se incluye el permiso o no.

Importante:

• The functions of permissions can be more complex than only access to and abilities within the context of a page. When in doubt about what permissions are necessary for a task, check the documentation for that task for detailed permission requirements.For advanced users, you can also check the Orchestrator API Swagger, which includes information about the required permissions for each operation. For instructions see Accessing the Swagger file.
• The information that is displayed for each permission only covers Orchestrator pages. It does not cover pages or actions in other UiPath services. For example, you may see that no pages are blocked by the ML Skills permissions, meaning that the permission has no effect in terms of access to Orchestrator pages. But granting permissions for ML Skills is necessary for using UiPath AI Center^TM. In this case, you must check the AI Center documentation for more information about the ML Skills permissions.