Configurações

A página Configurações permite que administradores ajustem as configurações do tenant do Orchestrator.

Guia Geral

Campo	Description
Configurações de Aplicativo	Fuso horário - O fuso horário do tenant. Por padrão, esse campo é definido como UTC. Configuração de interação - Inclui a opção Confirmação forte de exclusão, que permite determinar como tratar estritamente a exclusão de objetos do Orchestrator. Se selecionada, uma janela de confirmação será exibida, pedindo que você digite um texto antes de realizar a exclusão. Configurações de exibição - Inclui a opção de Visualização de alta densidade, que é selecionada por padrão. Desmarcá-la permite que você alterne para uma exibição de baixa densidade de itens de tabela. Isso se aplica a todo o tenant.
Espaços de Trabalho Pessoais	Interromper automaticamente a exploração de espaços de trabalho pessoais após — permite que os administradores do Orchestrator imponham uma regra determinando que a exploração de espaços de trabalho pessoais seja interrompida automaticamente após um determinado período de tempo. As opções disponíveis são 15 minutos,1 hora,1 diae valor personalizado. Por padrão, ao migrar ou criar novos inquilinos, esse valor não é definido. Você precisa configurá-lo manualmente assim que o processo de migração/criação for concluído. Interromper todas as sessões ativas de exploração de espaços de trabalho pessoais — permite que os administradores do Orchestrator interrompam todas as sessões de exploração de espaços de trabalho pessoais ativas no momento. Isso é sufixado pelo número de sessões ativas, exibido entre parênteses, e pode ser ativado clicando em Interromper exploração de sessões. As alterações feitas nas configurações de exploração não se aplicam retroativamente às sessões que já foram exploradas. Habilitar espaços de trabalho pessoais em massa para usuários e grupos atuais: crie espaços de trabalho pessoais para todos os usuários de um tenant que usam um determinado perfil de licenciamento attended e, ao mesmo tempo, selecione o perfil de IU a ser usado para esses usuários. Observação: essa ação não pode ser revertida; após o recurso Espaços de trabalho pessoais ter sido habilitado, ele não poderá ser desabilitado.
Funções Padrão	Criar funções padrão para pastas. Essas funções permitem aproveitar os benefícios de grupos de usuários. Clique em Criar função ao lado de cada função que deseja criar.
Configurações de atualização automática de binários de clientes (Robô, Studio, Assistant)	Ignorar o status de atualização automática de máquinas de Robôs que estiveram offline por mais de ___ dias - Exclua máquinas inativas do processo de atualização e não as leve mais em consideração quando o status de atualização for reportado.
Pastas	Habilitar mapeamentos de conta-máquina — habilitar a funcionalidade de Mapeamentos de conta-máquina.

Seção Configurações de execução

