2020.10.1

Data de lançamento: 28 de outubro de 2020

O que há de novo

Atualizações de requisitos

The TargetFramework must be upgraded from the previous .NET Framework 4.7.2 to a supported Target Framework to maintain Credential Store Plugins and NLog extensions functionality. Check the Target Framework docs for details.

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 (formerly Enable Folder Administration)
Administrador da Pasta
Allow to be Automation User (formerly 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.

Let’s illustrate the conversion with an example. Let say Petrina Smith works in the Finance and HR folders which previpusly used the Inherit From Tenant permission model. The role inherited from the tenant will be assigned to the user at the folder level, on a per-folder basis. As a result, Petrina is assigned the role in both the Finance and HR folders, as well as keeping it at the tenant level.

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 habilitá-lo a se mover de forma rápida e fácil para o novo mundo apenas moderno.

Importante:

Erratum May 2022: The DefaultFolderIsClassic parameter has been replaced with Features.ClassicFolders.Enabled.Features.ClassicFolders.Enabled is hidden, and its default value is 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

Beginning with v2020.10, the TargetFramework must be upgraded from the previous .NET Framework 4.7.2 to a supported Target Frameworks to maintain Credential Store Plugins and NLog extensions functionality. The target framework of both credential stores and NLog extensions is checked by the UiPathOrchestrator.msi installer and Platform Configuration Tool. Check the Target Framework section in the docs for details.

Plug-ins de repositório de credenciais — CyberArk

In older versions of Orchestrator, the CyberArk credential store plugin used a library that is not compatible with .NET Core. Orchestrator now uses the CLIPasswordSDK.exe tool that comes with CyberArk AIM. See details here.

Proxy Configuration

Proxy configuration is no longer configured in web.config but in .NET Core. See the documentation about proxy configuration in 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 reaproveitado 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.

See here details about this change.

Check web.config documentation in 2020.10.

Check UiPath.Orchestrator.dll.config documentation in 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

If you are using custom NLog targets of type Database, the property connectionStringName is automatically changed to connectionString during the upgrade. If you are manually inserting the target in the configuration file after installation/upgrade, use the new property with the correct value. Details here.

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 NuGet.Repository.Type. Após a atualização, todos os repositórios do tipo Legacy são migrados para Composite. Todas as configurações de aplicativo relacionadas a Legacyforam descontinuadas 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.

Not only it performs several requirement checks, but it also streamlines the process of changing Orchestrator/Identity Server certificates and URLs post-installation. Learn more about the Platform Configuration Tool.

UiPath.Orchestrator.dll.config Encryption/Decryption Tool

We’ve added a new tool in Orchestrator’s installation directory to help you encrypt sections in Orchestrator's new configuration file (UiPath.Orchestrator.dll.config). UiPath.Orchestrator.Setup.ProtectedConfiguration.Console.exe is a CLI tool wrapped over aspnet_regiis.exe. The tool accepts all arguments passed to aspnet_regiis.exe and adds missing .NET Core functionality. Learn about encrypting UiPath.Orchestrator.dll.config sections.

AppSettings.Production.json Encryption/Decryption Tool

A new tool is available to help you encrypt/decrypt the Identity Server and Webhooks AppSettings.Production.json files. The UiPath.IdentityServerConfigProtector.exe tool is located in Orchestrator's installation directory, in the Identity folder: C:\Program Files (x86)\UiPath\Orchestrator\Identity\Tools. See here how to use it.

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 Estação de Classificação Presente) quanto integrada ao Action Center do Orchestrator, aproveitando Fluxos de Trabalho de Longa Duração (por meio de Criar Ação de Classificação do Documento e Esperar pela Ação de Classificação do Documento e Retomar).

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).

See details about these UiPath.Orchestrator.dll.config parameters.

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.

• We've taken your feedback into account and renamed some of the predefined roles available on the Settings page. Click here to see the new names and the corresponding permissions for each role.

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

• Previously, API requests made using Windows authentication were limited to the first tenant the AD user has been provisioned in. You can now specify the tenant when making API calls using the X-UIPATH-TenantName header. See an example here.

• 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

• We know the pain of having your jobs stuck in a Terminating state, so we came up with a couple of solutions to help clean up the clutter. You can now transition jobs to a Terminating state by using the Kill command. Moreover, the new Jobs.TerminatingJobsTimeout and Jobs.TerminatingJobsCleanupCron parameters allow you to tailor a job cleanup strategy by transitioning jobs in a Terminating state to Failed according to your settings. By default, the cleanup background job runs once every three hours and only transitions to Failed the jobs that have been in a Terminating state for at least one day. See here how to configure the parameters.

• 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. Aprenda 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

• An issue has been identified with uploading new files to MinIO buckets. Uploaded files get corrupted and do not work. Files uploaded prior to 20.10.1 are not impacted. This issue has been fixed in v2020.10.3 Orchestrator.

  Importante:

  Do not use MinIO storage buckets in 2020.10.1 or 2020.10.2 Orchestrator.

• Starting with 20.10, the Resource panel in Studio doesn't list your processes unless you grant the Robot role View permissions on Processes. We added the missing permission in 20.10 Orchestrator; however, if you upgrade from a past version, make sure to grant it explicitly.

• Whenever an upgrade fails and rollback is performed, the Administrator role loses Edit permissions on Actions and Create permissions on Action Assignment.

• The user is not redirected to the Login page after aborting a Windows login operation.

• Custom NLog targets are not automatically migrated during an upgrade. You need to migrate them to Identity Server and Webhooks services manually. See NLog documentation in Identity Server.

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

  • The publish date of a package (View Versions > Package Versions) is not correct when using v3 external feeds
  • 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" is displayed on the User Profile page when the Identity Application Pool is either stopped, or recycling is performed.

• 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.

• Certain antivirus programs can interfere with the IdentityServer migration tool by blocking executables from running in the default windows Temp directory. Specify the 'tmpDirectory' parameter as a workaround.

• 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.
• Previously, launching jobs through Start Job activities in non-production environments implied exclusively using Unattended runtimes to execute them. If none were available, the jobs remained in a Pending state. As of now, if there are no Unattended runtimes available, NonProduction runtimes are consumed.
• 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.
• Reordered the Test Schedules Remove, Enable, and Disable buttons to improve UX consistency.
• 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.
• During an upgrade, when moving to compositeNuGet Package storage the packages were not migrated to the correct location.
• 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.