Automatización de procesos en segundo plano

Nota:

Esto solo está disponible para Robots atendidos. Al usar robots no atendidos para ejecutar varios procesos al mismo tiempo, cada proceso de ejecución necesita una licencia independiente.

Un attended robot funciona en la misma máquina que un humano. Suele activarse por eventos de usuario y solo debería ejecutarse con supervisión humana. Más información sobre las capacidades de automatización del 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 los elementos de la interfaz de usuario en la pantalla, sino que depende de los procesos en segundo plano para pasar Information. 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 Aislamiento de sesión 0 de Microsoft ofrece información adicional sobre cómo se crean las 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 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.

Robots desatendidos

La automatización de procesos en segundo plano con robots desatendidos se inicia desde el mantenimiento de robot de UiPath 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 desatendidos, 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 Sesión de Windows para obtener más detalles sobre cómo los UiPath Robots manejan las sesiones de Windows.

Nota:

Al ejecutar automatizaciones en segundo plano a través de robots desatendidos es posible que las aplicaciones de Microsoft Office como Word, Excel o PowerPoint no funcionen correctamente, ya que se han creado para ejecutarse en sesión de usuario, lo que significa que necesitan una sesión de escritorio interactiva y un perfil de usuario. Para obtener más Información sobre cómo los productos de Office 365 funcionan con las sesiones del servidor (sesión 0), consulta el documento Automatización de Office del lado del servidor de Microsoft.

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 detalles sobre cómo funciona esta actividad y cómo utilizarla en la construcción de 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, la ejecución de automatizaciones en segundo plano desatendidas en robots en modo servicio se ejecuta por defecto bajo el usuario de Windows "Servicio local" incorporado. 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 y establecer el valor como True.

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 utilizar la actividad Ejecutar proceso en 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.