Fevereiro de 2022

28 de fevereiro de 2022

Novo repositório de credenciais agora está disponível

Agora é possível escolher de uma seleção mais ampla de plug-ins para armazenar suas credenciais do Orchestrator. O BeyondTrust, um novo repositório de credenciais, agora está integrado com o Orchestrator. Para obter instruções de configuração, consulte Integração com o Beyond Trust.

25 de fevereiro de 2022

Framework baseado no OAuth 2.0 para a autenticação de robôs

Nesta versão, enviamos um novo mecanismo de autenticação de robôs que usa a estrutura do OAuth 2.0 como a base para seu protocolo de autenticação, o que significa que robôs Unattended podem conectar-se ao Orchestrator usando um par de ID do cliente - Segredo do cliente gerado via objetos de modelo de máquina. A ID do cliente - par secreto do cliente gera um token que autoriza a conexão e fornece ao robô acesso a recursos do Orchestrator.

As credenciais de cliente permitem que o UiPath Robot acesse recursos usando suas próprias credenciais, em vez de assumir o papel de um usuário. Quando o robô solicita recursos do Orchestrator, ele impõe a necessidade de o próprio robô ter autorização para executar uma ação, pois não há nenhum usuário envolvido na autenticação.

Importante:

As credenciais de cliente exigem o UiPath Robot 2022.2 ou superior.

Como uma exceção para a nossa cadência típica de versões, as credenciais de cliente não ficam disponíveis para usuários Enterprise uma semana após a data de lançamento da versão Community. Em vez disso, esse recurso será disponibilizado aos usuários Enterprise na versão enterprise 2022.4 do UiPath Robot.

Mais detalhes em autenticação de robôs.

Instruções para administradores sobre como gerenciar as credenciais de cliente (criar novas credenciais, revogar acesso).

Instruções para desenvolvedores de RPA e usuários assistidos sobre como conectar seus robôs ao Orchestrator.

24 de fevereiro de 2022

Melhorias de funções

Fornecemos diversas funções padrão no Orchestrator para facilitar a atribuição de acesso para os principais casos de uso e servir como base funcional para qualquer novo cliente que esteja começando com o ambiente. Após se familiarizar com o ecossistema e entender seus casos de uso específicos para automação, você pode editar essas funções ou criar novas para atender às suas necessidades.

Mas o básico nunca sai de moda. Por isso, queremos garantir que essas funções permaneçam disponíveis para você da forma como foram pensadas — um padrão.

Por esse motivo, fizemos várias melhorias nas funções e permissões, especialmente em relação às funções padrão para pastas modernas.

Funções padrão estão disponíveis... por padrão

Não é mais necessário adicionar as funções padrão ao seu tenant a partir das configurações do Orchestrator. Agora, elas estão disponíveis por padrão para qualquer novo tenant ou tenants que não as adicionaram manualmente até agora.

As opções para adicionar essas funções da página Configurações (aba Geral) no nível de tenant foram removidas.

As funções padrão são agora somente leitura

Não é mais possível editar as funções padrão. Você pode visualizar as permissões que elas incluem, mas não é mais possível alterar essas permissões.

Se precisar de uma versão personalizada, você deve criar uma nova função com as permissões necessárias.

As versões personalizadas de funções padrão foram renomeadas com “Personalizada”

Se você personalizou alguma das funções padrão alterando as permissões, não se preocupe, elas estão protegidas. Renomeamos todas as suas funções personalizadas como Nome da função — Personalizada para que você saiba quais são as padrões e quais são personalizadas.

Por exemplo, se você personalizou as permissões da função padrão Automation User, agora tem as seguintes funções:

Role	Origem	Pode editar?	Pode atribuir?	Permissões
Automation User	System	N	Y	Padrão
Automation User — Personalizada	Definido pelo usuário	Y	Y	Personalizado

Observação: embora suas funções personalizadas tenham agora um novo nome, quaisquer contas ou grupos que tinham as funções afetadas atribuídas agora têm a versão renomeada atribuídas a eles. Portanto, não é necessário realizar nenhuma ação após essa alteração. Tudo funciona como sempre.

Duplicar e personalizar funções

Adicionamos uma nova opção para funções que permite que você copie e personalize uma de suas funções existentes. Essa opção está disponível tanto para funções padrão quanto funções personalizadas, mas não para funções mistas.

Com as funções padrão se tornando somente leitura, essa é a nova maneira para você personalizar uma função padrão se gostar de uma, mas quiser fazer alguns ajustes.

Para usar essa opção, acesse Tenant > Gerenciar acesso > Funções, clique em (mais opções) à direita de uma linha e selecione Duplicar e personalizar.

Exportação e importação de funções

