![](https://docs.uipath.com/_next/static/media/grid.05ebd128.png?w=3840&%3Bq=100)
2020.10.1
Data de lançamento: 28 de outubro de 2020
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.
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.
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.
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.
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.
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.
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.
.\LocalUser1
sintaxe 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.
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.
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
TargetFramework
deve ser atualizado do .NET Framework 4.7.2 anterior para um Target Frameworks compatível para manter os plug-ins de armazenamento de credenciais e a funcionalidade das extensões NLog. A estrutura de destino dos armazenamentos de credenciais e das extensões NLog é verificada pelo instalador UiPathOrchestrator.msi
e pela ferramenta de configuração da plataforma. Verifique a seção Target Framework nos documentos 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
web.config
, mas em .NET Core. Consulte a documentação sobre configuração de proxy em 2020.10.
web.config
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.
Veja aqui detalhes sobre esta mudança.
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
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
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 Legacy
foram descontinuadas e não têm mais efeito.
Biblioteca Swagger
swagger.json
arquivo , 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
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.
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
Ferramenta de criptografia/descriptografia
UiPath.Orchestrator.dll.config
). UiPath.Orchestrator.Setup.ProtectedConfiguration.Console.exe
é uma ferramenta CLI agrupada sobre aspnet_regiis.exe
. A ferramenta aceita todos os argumentos passados para aspnet_regiis.exe
e adiciona a funcionalidade .NET Core ausente. Saiba mais sobre como criptografar as seções UiPath.Orchestrator.dll.config.
AppSettings.Production.json
Ferramenta de criptografia/descriptografia
AppSettings.Production.json
. 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. Veja aqui como usar.
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.
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).
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
).
Veja detalhes sobre esses parâmetros UiPath.Orchestrator.dll.config.
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).
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.
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.
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 |
-
A partir de agora, o
UiPathOrchestrator.msi
instalador 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.
-
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.
-
Anteriormente, as solicitações de API feitas usando a autenticação do Windows eram limitadas ao primeiro locatário no qual o usuário do AD foi provisionado. Agora você pode especificar o inquilino ao fazer chamadas de API usando o cabeçalho
X-UIPATH-TenantName
. Veja 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
.
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.
-
Conhecemos a dor de ter seus trabalhos presos em um estado de Encerramento, então criamos algumas soluções para ajudar a limpar a bagunça. Agora você pode fazer a transição de trabalhos para um estado Terminando usando o comando Kill . Além disso, os novos parâmetros
Jobs.TerminatingJobsTimeout
eJobs.TerminatingJobsCleanupCron
permitem adaptar uma estratégia de limpeza de tarefa fazendo a transição de tarefas em um estado Encerrando para Falha de acordo com suas configurações. Por padrão, a tarefa de limpeza em segundo plano é executada uma vez a cada três horas e apenas transita para Failed as tarefas que estão em um estado Encerrando por pelo menos um dia. Veja 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
(anteriormenteweb.config
):<add key="ExternalAuth.ShowPII" value="true" />
. A chave não é exibida por padrão emUiPath.Orchestrator.dll.config
e o comportamento padrão não permite a exibição de PII.
Scalability.SignalR.AuthenticationEnabled
não tem efeito.
-
A partir de agora, o parâmetro
OData.BackwardsCompatible.Enabled
é definido comotrue
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ãofalse
, 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:"Name@odata.type": "#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
comofalse
para preservar o comportamento passado.
-
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 na ferramenta de migração do IdentityServer bloqueando a execução de executáveis no diretório Temp 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.
- 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 foram 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.
- O que há de novo
- Atualizações de requisitos
- Pastas Modernas
- Pacotes da Pasta
- Experiência com espaços de trabalho pessoais
- Administração de espaços de trabalho pessoais
- Automação Não Assistida
- Considerações de instalação
- Prontidão de atualização
- Processos sempre em execução
- Classification Station
- Desabilitando o gatilho automático
- Gerenciamento de dados de teste
- Melhorias
- Action Center
- Processos
- Usabilidade
- Configuração
- Automação de Teste
- API
- Desempenho
- Outros
- Alterações interruptivas
- Expansão do SignalR com o SQL Server
- API
- Problemas conhecidos
- Correções de bugs