- Asistente de UiPath
- Instalación de UiPath Assistant
- Configurar UiPath Assistant
- UiPath Assistant en MacOS
- Picture in Picture
- Configurar automatizaciones attended
- Control
- Widgets en UiPath Assistant
Guía del usuario de UiPath Assistant
PiP: sesión secundaria
La sesión secundaria Imagen en Imagen te permite ejecutar procesos attended en una sesión aislada de Windows sin interrumpir tu trabajo actual.
Cuando un proceso se inicia en modo Imagen en Imagen, se genera una nueva sesión. Si ejecutas una automatización en PiP por primera vez, se te pedirá autenticar la nueva sesión utilizando tus credenciales de Windows.
Una vez creada la sesión, aparecerá una ventana de vista previa en tu escritorio que ofrece comentarios en tiempo real del proceso de ejecución. Se puede cambiar el tamaño de esta ventana de visualización, se puede mover, poner en modo de pantalla completa, o colocar en primer plano sobre otras ventanas. Puedes salir del modo Imagen-en-imagen en cualquier momento haciendo clic con el botón derecho del ratón en la entrada de Imagen-en-imagen de la barra de tareas de Windows y seleccionando Cerrar ventana o simplemente cerrando la ventana. Aparecerá un cuadro de diálogo de confirmación. Si eliges cerrar la ventana PiP detendrás el proceso en ejecución.
El tiempo de espera predeterminado para iniciar un proceso en una sesión de PiP es de 180 segundos. Si el inicio de sesión en la sesión de Picture-in-Picture tarda más de eso, se mostrará un error de tiempo de espera.
Este tiempo de espera predeterminado se puede cambiar usando la variable de UIPATH_PIP_SESSION_TIMEOUTentorno en la máquina. Al utilizar el robot en modo de servicio, asegúrate de establecer la variable UIPATH_PIP_SESSION_TIMEOUT como una variable de entorno de sistema y reinicia el mantenimiento de robot de UiPath.
Se necesitan derechos de administrador para habilitar la funcionalidad de Imagen-en-imagen en la máquina. Esto solo se necesita la primera vez que se utiliza Imagen en Imagen. Después, el proceso actual se puede iniciar en Imagen en Imagen sin mayores privilegios.
Credenciales para la sesión del robot
Las credenciales utilizadas para la sesión del robot se gestionan mediante el mecanismo de sesión secundaria de Windows. Para obtener más información, consulta la documentación de sesiones secundarias de Microsoft.
Una vez habilitada PiP, estas credenciales son necesarias cuando se inicia una sesión secundaria de PiP hasta que el usuario vuelva a iniciar sesión en la máquina o en escenarios específicos, como el uso de una tarjeta inteligente o PIN en lugar de una combinación de nombre de usuario/contraseña.
Habilitar PiP en la máquina
La funcionalidad Picture-in-Picture de la máquina se puede habilitar mediante línea de comandos o de forma manual al iniciar la sesión PiP por primera vez en la máquina.
| Método | Comando | Descripción |
|---|---|---|
| Manualmente | La primera vez que se inicia una sesión Picture-in-Picture bien sea desde Studio o desde UiPath Assistant se te pedirá que habilites la funcionalidad PiP en la máquina. Esto requiere derechos de administrador. | |
| Línea de comandos |
| Te permite habilitar o deshabilitar la funcionalidad de Picture-in-Picture en la máquina. Esta configuración se aplica en la máquina local y afecta a todos los usuarios. Se usa para modificar instalaciones existentes. Puede tener los siguientes parámetros:
Habilita la funcionalidad Imagen en imagen de la máquina.
Deshabilita la funcionalidad Imagen en imagen de la máquina. UiRobot.exe PiP --EnableSe necesitan derechos de administrador para ejecutar estos comandos. |
| Línea de comandos |
| Te permite habilitar la funcionalidad Picture-in-Picture de la máquina durante la instalación de la línea de comandos de UiPath. Para habilitarlo, utiliza el siguiente parámetro:
Ejemplo:
|
Problemas conocidos y limitaciones
Hay algunas cosas que tener en cuenta al usar la característica Imagen-en-imagen:
- Si usas un PIN para iniciar sesión en Windows, se te pedirán tus credenciales cada vez que inicies una sesión del robot.
- Cuando la sesión del robot está activa también lanza programas de inicio dentro de la misma sesión. Esto puede restablecer la configuración de tus dispositivos periféricos, como la configuración de la luz del teclado y el ratón, a sus valores predeterminados.
- Habilitar la sesión del escritorio remoto durante una sesión del robot activa requiere cerrar sesión y volver a iniciar sesión en la sesión principal de Windows para que los cambios surtan efecto.
- No puedes reiniciar o apagar tu máquina mientras la sesión del robot esté activa. Cierra primero la sesión del robot.
- Las restricciones del sistema operativo impiden la compatibilidad con Picture-in-Picture para las ediciones Home de Windows 8 y 10.
- El portapapeles se comparte entre la sesión del robot y la sesión principal.
- En la sesión del robot no se puede usar Ejecutar como administrador.
- Puedes iniciar una sola sesión del robot a la vez.
- Para iniciar una sesión del robot, necesitas permisos de Permitir inicio de sesión local.
Automatización de Microsoft Office
Las automatizaciones que utilizan recursos de Microsoft Office no se ejecutan bien en Imagen-en-imagen si los recursos ya están abiertos en la sesión principal. Para asegurarte de que las automatizaciones se ejecutan con fluidez en PiP, puedes realizar lo siguiente:
- Cierra el recurso utilizado por las aplicaciones de Microsoft Office en la sesión principal para que puedan abrirse en la sesión PiP.
- Utiliza una actividad Invocar flujo de trabajo aislado para invocar la parte de la automatización que utiliza Microsoft Office y establecer su Sesión de destino en Imagen en imagen desde Studio.
Uso del navegador web en sesiones PIP
Los datos de navegador de una sesión Picture-in-Picture se guardan de forma predeterminada en la sesión principal. Si hay una instancia abierta de Google Chrome o de Microsoft Edge en la sesión principal, tendrás que usar otro perfil de usuario en el PiP. Esto lo hace automáticamente la actividad Abrir navegador. No podemos tener un navegador concreto (digamos Chrome) abierto con el mismo perfil de usuario tanto en la sesión PiP como en la sesión principal al mismo tiempo.
Sin embargo, el modo y la ubicación de los datos del navegador pueden configurarse desde las propiedades de la actividad Abrir navegador .
Al establecer la propiedad UserDataFolderMode como Automatic permites que el navegador utilice carpetas de datos de usuario independientes en la sesión principal y la sesión PiP.
Ten en cuenta que si borras los datos de usuario de la carpeta %LocalAppData%\UiPath\PIP Browser Profiles en este modo debe volver a habilitarse la extensión correspondiente del navegador.
En caso de que necesites usar datos de la sesión principal (como cookies o contraseñas guardadas), puedes establecer la propiedad UserDataFolderMode como DefaultFolder. Esto significa que tanto la sesión principal como la sesión PiP utilizan la misma carpeta para los datos de usuario del navegador.
Al establecer UserDataFolderMode como DefaultFolder el navegador solo funciona en una sesión cada vez. Si el navegador se abre en la sesión principal, no funciona en la sesión PiP. Esto se debe a que no se puede usar el mismo perfil de navegador en dos sesiones simultáneas.
Target Session y UserDataFolderMode son propiedades que solo se pueden modificar en Studio. Los proyectos desarrollados en StudioX han de abrirse en Studio para modificar estas propiedades.
Al establecer la propiedad UserDataFolderMode como CustomFolder puedes especificar diferentes carpetas de datos de usuario para la sesión principal y la sesión PiP.
PiP requiere iniciar sesión cada vez
En función de tu entorno, ciertas directivas de Windows podrían hacer que la sesión PiP solicite un inicio de sesión cada vez que se inicie.
Por ejemplo, el ajuste siguiente, establecido como Disabled desencadena la ventana de PiP para que pida credenciales cada vez que se inicia:
Local Group Policy\Computer Configuration\Administrative Templates\System\Credential Delegation\Allow delegating default credentials
Esto también ocurre cuando se utiliza Windows Business Hello PIN. La autenticación mediante PIN solo funciona la primera vez que se inicia una sesión PiP. A partir de ese momento, la sesión PiP solo puede autenticarse mediante nombre de usuario y contraseña.
Autenticación por SmartCard
Si tu entorno requiere inicio de sesión con una tarjeta inteligente, la política siguiente debe not establecerse como Enabled:
Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Device and Resource Redirection\Do not allow smart card device redirection
El flujo de trabajo tarda mucho en iniciarse en PiP
Al iniciar un proceso en PiP por primera vez, tardará más de lo habitual hasta que se inicie la ejecución real. Esto ocurre porque la sesión PiP tiene que iniciar todos sus procesos de Windows y programas de inicio.
Recomendación: inicia una sesión PiP al iniciar la máquina y mantenla abierta durante todo el día. Esto utiliza menos recursos que iniciar una nueva sesión PiP para cada proceso.
La sesión PiP no se inicia
Algunas políticas de Windows pueden restringir la sesión PiP desde el inicio. Para evitarlo, el usuario que inicia una sesión PiP debe formar parte de las siguientes políticas:
-
Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignment\Allow Log On Locally -
Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignment\Access this computer from the networkImportante:Esta política es necesaria si Device Guard está habilitado en la máquina del robot. Esto significa que tanto la protección DMA del núcleo está activada como las políticas de grupo locales aplican Device Guard en la máquina.
En el escenario en el que Device Guard está habilitado pero
Access this computer from the networkestá deshabilitado, al intentar iniciar una sesión PiP, se muestra el siguiente error: "Sesión secundaria desconectada: el administrador del sistema ha restringido los tipos de inicio de sesión (de red o interactivo) que puede utilizar. Para obtener ayuda, póngase en contacto con el administrador del sistema o con el soporte técnico. Razón: 4871, ExtendedReason exDiscReasonNoInfo"
Actualmente estamos investigando para encontrar otras directivas que puedan afectar a la funcionalidad PiP.
El cliente VPN no funciona en el PiP
Cuando los clientes VPN se utilizan junto con PiP, hay algunas situaciones en las que pueden producirse conflictos. Por ejemplo, si los clientes VPN están configurados para iniciarse cuando el usuario inicia sesión, cuando se inicia el PiP, se inicia otra instancia del cliente VPN. Esto hace que se cree un conflicto entre las dos sesiones, ya que el cliente VPN está configurado para ejecutar una sola instancia por usuario.
Para resolver estos escenarios, hemos elaborado una lista de los proveedores VPN más habituales con sus particularidades, además de las resoluciones para los problemas conocidos que puedan producirse.
Cisco Anyconnect
Comportamiento observado
Cuando el cliente Cisco Anyconnect se ejecuta en la máquina del usuario y se inicia una sesión PiP, se inicia otro cliente Cisco Anyconnect en la sesión PiP.
Causa
El servidor Cisco VPN está configurado para aceptar una sesión por usuario a la vez. Cuando se inicia la sesión PiP, Cisco Anyconnect desconecta la VPN en la sesión principal y genera un error en la sesión PiP.
Esto cierra la conexión VPN del usuario y deja al usuario sin poder acceder a los servicios que requieren una conexión VPN.
Resolución
No establezcas el cliente VPN para que se inicie automáticamente al iniciar Windows. Esto hará que el cliente VPN inicie una nueva conexión cuando se inicia la sesión PiP y transmitirá los datos del tráfico PiP a través de la sesión principal de Windows.
Zscaler
La versión 4.4.0.300 de Zscaler resuelve el comportamiento observado aquí.
Comportamiento observado
Cuando se inicia la sesión PiP, se inicia otro cliente Zscaler en la sesión PiP. Esto hace que el cliente Zscaler desaparezca de la sesión principal de Windows. Todo funcionará como se espera hasta que el usuario cierre la sesión PiP. Cuando se cierre la sesión PiP, el cliente Zscaler se quedará en el limbo y el usuario tendrá que cerrar y volver a abrir la sesión de nuevo, o reiniciar la máquina para abrir el Zscaler.
Causa
Zscaler está investigando este problema por su parte.
Resolución
Abre un ticket con el equipo de soporte de Zscaler.
Pulse secure
Comportamiento observado
Cuando se inicia una sesión PiP, el usuario se desconecta de la VPN.
Causa
El cliente Pulse secure no puede manejar dos sesiones de Windows para un mismo usuario.
Resolución
Se recomienda abrir un ticket con el equipo de Pulse Secure.
Palo Alto Global Protect
Cuando se inicia PiP, la GUI muestra al usuario desconectado de la VPN en ambas sesiones. Pero la sesión PiP sigue estando conectada a la VPN.
Resolución
Se recomienda abrir un ticket con el equipo de Palo Alto.
PIP y servidores Windows
En un escenario en el que varios usuarios están conectados al mismo tiempo a un servidor de Windows, solo se puede iniciar una sesión PIP en la máquina. Esto significa que solo se puede abrir una sesión PiP en una sola máquina, independientemente de que usuario o tipo de sesión se utilizó para abrir la sesión PiP.
PIP y otros entornos virtualizados
En otros entornos virtualizados como AppV o Citrix XenApps, la funcionalidad PIP no está disponible.
- Credenciales para la sesión del robot
- Habilitar PiP en la máquina
- Problemas conocidos y limitaciones
- Automatización de Microsoft Office
- Uso del navegador web en sesiones PIP
- PiP requiere iniciar sesión cada vez
- Autenticación por SmartCard
- El flujo de trabajo tarda mucho en iniciarse en PiP
- La sesión PiP no se inicia
- El cliente VPN no funciona en el PiP
- Cisco Anyconnect
- Zscaler
- Pulse secure
- Palo Alto Global Protect
- PIP y servidores Windows
- PIP y otros entornos virtualizados