Campo/Valor padrão	Description
Gatilhos - Estratégia de contagem de trabalhos (Triggers.JobsCountStrategy) Valor padrão Por processo	Escolha a estratégia de contagem de trabalhos para trabalhos iniciados por meio de gatilhos. Observe que isso não leva em consideração quaisquer argumentos que possam ter sido fornecidos. As seguintes opções estão disponíveis: Por processo - Um gatilho inicia o número necessário de trabalhos, levando em conta quaisquer trabalhos pendentes para o processo especificado. Por exemplo, dois gatilhos definidos para o mesmo processo iniciam três e cinco trabalhos, respectivamente. Se o primeiro gatilho iniciar três trabalhos em um determinado momento, quando o segundo gatilho for acionado, dois trabalhos serão iniciados para atingir os cinco trabalhos necessários. Por gatilho - Um gatilho inicia o número necessário de trabalhos, levando em consideração quaisquer trabalhos existentes iniciados anteriormente pelo mesmo gatilho. Por exemplo, um gatilho é definido para iniciar cinco trabalhos em um determinado momento. Se três trabalhos tiverem sido concluídos com sucesso no momento em que esse gatilho for desativado novamente, o Orchestrator iniciará outros dois trabalhos para atingir os cinco trabalhos necessários.
Gatilhos - Gatilhos de fila - Habilitar estratégia de trabalhos pendentes (Features.QueueTriggers.PendingJobsStrategy) Valor padrão: Verdadeiro	Escolha o método de computação para o número de trabalhos adicionais a serem acionados quando novos itens forem adicionados a uma fila. Isso é feito subtraindo o número de trabalhos em um determinado estado do número máximo de trabalhos a serem criados. As seguintes opções estão disponíveis: True - Essa opção é mais adequada para casos nos quais você deseja que o Orchestrator assuma que todos os trabalhos em execução já moveram itens de fila para fora do status Novo. O número é calculado da seguinte forma: Máximo de trabalhos adicionais a serem criados com base em itens de fila disponibilizados recentemente = o número máximo de trabalhos pendentes e em execução permitidos simultaneamente menos o número de trabalhos em um estado Pendente. False - Essa opção é mais adequada para casos nos quais você deseja que o Orchestrator assuma que todos os trabalhos em execução ainda têm que mover itens de fila para fora do status Novo. O número é calculado da seguinte forma: Máximo de trabalhos adicionais a serem criados com base em itens de fila disponibilizados recentemente = o número máximo de trabalhos pendentes e em execução permitidos simultaneamente menos o número de trabalhos em um destes estados: Pendente, Retomado, Em execução, Parando, Encerrando.
Gatilhos - Desabilitar quando houver falha na contagem na criação do trabalho (Triggers.DisableWhenFailedCount) Valor padrão: 10	Configurar um gatilho para ser desativado automaticamente após um certo número de inícios com falha e nenhuma execução bem-sucedida ocorrer em um número específico de dias. Esta opção funciona em conjunto com Gatilhos -Período de carência quando a criação do trabalho continua a falhar na contagem (dias), da seguinte forma: Gatilhos - Desabilitar quando a contagem de falha na criação do trabalho permite que você ajuste o número de execuções com falha, enquanto Gatilhos - Desabilitar quando continua a falhar na contagem (dias) permite que você altere o número de dias. Por padrão, o valor de Gatilhos - Desabilitar quando o valor da contagem de falhas na criação de trabalhos for 10, e o valor de Gatilhos - Período de cortesia quando a criação de trabalhos mantém a contagem de falhas (dias) for 1, o que significa que o gatilho é desabilitado após 10 tentativas malsucedidas para iniciar se não houve nenhuma execução bem-sucedida no dia anterior. Esta opção pode ser definida dentro de um intervalo de 10 a 100.
Gatilhos - Período de tolerância quando a contagem continua falhando na criação do trabalho (dias) (Triggers.DisableWhenFailingSinceDays) Valor padrão: 1	Configurar um gatilho para ser desativado automaticamente após um certo número de inícios com falha e nenhuma execução bem-sucedida ocorrer em um número específico de dias. Essa opção funciona em conjunto com Gatilhos - Desabilitar quando a contagem de falhas, conforme detalhado acima. Pode ser definido dentro de um intervalo de 1 a 30.
Gatilhos - Gatilhos conectados - Desabilitar quando houver falha na contagem na execução do trabalho Valor padrão: 5	Observação: Isso tem como alvo apenas gatilhos conectados (por exemplo, gatilhos criados no Studio Web) publicados para espaços de trabalho pessoais. O disparador é desabilitado após o número de execuções com falha que você escolher para esta configuração. Ele pode ser definido dentro de um intervalo de 0 a 100, onde 0 significa que o gatilho nunca é desabilitado. Se você selecionar 0, Gatilhos - Gatilhos conectados - Período gratuito quando a execução do trabalho mantém a contagem de falhas (dias) torna-se irrelevante e seu campo é desativado. Essa configuração é válida apenas para gatilhos conectados recém-criados. As alterações não são aplicadas retroativamente a gatilhos conectados existentes.
Gatilhos - Gatilhos conectados - Período de tolerância quando a contagem continua falhando na execução do trabalho (dias) Valor padrão: 0	Observação: Isso tem como alvo apenas gatilhos conectados (por exemplo, gatilhos criados no Studio Web) publicados para espaços de trabalho pessoais. Essas configurações ditam o número de dias para aguardar antes que o gatilho seja desabilitado após a primeira falha de um trabalho. Ele pode ser definido dentro de um intervalo de 0 a 30. Se Gatilhos - Gatilhos conectados - Desabilitar quando a contagem de falhas de execução do trabalho for 0, esse campo é desativado.
Disparos - Disparos de API - Limite máximo de trabalhos pendentes Valor padrão: 10	Defina o número máximo de trabalhos pendentes que podem ser criados por um gatilho de API. O intervalo compatível é de 1 a 100.
Filas - Abandonar itens de fila em andamento após o limite (horas) (inProgressMaxNumberOfMinutes) Valor padrão: 24	Definir o tempo máximo, em horas, em que os itens de fila podem ter o status Em andamento. Após este tempo, o status dos itens de fila muda para Abandonado. O valor padrão é de 24 horas, o que significa que itens de fila não podem ser marcados como Abandonados, a menos que tenham tido o Status Em andamento por pelo menos um dia. Isso é tratado por um trabalho em segundo plano, que é executado uma vez por hora. Assim, você pode esperar que a transição aconteça até uma hora após o valor selecionado.
Filas: frequência de verificação de itens da fila não processados (minutos) (Queue.ProcessActivationSchedule) Valor padrão: 30	O tempo entre verificações para itens de fila não processados. Para ajustar o intervalo de verificação, você pode escolher entre 10, 15, 20, 30 ou 60 minutos. Para cada gatilho de fila que você cria, geramos um gatilho de tempo em segundo plano que se destina a lidar com itens de fila que não puderam ser processados no momento em que foram enfileirados. Esse gatilho do tempo de segundo plano é usado para calcular a frequência ditada pela configuração. Gatilhos de filas existentes: a configuração é aplicada quando o valor padrão é alterado pela primeira vez, e não pode ser restaurada. Novos gatilhos de fila: a configuração é sempre aplicada. Importante: O carimbo de data/hora de referência usado se baseia na hora em que o gatilho da fila foi criado. Por exemplo, se um gatilho de fila for criado às 14:22:43 e essa opção estiver definida como 10 minutos, a seguinte recorrência será gerada: 14:32:43, 14:42:43, 14:52:43 e e assim por diante. A tarefa em segundo plano que executa as alterações disparadas por essa configuração pode levar até 10 minutos para entrar em vigor.
Trabalhos - Tempo limite após encerramento (horas) (Jobs.TerminatingJobsTimeout) Valor padrão: 24	Definir o período decorrido, em horas, até que os trabalhos Encerrando se tornem aptos para ser marcados como Com falha. O valor padrão é 24, o que significa que os trabalhos não podem ser marcados como Com falha, a menos que tenham ficado em um estado Encerrando por pelo menos um dia. Isso é tratado por um trabalho em segundo plano, que é executado uma vez por hora. Assim, você pode esperar que a transição aconteça até uma hora após o valor selecionado.

