assistant
2022.4
false
  • Assistant UiPath
    • À propos d'UiPath Assistant
    • Description des champs
  • Installer l'Assistant UiPath
  • Configuring UiPath Assistant
  • Assistant on MacOS
  • Picture in picture
    • Incrustation d’image
    • L'incrustation d'image dans les détails
  • Configuring attended automations
  • Widgets in Assistant
UiPath logo, featuring letters U and I in white

Assistant User Guide

Dernière mise à jour 4 déc. 2024

Problèmes connus et limitations

Il y a quelques éléments à prendre en compte lors de l’utilisation de la fonctionnalité Picture in picture :

  • Si vous utilisez un code PIN pour vous connecter à la session Windows principale, vous êtes invité à saisir vos informations d’identification chaque fois que vous démarrez une session Picture in picture.
  • Lorsque la session d'incrustation d'image est ouverte, les programmes de démarrage s'ouvrent également dans la session PiP. Pour cette raison, certains paramètres des périphériques peuvent être réinitialisés à leurs valeurs par défaut (tels que les paramètres d'éclairage du clavier et de la souris).
  • Si vous activez la session Bureau à distance lorsque l'invite apparaît lors de l'exécution d'un processus PiP, vous devez vous déconnecter et vous reconnecter à la session Windows principale pour que les modifications prennent effet.
  • La machine ne peut pas être redémarrée ou arrêtée pendant que la session PiP est ouverte, car la session enfant doit être fermée au préalable.
  • En raison des limitations du système d’exploitation relatives à l’exécution de la fonctionnalité d’Incrustation d'image, les éditions Famille de Windows 8 et 10 ne sont pas prises en charge.
  • Le presse-papiers est partagé entre la session PiP et la session principale.
  • L'exécution en tant qu'administrateur ne peut pas être utilisée dans la session PiP.
  • Une seule session d'Incrustation d'image peut être démarrée à la fois.
  • Pour qu'un utilisateur démarre une session PiP, il doit disposer des autorisations Allow Log On Locally.

Automatisation de Microsoft Office

Les automatisations qui utilisent les ressources Microsoft Office ne peuvent pas s'exécuter avec succès dans l'Incrustation d'image si les ressources sont déjà ouvertes dans la session principale. Afin de vous assurer que les automatisations fonctionnent bien dans PiP, vous pouvez suivre les étapes suivantes :

  • Fermez la ressource utilisée par les applications Microsoft Office dans la session principale afin qu’elles puissent être ouvertes dans la session PiP.
  • Utilisez une activité InvokeIsolatedWorkflow pour invoquer la partie de l’automatisation à l’aide de Microsoft Office et définissez sa session cible sur Picture-in-Picture à partir de Studio.
    Remarque : Microsoft Outlook n'est pas concerné par la limitation décrite ci-dessus.

Utilisation du navigateur Web dans les sessions PIP

Les données du navigateur d'une session d'incrustation d'image sont enregistrées par défaut dans la session principale de la machine. Si une instance Google Chrome ou Microsoft Edge est déjà ouverte sur la session principale, elle devra utiliser un autre profil utilisateur dans la session PiP. Cette action est automatiquement effectuée par l'activité Ouvrir le navigateur (Open Browser). Il est impossible d'avoir un navigateur spécifique (disons Chrome) ouvert avec le même profil utilisateur dans la session PiP et la session principale en même temps.

Cependant, le mode et l'emplacement des données du navigateur peuvent être configurés depuis les propriétés de l'activité Ouvrir le navigateur.

La définition de la propriété UserDataFolderMode sur Automatic permet au navigateur d'utiliser des dossiers de données utilisateur séparés dans les sessions principale et PiP.
Notez que si vous effacez les données utilisateur du dossier %LocalAppData%\UiPath\PIP Browser Profiles dans ce mode, l'extension de navigateur correspondante doit être à nouveau activée.
Si vous devez utiliser des données de la session principale (comme des cookies ou des mots de passe enregistrés), envisagez de définir la propriété UserDataFolderMode sur DefaultFolder. Dans ce cas, la session principale et la session PiP utilisent le même dossier pour les données utilisateur du navigateur.
Remarque : lorsque vous définissez UserDataFolderMode sur DefaultFolder , le navigateur ne fonctionne que dans une session à la fois. Si le navigateur est ouvert dans la session principale, il ne fonctionnera pas dans la session PiP. En effet, le même profil de navigateur ne peut pas être utilisé dans deux sessions simultanées.
Remarque : Target Session et UserDataFolderMode sont des propriétés qui ne peuvent être modifiées que dans Studio. Les projets développés dans StudioX doivent être ouverts dans Studio pour pouvoir modifier ces propriétés.
La définition de la propriété UserDataFolderMode sur CustomFolder vous permet de spécifier différents dossiers de données utilisateur dans les sessions principale et PiP.
Remarque : il est nécessaire de procéder à une installation par machine de l'extension de navigateur pour que cette dernière puisse fonctionner par défaut dans les navigateurs d'incrustation d'image. Dans le cas contraire, il vous faudra l'installer dans la session d'incrustation d'image.

La session PiP nécessite une connexion à chaque fois

