Automação de Processo em Segundo Plano

Observação:

• Ao usar Attended Robots para executar vários processos ao mesmo tempo, é consumida uma única licença.
• Ao usar Robôs Não Assistidos para executar vários Processos ao mesmo tempo, cada Processo em Execução irá consumir uma licença separada.

Um Robô Assistido opera na mesma máquina que um humano. Geralmente é disparado por eventos de usuário e apenas deve ser executado sob supervisão humana. Leia mais sobre os recursos de automação do Robô, de acordo com a licença.

A execução do Processo em Segundo Plano é executada por um Robô em uma máquina para um usuário específico. Os processos são executados, ao mesmo tempo, na mesma sessão do Windows.

Cada processo em execução usa sua própria versão de dependências, mesmo que vários processos em execução requeiram uma versão diferente da mesma dependência. Por exemplo, se o processo A, requer dependência v18.4.6 e o processo B requer dependências v19.4.4, então, cada processo fará o seu download e usará sua versão necessária da dependência.

De acordo com esse tipo de licença, um Robô Assistido pode simultaneamente executar um processo em primeiro plano (com interação com a Interface Gráfica) e vários processos em segundo plano (sem interação com a Interface Gráfica).

Um processo em primeiro plano é usado quando seu projeto de automação precisa interagir com os elementos da Interface Gráfica. Esses processos dependem fortemente das atividades de UIAutomation. Observe que você só pode executar um processo em primeiro plano por vez.

Importante: os processos de automação que usam atividades UIAutomation não podem ser executados com uma tela bloqueada.

Um processo em segundo plano não precisa interagir com elementos da Interface do Usuário na tela, mas, em vez disso, depende de processos em segundo plano para passar informações. As atividades UIAutomation não devem ser usadas nesses tipos de projetos. É possível executar vários desses processos simultaneamente em uma máquina, mesmo que um processo em primeiro plano já esteja sendo executado.

O tipo de processo é geralmente ditado pelo tipo de atividades que ele usa (se eles interagem ou não com os elementos da Interface Gráfica). No entanto, você pode especificar o tipo, quando você cria um novo processo no Studio. Por padrão, todos os processos são marcados como primeiro plano, a menos que seja especificado o contrário.

Comportamento de Robôs Assistidos e Não Assistidos

Durante a inicialização, uma Sessão do Windows é criada para os processos do sistema que não estão relacionados a um usuário específico, o que é chamado de Session 0. Esta sessão permite que o Windows execute os processos do sistema necessários para a própria máquina. Quando um usuário faz o login nessa máquina, uma nova sessão é criada chamada User Session, na qual os serviços específicos do usuário são executados.

Para uma descrição mais detalhada, o documento Isolamento da Sessão 0 da Microsoft fornece informações adicionais sobre como as sessões são criadas e como as informações são tratadas entre elas.

O uso de processos em segundo plano oferece um comportamento diferente quando eles são executados em automações Assistidas versus Não Assistidas. Os Processos em Segundo Plano são iniciados por um Robô Assistido na sessão do usuário (Session 1), enquanto os que são iniciados por Robôs Não Assistidos são executados na Sessão do Windows.

Robôs Assistidos

Automação de Processo em Segundo Plano com Robôs Assistidos, dependem da sessão do usuário na máquina para executar automações, que são iniciadas no Studio ou no UiPath Assistant, e são executadas na mesma Sessão do Windows que o usuário. Como a automação acontece na mesma sessão, o robô é capaz de recuperar informações e acessar arquivos que são específicos do usuário.

Robôs Não Assistidos

A automação de processos em segundo plano com robôs autônomos é iniciada por meio do serviço de robô e executada na sessão 0. É importante saber que a sessão 0 não tem interface de usuário e não pode interagir com uma sessão de usuário. Ao usar esses tipos de processos em Robôs Não Assistidos, lembre-se de que eles são executados em nome do usuário e herdam suas permissões. Certifique-se de que o usuário sob o qual o processo é executado tenha acesso aos recursos necessários e que o processo não requer qualquer tipo de Interface do Usuário. Consulte o documento Sessão do Windows para obter mais detalhes sobre como as sessões do Windows estão sendo tratadas pelos UiPath Robots.

Observação: ao executar Automações em Segundo Plano por meio de Robôs Não Assistidos, usando aplicativos do Microsoft Office, como Word, Excel ou PowerPoint, pode não funcionar corretamente, pois eles foram criados para executar em Sessão de Usuário, o que significa que eles precisam de uma sessão interativa da área de trabalho e do perfil do usuário. Para obter informações adicionais sobre como os Produtos do Office 365 funcionam com Sessões de Servidor (sessão 0), consulte o documento Automação do lado do servidor do Office da Microsoft.

Executando Processos em Segundo Plano

Um Processo em Segundo Plano pode ser alterado para o Primeiro Plano com a ajuda da Atividade Use Foreground. Mais detalhes sobre como essa atividade funciona e como usá-la na criação da sua automação, podem ser encontrados aqui.

Desde que, pelo menos um processo esteja em execução, o Robô é marcado como Ocupado no Orchestrator.

Importante: a partir da versão 2021.10, a execução de automações não assistidas em segundo plano em robôs de modo de serviço executados por padrão sob o usuário do Windows "Serviço Local" integrado.Antes disso, o nome de usuário e senha configurados para o robô no Orchestrator eram usados.

Para usar as credenciais especificadas no Orchestrator, você precisa configurar a variável de ambiente do sistema UIPATH_HEADLESS_WITH_USER na máquina do Robot com o valor definido como True. A máquina tem que ser reiniciada para que a variável de ambiente entre em vigor.

Executar automações na conta de Serviço Local consome poucos recursos, pois não precisa de credenciais de login definidas no Orchestrator. Isso possui as seguintes limitações:

• Em fluxos de trabalho de automação, o acesso é limitado aos privilégios de conta de Serviço local.
• Configurações de proxy para o executor não são suportadas.

Não é possível iniciar outro processo em primeiro plano, enquanto um já está em execução. Os processos em segundo plano, por outro lado, podem ser iniciados, independentemente do estado e do tipo dos outros processos.

Você pode usar a atividade Run Parallel Process em seus processos em segundo plano para iniciar outros processos, com base nos gatilhos de que você precisa. Processos iniciados por essa atividade são executados de forma independente. Por exemplo, um processo em segundo plano que monitora ações específicas pode iniciar um novo processo (em primeiro ou segundo plano) e continuar a monitorar a ação específica sem ser interrompido. Um processo em segundo plano carregado por essa atividade é iniciado imediatamente, mesmo que um processo em primeiro plano e um ou mais processos em segundo plano já estejam sendo executados. Se a atividade iniciar um processo em primeiro plano, ocorrerá uma das seguintes situações:

• O processo é iniciado imediatamente, se não houver outro processo em primeiro plano em execução.
• Uma exceção é gerada se um processo em primeiro plano já estiver em execução.