- Notas relacionadas
- Primeros pasos
- Asistente de UiPath
- Instalación y actualización
- Tipos de robot
- Componentes de robot
- Licencia
- Conexión de los robots a Orchestrator
- Procesos y actividades
- Acerca de los proyectos de automatización del robot
- Acerca de las fuentes de actividades
- Automatización de procesos en segundo plano
- API de UiPath Robot
- Verificación de la firma de paquete
- Registro
- Robot JavaScript SDK
- Situaciones concretas
- Sesiones de Windows
- Inicio de sesión usando el sistema de credenciales de Thales Luna
- Inicio de sesión utilizando el proveedor de almacenamiento de clave nShield
- Redirección de Robots a través de un servidor proxy
- Ejecución de tareas en una ventana RDP minimizada
- Uso de unidades de red asignadas
- Detención de un proceso
- Botón de deshabilitación de detención
- Carpetas de paquetes y rutas de red personalizadas
- Integración de CrowdStrike
- Reinicio de componentes de UiPath Robot
- Solución de problemas
- Acerca de la resolución de problemas
- Robot que no responde sobre RDP
- Registros de ejecución duplicados
- Errores de robot encontrados con frecuencia
- Aumento de la duración de la ejecución de proceso
- Exigencia de la verificación de la firma de paquetes
- Mensaje demasiado grande para procesarlo
- Errores al ejecutarse como administrador
- Los paquetes NuGet no son accesibles tras la migración
- Actividades de diálogo de control de acceso de usuario y automatización de IU
Automatización de procesos en segundo plano
- Al usar Attended Robots para ejecutar varios procesos al mismo tiempo, se consume una única licencia.
- Al usar robots no atendidos para ejecutar varios procesos al mismo tiempo, cada proceso de ejecución necesita una licencia independiente.
Un robot atendido funciona en la misma máquina que un humano. Suele activarse por eventos de usuario y solo debería ejecutarse con supervisión humana. Consulta más información sobre las capacidades de automatización de un UiPath Robot según la licencia.
La ejecución de procesos en segundo plano la realiza un robot en una máquina para un usuario en concreto. Los procesos se ejecutan en la misma sesión de Windows al mismo tiempo.
Cada proceso en ejecución usa su propia versión de dependencias, incluso si varios procesos en ejecución requieren una versión diferente de la misma dependencia. Por ejemplo, si el proceso A requiere la dependencia v18.4.6 y el proceso B requiere la dependencia v19.4.4, entonces cada proceso descarga y utiliza la versión necesaria de la dependencia.
De acuerdo con este tipo de licencia, un robot asistido puede ejecutar de forma concurrente un proceso en primer plano (con interacción de IU) y múltiples procesos en segundo plano (sin interacción de IU).
Un proceso en primer plano se usa cuando tu proyecto de automatización debe interactuar con elementos de la IU. Estos procesos dependen fuertemente de las actividades de UIAutomation. Ten en cuenta que solo puedes ejecutar un proceso en primer plano cada vez.
Un proceso en segundo plano no necesita interactuar con elementos de la IU en pantalla, sino que depende más bien de los procesos en segundo plano que le pasan información. En estos tipos de proyecto no se deben usar actividades de UIAutomation. Varios procesos de este tipo pueden ejecutarse simultáneamente en una máquina, incluso si ya se está ejecutando un proceso en primer plano.
El tipo de proceso suele venir dictado por el tipo de actividades que usa (tanto si interactúa con elementos de la IU como si no). Sin embargo, puedes especificar el tipo cuando creas un nuevo proceso desde Studio. De forma predeterminada, todos los procesos se marcan como en primer plano a menos que se especifique lo contrario.
Session 0. Esta sesión permite que Windows ejecute procesos del sistema necesarios para la propia máquina. Cuando un usuario inicia sesión en esa máquina, se crea una nueva sesión llamada User Session en la que se ejecutan servicios específicos del usuario.
Para una descripción más detallada, el documento de Microsoft Aislamiento de la sesión 0 ofrece información adicional sobre la forma en que se crean sesiones y cómo se maneja la información entre ellas.
Session 1), mientras que los iniciados desde robots no atendidos se ejecutan en la sesión de Windows.
La automatización de procesos en segundo plano con robots atendidos depende de la sesión del usuario en la máquina para ejecutar automatizaciones, que se inician desde Studio o UiPath Assistant y se ejecutan en la misma sesión de Windows que la del usuario. Como la automatización se produce en la misma sesión, el robot puede recuperar la información y los archivos de acceso específicos del usuario.
La Automatización de Procesos en Segundo Plano con Robots Desatendidos se inicia a través del Servicio de Robots y se ejecuta en la Sesión 0. Es importante saber que la Sesión 0 no tiene Interfaz de Usuario y no puede interactuar con una sesión de usuario. Al usar esto tipos de procesos en robots no atendidos, ten en cuenta que se ejecutan en nombre del usuario y heredan sus permisos. Asegúrate de que el usuario bajo el cual se ejecuta el proceso tenga acceso a los recursos necesarios y de que el proceso no requiere ningún tipo de interfaz de usuario. Consulta el documento de sesión de Windows para obtener más información sobre cómo los UiPath Robots manejan las sesiones de Windows.
Un Proceso en segundo plano puede pasar a Primer plano con la ayuda de Utilizar actividad en primer plano. Puedes encontrar más información sobre cómo funciona esta actividad y cómo usarla para diseñar tu automatización aquí.
Siempre que al menos esté un proceso en ejecución, el robot se marcará como Ocupado en Orchestrator.
UIPATH_HEADLESS_WITH_USER en la máquina del robot con el valor establecido en True. La máquina debe reiniciarse para que la variable de entorno surta efecto.
La ejecución de automatizaciones bajo la cuenta de servicio local es sencilla, ya que no necesita las credenciales de inicio de sesión establecidas en Orchestrator. Esto tiene las siguientes limitaciones:
- En los flujos de trabajo de automatización, el acceso está limitado a los privilegios de la cuenta de servicio local.
- No se admiten configuraciones de proxy para el ejecutor.
No es posible iniciar otro proceso en primer plano mientras hay otro en ejecución. Los procesos en segundo plano, por otra parte, se pueden iniciar independientemente del estado y tipo de los demás procesos.
Puedes usar la actividad Ejecutar proceso paralelo en tus procesos en segundo plano para iniciar otros procesos, en función de los desencadenadores que necesites. Los procesos iniciados por esta actividad se ejecutan de forma independiente. Por ejemplo, un proceso en segundo plano que supervisa determinadas acciones puede iniciar un nuevo proceso (en primer plano o en segundo plano) y seguir supervisando la acción concreta sin ninguna interrupción. Un proceso en segundo plano cargado por esta actividad se inicia de inmediato, incluso si ya se están ejecutando un proceso en primer plano y uno o varios en segundo plano. Si la actividad inicia un proceso en primer plano, se produce una de las siguientes situaciones:
- El proceso se inicia de inmediato si no hay otro proceso en primer plano en ejecución.
- Se produce una excepción si ya se está ejecutando un proceso en primer plano.