Seção de Configurações da API

Configuração	Description
Lista de permissão do CORS com gatilhos de API	Permite inserir domínios permitidos para tráfego de entrada. Separe domínios distintos por meio de uma vírgula ou pressionando Enter..
Solicitar cabeçalho de autenticação para sincronizar redirecionamentos de gatilhos de API	Isso é habilitado por padrão e impõe o uso de um cabeçalho de autenticação ao selecionar o modo de chamada Sync (long-polling) para um gatilho de API.
API estrita	Se habilitados, certos campos de API tornam-se não filtráveis e/ou não classificáveis, ajudando assim a evitar problemas de desempenho. Você pode ver uma lista desses campos na página dedicada. Essa configuração é habilitada por padrão para novos tenants, mas os tenants existentes precisam ser selecionados manualmente. Manter essa opção habilitada o tempo todo é uma prática recomendada em integrações de API.

Guia Implantação

Permite configurar e proteger feeds para pacotes e bibliotecas. É possível gerenciar os feeds para todos os tenants de um local centralizado usando o Automation Ops. Para obter mais informações, consulte gerenciamento de feeds no guia do Automation Ops.

As configurações feitas aqui afetam apenas feeds do tenant; feeds de pasta e feeds de espaço de trabalho pessoal são sempre internos e ficam disponíveis exclusivamente no contexto da pasta ou espaço de trabalho pessoal respectivo.

Pacotes

