- Assistant UiPath
- Installer l'Assistant UiPath
- Configuring UiPath Assistant
- Assistant on MacOS
- Picture in picture
- Configuring attended automations
- Widgets in Assistant
Assistant User Guide
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
.
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 surPicture-in-Picture
à partir de Studio.Remarque : Microsoft Outlook n'est pas concerné par la limitation décrite ci-dessus.
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.
UserDataFolderMode
sur Automatic
permet au navigateur d'utiliser des dossiers de données utilisateur séparés dans les sessions principale et PiP.
%LocalAppData%\UiPath\PIP Browser Profiles
dans ce mode, l'extension de navigateur correspondante doit être à nouveau activée.
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.
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.
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.
CustomFolder
vous permet de spécifier différents dossiers de données utilisateur dans les sessions principale et PiP.
En fonction de votre environnement, certaines stratégies Windows peuvent amener la session PiP à demander une connexion à chaque démarrage.
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.
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
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.
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.
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.
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.
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.
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.
- Automatisation de Microsoft Office
- Utilisation du navigateur Web dans les sessions PIP
- La session PiP nécessite une connexion à chaque fois
- Authentification par carte à puce
- Le démarrage du workflow dans la session PiP prend beaucoup de temps
- Le client VPN ne fonctionne pas dans la session PiP
- Cisco Anyconnect
- Zscaler
- Pulse Secure
- Palo Alto GlobalProtect
- Serveurs PIP et Windows
- PIP et autres environnements virtualisés