Assistant User Guide

Última atualização 4 de dez de 2024

Problemas e Limitações Conhecidas

Há algumas coisas a serem levadas em consideração ao usar o recurso Picture-in-Picture:

Se você estiver usando um PIN para fazer login na sessão principal do Windows, você será solicitado por suas credenciais, sempre que iniciar uma sessão Picture-in-Picture.
Quando a sessão Picture-in-Picture é aberta, os programas de inicialização também são abertos na sessão do PiP. Por isso, algumas configurações para dispositivos periféricos podem ser redefinidas para seus valores padrão (como configurações de iluminação para teclado e mouse).
Se você habilita a Sessão de Área de Trabalho Remota quando o prompt aparece, enquanto estiver executando um processo de PiP, você precisa sair e fazer o logoff na Sessão principal do Windows para que as alterações entrem em vigor.
A máquina não pode ser reiniciada ou desligada, enquanto a sessão PiP estiver aberta, pois a sessão PiP precisará ser fechada primeiramente.
Devido a limitações do Sistema Operacional para executar o Picture-in-Picture, as edições Home Edition do Windows 8 e 10 não são suportadas.
A área de transferência é compartilhada entre a sessão PiP e a sessão principal.
Executar como administrador não pode ser usado na sessão PiP.
Apenas uma sessão Picture-in-Picture pode ser iniciada por vez.
Para um usuário iniciar uma sessão do PiP, ele deve receber permissões Allow Log On Locally.

Automação do Microsoft Office

Automações que usam os recursos do Microsoft Office, não executam com sucesso no Picture-in-Picture, se os recursos já estiverem abertos na sessão principal. Para garantir que as automações sejam executadas de forma suave no PiP, você poderá fazer o seguinte:

Feche o recurso usado pelos aplicativos do Microsoft Office na sessão principal, para que eles possam ser abertos na sessão PiP.
Use uma atividade InvokeIsolatedWorkflow para invocar a parte da automação que usa o Microsoft Office e defina sua Sessão de Destino para Picture-in-Picture do Studio.

Observação: o Microsoft Outlook não é afetado pela limitação descrita acima.

Usando o Navegador Web em Sessões PIP

Os dados do navegador de uma sessão Picture-in-Picture são salvos na sessão principal por padrão. Se houver uma instância aberta do Google Chrome ou do Microsoft Edge na sessão principal, ele terá que usar outro perfil de usuário no PiP. Isso é feito automaticamente pela atividade Open Browser. Não é possível ter um navegador específico (digamos, o Chrome) aberto com o mesmo perfil de usuário, tanto na sessão PiP, como na sessão Principal, ao mesmo tempo.

No entanto, o modo e o local dos dados do navegador podem ser configurados, a partir das propriedades Abrir Browser da atividade.

Configurar a propriedade UserDataFolderMode como Automatic permite que o navegador use pastas de dados do usuário separadas nas sessões principal e PiP.

Observe que, se você limpar os dados do usuário da pasta %LocalAppData%\UiPath\PIP Browser Profiles neste modo, a extensão do navegador correspondente precisará ser habilitada novamente.

Caso você precise usar dados da sessão principal (como cookies ou senhas salvas), considere definir a propriedade UserDataFolderMode como DefaultFolder. Isso significa que as sessões principais e do PiP usam a mesma pasta para os dados do usuário do navegador.

Observação: ao definir a UserDataFolderMode para DefaultFolder o navegador só funciona em uma sessão por vez. Se o navegador estiver aberto na sessão principal, ele não funciona na sessão PiP. Isso ocorre porque o mesmo perfil do navegador não pode ser usado em duas sessões simultaneamente.

Observação: Target Session e UserDataFolderMode são propriedades que podem ser modificadas apenas no Studio. Os projetos desenvolvidos no StudioX precisam ser abertos no Studio para alterar essas propriedades.

Configurar a propriedade UserDataFolderMode para CustomFolder, permite que você especifique diferentes pastas de dados do usuário para as sessões principal e de PiP.

O PiP Requer login todas as vezes

Com base no seu ambiente, determinadas políticas do Windows podem fazer com que a sessão PiP solicite um login sempre que ele for inicializado.

