2020.10.1

Data de lançamento: 28 de outubro de 2020

O que há de novo

Atualizações de requisitos

O TargetFramework deve ser atualizado do antigo .NET Framework 4.7.2 para um Target Framework suportado para manter Plugins de Armazenamento de Credenciais e extensões NLog.Verifique os documentos do Target Framework para detalhes.

Pastas Modernas

O novo Orchestrator UX anuncia um admirável mundo novo para seu gerenciamento de implantações com as clássicas (pastas) e um mundo apenas de modernas. Desabilitamos as pastas clássicas para todos os novos tenants, tornando o paradigma moderno a opção padrão para novos usuários e implantações.

• Essa mudança vem com uma série de melhorias para aqueles que já estão familiarizados com as pastas modernas: agora, você facilmente mover pastas entre hierarquias, excluir pastas e todas as suas entidades associadas, e modificar as permissões associadas para as funções padrão das pastas.

• Para aproximar você ainda mais de um local pronto para ser automatizado, novos tenants têm espaços de trabalho pessoais habilitados por padrão e as cinco funções prontas para usar criadas automaticamente. De mãos dadas com a mudança para uma abordagem moderna apenas, as permissões associadas das funções das pastas modernas padrão foram atualizadas.

Role
Tenant Administrator
Allow to be Folder Administrator (anteriormente Enable Folder Administration)
Administrador da Pasta
Allow to be Automation User (anteriormente Enable Running Automation)
Automation User

• O usuário Administrador vem com as seguintes funções no nível do inquilino: Administrador do inquilino, Permitir ser administrador de pasta, Permitir ser usuário de automação e Administrador.

• Para oferecer uma separação mais clara entre as atribuições de um administrador de pasta e as de um administrador de locatário, removemos os privilégios de gerenciamento de robô das funções focadas em pastas (permitir ser administrador de pasta e permitir ser usuário de automação). Como prática recomendada, recomendamos criar uma função separada que consiste em permissões de robôs e atribuí-la aos usuários que precisam dela de maneira controlada.

Modelo de permissão

• Para simplificar ainda mais o controle de acesso, tornamos obsoleto o modelo de atribuição Inherit From Tenant. As pastas modernas existentes que anteriormente usavam um modelo Inherit From Tenant foram convertidas, com cada usuário recebendo suas funções de tenant também no nível da pasta.

Vamos ilustrar a conversão com um exemplo. Digamos que Petrina Smith trabalhe nas pastas Finanças e RH, que anteriormente usava o modelo de permissão Herdar do Tenant. A função herdada do tenant será atribuída ao usuário no nível da pasta, por pasta. Como resultado, Petrina recebe a função nas pastas Finanças e RH, além de mantê-la no nível do tenant.

Pastas clássicas

Para aqueles que ainda se agarram às clássicas, não se preocupem. As implantações existentes não perdem a compatibilidade com as pastas clássica na atualização, e para atrair você ainda mais para o futuro, também adicionamos uma ferramenta de migração para permitir que se mova de forma rápida e fácil para o novo mundo somente moderno.

Importante: Errata de maio de 2022: o parâmetro DefaultFolderIsClassic foi substituído por Features.ClassicFolders.Enabled.Features.ClassicFolders.Enabled está oculto e seu valor padrão é false.

Habilitando/desabilitando Robôs

Para agilizar a migração dos Robôs das pastas clássicas para pastas modernas, tornamos possível habilitar/desabilitar facilmente os Robôs que residem em pastas clássicas. Dessa forma, você verá uma opção de reversão se ocorrer um erro de etapa durante a migração. Você só pode desabilitar robôs nos seguintes estados de conexão: ativo, desconectado, sem resposta.

Aprenda como habilitar/desabilitar Robôs em pastas clássicas.

Pacotes da Pasta

Para ajudar com a delegação de responsabilidades em sua empresa e mantendo os pacotes separados, agora pastas de primeiro nível podem ser criadas com um feed de pacotes dedicados. Veja como aqui.

