Trabalhos

Um trabalho representa a execução de um processo no UiPath Robot. É possível iniciar a execução de um trabalho no modo assistido ou não assistido. Você não pode iniciar um trabalho a partir do Orchestrator em robôs assistidos, e eles não podem ser executados em uma tela bloqueada.

Modo assistido	modo não assistido
UiPath Assistant Interface de Linha de Comando do Robô	Página Automações > Trabalhos Página Automações > Gatilhos Página Automações > Processos

No Orchestrator, há três locais que permitem configurar e iniciar um trabalho: as páginas Trabalhos, Gatilhos e Processos. O centro de controle de trabalhos é representado pela página Trabalhos, onde você pode monitorar trabalhos já iniciados, ver seus detalhes e logs e interromper/encerrar/retomar/reiniciar um trabalho.

Observação:

Por padrão, qualquer processo pode ser editado enquanto tiver trabalhos em execução ou pendentes associados.

• A execução de trabalhos associados a um processo modificado usa a versão inicial do processo. A versão atualizada é usada para trabalhos recém-criados ou no próximo gatilho do mesmo trabalho.
• Trabalhos pendentes associados a um processo modificado usam a versão atualizada.

Observação:

If the Robot becomes unresponsive (the robot machine is down, or the Robot Service crashes) during job execution, after reconnecting, it restarts the execution of the jobs that were running during the crash.

Fontes

Há três fontes possíveis de trabalhos, dependendo do mecanismo de iniciação do trabalho:

• Manual — o trabalho foi iniciado e configurado a partir das páginas Trabalhos/Gatilhos/Processos usando o botão Iniciar.
• Agente - o trabalho foi iniciado no modo assistido da bandeja do UiPath Robot, UiPath Assistant ou usando a Linha de Comando.
• [Trigger_Name] - the job has been launched through a trigger, used for preplanned job execution.

Destino de Execução

	Description
Alocar de forma dinâmica	Um processo em primeiro plano é executado várias vezes sob o usuário e a máquina que ficarem disponíveis primeiro. Se o usuário também estiver selecionado, apenas a alocação da máquina é feita dinamicamente. Os processos de segundo plano são executados em qualquer usuário, independentemente de estar ocupado ou não, desde que você tenha tempos de execução suficientes. Você pode executar um processo até 10.000 vezes.
Robôs Específicos	O processo é executado por determinados Robôs, conforme selecionado na lista de robôs.

AVISO:

Em uma máquina do host, você precisa provisionar um usuário do Windows para cada usuário que pertença às pastas às quais o modelo de máquina correspondente é atribuído.

Digamos que você conectou um servidor ao Orchestrator usando a chave gerada pelo modelo de máquina, FinanceT. Esse modelo da máquina é atribuído às pastas FinanceExecution e FinanceHR, onde seis usuários também são atribuídos. Esses seis usuários precisam ser provisionados como usuários do Windows no servidor.

Se você configurar um trabalho para executar o mesmo processo várias vezes, uma entrada de trabalho é criada para cada execução. Os trabalhos são ordenados com base em sua prioridade e hora de criação, com os trabalhos mais antigos e de maior prioridade sendo colocados primeiro na fila. Assim que um robô fica disponível, ele executa o próximo trabalho na fila. Até que isso aconteça, os trabalhos permanecem em um estado pendente.

Exemplo

Configuração

• 1 pasta
• 1 modelo de máquina com dois runtimes
• 2 usuários: john.smith e petri.ota
• 2 processos que exigem interação do usuário: P1 - que adiciona itens de fila a uma fila, P2 - que processa os itens na fila
• O modelo de máquina e os usuários devem estar associados à pasta que contém os processos.

Resultado desejado

• P1 é executado com uma alta prioridade por qualquer um.
• P2 é executado com uma baixa prioridade por Petri.

Configuração necessária do trabalho

• Inicie um trabalho usando P1, sem atribuí-lo a nenhum usuário específico, e defina a prioridade como Alta.

  

Inicie um trabalho para P2, atribua-o a petri.ota e defina a prioridade como Baixa.

Prioridade de execução

Você pode controlar qual trabalho tem precedência sobre outros trabalhos concorrentes por meio do campo Prioridade dos trabalhos, seja ao implantar o processo ou ao configurar um trabalho/gatilho para esse processo. Um trabalho pode ter uma das seguintes prioridades: Baixa (↓), Normal (→), Alta (↑).