En fonction de votre environnement, certaines stratégies Windows peuvent amener la session PiP à demander une connexion à chaque démarrage.

Par exemple, si le paramètre suivant est défini sur Disabled, cela va déclencher l'apparition de la fenêtre d'incrustation d'image pour demander les informations d'identification à chaque démarrage :
  • Local Group Policy\Computer Configuration\Administrative Templates\System\Credential Delegation\Allow delegating default credentials

    Cela se produit également lorsque le code PIN Windows Hello for Business est utilisé. L'authentification par code PIN ne fonctionne que la première fois qu'une session PiP est générée. Après cela, la session PiP ne peut être connectée qu'à l'aide d'un nom d'utilisateur et d'un mot de passe.

Authentification par carte à puce

Si votre environnement nécessite une connexion avec une carte à puce, la stratégie suivante ne doit pas (not) être définie sur 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

Le démarrage du workflow dans la session PiP prend beaucoup de temps

Lorsque vous lancez un processus dans la session PiP pour la première fois, l'exécution réelle prend plus de temps que d'habitude pour se lancer. Cela se produit parce que la session PiP doit démarrer tous ses processus Windows et programmes de démarrage.

Recommandation : lancez une session PiP au démarrage de la machine et gardez-la ouverte toute la journée. Cela utilise moins de ressources que le fait de lancer une nouvelle session PiP pour chaque processus.

La session d'incrustation d'image ne démarre pas

Certaines stratégies Windows peuvent empêcher le démarrage de la session d'incrustation d'image. Pour éviter cela, l'utilisateur qui lance une session d'incrustation d'image doit faire partie des stratégies suivantes :

  • 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 network
    Remarque : nous enquêtons actuellement pour trouver d'autres stratégies qui peuvent affecter la fonctionnalité PiP.

Le client VPN ne fonctionne pas dans la session PiP

Lorsque des clients VPN sont utilisés conjointement avec la session PiP, des conflits peuvent survenir dans certaines situations. Par exemple, si les clients VPN sont configurés pour démarrer lorsque l'utilisateur se connecte, lorsque la session PiP démarre, une autre instance du client VPN est démarrée. Cela provoque un conflit entre les deux sessions, puisque le client VPN est configuré pour exécuter une seule instance par utilisateur.

Pour résoudre ces scénarios, nous avons compilé une liste des fournisseurs de VPN les plus courants avec leurs particularités, ainsi que des solutions aux problèmes connus qui peuvent survenir.

Cisco Anyconnect

Comportement observé

Lorsque le client Cisco Anyconnect s'exécute sur la machine de l'utilisateur et qu'une session PiP est lancée, un autre client Cisco Anyconnect est démarré dans la session PiP.

Cause Le serveur VPN Cisco est configuré pour accepter une session par utilisateur à la fois. Lorsque la session PiP démarre, Cisco Anyconnect déconnecte le VPN de la session principale et génère une erreur dans la session PiP.

Cela interrompt la connexion VPN de l'utilisateur, laissant celui-ci incapable d'accéder aux services qui nécessitent une connexion VPN.

Solution Ne configurez pas le client VPN pour qu'il démarre automatiquement au démarrage de Windows. Cela empêche le client VPN de démarrer une nouvelle connexion lorsque la session PiP démarre et fait passer le trafic PiP par la session Windows principale.

Zscaler

Comportement observé

Lorsque la session PiP est démarrée, un autre client Zscaler est lancé dans cette session. Cela entraîne la disparition du client Zscaler de la session Windows principale. Tout fonctionne comme prévu jusqu'à ce que l'utilisateur ferme la session PiP. Lorsque la session PiP est fermée, le client Zscaler reste dans un état incertain et l'utilisateur doit se déconnecter et se reconnecter, ou redémarrer la machine pour ouvrir le client Zscaler.

Cause Nous enquêtons actuellement sur ce comportement avec Zscaler pour en trouver la cause. Solution Nous étudions actuellement ce comportement avec Zscaler pour trouver une solution.

Pulse Secure

Comportement observé

Lorsqu'une session PiP est démarrée, l'utilisateur est déconnecté du VPN.

Cause Le client Pulse Secure ne peut pas gérer deux sessions Windows pour le même utilisateur. Solution Nous vous recommandons d'ouvrir un ticket auprès de l'équipe Pulse Secure.

Palo Alto GlobalProtect

Lorsqu'une session PiP démarre, l'interface graphique affiche l'utilisateur déconnecté du VPN dans les deux sessions. Mais la session PiP est toujours connectée au VPN.

Solution Nous vous recommandons d'ouvrir un ticket auprès de l'équipe Palo Alto.

Serveurs PIP et Windows

Dans le cas où plusieurs utilisateurs sont connectés en même temps à un serveur Windows, une seule session PIP peut être lancée sur la machine. Cela signifie qu'une seule session PiP peut être ouverte sur une seule machine, quel que soit l'utilisateur ou le type de session utilisé pour ouvrir la session PiP.

PIP et autres environnements virtualisés

Sur d'autres environnements virtualisés tels que AppV ou Citrix XenApps, la fonctionnalité PIP n'est pas disponible.

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo White
Confiance et sécurité
© 2005-2025 UiPath Tous droits réservés.