Sobre processos

Um processo representa uma versão de pacote vinculada a uma pasta específica. Quando você implanta um novo processo, ele fica disponível para todas as contas que têm acesso a essa pasta.

A página Processos permite a você implantar um pacote carregado como um novo processo, gerenciar processos criados anteriormente, manter todos os seus processos atualizados com as versões mais recentes de pacotes e iniciar um trabalho diretamente usando o processo desejado. Isso ajuda na distribuição de pacotes por todas as contas da sua organização e na execução de processos mais rapidamente, a partir da página Processos ou Trabalhos.

Além de executar processos a partir das páginas Processos e Trabalhos, você também pode configurar qualquer processo para começar automaticamente quando o agente do robô for iniciado. Como um administrador, isso permite que você tenha certeza de que os processos necessários sejam iniciados sem demora ou falha por parte do usuário da máquina, por exemplo, para garantir a adesão às políticas de TI da empresa.

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

Campo	Description
Name	O nome de exibição do processo. O tipo do processo é ilustrado com um ícone exibido ao lado da versão. O ícone representa o tipo dessa versão de processo específica. Requer interface de usuário Processo em Segundo Plano É possível classificar a lista de processos por Nome.
Nome do Pacote	O nome do pacote que foi implantado. Não visível por padrão. Para exibir a coluna, selecione-a no menu Colunas. É possível classificar a lista de processos por Nome do pacote.
Versão	O número da versão do pacote sendo usada atualmente em um determinado processo. O ícone próximo deste campo indica que você não está usando a versão mais recente disponível. Se a versão do pacote associada a um processo não estiver mais disponível no repositório do NuGet configurado, isso será indicado com o seguinte ícone . Se você estiver usando a versão mais recente disponível, o ícone seguinte é exibido.
Ambiente	Disponível apenas para pastas clássicas. O nome do ambiente atribuído a um determinado pacote.
Prioridade do trabalho	A prioridade do trabalho. Clique aqui para obter mais detalhes sobre o mecanismo de priorização de trabalho. É possível classificar e filtrar a lista de processos por Prioridade de trabalho.
Escopo	O escopo de um projeto, definido no momento do projeto no Studio. As seguintes opções estão disponíveis: Processo — exibida para projetos do Studio do tipo Processo ou Biblioteca Teste — exibida para projetos do Studio do tipo Testar automação É possível filtrar a lista de processos por Escopo. Não visível por padrão. Para exibir a coluna, selecione-a no menu Colunas.
Tipo de execução	O tipo de execução do processo. Vinculado à configuração de projeto de Automação assistida no Studio: se a opção estiver ativada, o processo será executado em um contexto Assistido se a opção estiver desativada, o processo será executado em um contexto Não assistido O valor Não especificado é exibido para pacotes publicados antes da versão 2021.10.3 do Studio. Clique aqui para obter mais detalhes sobre a Automação assistida.
Compatibilidade	O sistema operacional compatível para a estrutura de destino subjacente do projeto de automação.
Ponto de entrada	O arquivo de fluxo de trabalho usado para iniciar a execução do processo. Por padrão, o arquivo Main.xml é definido como o ponto de entrada. Se seu projeto tiver vários pontos de entrada, aquele selecionado na criação do processo será exibido.
Description	Uma descrição personalizada para o processo. É recomendável que você preencha este campo, especialmente quando estiver lidando com vários usuários e processos no Orchestrator.
Rótulos	A lista de todos os rótulos associados ao processo.
Propriedades	A lista de todos os pares de valor de chave associados ao processo.
Ação de retenção	O resultado da política de retenção no final da duração da retenção.
Retenção (dias)	A duração da política de retenção.

Argumentos de Runtime

Pontos de Entrada

