- 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
- Configurar las capacidades de automatización
- Soluciones
- Auditoría
- Configuración
- Cloud Robots
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Servicio de catálogo de recursos
- Integraciones
- Solución de problemas
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: See 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.
Running background processes on unattended infrastructure is also possible via personal remote automation which is easier to set up since it does not need an unattended robot enabled for the user account. See how to enable your users to run personal automations .
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 automatically manages machine templates on the behalf of the administrator for personal workspace owners and a machine template with a Development runtime is automatically created and assigned to each new personal workspace.
Los usuarios pueden depurar o ejecutar un proceso bien iniciando un trabajo manualmente o mediante desencadenadores en dicho espacio de trabajo.
For a user to run processes on unattended infrastructure, an administrator needs to enable for them both personal automation capabilities and impersonation by an unattended robot (which enables the robot on a physical host machine to run under that user's identity).
- una licencia de usuario
- un tiempo de ejecución unattended
- robot units para cloud robots
Para habilitar a los usuarios para depurar procesos en infraestructura desatendida, haz lo siguiente al referenciar o editar la cuenta de usuario en 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 automatizaciones personales
- Habilitación de usuarios individuales para ejecutar automatizaciones personales
- 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