The UiPath^® Robot executes processes in an interactive Windows session. There are two types of Windows sessions the Robot can start:

El tipo de sesión que inicie el robot vendrá determinado por la opción LoginToConsole. Por defecto, esta opción está habilitada.

All Robot types, regardless of license or deployment, can connect to both types of sessions. Please note that High-Density Robots only connect to a RDP session.

Todas las sesiones de Windows, independientemente del tipo de sesión, se crean siempre en la máquina del robot. En otras palabras, las sesiones se crean desde la máquina de robot a la misma máquina, no desde Orchestrator a la máquina del robot.

Cuando se inicia un proceso desde Orchestrator, se crea una sesión de Windows de la siguiente manera:

El proceso es el mismo tanto para sesiones de consola como RDP.

Si no estás conectado a Orchestrator, la opción Iniciar sesión en consola solo puede configurarse desde el archivo UiPath.settings.

Por defecto, el robot se conecta a una sesión de consola. Solo una sesión de consola puede estar activa por máquina. Si previamente se estableció otra configuración, el robot se puede conectar a una sesión de consola habilitando la opción LoginToConsole, mediante uno de los siguientes métodos:

Solo puede haber una sesión de consola activa por máquina. Esto significa que solo un robot puede ejecutar procesos en esa máquina cada vez. Cuando finaliza la ejecución se desconecta la sesión, y otro robot puede iniciar una sesión y ejecutar procesos en esa máquina.

Si hay una sesión RDP activa cuando se inicia un trabajo desde Orchestrator, la sesión RDP activa finalizará.

Una sesión de consola usa la resolución especificada por los ajustes predeterminados de la tarjeta gráfica de la máquina. En sesiones de VDI, como Citrix, Hyper-V o VMware, la resolución la suele especificar el hipervisor que administra la VDI. Ten en cuenta que no puedes establecer una resolución personalizada.

En una sesión RDP, el robot crea una sesión de escritorio remoto virtual en la máquina en la que se ejecuta. Puedes hacer que el robot se conecte a una sesión RDP deshabilitando la opción LoginToConsole mediante uno de los siguientes métodos:

En una sesión Windows Workstation solo puede haber una sesión RDP activa. Esto significa que solo un robot puede ejecutar procesos en esa máquina cada vez. Cuando finaliza la ejecución se desconecta la sesión, y otro robot puede iniciar una sesión y ejecutar procesos en esa máquina.

En Windows Server, por el contrario, puede haber una sesión RDP activa para cada usuario de la máquina, o incluso múltiples sesiones para el mismo usuario. Esto significa que múltiples robots pueden ejecutar procesos simultáneamente en esa máquina, cada uno para su usuario designado. En esta situación, los robots también pueden ejecutar procesos para un usuario en múltiples sesiones, pero no deben fiarse de eventos de hardware (como actividades de UIAutomation).

Si se inicia un trabajo desde Orchestrator y ya hay una sesión RDP activa, el proceso se ejecuta en dicha sesión.

Te recomendamos que uses este tipo de conexión si tu proceso de automatización requiere una resolución personalizada. Para establecer una resolución personalizada, modifica los parámetros ResolutionWidth, ResolutionHeight y ResolutionDepth en una de las siguientes ubicaciones:

The main communication means between an execution command and the actual process execution is the Robot Service. If no process needs to be executed, the Robot Service idly stands by on the Windows machine and does not require an active Windows Session. This is done to ensure constant open communication with Orchestrator and to be able to immediately start a process if a command is received. The communication is done through HTTPS, more specifically through WebSockets (SignalR).

Ten en cuenta que la sesión de Windows será generada por RDP solo si el valor de propiedad de LoginToConsole es false.

Cuando se envía un comando de iniciar proceso al servicio de UiPath Robot, se genera una sesión de Windows en esa máquina mediante RDP para el usuario del robot. Acto seguido, el servicio de robot lanza un ejecutor de robot dentro de la sesión recién creada. El ejecutor y el servicio se comunican a través de canalizaciones con nombre, y el ejecutor sabe exactamente qué ejecutar. Entonces, el proceso se ejecuta dentro de la sesión de Windows.

Cuando se inicia un trabajo desde Orchestrator, el robot se conecta a la sesión de Windows WinSta0, según tu configuración de conexión de sesiones. Una sesión WinSta0 (sesión interactiva) solo puede tener un escritorio activo.

Un proceso siempre está asociado al escritorio interactivo donde se inició y no puede acceder otros escritorios durante su ejecución. Un escritorio activo garantiza lo siguiente:

Una sesión de usuario desconectada no puede tener un escritorio. Si un escritorio no está activo en una sesión interactiva, sucede lo siguiente:

El mantenimiento de robot de UiPath captura una serie de capturas de pantalla de sesión al configurar tu sesión de Windows y las elimina una vez que la sesión se ha creado correctamente. Si la configuración de la sesión falla, guarda las capturas de pantalla en el directorio %ProgramData%\UiPath\SessionScreenshotspara resoluciones de problemas futuras.