Permite que você defina um feed interno ou externo no qual os pacotes de automação podem ser mantidos. Por padrão, um feed interno é usado. Os feeds podem ser protegidos definindo credenciais básicas de autenticação ou usando uma chave de API.

Campo	Description
Interna	Uso de um feed interno. O feed pode ser protegido com a opção Implantação segura ou usando uma chave de API: Implantação segura — garante que seus pacotes de automação serão baixados por meio de um feed seguro do NuGet. Chave de API — a chave usada para proteger seu feed contra operações de gravação, como a de excluir ou carregar. Isso só é necessário se você quiser carregar um pacote diretamente no feed NuGet usando um cliente externo.
Externa	Uso de um feed externo. O feed pode ser protegido usando uma chave de API ou credenciais básicas de autenticação: URL de implantação * — o endereço onde o feed do NuGet está localizado. Chave de API — a chave usada para proteger seu feed contra operações de gravação, bem como a de excluir ou carregar. Autenticação — permite que você especifique as credenciais para o seu feed básico autenticado. Lembre-se de que o nome de usuário e a senha usados com a opção Chave de API também devem ser usados nesse caso.

Importante: não temos compatibilidade com pacotes multiplataforma carregados para um feed externo. Seus metadados só podem ser lidos se forem carregados diretamente para o Orchestrator.

Bibliotecas

Permite configurar o feed a ser usado para pacotes de biblioteca e atividade.

Campo	Description
Somente feed de host	As bibliotecas são armazenadas no feed do host e ficam disponíveis para todos os tenants que o usam. A página Bibliotecas é a mesma para uma instância do Orchestrator, o que significa que as bibliotecas não estão isoladas no nível do tenant: cada tenant tem acesso à atividade dos outros tenants. Não é possível carregar bibliotecas a partir do Orchestrator se essa opção estiver selecionada. Esta opção dá acesso ao robô apenas para o feed do host.
Apenas feed de tenant	As bibliotecas são isoladas no nível do tenant, o que significa que os dados estão separados entre os tenants. Você pode definir um feed interno ou externo no qual as bibliotecas são mantidas. Por padrão, um feed interno é usado. Esta opção dá acesso ao robô apenas para o feed do tenant.
Feeds de tenant e host	As bibliotecas são isoladas no nível do tenant, o que significa que os dados estão separados entre os tenants. Você pode definir um feed interno ou externo no qual as bibliotecas são mantidas. Por padrão, um feed interno é usado. Esta opção dá ao robô acesso aos feeds do host e do tenant.
Interna	Exibido quando Apenas feed do tenant ou Tanto feeds do host e do tenant estiver selecionado. Usar um feed interno para suas bibliotecas. O feed pode ser protegido com a opção Implantação segura ou usando uma chave de API: Implantação segura — garante que seus pacotes de automação serão baixados por meio de um feed seguro do NuGet. Chave de API — a chave usada para proteger seu feed contra operações de gravação, bem como a de excluir ou carregar.
Externa	Exibido quando Apenas feed do tenant ou Tanto feeds do host e do tenant estiver selecionado. Usar um feed externo para suas bibliotecas. O feed pode ser protegido usando uma chave de API ou credenciais básicas de autenticação: URL de implantação * — o endereço onde o feed do NuGet está localizado. Chave de API — a chave usada para proteger seu feed contra operações de gravação, bem como a de excluir ou carregar. Autenticação — permite que você especifique as credenciais (nome de usuário e senha) para o seu feed básico autenticado. Lembre-se de que o nome de usuário e a senha usados com a opção Chave de API também devem ser usados nesse caso.

Para obter mais detalhes, leia toda a página Feeds de bibliotecas.

Aba de segurança do robô

Segurança

Campo	Description
O total de horas que um robô pode ser executado offline sem verificação de licença	Especifique o número de horas que um Robô pode ser executado offline, sem que o Orchestrator verifique sua licença. Por padrão, esse valor é definido como 0. O valor máximo aceito é de 168 horas.

Autenticação do robô