Iniciar um trabalho manualmente

A prioridade é herdada de onde foi configurada inicialmente. Você pode deixar isso como está, ou fazer alguma alteração.

• Automations Page > Jobs - Inherits the priority set at the process level.
• Automations Page > Triggers - Inherits the priority set at the trigger level. If the trigger itself inherited the priority at the process level, then that one is used.
• Automations Page > Processes - Uses the priority set for that process.

Se você configurar um trabalho para executar o mesmo processo várias vezes, uma entrada de trabalho é criada para cada execução. Os trabalhos são ordenados com base em sua prioridade e hora de criação, com os trabalhos mais antigos e de maior prioridade sendo colocados primeiro na fila. Assim que um robô fica disponível, ele executa o próximo trabalho na fila. Até que isso aconteça, os trabalhos permanecem em um estado pendente.

Iniciar um trabalho por meio de um gatilho

A prioridade é definida por padrão como Herdado, o que significa que herda o valor definido no nível do processo. Escolher um processo atualiza automaticamente o ícone de seta para ilustrar qual valor foi definido no nível do processo. Quaisquer trabalhos iniciados pelo gatilho têm a prioridade definida no nível do gatilho. Se o Herdado padrão for mantido, os trabalhos serão lançados com a prioridade no nível do processo.

Quaisquer alterações subsequentes feitas no nível do processo serão propagadas para o gatilho, e os trabalhos serão criados por meio dele implicitamente.

Observação:

Se você iniciar um trabalho que requer intervenção do usuário em vários Robôs na mesma máquina que não é executada no Windows Server, o processo selecionado é executado apenas pelo primeiro Robô, enquanto o resto falha. Uma instância para cada uma dessas execuções é criada e exibida na página Trabalhos.

Tipos de processos

Há dois tipos de processos, de acordo com os requisitos da interface do usuário:

• Background Process - Does not require a user interface, nor user intervention to get executed. For this reason, you can execute multiple such jobs in unattended mode on the same user simultaneously. Each execution requires an Unattended/NonProduction license. Background processes run in Session 0 when started in unattended mode.
• Requires User Interface - Requires user interface as the execution needs the UI to be generated, or the process contains interactive activities, such as Click. You can only execute one such a process on a user at a time.

The same user can execute multiple background processes and a singular UI-requiring process at the same time.

Robôs de alta densidade

Se você iniciar um trabalho em vários Robôs de alta densidade a partir da mesma máquina do Windows Server, isso significa que o processo selecionado é executado por cada Robô especificado ao mesmo tempo. Uma instância para cada uma dessas execuções é criada e exibida na página Trabalhos.

Se você estiver usando robôs de alta densidade e não habilitou o RDP naquela máquina, sempre que iniciar um trabalho, o seguinte erro será exibido: “Uma sessão de logon especificada não existe. Ela pode já ter sido encerrada.”

To see how to set up your machine for High-Density Robots, please see the About Setting Up Windows Server for High-Density Robots page.

Fluxos de trabalho de longa duração

Observação:

Esse recurso é compatível apenas com ambientes não assistidos. Iniciar um processo de longa duração em um Robô Assistido não é possível, pois o trabalho não pode ser interrompido no Orchestrator nem pode ser retomado de forma efetiva.

Processes that require logical fragmentation or human intervention (validations, approvals, exception handling) such as invoice processing and performance reviews, are handled with a set of instruments in the UiPath suite: a dedicated project template in Studio called Orchestration Process, actions and resource allocation capabilities in Action Center.

De forma ampla, você configura seu fluxo de trabalho com algumas atividades. O fluxo de trabalho pode ser parametrizado com os dados específicos da execução para que um trabalho suspenso seja retomado apenas se determinados requisitos tiverem sido cumpridos. Apenas após os requisitos serem atendidos, os recursos serão alocados para a retomada do trabalho, garantindo, assim, que não haja desperdício de consumo.

No Orchestrator, isso é marcado pelo trabalho estando suspenso, esperando para que os requisitos sejam atendidos, e então o trabalho sendo retomado e executado de acordo com o padrão. Dependendo do par que você usar, os requisitos de conclusão mudam e a resposta do Orchestrator se ajusta de acordo com isso.

Trabalhos

Atividades

Caso de uso

