- 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
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Otras configuraciones
- Integraciones
- Administración de host
- Acerca del nivel del host
- Gestionar los administradores del sistema
- Gestión de tenants
- Configuración de las notificaciones por correo electrónico del sistema
- Registros de auditoría para el portal del host
- Modo de mantenimiento
- Administración de la organización
- Solución de problemas
Guía del usuario de Orchestrator
Configurar las capacidades de automatización
La configuración de las capacidades de automatización implica permitir que usuarios o grupos específicos dentro de una organización automaticen varias tareas, procesos o flujos de trabajo. Si los trabajos deben ejecutarse de forma attended o unattended, puedes elegir entre las siguientes opciones en función de tus escenarios de automatización:
- Habilitación de usuarios para ejecutar automatizaciones personales
- ejecutar automatizaciones en infraestructura unattended a través de robots unattended
- Configuración de cuentas de robot para ejecutar automatizaciones desatendidas
Las automatizaciones personales son automatizaciones que se pueden ejecutar bajo la identidad de un usuario bien sea de forma local en la máquina del usuario, o a distancia (automatizaciones personales remotas) en recursos del lado del servidor a los cuales el usuario no tiene acceso directo. Las cuentas de usuario y su asociación con roles permite un cierto nivel de acceso a recursos en Orchestrator.
Este artículo describe cómo habilitar a tus usuarios para:
- Ejecutar la automatización en su máquina local a través del UiPath® Assistant;
- Ejecutar automatizaciones remotas personales en segundo plano en carpetas en las que el usuario tenga los permiso necesarios y en sus espacios de trabajo personales;
- Ejecutar y depurar en UiPath Studio, tanto de escritorio como de web;
- Gestionar automatizaciones en su espacio de trabajo personal.
For developers and business users, check how to manually run a job or configure a trigger to launch jobs as yourself.
Este procedimiento guía a los administradores a través de los pasos necesarios para habilitar capacidades de automatización personal para un grupo de usuarios. Los grupos se usan para simplificar la administración para cuentas con necesidades similares, que se gestionan juntas.
Este procedimiento guía a los administradores a través de los pasos necesarios para habilitar capacidades de automatización personal para cuentas de usuario individuales. Se recomienda si los miembros del grupo necesitan capacidades adicionales a las que les otorga la pertenencia al grupo y contribuye a lograr un control detallado en cuanto a la configuración del usuario.
Las cuentas de UiPath® pueden considerarse como identidades destinadas a representar usuarios humanos (cuentas de usuario) o no humanos (cuentas de robot) que deben estar autorizados para acceder a los recursos de Orchestrator. Estas cuentas y su asociación con roles permiten un cierto nivel de acceso a recursos en Orchestrator.
La automatización desatendida suele ejecutarse en cuentas robot, el equivalente de UiPath de las cuentas de servicio de Windows. Un administrador puede habilitar a un robot desatendido para que suplante a una cuenta de usuario, es decir, para que actúe en nombre de la identidad de dicho usuario, para permitir al robot ejecutar automatizaciones con los mismos privilegios que el usuario al que suplanta.
La ejecución de automatizaciones desatendidas en cuentas de usuario suelen realizarla los desarrolladores que depuran sus proyectos de automatización, y usuarios empresariales que ejecutan automatizaciones bajo su propia identidad, pero en recursos del lado del servidor en lugar de en sus máquinas locales.
La ejecución de procesos en segundo plano en infraestructura desatendida también es posible mediante automatización remota personal, que es más fácil de configurar, ya que no necesita un robot desatendido habilitado para la cuenta de usuario. Consulta cómo habilitar a sus usuarios para ejecutar automatizaciones personales.
Las diferencias entre automatizaciones remotas personales y capacidades de automatización desatendida en una cuenta de usuario son:
- Solo se pueden ejecutar automatizaciones remotas personales si el proceso subyacente es un proceso en segundo plano; no funciona para procesos que pueden necesitar interacción del usuario. Para ejecutar procesos que requieren interacción del usuario, aún hace falta configurar un robot desatendido.
- En la automatización remota personal, la identidad del usuario se usa para ejecutar ese único proceso, de modo que ayuda a lograr un control detallado en términos de cuándo y cómo se usa la identidad del usuario. Los robots desatendidos, por otro lado, actúan como el usuario al que suplantan para ejecutar procesos en todas las carpetas a las que tiene acceso el usuario.
En este artículo se describe cómo los administradores pueden permitir a los desarrolladores y usuarios empresariales:
- Ejecutar procesos en segundo plano en infraestructura desatendida, permitiendo que un robot desatendido suplante a un usuario para la ejecución;
- Ejecutar procesos que requieren interacción de usuario en infraestructura desatendida, permitiendo que un robot desatendido suplante a un usuario para la ejecución.
Ejecución de automatizaciones en una carpeta
Los usuarios pueden depurar y ejecutar procesos desde todas las carpetas a las que tengan acceso. Pueden usar infraestructura desatendida para la ejecución, siempre que un administrador haya asignado a dicha carpeta los recursos físicos necesarios para ejecutar automatización desatendida, esto es, que haya asignado a dicha carpeta un objeto de plantilla de máquina con al menos un runtime. Normalmente, para depurar se usa un Runtime NonProduction.
Los desarrolladores y los usuarios empresariales pueden lanzar un proceso bien iniciando un trabajo manualmente o mediante desencadenadores en dicha carpeta.
Si el usuario no ve ningún runtime disponible al iniciar un trabajo desde Orchestrator, entonces el administrador debe asegurarse de que:
- ha asignado tanto la cuenta de usuario como una plantilla de máquina a la carpeta que contiene el proceso que se ejecutará.
- ha asignado runtimes a la plantilla de máquina. Esto no es necesario en espacios de trabajo personales.
Depuración en un espacio de trabajo personal
Un espacio de trabajo personal es la carpeta personal de un usuario y actúa como un espacio de almacenamiento separado y segregado de la fuente oficial de Orchestrator. En un espacio de trabajo personal, Orchestrator asume varias operaciones que un administrador tendría que realizar en una carpeta, permitiendo publicar, ejecutar y depurar proyectos de automatización sin la intervención del administrador:
- Orchestrator crea automáticamente un proceso desde cada paquete publicado desde Studio a la fuente del espacio de trabajo personal de dicho usuario;
- Orchestrator gestiona automáticamente las plantillas de máquina a nombre del administrador para los propietarios de espacios de trabajo personales y se crea y asigna automáticamente una plantilla de máquina con un tiempo de ejecución de desarrollo a cada nuevo espacio de trabajo personal.
Los usuarios pueden depurar o ejecutar un proceso bien iniciando un trabajo manualmente o mediante desencadenadores en dicho espacio de trabajo.
Para que un usuario ejecute procesos en infraestructura no atendida, un administrador debe habilitar tanto las capacidades de automatización personal como la suplantación por un robot no atendido (que permite al robot en una máquina host física ejecutarse bajo la identidad de ese usuario).
- una licencia de usuario
- un tiempo de ejecución unattended
- robot units para cloud robots
To enable users to debug processes on unattended infrastructure, perform the following when you reference or edit the user account in Orchestrator:
Cuando se aplica la autenticación interactiva, en UiPath Assistant, un usuario solo puede ver los procesos a los que tiene acceso y únicamente después de iniciar sesión en su cuenta. También se requiere una licencia de usuario. Por lo tanto, los procesos desatendidos que no se ejecutan bajo una cuenta de usuario no están disponibles en UiPath Assistant para solucionar problemas, haciendo imposible que un usuario depure un proceso desatendido iniciando sesión en dicha máquina host.
Para superar esto, un administrador puede habilitar temporalmente una sesión de resolución de problemas en su máquina. Al hacer esto se permite al usuario ver y ejecutar el proceso desatendido de forma local, sin requerir una licencia de usuario. La sesión de resolución de problemas es temporal y lo anterior solo se aplica mientras la resolución de problemas está activa.
También puedes usar Studio por sus capacidades de depuración remota. Permite ejecutar y depurar procesos atendidos y desatendidos en máquinas remotas, incluso en robots Linux que pueden ejecutar proyectos multiplataforma.
Paso 1. Habilita una sesión de resolución de problemas
Paso 2. Conéctate a UiPath Assistant
Sigue estas instrucciones para conectarte a la máquina y ejecutar los procesos desatendidos de UiPath Assistant con tu cuenta.
- En Orchestrator, vaya a Tenant > Máquinas y haga clic en Copiar ID de cliente / clave de máquina al final de la fila de la máquina para copiar la clave de la máquina en el portapapeles.
- En UiPath Assistant, haz clic en el icono de usuario en la barra de título y selecciona Preferencias.
- Selecciona la pestaña Configuración de Orchestrator y haz clic en Desconectar o Cerrar sesión si fuera necesario para poder editar la configuración de la conexión.
- Configura la conexión de la siguiente manera:
- Tipo de conexión: selecciona Clave de la máquina.
- URL de Orchestrator: añade la URL a la instancia de Orchestrator que debe incluir el tenant y la organización.
- Clave de la máquina: pega la clave de la máquina copiada desde el portapapeles.
- Haz clic en Conectar y luego cierra la ventana Preferencias.
- Si no ves los procesos desatendidos en Assistant, ve a Preferencias > Iniciar sesión y accede con tus credenciales.
Ahora puedes ejecutar procesos desatendidos desde el UiPath Assistant para solucionar problemas.
Paso 3. Prolonga o desactiva la sesión de resolución de problemas
Cuando hayas terminado de depurar, puedes desactivar la sesión de resolución de problemas de la máquina para que no permita más conexiones atendidas. O, si lo necesitas, puedes ampliar el tiempo que la sesión está activa.
- Ve a Tenant > Supervisión.
- Selecciona Sesiones desatendidas en el menú desplegable Sección .
- Haz clic en Más acciones al final de la fila de la máquina y selecciona Configurar sesión de resolución de problemas.
-
En el diálogo Configurar sesión de resolución de problemas:
-
Cerrar la sesión: cambia la alternancia bajo la sesión de resolución de problemas a Deshabilitada.
Cuando se desactiva, no se aceptan más conexiones. Sin embargo, las conexiones existentes permanecen activas hasta que se desconectan.
- Prolongar la sesión: edita el valor de la casilla Tiempo de espera de la sesión (minutos) con un valor mayor para extender la sesión a la duración especificada.
-
- Haz clic en Guardar.
- Desconecta UiPath Assistant para cerrar la conexión.
La automatización Unttended normalmente se ejecuta en cuentas de robot, el equivalente de UiPath® a las cuentas de servicio de Windows. Las cuentas de robot se pueden considerar como identidades no humanas que necesitan ser autorizadas para acceder a los recursos de Orchestrator. Su asociación con roles permite un cierto nivel de acceso a los recursos en Orchestrator.
Las cuentas de robot tienen sus capacidades desatendidas habilitadas de forma predeterminada, los administradores solo tienen que configurar varios ajustes relacionados con la infraestructura.
Habilitación de automatización desatendida en una cuenta de robot
Para configurar los ajustes de ejecución desatendida bajo una determinada cuenta de robot y en infraestructura específica, el administrador debe hacer lo siguiente al referenciar o editar la cuenta de robot en Orchestrator:
- Haz clic en la pestaña Configuración desatendida para configurar los ajustes de ejecución de la cuenta.
- En la sección Configuración de automatizaciones en primer plano, seleccione la infraestructura que se usará para ejecutar procesos en primer plano desatendidos en dicha cuenta:
- Habilita la opción Ejecutar solo un trabajo a la vez para restringir que la cuenta ejecute simultáneamente varios trabajos. Esto ayuda al automatizar aplicaciones que no permiten que una credencial se use más de una vez al mismo tiempo (por ejemplo, SAP).
- En la pestaña Configuración de robot, configura los ajustes de ejecución del robot desatendido. Más información sobre la configuración del robot.
- Haz clic en Añadir o Actualizar. Se crea/actualiza la cuenta de robot.
- Habilitar automatizaciones personales
- Habilitación de grupos de usuarios para ejecutar automatización personal
- Habilitación de usuarios individuales para ejecutar automatización personal
- Habilitar automatizaciones unattended
- Habilitación de usuarios para depurar desde Orchestrator
- Habilitación de usuarios sin acceso de Orchestrator a depuración en la máquina host
- Configuración de cuentas de robot para ejecutar automatizaciones desatendidas