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:

1. Create an application for your Orchestrator instance and add client certificates.
2. Crie um seguro e adicione membros para garantir as permissões adequadas.

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.

Learn about the Triggers.JobsCountStrategy parameter.

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:

This feature was not delivered in 2020.10.4, as stated in the release notes, due to a mishap on our part. It is our priority to add it to the following Orchestrator patch. The 24-hour limit for ongoing queue items continues to exist until our team includes it in the next release.

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

• You can now control whether or not login error codes are displayed in the UI, by using the HideErrorCodesInUi parameter in the Identity Server appsettings.Production.json file.
• 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

• All logs generated prior to 2019.10 were displayed on the Logs page without being filtered by the containing folder (formerly organization unit). We added and enabled by default a new UiPath.Orchestrator.dll.config setting (Logs.Elasticsearch.EnableFolderIdFilter) which prevents logs that cannot be filtered from being displayed on the Logs page. You can still see such logs by navigating to Logs from the Robots (classic folders) and Jobs pages (More Actions > View Logs).
• Whenever an upgrade failed and rollback was performed, the Administrator role lost Edit permissions on Actions and Create permissions on Action Assignment. The role now keeps both even in case of a failed upgrade.
• 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.
• Upgrading from v2020.4 to v2020.10 Orchestrator unassigned Active Directory users from modern folders based on the Inherit from Tenant permission model. This occurred despite having the parent Active Directory group assigned to the folder.
• 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.