Há casos em que seus projetos de automação consistem de múltiplos fluxos de trabalho. Para esses projetos, é uma boa prática manter o principal fluxo de trabalho do seu projeto no arquivo Main.xaml. Todos os outros arquivos .xaml de automação incluídos no projeto devem ser vinculados ao Main.xaml por meio da atividade Invoke Workflow File pois em cenários típicos apenas o arquivo Main.xaml é executado quando você executar um trabalho, sendo este o ponto de entrada padrão de qualquer projeto de automação. Saiba mais sobre organização de projetos e princípios de design no Studio.

Você pode alterar o ponto de entrada de um projeto de automação, ou seja, alterar sua execução "gate" alterando o arquivo .xaml principal. Da mesma forma, você pode adicionar vários pontos de entrada para seus processos de RPA, o que permite que você execute apenas uma ramificação de seu projeto de automação.

Você pode alterar o arquivo .xaml principal ou adicionar vários pontos de entrada em processos RPA no Studio ao clicar com o botão direito do mouse em um arquivo .xaml diferente ou adicionando-o como como principal ou adicionando-o como como um ponto de entrada.

Digamos que você cria um fluxo de trabalho que verifica faturas. A fatura pode ser baixada a partir do armazenamento de nuvem ou pode ser localizada no seu dispositivo.

Você cria dois fluxos de trabalho dentro do projeto e define-os como pontos de entrada:

• DownloadInvoiceFromStorage.xaml - fluxo de trabalho que baixa a fatura a partir de um armazenamento externo
• GetInvoiceFromLocal.xaml – Fluxo de trabalho que obtém a fatura a partir do seu dispositivo.

No tempo de execução no Orchestrator, você seleciona o fluxo de trabalho que corresponde ao seu cenário como um ponto de entrada. Se a fatura já estiver em seu dispositivo local, você define GetInvoiceFromLocal.xaml como um ponto de entrada. Isso inicia a execução começando com essa etapa e continua com o fluxo de trabalho de verificação de faturas (o arquivo Main.xaml).

Observação:

• Para pacotes publicados antes de Julho de 2020, o Orchestrator não pode determinar o ponto de entrada principal, portanto nenhum ponto de entrada é selecionado por padrão. Você precisa selecionar o ponto de entrada manualmente, a partir do menu suspenso.
• Se o processo não suportar vários pontos de entrada, o Orchestrator exibe Default no menu suspenso Ponto de entrada e o campo será desabilitado.

Argumentos de Entrada, Saída, Entrada/Saída

A criação do seu projeto no Studio para aceitar argumentos de Entrada ou Saída, permite que você os use em outros aplicativos de terceiros ou do Orchestrator. Isso significa que qualquer processo criado pode receber argumentos de entrada por meio da API ou interface do Orchestrator.

No Orchestrator, os argumentos e informações relacionadas são exibidas em vários locais: no nível do processo, nível de trabalho e disparador nas seções dedicadas a argumentos (Argumentos de Runtime ou a aba Argumentos).

Você pode especificar valores para qualquer argumento de entrada. Para mais informações sobre argumentos de entrada e saída no Orchestrator, acesse esta página.

1 - Selecionar o ponto de entrada. Habilitado apenas se vários pontos de entrada estiverem disponíveis. 2 - Filtrar os argumentos exibidos de acordo com sua direção (Entrada, Saída, Todos) 3 - Consulte os argumentos e informações relacionadas para o .xaml definido como o ponto de entrada.

Observação: os valores-padrão fornecidos para argumentos In Studio não são exibidos no Orchestrator em qualquer nível.

Processos de primeiro plano versus Processos de segundo plano

Essa seção descreve tipos de processos existentes de acordo com os requisitos da interface do usuário. O tipo de processo é configurado no Studio na janela Configurações do projeto, e devidamente ilustrado no Orchestrator após a publicação do projeto.

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