Start Job And Get Reference Wait for Job and Resume

Introduza uma condição de trabalho, como carregar itens da fila. Após o trabalho principal ser suspenso, o trabalho auxiliar é executado. Após a conclusão desse processo, o trabalho principal é retomado. Dependendo de como você configurou seu fluxo de trabalho, o trabalho retomado pode fazer uso dos dados obtidos na execução do processo auxiliar. Se seu fluxo de trabalho usa a atividade Start Job and Get Reference para invocar outro fluxo de trabalho, sua função de Robô deve ser atualizada com as seguintes permissões: Exibir em Processos View, Edit, Create on Jobs View on Environments.

Filas

Atividades	Caso de uso
Add Queue Item And Get Reference Aguarde o item da fila e retome	Introduza uma condição de fila, tal como ter itens de fila processados. Após o trabalho principal ser suspenso, os itens da fila precisam ser processados por meio de trabalho auxiliar. Após a conclusão desse processo, o trabalho principal é retomado. Dependendo de como você configurou seu fluxo de trabalho, o trabalho retomado pode fazer uso dos dados de saída obtidos do item de fila processado.

Ações

Ações de formulário

Atividades	Caso de uso
Create Form Task Wait for Form Task and Resume	Introduza as condições de intervenção do usuário, encontradas no UiPath Action Center como ações. Após a suspensão do trabalho, uma ação é gerada na Action Center. O trabalho só é retomado após a conclusão da ação. Form actions need to be completed by the assigned user. User assignment can be handled directly in Action Center, or through the Assign Tasks activity.

Ações externas

Atividades	Caso de uso
Create External Task Aguarde para obter a tarefa externa e retome	Introduza as condições de intervenção do usuário, encontradas no UiPath Action Center como ações. Após a suspensão do trabalho, uma ação é gerada na Action Center. O trabalho só é retomado após a conclusão da tarefa. As ações externas podem ser concluídas por qualquer usuário com permissões de Edição em Ações e o acesso à pasta associada.

Ações de Validação de Documento

Atividades

Caso de uso

Create Document Validation Action Wait For Document Validation Action And Resume

Introduza as condições de intervenção do usuário, encontradas no UiPath Action Center como ações. Após a suspensão do trabalho, uma ação é gerada na Action Center. O trabalho só é retomado após a conclusão da tarefa. Document Validation actions need to be completed by the assigned user. User assignment can be handled directly in Action Center, or through the Assign Tasks activity. Para que o Robô possa carregar, baixar e excluir dados do bucket de armazenamento, ele precisa receber as permissões apropriadas. Isso pode ser feito atualizando a função de Robô com o seguinte: Para carregar dados de documentos: View,Create on Storage Files Exibir em Buckets de Armazenamento Para excluir dados de documentos após o download: View,Delete on Storage Files Exibir em Buckets de Armazenamento

Duration

Atividade	Caso de uso
Resume After Delay	Introduza um intervalo de tempo como um atraso, durante o qual o fluxo de trabalho é suspenso. Depois que o atraso tiver passado, o trabalho é retomado.

Os fragmentos do trabalho não estão restritos a serem executados pelo mesmo Robô. Eles podem ser executados por qualquer Robô que esteja disponível quando o trabalho é retomado e está pronto para execução. Isso também depende do destino de execução configurado ao definir o trabalho.

Exemplo

Defini meu trabalho para ser executado por Robôs específicos, digamos que X, Y e Z. Quando inicio o trabalho apenas Z está disponível, portanto, o trabalho é executado por Z até ser suspenso no aguardo da validação do usuário. Após o trabalho ser validado, e então retomado, apenas X está disponível, portanto, o trabalho é executado por X.

• Do ponto de vista do monitoramento, tal trabalho é visto como um, independentemente de ter sido fragmentado ou executado por diferentes Robôs.
• Os trabalhos suspensos não podem ser atribuídos a Robôs, apenas os retomados é que podem.

Para verificar os gatilhos necessários para a retomada de um trabalho suspenso, verifique a aba Gatilhos na janela Detalhes do Trabalho.

Gravação

For unattended faulted jobs, if your process had the Enable Recording option switched on, you can download the corresponding execution media to check the last moments of the execution before failure.

A opção Baixar gravação é exibida somente na janela Trabalhos se você tiver permissões de Exibir na Mídia de Execução.