O acesso ao feed é controlado por um novo conjunto de permissões Pacotes de pastas com escopo de pasta. Todas as subpastas herdam a configuração do feed de pacotes do pai raiz.

Experiência com espaços de trabalho pessoais

Pacotes da Pasta

Os espaços de trabalho pessoais vêm com seu próprio feed de pacotes por padrão e marcam um mínimo histórico nos esforços de implantação de pacotes. Qualquer pacote que seja adicionado ao espaço de trabalho é implantado automaticamente como um processo no espaço de trabalho.

Modelos de Máquina

A partir de agora, o Orchestrator assume o gerenciamento de modelos de máquinas do usuário. Isso remove uma sobrecarga desnecessária para o desenvolvedor, que pode começar a trabalhar no contexto desse espaço de trabalho imediatamente, publicando projetos de automação e iniciando trabalhos no Orchestrator para fins de depuração.

Os usuários que trabalham em outras pastas além do espaço de trabalho pessoal podem se beneficiar da capacidade de depuração do Orchestrator de seu modelo de máquina, atribuindo-o às pastas nas quais estão trabalhando (ou seja, as pastas às quais foram atribuídos).

Perfil de IU simplificado

Para ajudar novos usuários em sua jornada de automação, adicionamos um perfil de IU simplificado no Orchestrator para aqueles que usam espaços de trabalho pessoais. A experiência do usuário é despojada até a funcionalidade disponível em seu espaço de trabalho. Aprenda sobre Perfis de IU.

Administração de espaços de trabalho pessoais

Esse lançamento gradua os recursos-chave no gerenciamento de espaços de trabalho pessoais, produzindo várias melhorias para todos os administradores de espaços de trabalho pessoais e proprietários de empresas ali.

• Fique de olho em todos os espaços de trabalho a partir de um local centralizado e dê uma ajuda para os desenvolvedores em suas atividades diárias, ao explorar o conteúdo de seus espaços de trabalho instantaneamente.

• Manter o Orchestrator limpo de dados não utilizados agora é moleza. Você pode identificar rapidamente todos os espaços de trabalho com pouca ou nenhuma atividade, ou aqueles que se tornaram órfãos por causa de funcionários que deixaram a organização. A estratégia de limpeza é a seu critério e é praticamente sem complicações, pois você pode excluir ou converter o espaço de trabalho em uma pasta da conveniência da página dedicada Espaços de trabalho pessoais.

• Habilitar espaços de trabalho pessoais para numerosos usuários agora é um processo contínuo, com uma nova funcionalidade que permite que você habilite espaços de trabalho para vários usuários de uma só vez. A seção Espaços de trabalho pessoais na página Configurações é o lugar dedicado para isso. Aqui, um administrador pode habilitar espaços de trabalho pessoais para todos os usuários em um tenant que usam um perfil de licenciamento Attended específico e que ainda não têm um espaço de trabalho para chamar de casa.

Leia sobre Espaços de trabalho pessoais.

Automação Não Assistida

Iniciar trabalho em uma máquina específica

Se você estava procurando recursos para uma depuração melhor, fique tranquilo, porque, a partir de agora, você pode selecionar a máquina host na qual um determinado trabalho foi iniciado. Clique aqui para obter detalhes sobre trabalhos.

Unattended Robots para usuários locais

Para reduzir as dificuldades da automação Unattended em relação aos usuários locais do Windows que residem em várias máquinas host, asseguramos que Unattended Robots que representam contas locais exijam apenas o nome de usuário e a senha correspondentes do Windows. A máquina host não é mais um identificador obrigatório.

Digamos que você esteja usando LocalUser1 em cinco máquinas host. Em vez de configurar cinco entidades de usuários no Orchestrator para cada combinação, você define o Unattended Robot em apenas uma entidade de usuário, usando a .\LocalUser1sintaxe no campo Domain\Username. Dessa forma, você pode usar essa conta específica do Windows em cada máquina host por meio de apenas uma entidade de usuário do Orchestrator.

Nada mudou para contas que ingressaram em um domínio, onde o Robô ainda exige a sintaxe domain\username como antes.

Ativo por usuário