Agora, é possível exportar qualquer uma de suas funções existentes para o formato CSV e, nesse formato, importá-las de volta para o Orchestrator. Isso permite reutilizar seu conjunto de funções cuidadosamente elaboradas em várias organizações e tenants.

Exportando uma função e importando uma função

22 de fevereiro de 2022

Novo repositório de credenciais

Agora é possível escolher de uma seleção mais ampla de plug-ins para armazenar suas credenciais do Orchestrator. O HashiCorp Vault, um novo repositório de credenciais, agora está integrado com o Orchestrator. Para obter instruções de configuração, consulte HashiCorp Vault.

Excluir o conteúdo de itens de fila por meio da API

• Previna o rastreamento dos dados de itens de fila excluindo o valor da chave SpecificContent por meio da API. Use o endpoint PUT /odata/QueueItem({Id}) com o tipo de carga útil descrito em nossa documentação.

7 de fevereiro de 2022

Novo mecanismo de gatilhos de fila para iniciar trabalhos por meio de gatilhos de fila

Após alguns vai e vens na área de gatilhos de fila, estamos recaracterizando a maneira como os gatilhos de fila iniciam trabalhos e esperamos que seja a implementação definitiva e a melhor possível.

Declaração do problema: sempre que suas filas continham menos itens novos do que itens em progresso, nenhum trabalho era iniciado, apesar de existirem robôs ociosos. Isso acontecia porque o número de trabalhos em execução (processando ativamente itens de fila) excedia o número de trabalhos de destino (trabalhos necessários para processar os novos itens).

Correção inicial: o Orchestrator contabilizava tanto itens de fila novos quanto os em andamento ao calcular o número de trabalhos de destino, em vez de apenas os itens novos. Parecia algo bom. Mas não funcionava.

Correção nova e brilhante: o Orchestrator contabiliza novos itens ao calcular o número de trabalhos de destino, mas analisa o número de trabalhos pendentes ao decidir se inicia um novo trabalho ou não.

• Digamos que você tenha 2 itens novos em uma fila e existam 2 trabalhos pendentes => então nenhum novo trabalho é iniciado.

• Digamos que você tenha 2 itens novos e exista 1 trabalho pendente => então 1 novo trabalho é iniciado.

Isso garante que o Orchestrator vai iniciar trabalhos suficientes para processar todos os novos itens sem exagerar.

Novo conjunto de permissões

Esta versão vem com um novo conjunto de permissões para Conexões. Por enquanto, as permissões não têm um uso real e fazem parte de um recurso que está por vir.

Melhorias

• Para ajudar na identificação de erros de configuração no nível de trabalho ou gatilho, a partir de agora, ao iniciar um trabalho ou configurar um gatilho, você pode ver claramente se determinados runtimes foram ou não configurados na pasta que contém o item.

No nível de trabalho, apenas os runtimes que foram atribuídos a máquinas na pasta estão disponíveis para seleção. Tentar selecionar runtimes não atribuídos não funciona e exibe uma dica de ferramenta explicando o comportamento.

No nível de gatilho, runtimes que não foram atribuídos a máquinas na pasta podem ser selecionados, e você pode visualizá-los facilmente procurando um ícone de aviso.

• Anteriormente, não era possível usar runtimes de teste para a depuração remota a partir do Studio ou ao usar a alocação dinâmica no Orchestrator. Ambas as operações permitiam apenas o uso de runtimes non-production ou não assistidos. Com esta versão, ambas podem ser feitas com runtimes de teste.

  
  

  

  
  

• Para robôs do Automation Cloud™, iniciar um trabalho com a opção Manter a alocação de Conta/Máquina na continuidade do trabalho agora resulta no trabalho sendo retomado em qualquer máquina do mesmo pool — uma máquina do mesmo tipo, não necessariamente a mesma máquina exata.

  
  

  

  
  

• Agora, é possível filtrar as transações de uma fila pelo Robô que processou as transações. O menu suspenso do filtro de Robô exibe os robôs presentes na pasta moderna correspondente. Para ver os robôs disponíveis, você precisa de permissões de Exibir em Usuários.

  
  

  

  
  

Correções de bugs

• Ocasionalmente, as execuções do conjunto de teste e do cronograma de teste falhavam com o seguinte erro:

  System.Data.Entity.Core.EntityException: The underlying provider failed on Open.System.PlatformNotSupportedException: This platform does not support distributed transactions. Test sets and test schedules are now executed with no errors.

• Anteriormente, excluir uma pasta do Orchestrator que continha um bucket de armazenamento do Azure resultava em todos os dados sendo completamente eliminados do Azure. A partir de agora, ao excluir uma pasta, o Orchestrator executa uma exclusão reversível que torna os dados não disponíveis para os usuários do Orchestrator, mas os mantém disponíveis no Azure.