- Notas de versão
Orchestrator Release Notes
Setembro de 2020
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 usavam 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ássicas 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 mudar de forma rápida e fácil para o novo mundo, apenas moderno.
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.
Como habilitar um robô
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.
.\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.
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.
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.
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.
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.
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).
A partir de agora, um gatilho é desativado automaticamente após 10 inicializações com falha se não tiver sido iniciado com sucesso pelo menos uma vez no dia anterior.
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 da fila de entrada e saída a partir das filas de dados de teste, seguindo a ordem FIFO (primeiro a entrar, primeiro a sair).
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.
Como ler as cartas:
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.
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.
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, adicionamos um processo de limpeza em segundo plano, que é executado uma vez a cada três horas e faz a transição para Falha para aqueles trabalhos que estiveram no estado de Encerramento por pelo menos um dia.
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.
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).
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: "Name@odata.type": "#String".
OData.BackwardsCompatible.Enabled como false para preservar o comportamento passado.
- 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. - 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ô.
- 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.
- 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.
- 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.
Removido o licenciamento independente
Você não pode mais licenciar seus Studios localmente ao usar os serviços do Orchestrator via Automation Cloud. A esse respeito, removemos a caixa de seleção Licença Independente do Orchestrator. Os clientes que licenciaram seu Studio/StudioX/Studio Pro localmente antes desta mudança não são afetados, entretanto, não podem usar este recurso para Studios adicionais.
Podemos habilitar esse recurso sob demanda. Entre em contato.
Habilitar/Desabilitar robôs em Pastas Clássicas
Para agilizar a migração do robô de pastas clássicas para pastas modernas, tornamos possível ativar/desativar 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.
Desativar um robô afeta as entidades associadas da seguinte maneira:
Gatilhos
- Você não pode configurar gatilhos para usar robôs desabilitados
- Os robôs desabilitados são removidos dos gatilhos existentes que fazem uso daquele robô específico. Se não houver nenhum outro robô específico definido, o gatilho apresenta erros, pois não pode criar trabalhos.
Ativos por robô
- Robôs desativados são removidos dos ativos com valores por robô
- Se o ativo tiver apenas um valor de robô e desabilitarmos o robô, o ativo permanecerá em um estado inconsistente e não poderá ser modificado.
Reativar o robô torna todas as entidades afetadas utilizáveis.
- 22 de setembro de 2020
- 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
- Atividade “Wait Queue Item”
- Biblioteca Swagger
- APIs com parâmetros POST de formulário
- Processos sempre em execução
- Classification Station
- Desabilitando o gatilho automático
- Gerenciamento de dados de teste
- Melhorias
- Alterações interruptivas
- Problemas conhecidos
- Correções de bugs
- 9 de setembro de 2020
- Novidades
- Melhorias
- Correções de bugs