Para se alinhar melhor com suas necessidades de negócios, lançamos ativos por usuário, a contrapartida moderna dos ativos clássicos por Robô. Os ativos por usuário melhoram a lógica por trás dos ativos em pastas modernas, ao criar um mapeamento preciso entre o usuário e a credencial usada durante a execução.

Restringindo a execução simultânea

Para cenários nos quais um usuário não pode fazer login mais de uma vez simultaneamente, lançamos a possibilidade de restringir a execução simultânea Unattended. Isso ajuda a modular o algoritmo de alocação de trabalhos impedindo um usuário de executar simultaneamente vários trabalhos.

Gerenciamento de provedores de HSM

Para um melhor controle em termos de provedores de HSM, agora você pode escolher na conveniência do tenant de seu Orchestrator qual modelo de segurança de hardware usar para recuperar credenciais de Unattended Robots.

Isso elimina a necessidade de configurar os HSMs no nível do Robô e simplifica a experiência de autenticação em cenários Unattended.

Considerações de instalação

O Orchestrator foi migrado para o .NET Core 3.1 enquanto a UiPath se esforça para atingir um novo nível de escalabilidade, desempenho e segurança. O .NET Core 3.1 nos permite acompanhar as inovações tecnológicas e aproveitar ao máximo os recursos da nova estrutura.

Target Frameworks

A partir da v2020.10, o TargetFramework deve ser atualizado do .NET Framework 4.7.2 anterior para um Target Frameworks suportado para manter a funcionalidade de Plugins de Armazenamento de Credenciais e extensões NLog. A estrutura de destino dos armazenamentos de credenciais e das extensões do NLog é verificada pelo instalador do UiPathOrchestrator.msi e pela Ferramenta de configuração de plataforma. Verifique a seção Estrutura de destino nos docs para obter detalhes.

Plug-ins de repositório de credenciais — CyberArk

Em versões mais antigas do Orchestrator, o plug-in de armazenamento de credenciais do CyberArk usou uma biblioteca que não é compatível com o .NET Core. O Orchestrator agora usa a ferramenta CLIPasswordSDK.exe que vem com o AIM do CyberArk. Veja os detalhes aqui.

Proxy Configuration

A configuração do proxy não está mais configurada em web.config, mas sim no .NET Core. Consulte a documentação sobre configuração de proxy em 2020.10.

web.config

A maioria das configurações do Orchestrator foi movida de web.config para UiPath.Orchestrator.dll.config. O novo arquivo mantém a mesma estrutura que o arquivo web.config antigo e está localizado no mesmo diretório. Após fazer alterações em UiPath.Orchestrator.dll.config, reinicie manualmente o site para que a nova configuração seja aplicada.

web.config foi redefinido apenas para conter configurações usadas pelo IIS. Após a atualização, o instalador moverá automaticamente as configurações definidas para o novo arquivo de configurações.

Consulte aqui detalhes sobre essa alteração.

Verifique a documentação do web.config em 2020.10.

Verifique a documentação do UiPath.Orchestrator.dll.config em 2020.10.

IIS Manager

As configurações de aplicativos e strings de conexão não são mais visíveis no IIS Manager. O uso do Gerenciador de IIS para editar as strings de conexão do Orchestrator ou as configurações do aplicativo não é compatível. Você precisa editar o arquivo de configuração diretamente.

NLog Targets

Se você estiver usando destinos personalizados do NLog do tipo Database, a propriedade connectionStringName será alterada automaticamente para connectionString durante a atualização. Se você estiver inserindo manualmente o destino no arquivo de configuração após a instalação/atualização, use a nova propriedade com o valor correto. Consulte os detalhes aqui.

SignalR com WebSockets

Nós atualizamos a biblioteca do SignalR para uma versão mais recente, que não é compatível com os clientes do Robô mais antigos. É recomendável atualizar seus Robôs para a versão 2020.10 para usar o WebSockets, o que a torna especialmente econômica para grandes implantações de Robôs.

SignalR Sticky Sessions

