Sobre trabalhos

Observação: saiba mais sobre argumentos de runtime, tipos de processos e compatibilidade de processos.

Um trabalho representa a execução de um processo em um 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, exceto para fins de depuração ou desenvolvimento.

Os trabalhos assistidos podem ser disparados a partir do UiPath Assistant ou da interface de linha de comando do Robô. Os trabalhos não assistidos serão iniciados a partir do Orchestrator, ou no local da página Trabalhos ou Processados, ou de uma maneira planejada previamente por gatilhos, na página Gatilhos.

A página Trabalhos representa a central de controle de trabalhos, na qual você pode monitorar trabalhos iniciados, ver seus detalhes e logs e interromper/encerrar/retomar/reiniciar um trabalho.

A tabela abaixo contém as descrições dos campos da página Trabalhos.

Campo	Description
Processo	O nome do processo. [Remote debugging job] é exibido para trabalhos iniciados a partir do Studio por meio das sessões de depuração remota.
Máquina	O objeto da máquina usado para conectar a infraestrutura de execução ao Orchestrator.
Hostname	O nome da estação de trabalho usada para execução.
Identidade do host	A identidade na qual a execução será realizada. Os seguintes valores são possíveis: <Domain\Username> – Trabalhos executados nessa conta específica. Exibido nos seguintes casos: trabalhos em primeiro plano independentemente da versão do Robô; todos os trabalhos executados em robôs anteriores a outubro de 2021; Trabalhos assistido executados em robôs conectados usando uma chave da máquina, sem logon do usuário. Observação: para os Robôs anteriores a outubro de 2021, a identidade do host será preenchida dinamicamente de acordo com as configurações de conta feitas no Orchestrator. Alterar o domain\username para a conta usada para executar um trabalho também altera a identidade do host. ROOT - Trabalhos em segundo plano executados em robôs do Linux. NT AUTHORITY\LOCAL SERVICE - Trabalhos executados sob a identidade de serviço do Robô. Exibido para trabalhos em segundo plano executados em Robôs posteriores a outubro de 2021 sem credenciais. ⓘ Os robôs em modo de serviço são executados sob NT AUTHORITY\LOCAL SERVICE. Os robôs no modo de usuário são executados sob uma determinada identidade de usuário. N/A - Trabalhos iniciados a partir do UiPath Assistant por usuários conectados usando o login interativo. Para robôs conectados com a chave da máquina, sem logon de usuário, o <Domain\Username> será exibido.
Tipo de trabalho	O tipo de trabalho de acordo com o local da execução e dependendo se o robô representa um usuário ou não: Serviço não assistido – a execução acontece em um servidor e o robô não representa um usuário. Os trabalhos são iniciados a partir do Orchestrator. Remoto pessoal — a execução acontece em um servidor e o robô é executado na identidade do proprietário de um espaço de trabalho pessoal. Os trabalhos são iniciados a partir do Orchestrator. Assistido – A execução acontece na máquina pessoal de um usuário. Os trabalhos são iniciados a partir do Assistant. Desenvolvimento – A execução acontece em um servidor. Os trabalhos serão iniciados a partir do Studio por depuração remota.
Tipo de runtime	O tipo de runtime usado para a execução.
Estado	O estado do trabalho. Consulte detalhes sobre os estados de trabalho.
Prioridade	A prioridade do trabalho. Consulte detalhes sobre as prioridades de trabalho.
Iniciou	A quantidade de tempo desde o início da execução do trabalho. Passar o mouse sobre este campo exibe a hora e a data de início exatas.
Terminado	A quantidade de tempo desde o término da execução do trabalho. Passar o mouse sobre isso exibe a hora e a data de término exatas.
Origem	O agente da execução. [trigger_name] – O trabalho foi iniciado por esse gatilho. Assistant — o trabalho foi iniciado pelo UiPath Assistant. Manual — o trabalho foi iniciado a partir do Orchestrator. Studio - O trabalho foi iniciado para fins de depuração a partir do Studio.

Mapeamentos de conta-máquina

Ao iniciar um trabalho ou definir um gatilho, você pode definir pares de conta-máquina específicos nos quais a execução será realizada. Os mapeamentos de conta-máquina permitem que você vincule um uso não assistido sob contas específicas a modelos de máquina específicos. Isso proporciona controle granular sobre os destinos de execução da sua automação. Os mapeamentos de conta-máquina podem ser baseados em tenant (não vinculados a uma pasta específica) ou baseados em pasta (vinculados a uma pasta específica).

Saiba como configurar os mapeamentos da conta-máquina.

Destino de Execução

De acordo com o mecanismo usado para iniciar trabalhos no Orchestrator, você pode escolher e configurar uma estratégia de alocação de trabalhos e um destino de execução, implicitamente. Este artigo descreve os destinos das estratégias de alocação e destinos de execução disponíveis ao iniciar trabalhos da página Trabalhos.

Saiba sobre os alvos de execução para gatilhos.

Observação:

Se a execução de seus trabalhos depende de um recurso específico que ainda não está disponível, o trabalho permanece no estado Pendente até as condições para a execução de trabalhos serem atendidas.

Por exemplo, o usuário U1 se conecta ao nome do host H1 usando as credenciais C1. No entanto, as credenciais erradas C2 são inseridas para se conectar ao nome do host. Portanto, o trabalho entra no estado pendente. Se as credenciais forem atualizadas posteriormente para as corretas (ou seja, C1), o trabalho retomará sua execução.