• Processo em segundo plano - Não requer uma interface do usuário nem a intervenção do usuário para ser executado. Por esse motivo, você pode executar vários trabalhos desse tipo no modo não assistido no mesmo usuário simultaneamente. Cada execução requer uma licença Não assistida/NonProduction. Os robôs não assistidos lidam com processos em segundo plano na Sessão 0, em NT AUTHORITY\LOCAL SERVICE, a qual não possui interface gráfica e não pode interagir com uma sessão de usuário.

  Saiba mais sobre a automação de processos em segundo plano no Studio.

• Processo em primeiro plano - Requer a interface do usuário porque a execução precisa dela para ser gerada, ou o processo contém atividades interativas, como Click. Você só pode executar um processo desse tipo em um usuário de cada vez.

  Observação: o mesmo usuário pode executar vários processos em segundo plano e um único em primeiro plano ao mesmo tempo.

A tabela a seguir mostra a versão do UiPath® Robot necessária para executar processos em primeiro plano/segundo plano de acordo com as considerações de credenciais do UiPath Robot.

Tipo de processo	Considerações sobre credenciais	no mínimo 2021.8
Segundo plano	Robô com credenciais	Qualquer
Primeiro plano	Robô com credenciais	Qualquer
Segundo plano	Robô sem credenciais	2021.10+
Primeiro plano	Robô sem credenciais	Configuração inválida! Os trabalhos não podem ser executados.

Compatibilidade do processo

Ao criar um projeto de automação no Studio, os desenvolvedores devem configurar um atributo de compatibilidade que afeta a estrutura de destino subjacente do projeto de automação e do sistema operacional compatível.

A tabela a seguir mostra a versão do UiPath Robot necessária para executar processos de acordo com suas estruturas de destino e considerações sobre a compatibilidade do sistema operacional.

Estrutura de destino	Sistema Operacional	no mínimo 2021.8
.NET Framework 4.6.1	Windows - Legacy	Qualquer
.NET 5.0 ou superiores	Windows	2021.10+
.NET 5.0 ou superiores	Multiplataforma	2021.10+

Gerenciamento de versão

Se uma nova versão de um pacote estiver disponível no Orchestrator (você publicou uma nova versão a partir do Studio), isso será indicado pelo ícone ao lado do processo do qual ele faz parte.

Você pode atualizar os processos para a mais recente versão disponível individualmente, na janela Exibir processos correspondente ou você pode atualizá-los em massa, selecionando vários deles e clicando no botão global Usar o mais recente.

Se uma versão de um pacote associado a um processo não estiver mais disponível no repositório NuGet configurado, isso será indicado pelo ícone .

Se você estiver usando a versão mais recente de um pacote em um processo específico, o ícone é exibido ao lado do processo.

Aplicativos usados

Os aplicativos do Windows que são usados pelo pacote do Studio subjacente são exibidos na seção Aplicativos , como relevantes para a versão do pacote selecionado.

Se o pacote usar aplicativos que não podem ser identificados, será exibida uma entrada de Aplicativos desconhecidos, tendo como sufixo o número de aplicativos não identificados, entre parênteses.

Se nenhum aplicativo puder ser recuperado, a mensagem Nenhum aplicativo(s) pode(m) ser recuperado(s) para este pacote será exibida. Isso provavelmente se deve a um dos seguintes motivos:

• Sua versão do Studio é mais antiga que a 2023.2.

• Sua versão do Studio é a 2023.2, mas uma regra de governança está em vigor, impedindo que essas informações sejam registradas em log.

• Seu pacote foi enviado de um feed externo. Somente pacotes de feeds internos podem fornecer essas informações.

• O pacote não usa nenhum aplicativo.

Esses detalhes também são exibidos na janela Mostrar notas de versão para cada versão do pacote.

Permissões de Processos

Criando um processo:

• Permissão de Exibir em Pacotes;
• Permissões de Exibir e Criar em Processos.

Iniciando um trabalho a partir da página Processos:

• Permissões para criar um processo
• Criar em Trabalhos

Implantando processos em pastas clássicas:

• Permissões para criar um processo

• Visualizar em Ambientes também é necessário

Leia mais sobre funções.