O scaleout SignalR Redis requer sticky sessions para todos os transportes que não sejam WebSockets. Por padrão, apenas o transporte de WebSockets é habilitado, já que o Orchestrator assume que as sticky sessions não estão habilitadas no balanceador de carga do cliente.

Expansão do SignalR com o SQL Server

O mecanismo de Scaleouts é alternado do SQL Server para o Redis durante a instalação. Desabilitar a autenticação do SignalR para Robôs/atividades não é mais compatível. Para esse fim, o parâmetro Scalability.SignalR.AuthenticationEnabled não tem efeito.

Atividade “Wait Queue Item”

Você pode encontrar atrasos de até 30 segundos se usar uma atividade Esperar Item da Fila anterior à versão 2020.10. Faça a atualização para a versão da atividade mais recente para evitar esses problemas.

Infraestrutura do NuGet

Embora tenhamos feito o nosso melhor para tornar o processo de atualização perfeito, a migração para o .NET Core trouxe muitas mudanças para a placa, incluindo um protocolo NuGet melhor, mais rápido e mais forte. Sugerimos fortemente reiniciar seus robôs após atualizar o Orchestrator para v2020.10 para um funcionamento totalmente polido de suas automações.

Atualizamos o protocolo interno de feeds do NuGet da v2 para a v3.

Legacy não é mais suportado como um NuGet.Repository.Type. Após a atualização, todos os repositórios do tipo Legacy são migrados para Composite. Todas as configurações do aplicativo relacionadas a Legacy estão obsoletas e não têm mais efeito.

Biblioteca Swagger

Fizemos alterações significativas na forma como geramos o swagger.jsonarquivo , que descreve a API do Orchestrator. Se você utiliza um gerador de biblioteca de cliente que usa a descrição de API no arquivo Swagger (por exemplo, AutoRest, Swagger Codegen), o código gerado será significativamente diferente.

APIs com parâmetros POST de formulário

Fazer solicitações de POST com parâmetros em objetos de dados do formulário não funciona mais. O único mecanismo compatível para fazer solicitações de POST para o Orchestrator é incluir os parâmetros de solicitação em um JSON no corpo da solicitação.

Prontidão de atualização

Ferramenta de configuração da plataforma

O Orchestrator v2020.10 vem com uma versão melhor e mais robusta da Platform Configuration Tool, que foi adaptada para ajudá-lo com a implantação do Orchestrator em várias frentes. Esta versão aprimorada ajuda você a verificar a sanidade e prontidão do seu ambiente antes de uma atualização, bem como executar várias operações pós-instalação.

Não só executa várias verificações de requisitos, mas também simplifica o processo de alteração de certificados do servidor do Orchestrator/Identity e URLs pós-instalação. Saiba mais sobre a Ferramenta de Configuração da Plataforma.

UiPath.Orchestrator.dll.config Encryption/Decryption Tool

Adicionamos uma nova ferramenta no diretório de instalação do Orchestrator para ajudar você a criptografar seções no novo arquivo de configuração do Orchestrator (UiPath.Orchestrator.dll.config). UiPath.Orchestrator.Setup.ProtectedConfiguration.Console.exe é uma ferramenta de CLI envolvida no aspnet_regiis.exe. A ferramenta aceita todos os argumentos passados para aspnet_regiis.exe e adiciona a funcionalidade do .NET Core ausente. Saiba mais sobre a criptografia de seções do UiPath.Orchestrator.dll.config.

AppSettings.Production.json Encryption/Decryption Tool

Uma nova ferramenta está disponível para ajudar você a criptografar/descriptografar os arquivos AppSettings.Production.json do Identity Server e Webhooks. A ferramenta UiPath.IdentityServerConfigProtector.exe está localizada no diretório de instalação do Orchestrator, na pasta Identity: C:\Program Files (x86)\UiPath\Orchestrator\Identity\Tools. Consulte aqui como usá-lo.

Processos sempre em execução

Para aumentar o controle que você tem sobre seus processos, adicionamos a opção Processos sempre em execução na página Configuração dos processos para restringir o encerramento de processos a partir do UiPath Assistant. Aprenda como gerenciar processos.

