- Primeros pasos
- Mejores prácticas
- Modelado de la organización en Orchestrator
- Gestión de grandes implementaciones
- Mejores prácticas de automatización
- Optimizar la infraestructura desatendida mediante plantillas de máquinas
- Acceder a la configuración del Unattended Robot
- Conceptos prácticos en la automatización unattended
- Cómo se realiza la automatización unattended
- Organizar recursos con etiquetas
- Réplica de solo lectura de Orchestrator
- Exportar cuadrícula en segundo plano
- 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 de 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
Conceptos prácticos en la automatización unattended
Las automatizaciones Unattended dependen de varios componentes que resultan prácticos de comprender. Los siguientes temas definen brevemente estos componentes, pero hay más detalles disponibles en cada paso en el que se utilizan los conceptos.
Las cuentas de UiPath Robot son útiles cuando se necesita ejecutar procesos Unattended de administración que no son responsabilidad de ningún usuario en particular. Se trata de nuestro equivalente de cuentas de servicio específicas de RPA. Al igual que las cuentas que los servicios de Windows ejecutan como identidades de aplicación en el modelo OAuth, son una identidad de no usuario que se utiliza para ejecutar procesos Unattended. Esto los convierte en ideales para operaciones muy privilegiadas que necesitan credenciales.
Descubre cómo agregar una cuenta de UiPath Robot a On-Premises Orchestrator.
Descubre cómo agregar una cuenta de UiPath Robot a Cloud Orchestrator.
Al asignar una cuenta de UiPath Robot a una carpeta principal en una jerarquía de carpetas, la cuenta de UiPath Robot obtiene acceso automáticamente (con los roles asignados en la carpeta principal) a todas las subcarpetas creadas en la carpeta específica. Se pueden agregar nuevos permisos en la subcarpeta además de los asignados en la carpeta principal, pero no se pueden eliminar los roles heredados. Es posible que una cuenta de UiPath Robot tenga un nivel de acceso mayor en la subcarpeta que en la carpeta principal, pero no ocurre lo mismo a la inversa.
Es posible otorgar acceso a una cuenta de UiPath Robot solo a una subcarpeta asignándola directamente en la subcarpeta. De esta forma, la cuenta de UiPath Robot no tendrá visibilidad en el nivel principal, pero podrá acceder a todos los recursos de la subcarpeta y debajo de ella, según la definición de rol asignada. Asignar una cuenta de UiPath Robot en la subcarpeta no le otorga acceso a las carpetas hermanas de la carpeta, es decir, a otras carpetas del mismo nivel, a menos que se le asigne explícitamente a las otras carpetas del mismo nivel también, o si se le asigna a nivel principal (lo que le otorgaría acceso a todas las carpetas por debajo, como se mencionó anteriormente).
Si se necesitan recursos de otras carpetas para ejecutar los procesos en la carpeta actual, debes asegurarte de que todas las cuentas de UiPath Robot bajo las que se ejecutarán los procesos específicos también se asignan como cuentas de UiPath Robot de las carpetas donde se encuentran el resto de los recursos, con suficientes permisos para poder acceder/crear/modificar/eliminar los recursos de esas carpetas, según lo requieran los procesos.
Puedes gestionar varias cuentas de UiPath Robot añadiéndolas a un grupo. Los grupos son una colección de cuentas que deben tener acceso, configuración de UiPath Robot y unas necesidades de licencia similares, y que deseas gestionar de manera conjunta. Por lo tanto, solo se recomienda agrupar cuentas de UiPath Robot que comparten la misma configuración y casos de uso. Por ejemplo, si tienes cinco cuentas de UiPath Robot que gestionan automatizaciones en primer plano en máquinas Windows y 10 cuentas de UiPath Robot que gestionan automatizaciones en segundo plano en máquinas Linux, deberías añadir cada categoría a su propio grupo, pero nunca combinarlas.
Los grupos pueden resultar muy útiles para aprovechar la escalabilidad en el contexto de la implementación del UiPath Robot y el control de permisos, eliminando así la necesidad de una configuración individual de las cuentas de UiPath Robot.
Descubre cómo agregar grupos a On-Premises Orchestrator.
Descubre cómo agregar grupos a Cloud Orchestrator.
El Robot es la entidad de ejecución de UiPath®. Puede ejecutarse en modo de servicio o en modo de usuario, según el tipo de automatización.
El robot de modo de servicio es el más adecuado para escenarios de automatización no atendida y para implementaciones de plataforma a gran escala. Cuando se ejecuta un proceso, el Ejecutor de robot opera con los mismos derechos que el usuario en el que está registrado.
El Mantenimiento de robot de UiPath es el cerebro responsable de todas las operaciones realizadas durante la ejecución, y para la ejecución no atendida se lanza en el sistema local. Puede abrir sesiones de Windows interactivas y tiene todos los derechos de un administrador de la máquina. Por tanto, habilita la administración automática de sesiones (como iniciar sesión y cerrar sesión) para trabajos no atendidos.
Instalar el UiPath Robot mediante UiPathStudio.msi implementa el UiPath Robot de modo de servicio de forma predeterminada. También se puede instalar desde el símbolo del sistema.
La automatización Unattended funciona mejor con los UiPath Robots en modo de servicio instalados en Sistema local. Los UiPath Robots Unattended también pueden ejecutarse en el modo de usuario local (UiPath Robots en modo de usuario), aunque este procedimiento no es recomendable, ya que el UiPath Robot no puede ejecutarse a menos que el usuario en cuestión haya iniciado sesión en esa máquina.
El robot de modo de servicio se instala para todos los usuarios de una máquina. Cuando se instala un robot de modo de servicio en una máquina con Windows Server, se pueden ejecutar simultáneamente varios trabajos no atendidos por la administración automática de sesiones. Esto supone una experiencia de automatización no atendida sin contratiempos. Puedes tener trabajos simultáneos con el robot de modo de usuario en Windows Server, pero no administración automática de sesiones.
El UiPath Robot en modo de usuario está específicamente concebido para escenarios de automatización Attended. Se ejecuta bajo el usuario que lo inicia, y tiene exactamente los mismos derechos que ese usuario en particular.
Al elegir la opción de instalación rápida en .msi, el instalador implementa el UiPath Robot en modo de usuario de forma predeterminada.
UiPath Assistant es la interfaz de tu UiPath Robot, que te permite interactuar con proyectos creados en Studio.
En los escenarios Unattended, UiPath Assistant se utiliza únicamente con fines de depuración, cuando un usuario se conecta a la máquina Unattended para buscar y solucionar posibles incidencias.
Las plantillas de máquina son el tipo de máquina recomendado para automatizaciones Unattended. Las plantillas de máquina facilitan la implementación de varias máquinas host definiendo la configuración una vez y permitiendo que varios UiPath Robots se conecten a Orchestrator. Te permiten conectar UiPath Robots implementados en varias máquinas host a Orchestrator, independientemente de los nombres de las máquinas host o de los usuarios que inician sesión en ellas.
Las plantillas de máquina, como su nombre indica, funcionan como plantillas cuya configuración se aplica a grupos de máquinas host con la misma configuración física. Se pueden conectar fácilmente varias máquinas host a la misma plantilla mediante una clave o un conjunto de credenciales de cliente. La clave o las credenciales del UiPath Robot se utilizan para iniciar sesión en máquinas host y acceder a los recursos de Orchestrator.
Al agrupar máquinas host en la misma plantilla de máquina, se recomienda seguir estas prácticas:
-
Las máquinas host se han implementado en función de una plantilla compartida o al menos configurada como si lo fuera.
-
En las máquinas deben estar instaladas las mismas aplicaciones y, lo que es más importante, en las mismas rutas de cada una de las máquinas y todas ellas deben compartir la misma versión de las aplicaciones.
-
Todos los usuarios que inicien sesión en las aplicaciones de estas máquinas deben tener los mismos derechos de acceso a las aplicaciones que contienen.
Un aspecto importante a tener en cuenta es que el algoritmo para iniciar automatizaciones Unattended puede iniciar un trabajo con cualquiera de los usuarios asignados a una carpeta (a menos que se seleccione manualmente un usuario específico) y, por supuesto, en cualquier máquina host asignada a la plantilla de máquina. Por lo tanto, es importante que todas las cuentas que se pueden seleccionar para la ejecución tengan una cuenta correspondiente en todas las máquinas asignadas a esa carpeta. De lo contrario, lo más probable es que se produzcan errores. Para evitarlo, es importante asegurarte de que los usuarios que deseas emparejar con una plantilla de máquina específica se han creado en todas las máquinas de la plantilla o tener plantillas independientes, cada una con menos máquinas y los usuarios asociados, de modo que solo se definen combinaciones válidas para cada carpeta.
Tienes las siguientes entidades:
-
Carpeta F1 que contiene
-
cuentas de UiPath Robot R1, R2, R3
-
plantilla de máquina T1
-
-
Plantilla de máquina T1 conectada a las máquinas host M1 y M2
En este escenario, debes asegurarte de que tanto M1 como M2 tienen cuentas definidas con las mismas credenciales que las cuentas de UiPath Robot R1, R2 y R3. De esa manera, la automatización puede ejecutarse bajo cualquier combinación de robot-máquina.
AllUsers
, ContactCenter
, y ContactCenter_ITIssues
, este usuario compartirá la misma configuración que el resto de los usuarios en ContactCenter_ITIssues
, y también debe compartir la misma plantilla de máquina de Orchestrator que el resto de los usuarios anteriormente mencionados. También es aconsejable crear plantillas de máquina, si es posible, de acuerdo con la estructura de Active Directory existente.
Para poder realizar automatizaciones Unattended utilizando UiPath Robots Unattended, necesitas una licencia de servicio especial. Esto se denomina runtime y se asigna a un objeto de máquina utilizado para ejecutar procesos Unattended. Para ello:
-
En el tenant, accede a Máquinas.
-
Selecciona la máquina deseada y haz clic en Más acciones.
-
En la sección Detalles de Runtime, introduce un número o utiliza la flecha hacia arriba para introducir un número de runtimes en el campo Producción (Unattended).
El número de runtimes asignados a un objeto de máquina representa la capacidad de ejecución de automatizaciones en cada máquina host que está asociada a ese objeto de máquina. En lo que respecta a la automatización Unattended, el objeto de máquina preferido es la plantilla de máquina.
Los runtimes se asignan en el tenant y, como tales, constituyen el grupo de runtimes del tenant. Cuando una máquina host se conecta a UiPath Orchestrator, se recupera el número de runtimes asignados a su objeto de máquina asociado del grupo de tenant. El runtime se consume durante la ejecución de un proceso en la máquina. Cuando la máquina del host se desconecta, los tiempos de ejecución vuelven al grupo de tenants.
Ejemplo 1
Tienes una plantilla de máquina a la que asignas tres runtimes Unattended:
-
Si conectas una máquina host a esa plantilla de máquina, puedes ejecutar tres automatizaciones en la máquina host.
-
Si conectas tres máquinas host a esa plantilla de máquina, puedes ejecutar tres automatizaciones en cada una de ellas, es decir, un total de nueve automatizaciones.
Al asignar runtimes a una plantilla de máquina, asegúrate de asignar suficientes para cubrir todas las ejecuciones Unattended, de prueba o no producción que pueden producirse a la vez en todas las carpetas en las que esté definida la plantilla de máquina. Esto también requiere tener suficientes máquinas conectadas para cubrir todas las ejecuciones simultáneas.
Ejemplo 2
Tienes:
-
10 trabajos Unattended programados para iniciarse simultáneamente en la carpeta A
-
5 trabajos Unattended programados para ejecutarse simultáneamente en la carpeta B (superponiéndose a los 10 definidos en la carpeta A)
-
una plantilla de máquina, PlantillaAB, asignada tanto a la carpeta A como a la carpeta B
A continuación, tendrás que asignar 15 runtimes Unattended a PlantillaAB y tener 15 máquinas idénticas disponibles y conectadas a la clave de máquina de PlantillaAB para asegurarte de que la ejecución es posible para todas las programaciones definidas.
La única excepción de la regla anterior son los procesos en segundo plano, en los que se necesitan suficientes runtimes asignados a tu plantilla para todas tus ejecuciones de proceso simultáneas, pero no tantas máquinas host conectadas a la plantilla, ya que puedes ejecutar prácticamente tantos procesos en segundo plano como sea necesario en la misma máquina, aunque solo un proceso en primer plano (proceso que requiere IU) a la vez.
Ejemplo 3
Para 10 procesos simultáneos en segundo plano y 1 proceso en primer plano, una máquina host conectada a una plantilla es suficiente, aunque esa plantilla específica debe tener 11 runtimes asignados a ella. Sin embargo, si se añade un segundo proceso en primer plano y debe ejecutarse al mismo tiempo que el primer proceso en primer plano que se definió, o si este último debe ejecutarse dos veces al mismo tiempo, se necesitará una segunda máquina conectada a la plantilla de máquina para que sea posible la ejecución de ambas instancias del proceso en primer plano.
La sección Robot Tiers del portal de licencias de UiPath muestra la lista completa de runtimes disponibles.
Los procesos se basan en los paquetes de automatización de Studio. Son un recurso por carpeta y solo pueden ejecutarse en las carpetas donde se implementan. Sin embargo, pueden iniciarse por procesos en otras carpetas, siempre que los usuarios de esas carpetas específicas tengan los permisos necesarios en la carpeta donde se implementa el proceso deseado.
Hay dos tipos de procesos con los que puedes trabajar:
-
Los procesos en segundo plano no requieren interacciones de la interfaz de usuario ni intervención humana.
-
Los procesos en primer plano deben iniciarse y/o gestionarse desde la interfaz de usuario y solo pueden ejecutarse de uno en uno.
Notas:
-
Cada ejecución de un proceso de este tipo consume un runtime Unattended o de no producción.
-
Puedes ejecutar varios procesos en segundo plano y un proceso en primer plano a la vez.
Al crear un proyecto en Studio, los desarrolladores deben configurar un atributo de compatibilidad que afecta al marco de destino subyacente del proyecto de automatización y el sistema operativo compatible. Esto se establece en Studio, en el campo Compatibilidad.
En la siguiente tabla se muestran la versión de UiPath Robot necesaria para ejecutar procesos según sus marcos de destino y consideraciones de compatibilidad del sistema operativo:
Marco de destino |
Sistema operativo |
Versión robot |
.NET Framework 4.6.1 |
Windows: Legacy |
Cualquiera |
.NET 5.0+ |
Ventanas |
2021.10+ |
.NET 5.0+ |
Multiplataforma |
2021.10+ |