Imagen en imagen

La función Imagen en imagen te permite ejecutar procesos atendidos en colaboración con el robot. Un proceso iniciado en el modo Imagen-en-imagen se ejecuta en una sesión aislada de Windows, y por tanto te permite usar la máquina mientras se ejecuta el proceso.

Puedes iniciar un proceso en el modo Imagen-en-imagen bien sea desde la pestaña Depurar en Studio, desde StudioX o directamente desde UiPath Assistant desde el Menú contextual de un proceso.

Nota:

El tiempo de espera predeterminado para iniciar un proceso en la sesión de PiP es de 60 segundos. Si el inicio de sesión de Imagen en imagen tarda más tiempo, aparece un error de tiempo espera. Este tiempo de espera predeterminado se puede cambiar usando la variable de entorno UIPATH_SESSION_TIMEOUTen la máquina.

Al utilizar el robot en modo de servicio, asegúrate de establecer la variable UIPATH_SESSION_TIMEOUT como una variable de entorno de sistema y reinicia el servicio de robot.

Una vez iniciado un proceso en el modo Imagen-en-imagen, se mostrará una ventana de vista previa en el escritorio, ofreciendo realimentación en tiempo real de la ejecución del proceso. Se puede cambiar el tamaño de la 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.

Nota: se necesitan derechos de administrador para habilitar la funcionalidad de Imagen-en-imagen en la máquina. Solo se necesitan la primera vez que se utiliza Imagen-en-imagen. Luego, el proceso real se puede iniciar en Imagen-en-imagen sin privilegios elevados.

Controles

Para la ventana PiP están disponibles los siguientes controles:

• : habilítalo para tomar el control de la sesión PiP. Si está deshabilitado, el ratón y el teclado solo funcionarán en la sesión principal.
• : habilítalo para mantener la ventana PiP sobre otras aplicaciones incluso cuando esté fuera de foco.
• Minimizar: minimiza la ventana PiP a la barra de tareas de la sesión principal sin interrumpir el proceso.
• Maximizar: maximiza la ventana PiP.

• Cerrar: cierra la ventana PiP, detiene cualquier proceso en ejecución y cierra la sesión PiP.

  
  

  

  
  

La primera vez que inicias una sesión Imagen-en-imagen, un cuadro de diálogo te pide tus credenciales de Windows. Ten en cuenta que si reinicias la máquina no se te volverá a pedir que proporciones las credenciales de nuevo.

Marcar un proceso como listo para PiP

En la sección Configuración de proyecto de Studio se puede marcar un proceso como Listo para PiP, lo que significa que se ha probado y se puede ejecutar con seguridad en una sesión PiP. También puedes establecer un proceso que se inice por defecto en una sesión de Imagen en imagen.

Uso de PiP para actividades de invocación

Las actividades de invocación, como Invocar proceso, Invocar flujo de trabajo y Ejecutar proceso paralelo, tienen la opción de elegir dónde iniciar el nuevo proceso.

Esto se puede establecer desde la pestaña Propiedades de la actividad, en Misc > Sesión de destino dentro de Studio.

Nota: la propiedad Target Session solo puede modificarse desde Studio. Los proyectos desarrollados en StudioX han de abrirse en Studio para modificar esta propiedad.

Las opciones son:

• Actual: el proceso secundario se abre en la misma sesión que el proceso principal
• Predeterminado del proceso: el proceso secundario usa los ajustes del proceso
• Principal: el proceso secundario se inicia en la sesión principal independientemente de dónde se ejecuta el proceso principal

• Imagen en imagen: el proceso secundario se inicia en la sesión Imagen en imagen independientemente de dónde se ejecute el proceso principal

  
  

  

  
  

Habilitación de PiP

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	UiRobot.exe PiP	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: PiP --enable Habilita la funcionalidad Imagen en imagen de la máquina. PiP --disable Deshabilita la funcionalidad Imagen en imagen de la máquina. Ejemplo: UiRobot.exe PiP --Enable Se necesitan derechos de administrador para ejecutar estos comandos.
Línea de comandos	UiPathStudio.msi ENABLE_PIP	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: ENABLE_PIP=1 Ejemplo: UiPathStudio.msi ADDLOCAL=DesktopFeature,Studio,Robot,RegisterService,Packages ENABLE_PIP=1

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 Imagen-en-imagen.
• Cuando se abre la sesión de Picture-in-Picture, los programas de inicio también se abren en la sesión PiP. Debido a esto, algunas configuraciones de los dispositivos periféricos podrán restablecerse a sus valores predeterminados (como la configuración de la iluminación para el teclado y el ratón).
• Si habilitas la sesión de escritorio remoto cuando aparece el símbolo de sistema al ejecutar un proceso PiP, deberás cerrar sesión y volver a iniciarla en la sesión principal de Windows para que los cambios surtan efecto.
• La máquina no se puede reiniciar o apagar mientras la sesión PiP está abierta, ya que la sesión PiP debe cerrarse de antemano.
• Debido a limitaciones del sistema operativo para ejecutar Imagen-en-Imagen, esta sesión no es compatible con las ediciones Home de Windows 8 y 10.
• El portapapeles se comparte entre la sesión PiP y la sesión principal.
• En la sesión PiP no se puede usar Ejecutar como administrador.
• Solo se puede iniciar una sesión Imagen-en-imagen cada vez.
• Para que un usuario inicie una sesión PiP, debe tener permisos de Allow Log On Locally.

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 InvokeIsolatedWorkflowactividad para invocar la parte de la automatización que usa Microsoft Office y establece su Sesión de destino como Picture-in-Picturedesde Studio.
  Nota: Microsoft Outlook no se ve afectado por la limitación descrita anteriormente.

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.

No obstante, 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.

Nota: al configurar el al navegador UserDataFolderModeDefaultFoldersolo funciona en una sesión a la 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.

Nota: 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.

Esto también ocurre cuando se utiliza Windows Business Hello PIN. La autenticación con PIN solo funciona la primera vez que se genera una sesión PiP. Después de eso, la sesión PiP solo puede iniciar sesión con el nombre de usuario y la contraseña. Ya que este puede que no sea el mejor escenario para algunas organizaciones, actualmente tratamos de corregir este comportamiento para que no ocurra en el futuro.

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.

Directivas de Windows

Algunas directivas de Windows como AllowLogOnLocally pueden restringir la sesión PiP desde el inicio. El usuario que intenta iniciar una sesión PiP debe estar en un grupo que tenga los permisos necesarios o debe recibir explícitamente el permiso.

Nota: 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 VPN de Cisco 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 configures el cliente VPN para que se inicie automáticamente al arrancar 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

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 Actualmente estamos investigando este comportamiento con Zscaler para encontrar la causa. Resolución Actualmente estamos investigando este comportamiento con Zscaler para encontrar una resolución.

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: recomendamos abrir un tique 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.