Observação: se o robô deixar de responder (caso a máquina do robô esteja inoperante, ou o Serviço de Robôs da UiPath falhe) durante a execução do trabalho, após a reconexão, ele reinicia a execução dos trabalhos que estavam em execução durante a falha.

1. Alocar de forma dinâmica

A alocação dinâmica sem seleção explícita de conta e máquina permite que você execute um processo em primeiro plano várias vezes sob a conta e a máquina que ficarem disponíveis primeiro. Os processos em segundo plano serão executados em qualquer conta, independentemente de estar ocupada ou não, desde que você tenha runtimes suficientes.

Usando a opção Alocar dinamicamente você pode executar um processo até 10.000 vezes em um trabalho.

2. Conta

O processo será executado sob um usuário ou conta de robô específico. Especificar apenas a conta resulta no Orchestrator alocando a máquina dinamicamente. Especificar a conta e a máquina significa que os trabalhos serão iniciados nesse par de conta-máquina.

3. Máquina

O processo será executado em uma das máquinas do host conectadas ao modelo de máquina selecionado. Especificar o modelo exibe uma opção adicional do Nome do host, permitindo selecionar uma máquina específica do pool de máquinas de host conectadas. Especificar apenas a máquina resulta no Orchestrator alocando a conta dinamicamente. Especificar a conta e a máquina significa que os trabalhos serão iniciados nesse par de conta-máquina.

Certifique-se de que os tempos de execução correspondentes ao tipo de trabalho sejam alocados o modelo da máquina associado. Apenas as máquinas do host conectadas associadas à pasta ativa são exibidas.

4. Agendar o fim da execução do trabalho

A execução do processo pode falhar às vezes, fazendo com que o trabalho permaneça no estado pendente. A alternância permite que você automatize uma estratégia para interromper o trabalho, especificando o tempo que pode passar até que o trabalho seja interrompido ou encerrado. Para abranger o caso de um trabalho que não pode ser interrompido, você tem a opção de encerrá-lo.

5. Manter a alocação da conta-máquina na retomada do trabalho

O processo retoma a sua execução em qualquer robô disponível e em qualquer máquina disponível por padrão. Manter a mesma configuração de conta-máquina garante um uso otimizado de recursos e dos requisitos da licença.

Importante:

Você precisa provisionar um usuário do Windows para cada conta em uma máquina do host que pertence às pastas às quais o modelo de máquina está atribuído.

Digamos que você conectou um servidor ao Orchestrator usando a chave gerada pelo modelo de máquina, FinanceT. Esse modelo de máquina é atribuído às pastas FinanceExecution e FinanceHR, em que seis contas também estão atribuídas. Essas seis contas precisam ser provisionadas 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
• Duas contas: 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 as contas 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 nenhuma conta específica, 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 dez prioridades a seguir:

Iniciar um trabalho manualmente

O valor padrão do campo Prioridade do trabalho é Herdada, o que significa que a prioridade é herdada de onde foi configurada inicialmente. Você pode deixar isso como está, ou fazer alguma alteração.

De onde: página Automações > Trabalhos

O trabalho herda a prioridade definida no nível do processo.

De onde: página Automações > Gatilhos

Se o gatilho tiver a prioridade Herdada, o trabalho herdará a prioridade definida no nível do processo.

Se o gatilho tiver uma prioridade diferente de Herdada, o trabalho herdará a prioridade definida no nível do gatilho. Se ela for alterada para Herdada, a prioridade definida no nível do processo será usada.

De onde: página Automações > Processos

O trabalho herda a prioridade definida para aquele processo.

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 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.

Importante: quaisquer alterações subsequentes feitas ao nível do processo são propagadas para o gatilho e para os trabalhos criados por meio dele implicitamente.

Configurando a prioridade do trabalho usando a API

Os dez níveis de prioridade disponíveis na interface correspondem a 100 níveis na API, o que significa que a API permite que você defina uma prioridade ainda mais granular. Esses níveis são mapeados da seguinte forma:

Mínimo	Máximo	Padrão
Mais baixa	1	10	5
Muito baixa	11	20	15
Baixa	21	30	25
Média-baixa	31	40	35
Médio	41	50	45
Média-alta	51	60	55
Alta	61	70	65
Muito alta	71	80	75
Mais alta	81	90	85 85
Crítica	91	100	95

Para definir ou alterar a prioridade de um trabalho use o parâmetro SpecificPriorityValue, que está disponível nos seguintes endpoints:

• POST​/odata​/Jobs​/UiPath.Server.Configuration.OData.StartJobs
• POST/odata​/ProcessSchedules
• PUT/odata​/ProcessSchedules({key})

Digamos que você tem dois trabalhos para os quais você definiu uma prioridade de 92 e de 94, respectivamente. Ambos se enquadram no intervalo Crítico, mas o trabalho que tem uma prioridade de 94 será executado antes daquele com uma prioridade de 92.

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.

Trabalhos em 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.” Para saber como configurar sua máquina para Robôs de alta densidade, consulte a página Sobre a configuração do Windows Server para Robôs de alta densidade.

Gravação

Para trabalhos não assistidos com falha, se seu processo tiver a opção Habilitar gravação ativada, você pode baixar a mídia de execução correspondente para verificar os últimos momentos de execução antes da falha.

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