Campo	Description
Autenticação de robôs unattended	Credenciais do cliente (recomendado) — essa opção permite apenas conexões com tokens que expiram. É usada a estrutura do OAuth 2.0 como base para o protocolo de autenticação, o que permite que robôs não assistidos se conectem ao Orchestrator com um par ID do cliente/segredo do cliente gerado através de objetos de modelo de máquina. O par ID do cliente/segredo do cliente gera um token que autoriza a conexão entre o robô e o Orchestrator, e fornece ao robô acesso a recursos do Orchestrator. Híbrido — essa opção permite tanto conexões com tokens que não expiram (chave de máquina) quanto conexões com tokens que expiram (credenciais de cliente).
Autenticação de robô assistido	SSO de logon interativo (recomendado) — essa opção permite apenas conexões de robôs com tokens que expiram. A única forma para os usuários autenticarem seus robôs é fazendo login com suas credenciais no UiPath Assistant. O login do usuário é obrigatório para executar robôs assistidos, criar solicitações de HTTP do Orchestrator ou visualizar processos no UiPath Assistant. Ao usar o logon interativo, não é necessário criar objetos de máquina no Orchestrator. Híbrido — essa opção permite tanto conexões com tokens que não expiram (chave de máquina) quanto conexões com tokens que expiram (credenciais de logon interativo ou credenciais de cliente). Os usuários têm a opção de entrar com suas credenciais para autenticar seus robôs. Isso, por sua vez, habilita a conexão do Studio e Assistant com o Orchestrator, porém não é algo obrigatório.

Guia Escalabilidade

Especifique se o serviço de robôs deve assinar os canais do SignalR do Orchestrator, e configure os protocolos de transporte que funcionam melhor para você.

SignalR (Robôs)

Campo	Description
Habilitado	Essa alternância especifica se o serviço de robôs assina os canais do SignalR do Orchestrator ou não. Por padrão, essa configuração está habilitada, e todos os canais disponíveis serão selecionados: WebSocket Eventos Enviados pelo Servidor (SSE) Long Polling Quando todos os canais de transporte são ativados, o melhor transporte disponível é selecionado automaticamente, na seguinte ordem de prioridade: WebSocket > Eventos enviados pelo servidor > Long Polling. Se o primeiro protocolo não estiver disponível por algum motivo, o próximo da fila (se habilitado) é usado para facilitar a comunicação entre o Orchestrator e o Robô.
WebSocket	Quando estiver selecionado, permite que o protocolo de transporte de WebSocket seja usado para conectar o robô aos canais do SignalR do Orchestrator. Esse é o protocolo mais alto usado na ordem de prioridade, devido ao seu desempenho e compatibilidade com a comunicação simultânea em ambas as direções: do serviço de robôs para o Orchestrator e vice-versa. Se o recurso SignalR (robôs) não estiver ativado, o WebSocket se tornará o único protocolo de transporte disponível.
Eventos Enviados pelo Servidor (SSE)	Quando estiver selecionado, permite que a tecnologia de push do Server-Sent Events (SSE) seja usada para conectar o robô aos canais do SignalR do Orchestrator. Esse é o primeiro backup, caso o WebSockets não esteja disponível por qualquer motivo. Essa opção não pode ser usada se a funcionalidade SignalR (robôs) não estiver habilitada.
Long Polling	Quando estiver selecionado, permite que o protocolo de transporte Long Polling seja usado para conectar o robô aos canais do SignalR do Orchestrator. Esse protocolo é usado, caso os WebSockets e os SSE não estejam disponíveis. Essa opção não pode ser usada se a funcionalidade SignalR (robôs) não estiver habilitada.

Guia Dias não úteis

Defina uma lista de dias não úteis por tenant, nos quais você pode restringir a execução de gatilhos. Isso significa que, durante feriados públicos, fins de semana ou qualquer outro dia em que as atividades de negócios normais não são realizadas, seus gatilhos de longo prazo podem ser configurados para não dispararem. Após os dias não úteis definidos terem passado, os gatilhos serão iniciados da forma normal.

Para aplicar essas restrições aos seus gatilhos, você precisa selecionar o calendário de dias não úteis ao configurar os gatilhos. Todas as alterações que você fizer na guia Dias não úteis afetam todos os gatilhos que usam esse calendário.

Para obter mais detalhes sobre como gerenciar dias não úteis, clique aqui.

Conexões de Nuvem

Essas guias permitem que você configure integrações com provedores de serviços de nuvem (CSPs) de terceiros que são usados para .