Automação de Processo em Segundo Plano

Observação:

Isso está disponível apenas para os Robôs Assistidos. 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.

An Attended Robot operates on the same machine as a human. It is usually triggered by user events and should only run under human supervision. Read more about the Robot's automation capabilities according to license.

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 de interface do usuário na tela, mas 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 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

Background Process Automation with Unattended Robots are started from via the Robot Service and run in the Windows Session (Session 0). It's important to know that Session 0 has no User Interface and cannot interact with a user session. When using this type of processes on Unattended Robots keep in mind that they run in the name of the user and they inherit its permissions. Make sure that the user under which the process runs has access to the needed resources and that the process does not require any type of User Interface. See the Windows Session document for more details on how windows sessions are being handled by the UiPath Robots.

Observação:

Ao executar Automações em segundo plano por meio de Robots não assistidos, usando aplicativos do Microsoft Office, como Word, Excel ou PowerPoint, pode não funcionar corretamente, pois eles foram criados para serem executados na Sessão do Usuário, o que significa que eles precisam de uma sessão de área de trabalho interativa e 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 de 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, automações em segundo plano não assistidas em robôs de modo de serviço são executadas por padrão no usuário “Serviço Local” integrado do Windows. 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 fica 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.