UiPath Documentation
orchestrator
2020.10
false
Guia do usuário do Orchestrator
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo. A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.

Sobre trabalhos

Visão geral

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, e eles não podem ser executados em uma tela bloqueada.

Modo assistidomodo não assistido
Bandeja do UiPath Robot

UiPath Assistant

Interface de Linha de Comando do Robô
Página Automações > Trabalhos

Página Automações > Gatilhos

Página Automações > Processos

Three locations in Orchestrator enable you to configure and start a job: the Jobs,Triggers, and Processes pages. The Jobs page represents the jobs control center, where you can monitor already launched jobs, view their details and logs, and stop/kill/resume/restart a job.

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 de trabalhos

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âmicaUm 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.
UsuárioO processo é executado sob um usuário específico.
MáquinaO processo é executado em uma máquina do host específica. 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.
AVISO:

Você precisa provisionar um usuário do Windows para cada usuário em uma máquina do host que pertence às pastas às quais o modelo da máquina é 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

  • 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 seguintes prioridades: Baixa (↓), Normal (→), Alta (↑).

O Orchestrator aloca trabalhos usando a seguinte sequência de etapas:

  1. Um robô fica disponível para executar um novo trabalho.
  2. O Orchestrator identifica o modelo de máquina atribuído a esse robô e todas as pastas associadas ao modelo.
  3. O Orchestrator avalia todos os trabalhos pendentes dessas pastas.
  4. O Orchestrator atribui o trabalho com a prioridade mais alta ao robô. Se vários trabalhos tiverem a mesma prioridade, eles serão enviados para o robô em ordem cronológica, do mais antigo para o mais recente.

Observe que os modelos de máquina e máquinas de alta densidade podem executar trabalhos de várias pastas simultaneamente.

Iniciar um trabalho manualmente

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

If you configure it from the Automations > Jobs page**:** The job inherits the priority set at the process level.

If you configure it from the Automations > Triggers page: The job inherits the priority set at the trigger level. If the trigger itself inherited the priority at the process level, then that one is used.

If you configure it from the Automations > Processes page: The jobs 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 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:

  • Imagem dos documentos 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.
  • Imagem dos documentos Requires User Interface - Requires user interface as the execution needs the UI to be generated, or the process contains interactive activities. 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 simultaneously.

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.

If you are using High-Density Robots and did not enable RDP on that machine, each time you start a job, the following error is displayed: “A specified logon session does not exist. It may already have been terminated.” To see how to set up your machine for High-Density Robots, please see the 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 Orchestrator.

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

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

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

Introduce user intervention conditions, found in Orchestrator as actions.

Após o trabalho ser suspenso, uma ação é gerada no Orchestrator (conforme configurado no Studio).

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 Orchestrator, or through the Assign Tasks activity.

Ações externas
Atividades Caso de uso

Introduce user intervention conditions, found in Orchestrator as actions.

Após o trabalho ser suspenso, uma ação é gerada no Orchestrator (conforme configurado no Studio).

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

Introduce user intervention conditions, found in Orchestrator as actions.

Após o trabalho ser suspenso, uma ação é gerada no Orchestrator (conforme configurado no Studio).

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 Orchestrator, 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:

docs image Para carregar dados de documentos:

  • View,Create on Storage Files
  • Exibir em Buckets de Armazenamento

docs image Para excluir dados de documentos após o download:

  • View,Delete on Storage Files
  • Exibir em Buckets de Armazenamento

Duration

Atividade Caso de uso

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.

Esta página foi útil?

Conectar

Precisa de ajuda? Suporte

Quer aprender? Academia UiPath

Tem perguntas? Fórum do UiPath

Fique por dentro das novidades