- Primeros pasos
- Comprender UiPath Robot
- Automatizaciones atendidas
- Automatizaciones desatendidas
- Service Mode vs. User Mode
- Licencias de robot
- Asistente de UiPath
- Requisitos de instalación
- Instalar robots para automatizaciones desatendidas
- Configurar robots para automatizaciones desatendidas
- Implementar automatizaciones desatendidas
- Conexión de robots para automatizaciones desatendidas a Orchestrator
- Configuración de Windows Server para robots de alta densidad
- Redirección de Robots a través de un servidor proxy
- Implementar la autenticación
- Ajustar la configuración del registro para la ejecución en ventanas RDP minimizadas
- Uso de ubicaciones de red
- Configuración de los robots Linux
- Configuración de Verificación de la firma de paquete
- Configurar carpetas de paquetes y rutas de red
- Configurar fuentes de actividad
- Instalar robots para automatizaciones atendidas
- Configurar robots para automatizaciones atendidas
- Integraciones
- Solución de problemas
Automatizaciones atendidas
Las automatizaciones atendidas están diseñadas para ejecutarse bajo supervisión humana, lo que las hace ideales para tareas más pequeñas y fragmentadas, como la presentación de informes de gastos. Por ejemplo, una vez que el usuario inicia sesión en el sistema, la automatización se encarga de rellenar la información necesaria, adjuntar los elementos solicitados y enviar el informe.
Para garantizar la seguridad, las automatizaciones atendidas solo deben poder realizar tareas o acciones que estén dentro de los derechos de acceso de un usuario específico. Esta medida preventiva es importante porque no hay aislamiento de seguridad entre una automatización activa y el usuario que la controla. Los usuarios deben proporcionar todas las credenciales necesarias durante la ejecución de un proceso atendido. Si la automatización ejecuta acciones fuera del acceso del usuario, sin saberlo, proporciona al usuario un acceso no autorizado. Por ejemplo, si una automatización de informes de gastos también incluye acceso de aprobación, el usuario podría manipular la automatización para aprobar cualquier informe, una acción que normalmente no se permite con sus propias credenciales.
En la automatización atendida, Orchestrator garantiza la gestión centralizada y la entrega correcta de versiones de paquetes a los robots para su ejecución.
Para permitir que una automatización atendida acceda a los recursos de una carpeta de Orchestrator, el administrador debe añadir la cuenta correspondiente (ya sea una cuenta de usuario o de robot) a esa carpeta específica. La cuenta también necesita permisos para las operaciones requeridas por la automatización dentro de la carpeta designada. Por ejemplo, algunas automatizaciones pueden ejecutarse exclusivamente bajo una cuenta específica.
El Asistente funciona como un compañero de usuario en la automatización de procesos, lo que permite al usuario asistente gestionar y ejecutar automatizaciones con unos pocos clics. Desde un punto de vista técnico, el UiPath Assistant es el cliente del servicio de robot de modo de usuario, que es el cerebro detrás de todas las operaciones realizadas durante la ejecución de la automatización.
El robot de modo de usuario es el más adecuado en escenarios atendidos, ya que se ejecuta bajo el usuario local que lo inicia y tiene los mismos derechos que ese usuario en particular. De forma predeterminada, el servicio de robot se inicia cuando un usuario inicia sesión, suponiendo que esté configurado para iniciarse al iniciar sesión. De lo contrario, al abrir UiPath Assistant se inicia automáticamente el servicio de UiPath Robot.
Para realizar operaciones atendidas, el usuario bajo el que se ejecuta el robot debe tener asignada una licencia que le proporcione derechos de usuario para utilizar licencias atendidas. Esto implica las licencias de usuario Attended, Citizen Developer y Automation Developer .
Para autenticar robots con el fin de ejecutar automatizaciones atendidas, Orchestrator verifica la identidad del UiPath Robot que necesita acceder a los recursos de Orchestrator. La validación de esa identidad determina una relación de confianza para futuras interacciones.
Para las automatizaciones atendidas, hay dos métodos para autenticar los robots: el inicio de sesión de usuario interactivo (URL de servicio en Assistant) y una opción híbrida que permite tanto el inicio de sesión de usuario como las conexiones de clave de máquina. Estas opciones de autenticación se encuentran enOrchestrator > Tenant > Configuración > Seguridad del robot.
SSO de inicio de sesión interactivo (recomendado) : esta opción solo permite conexiones de robot con tokens que caducan. Los usuarios pueden autenticar sus robots solo iniciando sesión con sus credenciales en Assistant. Es necesario iniciar sesión para ejecutar automatizaciones atendidas, realizar solicitudes HTTP de Orchestrator o ver automatizaciones en Assistant. Al utilizar el inicio de sesión interactivo, no es necesario crear objetos de máquina en Orchestrator.
Híbrido: esta opción permite tanto conexiones con tokens que no caducan (clave de máquina) como conexiones con tokens que caducan (inicio de sesión interactivo o credenciales de cliente). Los usuarios tienen la opción de iniciar sesión con sus credenciales para autenticar sus robots, lo que a su vez les permite conectar Studio y Assistant a Orchestrator, aunque no es obligatorio.