Isso também acontece quando o PIN de Hello do Windows Business é usado. A autenticação do PIN só funciona na primeira vez que uma sessão PiP é gerada. Depois disso, a sessão PiP só pode ser logada usando o nome de usuário e senha. Como isso pode não ser o melhor cenário para algumas organizações, estamos empenhados em corrigir esse comportamento no futuro.

O fluxo de trabalho leva muito tempo para iniciar no PiP

Ao iniciar um processo no PiP pela primeira vez, ele leva mais tempo do que o habitual até a execução real começar. Isso acontece porque a sessão do PiP precisa iniciar todos os seus processos do Windows e programas de inicialização.

Recomendação: inicie uma sessão PiP quanto ligar a máquina e a mantenha aberta ao longo do dia. Isso utiliza menos recursos do que iniciar uma nova sessão PiP para cada processo.

Políticas do Windows

Algumas políticas do Windows, como AllowLogOnLocally podem restringir a inicialização da sessão do PiP. O usuário que tenta iniciar uma sessão PiP deve estar em um grupo que tenha as permissões necessárias ou deve receber explicitamente a permissão.

Observação: atualmente estamos investigando para encontrar outras políticas que possam afetar a funcionalidade do PiP.

Cliente VPN não trabalhando no PiP

Quando clientes VPN são usados em conjunto com o PiP, há algumas situações nas quais podem ocorrer conflitos. Por exemplo, se os clientes VPN estiverem configurados para iniciar quando o usuário fizer login, quando o PiP iniciar, outra instância do cliente VPN será iniciada. Isso causa um conflito entre as duas sessões, pois o cliente VPN está definido para executar uma única instância por usuário.

Para resolver esses cenários, compilamos uma lista dos provedores VPN mais comuns com suas particularidades, além de resoluções para os problemas conhecidos que possam ocorrer.

Cisco Anyconnect

Comportamento Observado

Quando o cliente do Cisco Anyconnect estiver sendo executado na máquina do usuário e uma sessão PiP for iniciada, outro cliente do Cisco Anyconnect será iniciado na sessão PiP.

Causa O servidor Cisco VPN está configurado para aceitar uma sessão por usuário por vez. Quando a sessão PiP é iniciada, o Cisco Anyconnect desconecta a VPN na sessão principal e gera um erro na sessão PiP.

Isso desabilita a conexão VPN do usuário, impedindo o usuário de acessar serviços que exijam uma conexão VPN.

Resolução Não configure o cliente VPN para iniciar automaticamente na inicialização do Windows.Isso impede o cliente VPN de iniciar uma nova conexão quando a sessão PiP iniciar e direciona o tráfego do PiP pela sessão principal do Windows.

Zscaler

Comportamento Observado

Quando a sessão PiP é iniciada, outro cliente do Zscaler é iniciado na sessão PiP. Isso faz com que o cliente do Zscaler desapareça da sessão principal do Windows. Tudo funciona como esperado até o usuário fechar a sessão PiP. Quando a sessão PiP é fechada, o cliente Zscaler permanece em estado de limbo e o usuário tem que sair e entrar novamente ou reiniciar a máquina para abrir o Zscaler.

Causa Atualmente estamos investigando esse comportamento com a Zscaler para encontrar a causa. Resolução Atualmente estamos investigando esse comportamento com a Zscaler para encontrar uma solução.

Pulse secure

Comportamento Observado

Quando uma sessão PiP é iniciada, o usuário é desconectado da VPN.

Causa O cliente Pulse secure não pode lidar com duas sessões do Windows para o mesmo usuário. Resolução Recomendamos abrir um tíquete com a equipe do Pulse Secure.

Palo Alto Global Protect

Quando o PiP é iniciado, a GUI mostra o usuário desconectado da VPN em ambas as sessões. Mas a sessão PiP ainda está conectada à VPN.

Resolução Recomendamos abrir um ticket com a equipe da Palo Alto.

PIP e Servidores Windows

Em um cenário em que vários usuários estão conectados a um Windows Server ao mesmo tempo, apenas uma sessão PIP pode ser iniciada na máquina. Isso significa que apenas uma sessão PiP pode ser aberta em uma única máquina, independentemente de qual usuário ou tipo de sessão foi usado para abrir a sessão PiP.