Automatización de procesos en segundo plano

Nota: esto solo está disponible para Robots asistidos. 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.

Importante: los procesos de automatización que utilizan actividades de UIAutomation no pueden ejecutarse bajo una pantalla bloqueada.

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.

Comportamiento de Robots atendidos y no atendidos

Durante el arranque se crea una sesión de Windows para ejecutar los procesos del sistema que no están relacionados con un usuario concreto. Esto se llama 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.

El uso de procesos en segundo plano ofrece un comportamiento diferente cuando se ejecutan en automatizaciones atendidas y no atendidas. Los procesos en segundo plano se ejecutan desde una ejecución de robot atendido en la sesión del usuario (Session 1), mientras que los iniciados desde robots no atendidos se ejecutan en la sesión de Windows.

Robots atendidos

La automatización de procesos en segundo plano con Attended Robots se basa en la sesión del usuario en la máquina para ejecutar automatizaciones, estas se inician desde Studio o UiPath^® Assistant y se ejecutan en la misma sesión de Windows que el 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.

Robots desatendidos

La automatización de procesos en segundo plano con Robots no atendidos se inicia desde el Servicio de Robot y se ejecuta en la sesión de Windows (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 este tipo 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 robots de UiPath^® gestionan las sesiones de Windows.

Nota: al ejecutar automatizaciones en segundo plano mediante robots unattended, puede que las aplicaciones de Microsoft Office como Word, Excel o PowerPoint no funcionen correctamente, pues se han creado para ejecutarse en sesión de usuario, lo que significa que necesitan una sesión de escritorio y un perfil de usuario interactivos. Para obtener más información sobre cómo funcionan los productos de Office 365 con sesiones de servidor (sesión 0), consulta el documento de Microsoft Automatización de Office en el servidor.

Ejecución de procesos en segundo plano

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.

Importante: a partir de la versión 2021.10, las automatizaciones en segundo plano desatendidas en robots en modo servicio se ejecutan de forma predeterminada con el usuario de Windows incorporado "Servicio local". Antes de esto, se utilizaba el nombre de usuario y la contraseña configurados para el robot en Orchestrator.

Para usar credenciales especificadas en Orchestrator, tienes que configurar la variable de entorno de sistema 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.