Classification Station

A Classification Station é uma funcionalidade nova que melhora a colaboração humano-robô ao permitir aos seres humanos revisar e corrigir a classificação dos documentos e dividir os resultados. Ela pode ser usada tanto como uma atividade assistida (por meio da Present Classification Station, bem como integrada ao Action Center do Orchestrator, aproveitando Fluxos de trabalho de longa duração (por meio de Create Document Classification Action e Wait for Document Classification Action and Resume).

Desabilitando o gatilho automático

Agora você pode configurar a desativação automática do acionador com dois novos parâmetros UiPath.Orchestrator.dll.config (anteriormente web.config): Triggers.DisableWhenFailedCount e Triggers.DisableWhenFailingSinceDays. O acionador é desativado automaticamente após um determinado número de inicializações com falha (Triggers.DisableWhenFailedCount), caso não tenha sido inicializado com êxito em um número específico de dias (Triggers.DisableWhenFailingSinceDays).

Consulte detalhes sobre esses parâmetros do UiPath.Orchestrator.dll.config.

Gerenciamento de dados de teste

Diminua o tempo gasto em testes gerenciando seus dados de teste por meio de filas de dados de teste e criação de dados de teste sintéticos. A Fila de Dados de Teste é o armazenamento central, no qual você pode preparar, armazenar e consumir dados de teste. Você pode expandir seus esforços de teste por meio de casos de teste que armazenam e consomem itens de filas de entrada e saída a partir das filas de dados de teste, seguindo a ordem FIFO (primeiro a entrar, primeiro a sair).

Melhorias

Action Center

Uma adição notável nesta versão inclui o suporte do Action Center para pastas modernas. Se até então você estava restrito a usá-lo apenas em pastas clássicas, a partir de agora poderá aproveitar todas as vantagens do Action Center, independentemente do tipo de pasta.

Também adicionamos uma nova página exclusiva para Action Admins em sua empresa, para que eles possam facilmente alocar e atribuir ações a qualquer Action User de um local centralizado.

Processos

Entre todos os aprimoramentos de usabilidade com os quais estamos empolgados, estamos incrivelmente empolgados com essa versão pela forma como ela resolve algumas frustrações comuns relacionadas a processos. Saiba mais sobre a atualização de processos no nível do pacote.

• Para ajudar você a identificar e diferenciar os processos um do outro, eles agora herdam a descrição associada do pacote, que é definida no período de design no Studio. Isso acontece independentemente de serem implantados manualmente ou automaticamente em um espaço de trabalho pessoal. Você também pode adicionar uma descrição a seus processos ou editar a existente como quiser, sem imposição de restrições. Aprenda aqui como adicionar um processo ao Orchestrator.

• Atualizar processos em várias pastas para a versão do pacote mais recente disponível acabou de se tornar uma tranquilidade, com um novo recurso de atualização em massa, que permite que você atualize todos os processos associados a um pacote. Basta selecionar os pacotes de destino, e o Orchestrator faz todo o trabalho para você, ao pesquisar e exibir todos os processos associados que não usam a versão do pacote mais recente disponível. Escolha os processos a serem atualizados para a versão do pacote mais recente disponível, e estará tudo pronto.

a. O nome do pacote

b. A versão mais recente do pacote

c. O número de processos que não estão usando a versão mais recente do pacote

d. Os nomes dos processos juntamente com a versão atual do pacote e o caminho da pasta/subpasta na qual eles residem.

Usabilidade

Além da nova aparência modernizada que lançamos, fizemos várias alterações para melhorar a usabilidade e a consistência geral do produto. Leia esta seção uma para saber o que esperar em termos de experiência do usuário.

• Agora, você pode visualizar todas as alterações feitas na cor do cabeçalho e no logotipo, podendo assim ajustá-los antes de salvar suas alterações.

• Agora, você pode atribuir usuários, grupos de usuários e modelos de máquinas diretamente no nível da pasta, navegando até a página Configurações em um contexto de pastas.

• Atribuir modelos de máquina a pastas tornou-se mais fácil do que nunca, com a adição de novos recursos que anteriormente estavam disponíveis apenas na página Máquinas. Com isso, agora você pode copiar a chave de uma máquina e editar seus runtimes diretamente na página Pastas. Tenha em mente que os modelos de máquinas precisam de runtimes para estarem aptos para execução; por isso, certifique-se de atribuir alguns ao atribuir a máquina a uma pasta.

• Para ter uma visão geral melhor, pronta e acessível de suas estatísticas do Orchestrator, agora você pode navegar dos contadores de trabalhos na página Início até a página Trabalhos correspondente, que é adequadamente filtrada. Por exemplo, se você clicar na seção correspondente à execução de trabalhos, a página exibida terá o filtro Estado em execução aplicado.

• A página Processos agora exibe o nome do pacote associado a cada processo.

• Agora, você pode atualizar facilmente as funções padrão com quaisquer permissões necessárias adicionais.

• Levamos seus comentários em consideração e renomeamos algumas das funções predefinidas disponíveis na página Configurações. Clique aqui para visualizar os novos nomes e as permissões correspondentes para cada função.

Nomes Antigos	Nomes Novos
Habilitar a administração de pastas	Permitir que seja Folder Administrator
Habilitar Automação de Execução	Permitir que seja Automation User

Configuração

• A partir de agora, o UiPathOrchestrator.msiinstalador valida o Nome do Host do site contra o Nome Alternativo do Assunto do Certificado SSL e verifica o Nome do Assunto apenas se o nome alternativo estiver faltando.

• As instalações do nó secundário agora podem ser executadas apenas no modo silencioso. Certifique-se de especificar o parâmetro PARAMETERS_FILE ao fazer isso.

• Melhoramos a experiência de migração para atualizar para o Orchestrator habilitado para Identity Server em implantações do Azure e adicionamos uma reversão em caso de falha nas migrações.

Automação de Teste

• Publicar automações de testes com casos de teste cria automaticamente um processo, caso ainda não haja nenhum implantado.

• Agendamento de testes cria uma nova execução de teste apenas se a execução anterior tiver terminado.

• A Mídia de execução agora é compatível com suas execuções de testes, para que você possa visualizar quaisquer capturas de tela tiradas de execuções com falha.

• Criar conjuntos de testes diretamente na página Casos de Teste.

• Os conjuntos de testes criados por meio de ferramentas externas agora são visíveis apenas por meio da API e não são mostrados na página Conjuntos de Testes.

• Agora, realizamos algumas validações adicionais ao carregar pacotes de automação de teste. Para carregar com sucesso tal pacote ou versão do pacote, certifique-se do seguinte:

  • O pacote contém pelo menos um entry point.

  • O tipo de projeto é o mesmo entre diferentes versões do mesmo pacote.

• Melhoramos o desempenho para filtragem de versão de lançamento e criação de conjunto de teste.

• Agora, você pode escolher entre todas as versões disponíveis ao selecionar pacotes para a criação de conjuntos de teste.

API

• Anteriormente, as solicitações de API feitas usando a autenticação do Windows eram limitadas ao primeiro tenant em que o usuário do AD foi provisionado. Agora você pode especificar o tenant ao fazer chamadas de API usando o cabeçalho X-UIPATH-TenantName. Consulte um exemplo aqui.

• Recupere IDs de sessão de máquina fazendo uma solicitação GET para o endpoint /odata/Sessions/UiPath.Server.Configuration.OData.GetMachineSessions .

Desempenho

Se você chegou até aqui, você merece saber que muitos ajustes de desempenho ocorreram, e esta versão traz melhorias incríveis nos tempos de resposta.

Outros

• Sabemos da dificuldade de ter seus trabalhos presos em um estado de Encerramento, então, sugerimos algumas soluções para ajudar a organizar a desordem. Agora, você pode fazer a transição de trabalhos para um estado de Encerramento usando o comando Eliminar. Além disso, os novos parâmetros Jobs.TerminatingJobsTimeout e Jobs.TerminatingJobsCleanupCron permitem adaptar uma estratégia de limpeza de trabalhos fazendo a transição de trabalhos em um estado de Encerramento para Falha de acordo com suas configurações. Por padrão, o trabalho de limpeza em segundo plano é executado uma vez a cada três horas e somente faz a transição para Falha dos trabalhos que estão no estado de Encerramento por pelo menos um dia. Consulte aqui como configurar os parâmetros.

• Adicionamos um novo webhook (task.saved) para salvar ações, para notificá-lo sempre que uma ação tiver sido salva antes de sua conclusão.

• Agora, você pode filtrar logs pelo nome da máquina host na qual foram gerados usando o filtro daMáquina na página de Logs. O novo filtro funciona retroativamente para logs armazenados no Elasticsearch, enquanto que, para logs armazenados no banco de dados, funciona apenas para novas entradas de logs.

• Para mantê-lo notificado sobre tudo o que acontece no Orchestrator, implementamos alertas para pastas e espaços de trabalho pessoais. Saiba mais sobre alertas.

• Reiniciando seu v2020.10+ Os robôs não são mais necessários sempre que qualquer uma das configurações a seguir é alterada no Orchestrator: RunDisconnectedHours, HearbeatPeriodSeconds, NuGet feed e SignalR settings.

• Para melhorar sua experiência de solução de problemas, agora você pode permitir a exibição de PII do Orchestrator adicionando a seguinte chave em UiPath.Orchestrator.dll.config (anteriormente web.config): <add key="ExternalAuth.ShowPII" value="true" />. A chave não é exibida por padrão em UiPath.Orchestrator.dll.config e o comportamento padrão não permite a exibição de PII.

Alterações interruptivas

Expansão do SignalR com o SQL Server

O mecanismo de Scaleouts é alternado do SQL Server para o Redis durante a instalação. Desabilitar a autenticação do SignalR para Robôs/atividades não é mais compatível. Para esse fim, o parâmetro Scalability.SignalR.AuthenticationEnabled não tem efeito.

API

• A partir de agora, o parâmetro OData.BackwardsCompatible.Enabled é definido como true por padrão, o que significa que o Orchestrator analisa e preserva caracteres especiais por padrão e não usa mais mecanismos de codificação e escape para transformar dados de entrada para propriedades dinâmicas em modelos OData (por exemplo, QueueItem.SpecificContent).Anteriormente, OData.BackwardsCompatible.Enabled assumia como padrão false, o que significava que caracteres especiais eram codificados/escapavam, a menos que você tivesse especificado o tipo de dados ao executar uma solicitação de API, usando a seguinte sintaxe: "[e-mail]": "#String".

• Se seus projetos de automação forem criados para sobrescrever a codificação/escape de caracteres de qualquer outra maneira que não seja o método apresentado acima (como expressões Regex sem escape), certifique-se de ajustá-los adequadamente, pois podem não funcionar a partir de agora. Faça isso ou defina OData.BackwardsCompatible.Enabled como false para preservar o comportamento passado.

Problemas conhecidos

• Foi identificado um problema com o upload de novos arquivos para depósitos MinIO. Os arquivos enviados são corrompidos e não funcionam. Arquivos carregados antes de 20.10.1 não são afetados. Esse problema foi corrigido no v2020.10.3 Orchestrator.

  Importante: Não use Buckets de armazenamento do MinIO nas versões 2020.10.1 ou 2020.10.2 Orchestrator.
• A partir da versão 20.10, o painel Recurso no Studio não lista seus processos, a menos que você conceda permissões de Exibição da função Robô em Processos. Adicionamos a permissão ausente no 20.10 Orchestrator; no entanto, se você atualizar de uma versão anterior, certifique-se de concedê-la explicitamente.
• Sempre que uma atualização falha e a reversão é executada, a função Administrador perde as permissões Editar em Ações e Criar permissões em Atribuição de Ação.
• O usuário não é redirecionado para a página de login após abortar uma operação de login do Windows.
• Os destinos do NLog personalizados não são migrados automaticamente durante uma atualização. Você precisa migrá-los para o Identity Server e serviços do Webhooks manualmente. Consulte a documentação do NLog no Identity Server.

• Usar resultados de URLs de feed do v3 em alguns dos problemas de exibição com pacotes e bibliotecas:

  • A data de publicação de um pacote (View Versions > Package Versions) não está correta ao usar feeds externos do v3.
  • Para feeds do MyGet, o número total de pacotes é muito maior do que o número real de pacotes carregados para o feed.
• Tentar conectar um Robô v2019.4.4 ou mais antigo ao Orchestrator gera uma mensagem de erro incorreta quando o robô flutuante não está definido no Orchestrator. Isso ocorre apenas em pastas clássicas ao usar uma chave gerada por modelo de máquina para a conexão. “Não há licenças disponíveis no servidor” é exibido em vez de “Robô não existe”.
• "An error has occurred" é exibido na página Perfil do usuário quando o pool de aplicativos de identidade é interrompido ou a reciclagem é executada.
• As versões dos pacotes que contêm o símbolo + são inúteis no Orchestrator, já que não podem ser usadas para criar processos.
• Certos programas antivírus podem interferir com a ferramenta de migração do IdentityServer impedindo executáveis de serem executados no diretório Temporário padrão do Windows. Especifique o parâmetro 'tmpDirectory' como uma solução alternativa.
• A localização dos feeds do Orchestrator no Studio desconsidera as configurações de idioma do Robô e faz com que os feeds sejam exibidos em inglês, independentemente do idioma do Robô.
• O Orchestrator não filtra os usuários que foram desabilitados no AD. Como resultado, os usuários desabilitados do AD estão disponíveis para serem adicionados ao Orchestrator.

Correções de bugs

• Em 2020.4 Orchestrator, você não pode editar os endereços de e-mail dos usuários locais. Nesta versão, estamos adicionando a opção de volta.
• Anteriormente, iniciar trabalhos por meio de atividades Iniciar trabalho em ambientes de não produção implicava exclusivamente o uso de tempos de execução autônomos para executá-los. Se nenhum estiver disponível, os trabalhos permanecerão em estado Pendente. A partir de agora, se não houver tempos de execução autônomos disponíveis, os tempos de execução NonProduction serão consumidos.
• Uma mensagem de erro (An unexpected error occurred (500). The chunked cookie is incomplete.) foi lançada quando você tentou autenticar usando a Autenticação do Windows no Chrome. Isso ocorreu para usuários pertencentes a vários grupos AD, pois o limite de tamanho do cookie do navegador foi excedido.
• A mensagem de erro resultava da criação ou atualização incorreta de um armazenamento de credenciais que não era exibido na página Alertas, e nenhum detalhe sobre a configuração incorreta estava disponível.
• Eliminar um trabalho de execução de teste resultou em um estado de trabalho incorreto no Orchestrator.
• Reordenou os botões Remover, Ativare Desativar agendamentos de teste para melhorar a consistência da experiência do usuário.
• Usuários com funções de Folder Administrator não tinham acesso para testar recursos após atender aos pré-requisitos, a menos que fosse concedido manualmente.
• Desabilitar a automação de teste não desabilita nenhum agendamento de teste em execução.
• Para implantações do Azure, os usuários ocasionalmente eram redirecionados para uma página em branco do Hub de gerenciamento de identidade. Isso foi corrigido com a adição do parâmetro -orchestratorUrl para scripts de implantação do Azure.
• Ao tentar fazer logoff, o usuário seria redirecionado de volta à página inicial do orquestrador.
• Durante uma atualização, ao mover para composite armazenamento do pacote NuGet, os pacotes não eram migrados para o local correto.
• O instalador do Orchestrator não validava corretamente o nome do assunto alternativo do certificado.
• Em raras ocasiões, o mesmo trabalho era acionado em várias máquinas simultaneamente. Isso ocorria em máquinas conectadas ao Orchestrator usando o mesmo modelo de máquina.
• Anteriormente, você não podia editar grupos de usuários com nomes maiores que 32 caracteres. Aumentamos o limite de caracteres para nomes de grupos (campo Nome de grupo ou Nome de usuário) para 256.