2020.10.4

Data de lançamento: 15 de dezembro de 2020

O que há de novo

Integração do CCP do CyberArk

Várias notícias boas a caminho já que expandimos e aprimoramos nossa funcionalidade de armazenamento de credenciais ao integrar o CCP do CyberArk com o Orchestrator.

Visão geral

O Central Credential Provider (CCP) é o método do AAM sem agente usado para integrar o Orchestrator com o CyberArk. Ele permite a recuperação de informações confidenciais, como credenciais de robôs e ativos de credenciais do CyberArk sem implantar um agente no servidor, pois as senhas que são recuperadas para um Central Credential Provider, onde podem ser acessadas por aplicativos remotos autorizados. Um certificado de cliente é necessário para garantir a recuperação segura das credenciais.

Para uma integração bem sucedida com o CyberArk® CCP, sugerimos que você dê uma olhada sobre como configurar corretamente seu ambiente no CyberArk® PVWA:

Ao atualizar para v2020.10.4, O CyberArk CCP é ativado automaticamente se você tiver o CyberArk ativado em sua instância antes da atualização. Se não for o seu caso, adicione UiPath.Orchestrator.SecureStore.CyberArkCCP.dll ao parâmetro Plugins.SecureStores em UiPath.Orchestrator.dll.config para habilitá-lo.

Melhorias

Estratégias de contagem de trabalhos

Nesta versão, estamos dando a você controle total sobre a estratégia de contagem de tarefas iniciadas por meio de gatilhos. O parâmetro Triggers.JobsCountStrategy permite que você escolha a estratégia que melhor atende às suas necessidades da seguinte forma:

PerProcess - Um gatilho inicia o número necessário de trabalhos, levando em consideração 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.
PerTrigger - 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 nove trabalhos em um determinado momento. Se dois trabalhos tiverem sido concluídos com sucesso no momento em que esse gatilho for acionado novamente, o Orchestrator iniciará outros dois trabalhos, para atingir os nove trabalhos necessários.
NoLimit - O gatilho inicia o número necessário de trabalhos, independentemente de quaisquer trabalhos existentes pendentes. Por exemplo, um gatilho é definido para iniciar cinco trabalhos em um determinado momento. Na segunda vez em que o gatilho for acionado, outros cinco trabalhos serão iniciados.

Saiba mais sobre o parâmetro Triggers.JobsCountStrategy.

Suporte a Atividades de Persistência

Nesta versão, adicionamos suporte para atividades de persistência em fluxos de trabalho baseados em itens de fila. Anteriormente, o Orchestrator abandonava os itens da fila que estavam em andamento por mais de 24 horas, interferindo assim em fluxos de trabalho de execução longa que excediam a barreira de 24 horas. Essa limitação foi removida, possibilitando que você obtenha informações humanas em relação às suas transações sem ser pressionado pelo tempo.

Importante: Este recurso não foi entregue em 2020.10.4, conforme declarado nas notas de lançamento, devido a um contratempo de nossa parte. É nossa prioridade adicioná-lo ao seguinte patch do Orchestrator. O limite de 24 horas para itens de fila contínuos continua existindo até que nossa equipe o inclua no próximo lançamento.

Configuração

Agora recomendamos usar o modo passivo para instalações de nós secundários. Você pode especificar o parâmetro /passive para habilitar uma interface de usuário limitada com uma barra de progresso e pop-ups de erro. Embora apenas o modo silencioso estivesse disponível anteriormente, agora você deve usar /Q estritamente para instalações autônomas.

Outros

Agora você pode controlar se os códigos de erro de login são exibidos ou não na interface gráfica do usuário, usando o parâmetro HideErrorCodesInUi no arquivo appsettings.Production.json do Identity Server.
A funcionalidade do Orchestrator pode ser prejudicada se o elemento <system.webServer> em web.config possuir qualquer seção bloqueada. Por esta razão, adicionamos uma verificação extra na Ferramenta de Configuração da Plataforma que verifica todo o <system.webServer>elemento para qualquer seção bloqueada. Se essas seções existem, você precisa desbloqueá-las manualmente no IIS.
Para evitar confusão sobre o que o botão de alternância Processos sempre em execução, nós o renomeamos para O processo não pode ser interrompido a partir do UiPath Assistant. Isso significa que se você habilitar essa funcionalidade na página de configurações Processos, você não poderá interromper o processo correspondente a partir do UiPath Assistant.

Correções de bugs

Todos os logs gerados antes de 2019.10 foram exibidos na página Logs sem serem filtrados pela pasta que os contém (antiga unidade organizacional). Adicionamos e habilitamos por padrão uma nova configuração UiPath.Orchestrator.dll.config (Logs.Elasticsearch.EnableFolderIdFilter) que impede que os logs que não podem ser filtrados sejam exibidos na página Logs. Você ainda pode ver esses logs navegando até Logs nas páginas Robôs (pastas clássicas) e Trabalhos (Mais Ações > Exibir Logs).
Sempre que uma atualização falhou e a reversão foi realizada, a função Administrador perdeu as permissões Editar em Ações e Criar permissões em Atribuição de Ação. A função agora mantém ambos, mesmo em caso de falha na atualização.
Devido a appSettings ter sido movido de Web.Config para UiPath.Orchestrator.dll.config, o script Configure-PlatformNode.ps1 causaria falha nas migrações de nó único para vários nós. O script não gera mais um erro.
A migração do pacote não limpou a pasta Storage importada, mas não utilizada, após uma atualização com falha. O conteúdo restante foi removido.
O instalador UiPathOrchestrator.msi não verificaria o espaço em disco disponível antes do início da atualização, o que poderia causar falha na migração do pacote. Agora, um aviso é emitido antes do início da migração.
UiPathPlatformInstaller.exe não validou certificados SSL com formatos de assunto específicos, o que resultou em uma falha de instalação ou aviso de atualização.
O uso da Autenticação do Windows durante uma atualização impediu que o instalador UiPathOrchestrator.msi validasse as credenciais. Isso fez com que o processo de atualização fosse malsucedido.
O tipo de argumento não foi validado no Orchestrator, permitindo que os usuários definam valores de parâmetros inadequados para seus processos. A validação agora foi realizada corretamente, e um erro é lançado se a entrada não corresponder ao tipo de argumento definido no período de design.
A exclusão de uma pasta clássica não removeu os usuários associados. Os usuários agora são excluídos ao se excluir uma pasta clássica.
Atualizar da v2020.4 para a v2020.10 do Orchestrator não atribuía usuários do Active Directory de pastas modernas com base no modelo de permissão Herdar do tenant. Isso ocorria mesmo se o grupo pai do Active Directory estivesse atribuído à pasta.
A exclusão das credenciais dos ativos residentes em armazenamentos de credenciais de leitura/gravação os excluiu apenas do Orchestrator. De agora em diante, a exclusão de uma credencial de ativo no Orchestrator também remove o objeto da credencial associado referenciado no armazenamento de credenciais. Certifique-se de que as credenciais dos ativos a serem excluídos não sejam usadas em outros locais, como projetos de automação.
As sessões dos usuários não atingiram o tempo limite após o período do tempo limite de inatividade, impedindo que os usuários se desconectassem de suas sessões, como era esperado.