robot
2024.10
true
Robot admin guide
Last updated 4 de nov. de 2024

Automatizaciones desatendidas

Qué son las automatizaciones desatendidas

Las automatizaciones Unattended están diseñadas para tareas complejas y repetitivas, normalmente realizadas en masa, en función de ciertas reglas. A diferencia de las automatizaciones atendidas, que requieren orientación humana, las automatizaciones desatendidas funcionan de forma independiente, en función de desencadenadores o eventos de tareas específicas. Al evitar la intervención humana, son ideales para tareas que requieren permisos elevados.

Por ejemplo, una automatización desatendida puede aprobar informes de gastos. Inicia sesión en el sistema, comprueba los informes y, si coinciden con una regla (como estar por debajo de una determinada cantidad), los aprueba.

Es la persona de administrador la que da acceso al sistema a la automatización desatendida. Esto garantiza la seguridad, ya que proporciona un registro claro de quién gestiona estos detalles.

¿Dónde interviene Orchestrator?

Orchestrator sirve como centro central para la automatización desatendida. Permite la ejecución instantánea o programada de tareas desatendidas a través de desencadenadores, y puede asignar dinámicamente tareas desatendidas a los robots disponibles. Además de gestionar los recursos necesarios para los proyectos de automatización, controla el acceso a ellos a través de jerarquías de carpetas y asignaciones de roles específicos.

Un administrador configura la automatización desatendida en una carpeta otorgando acceso a una cuenta de usuario o robot y los permisos necesarios. También asignan una plantilla de máquina para garantizar que tenga suficientes tiempos de ejecución para ejecutar la automatización.

Dónde entra en juego Assistant

Assistant es la herramienta de UiPath diseñada para ayudar a los usuarios con las automatizaciones atendidas. En escenarios desatendidos, Assistant se utiliza únicamente con fines de depuración, cuando un usuario inicia sesión en la máquina desatendida para buscar y solucionar posibles problemas.

El robot de modo de servicio

El robot de modo de servicio es el más adecuado en escenarios desatendidos e implementaciones de plataforma a gran escala. El ejecutor de robot ejecuta automatizaciones desatendidas con los mismos privilegios que el usuario registrado. El servicio de robot se ejecuta en el sistema local, abre sesiones interactivas de Windows y tiene los derechos de administrador de la máquina. Esto le permite gestionar las sesiones automáticamente (como el inicio y el cierre de sesión) para las automatizaciones desatendidas.

Licencia

Para realizar automatizaciones desatendidas, debes asignar tiempos de ejecución a las máquinas: dispositivos físicos o virtuales donde se ejecutan las tareas desatendidas. Estos tiempos de ejecución de máquina pueden ser de los siguientes tipos: Unattended, NonProduction y Testing.

Por ejemplo: supongamos que tienes una plantilla de máquina con diez tiempos de ejecución desatendidos. Cada máquina conectada con esta plantilla reserva diez licencias del total disponible. Estas licencias solo se utilizan cuando se ejecuta una automatización desatendida. Por lo tanto, si conectas cuatro máquinas utilizando esta plantilla, se reservan 40 licencias. Con 25 trabajos en ejecución, quedan 15 ranuras disponibles.

Autenticando

Para las automatizaciones desatendidas, hay dos métodos para autenticar robots: credenciales de cliente y una opción híbrida que permite tanto las credenciales de cliente como las conexiones de clave de máquina. Estas opciones de autenticación se encuentran enOrchestrator > Tenant > Configuración > Seguridad del robot.

Credenciales de cliente (recomendado) : las credenciales de cliente permiten al robot acceder a los recursos de Orchestrator utilizando sus propias credenciales, en lugar de suplantar a un usuario. Cuando el robot solicita recursos de Orchestrator, Orchestrator impone que el propio robot tenga autorización para realizar una acción, ya que no hay ningún usuario involucrado en la autenticación. Utiliza el marco OAuth 2.0 como base para el protocolo de autenticación, lo que significa que los robots pueden conectarse a Orchestrator con un par ID de cliente - secreto de cliente generado a través de objetos de plantilla de máquina. El par ID de cliente - secreto de cliente genera un token que autoriza la conexión entre el robot y Orchestrator y proporciona al robot acceso a los recursos de Orchestrator. El administrador tiene la opción de revocar el acceso en cualquier momento eliminando el secreto empleado en esa máquina.

Híbrido: esta opción permite tanto conexiones con tokens que no caducan (clave de máquina) como conexiones con tokens que caducan (credenciales de cliente).

¿Te ha resultado útil esta página?

Obtén la ayuda que necesitas
RPA para el aprendizaje - Cursos de automatización
Foro de la comunidad UiPath
Uipath Logo White
Confianza y seguridad
© 2005-2024 UiPath. Todos los derechos reservados.