- 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
- Almacenamiento de contraseñas de robot desatendido en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (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
- Asignar roles
- Gestionar roles
- Roles por defecto
- Preguntas frecuentes
- Habilitación de usuarios para ejecutar automatizaciones personales
- Habilitación de usuarios para ejecutar automatizaciones en infraestructura desatendida por medio de robots desatendidos
- Configuración de cuentas de robot para ejecutar automatizaciones desatendidas
- Auditoría
- Servicio de catálogo de recursos
- Automation Suite Robots
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Integraciones
- Robots clásicos
- Solución de problemas
Guía del usuario de Orchestrator
Habilitación de usuarios para ejecutar automatizaciones en infraestructura desatendida por medio de robots desatendidos
Las cuentas de UiPath se pueden considerar como identidades pensadas para representar usuarios humanos (cuentas de usuario) o no humanos (cuentas de robot) que necesitan ser autorizadas a acceder a 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 como habilitar a los usuarios para ejecutar automatización personal.
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 plantillas de máquina en nombre del administrador para propietarios de espacios de trabajo personales, y se crea y asigna a cada nuevo espacio de trabajo personal una plantilla de máquina con runtime de desarrollo.
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 desatendida, un administrador debe activarle tanto capacidades de automatización personal (que le permiten realizar las operaciones descritas aquí) como la suplantación por parte de un robot desatendido (que permite al robot ejecutar bajo la identidad de dicho usuario en una máquina host física). Se requieren tanto una licencia de usuario como un runtime desatendido (o 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.