Diferenças nas características do Automation 360 e do Enterprise 11/Enterprise 10

Veja como algumas características e funcionalidades, por exemplo, a estrutura de pastas, a implantação de bot, os pacotes, as variáveis e os MetaBots são diferentes no Automation 360 em comparação com o Enterprise 11 e o Enterprise 10.

Estrutura de pastas

A estrutura de pastas em que bots (Task Bots e MetaBots) são armazenados no Automation 360 é diferente em comparação com Enterprise 11 e Enterprise 10.

Estrutura de pastas do Automation 360
Os bots (Task Bots e MetaBots) estão disponíveis em Automação > Bots. Bots migrados do Enterprise 11 ou do Enterprise 10 estão disponíveis no espaço público de trabalho.
A imagem a seguir mostra a estrutura de pastas do Automation 360
Estrutura de pastas do Automation 360
Estrutura de pastas do Enterprise 11 e Enterprise 10
Bots (apenas Task Bots) estão disponíveis na pasta My Tasks (Automatizar > Tarefas > Minhas tarefas) e MetaBots estão disponíveis na pasta My MetaBots.

A imagem a seguir mostra a estrutura de pastas do Enterprise 11:


Estrutura de pastas do 11.x

Implantação do Bot

  • Enterprise 11 : Quando um bot de baixa prioridade está em funcionamento e um bot de alta prioridade é implantado, o sistema faz uma pausa no bot de baixa prioridade e executa o bot de alta prioridade. Após o bot de alta prioridade ser executado, o bot de baixa prioridade retoma seu funcionamento.
  • Automation 360 : A prioridade de bots é verificada na implantação. Quando bots estão enfileirados para um usuário Executor de bots, bots de maior prioridade são implantados antes que os bots de prioridade mais baixa. No entanto, se um bot de prioridade mais baixa já está funcionando, o bots de prioridade mais alta só são implantados após o bot de prioridade mais baixa estiver executando completamente.

Pacotes

Para a maioria dos comandos do Enterprise 11 ou Enterprise 10, ações e pacotes similares ou equivalentes estão disponíveis no Automation 360. No entanto, o comportamento de alguns dos comandos do Automation 360 é diferente em comparação com aqueles do Enterprise 11 ou Enterprise 10.

  • O Automation 360 foi recriado para apoiar não apenas as necessidades atuais, mas também as futuras necessidades de automação das empresas modernas. Dessa forma, o Automation 360 foi criado para atender a objetivos importantes, tais como fornecer os seguintes recursos:
    • Uma plataforma padronizada, previsível e escalável
    • Experiência consistente ao usuário
    • Maior flexibilidade e segurança
    Com o Automation 360, nosso objetivo é fornecer esses recursos empregando tratamento de exceções padrão da indústria, suporte avançado para tipos de dados dedicados, e assim por diante.

    Como o Automation 360 foi recriado, alguns dos recursos do Enterprise 11 que foram reprojetados no Automation 360 podem não ter um recurso do Automation 360 diretamente correspondente.

    No entanto, para garantir que os bots migrados tenham um resultado idêntico ao produzido por seus bots do Enterprise 11 correspondentes, mapeamos os comandos do Enterprise 11 para as ações correspondentes no Automation 360.

    Nos casos em que um mapeamento direto entre um comando do Enterprise 11 e uma ação do Automation 360 não está disponível, temos usado "expressões" para garantir que os bots migrados produzam um resultado idêntico ao dos seus bots do Enterprise 11 correspondentes, sem exigir que você atualize manualmente os bots.
    Nota: O uso de expressões leva a um maior número de linhas e variáveis adicionais nos bots migrados em comparação com seus bots do Enterprise 11 correspondentes.

    Para obter informações sobre expressões, consulte Automação legada pacote.

  • Para comandos do Enterprise 10/Enterprise 11 usando um campo de título do Windows configurado com uma variável definida pelo usuário, o processo de migração migra o bot acrescentando a ação Definir título logo acima do respectivo comando. O Automation 360 não permite variáveis do usuário no campo Título das janelas. Use a ação Definir título para obter o mesmo comportamento.
  • No Enterprise 11quando um bot contém mais de um comando com a opção Redimensionar janela selecionada, a janela é redimensionada para as dimensões especificadas pelo primeiro comando. No Automation 360, a janela é redimensionada cada vez que o bot encontra uma ação com a opção Redimensionar janela selecionada. Isso garante que, no momento da execução, as dimensões das janelas de cada ação correspondem às dimensões em que a ação foi configurada, o que aumenta a capacidade do bot de encontrar o objeto.
  • No Enterprise 11 ou no Enterprise 10, a indexação em loop da tabela começa com 1 e incrementa por 1. Automation 360 começa a indexar com 0 e incrementa por 1.
  • O processo de migração migra os comandos IF e Loop que contêm várias condições de uma variável.
  • Os comandos desabilitados são migrados da seguinte forma com base nos diferentes padrões de codificação:
    • Um comando desabilitado individualmente (com ou sem qualquer erro de validação) é migrado como uma ação desabilitada. Todas as ações serão desabilitadas se um comando desativar for migrado para várias ações no Automation 360.
    • O comando desabilitado Manipulação de erros é migrado para o bloco de tentativa e captura desabilitado, incluindo todas as outras ações, dependendo da sua configuração.
    • O comando Loop desabilitado é migrado para uma ação de Loop desabilitado no Automation 360.
    • O comando If desabilidade é migrado como um comentário para que o bot migrado retorne o mesmo resultado devolvido pelo bot do Enterprise 10 ou Enterprise 11 correspondente.
  • Em Enterprise 11/Enterprise 10, alguns comandos de operação de String usam caracteres especiais Tab, Enter e Espaço. No Automation 360, esses caracteres são variáveis do sistema no pacote de String.
    Enterprise 10/Enterprise 11 Automation 360
    [Tab] $String:Tab$
    [Enter] $String:Enter$
    [Separador] $String:Separator$

    Consulte String pacote.

  • O Enterprise 11 ou Enterprise 10 oferece várias predefinições como parte da seleção de título da janela e elas são migradas para as respectivas predefinições no Automation 360.
    Opções do Enterprise 10/Enterprise 11 Opções do Automation 360
    Janela Ativa Atual Janela Ativa Atual
    Desktop
    • Para o comando Inserir clique do mouse, use a opção Tela para título da janela.
    • Para o comando Inserir pressionamento de teclas, use a opção Janela ativa atual.
    • Para Tela > Capturar área, use a opção Tela para título da janela.
    • Para o comando Capturar área de trabalho do comando Captura de tela use a ação Capturar área do pacote Tela com a opção Tela selecionada da lista disponível na aba Aplicação.
    Papel de parede Desktop
    Barra de tarefas Barra de tarefas

Mapeamento de pacotes para migração

Variáveis

Para a maioria das variáveis do Enterprise 11 ou Enterprise 10 de usuário, sistema e credenciais, variáveis de sistema similares ou equivalentes estão disponíveis no Automation 360. O comportamento de algumas das variáveis do Enterprise 11 ou Enterprise 10 é diferente em comparação com o Automation 360.

  • Para cada variável passada como entrada no bot Enterprise 10 ou Enterprise 11 uma linha é acrescentada no bot migrado no Automation 360. Por exemplo, se você estiver passando 100 variáveis como entrada no bot Enterprise 11 depois da migração, aquele bot tem 100 novas linhas.
  • Em Enterprise 11 ou Enterprise 10, você pode usar o campo Nome da sessão em comandos emparelhados para especificar um nome de sessão tanto como um valor fixo como um valor variável. Por exemplo, você pode especificar o nome de uma sessão para abrir um arquivo ou estabelecer uma conexão. Pode então usar esse mesmo nome de sessão como um valor variável em um comando Loop . Contudo, bots migrado diferencia entre um valor fixo e um valor variável e trata os valores de forma diferente após a migração. Como resultado, depois de migrar estes bots para Automation 360, você deve atualizar o bot para utilizar as variáveis corretas do conjunto de dados de saída no comando Loop (que está alinhado com a variável de sessão Abrir arquivo). Para bots migrado, recomendamos que configure o nome da sessão como um valor fixo ou um valor variável em todas as instâncias.
  • Os comandos do Enterprise 11/Enterprise 10 que armazenam os valores de retorno na variável de sistema $Clipboard$ não são compatíveis no Automation 360. Ao migrar bots com essa funcionalidade, o processo de migração atribui os valores a uma variável temporária e, em seguida, atribui o valor à variável de sistema $System:Clipboard$ do Automation 360 adicionando a ação Copiar para para o pacote Clipboard.
  • Alguns comandos retornam valores para variáveis para processamento adicional. No Enterprise 11/Enterprise 10, os usuários podem armazenar esses valores em diferentes tipos de variáveis, em que, como no Automation 360, esses valores são armazenados apenas em um tipo específico de variável.

    Por exemplo, se um comando retornar um valor para uma matriz para uma célula específica, em seguida, em Automation 360, armazenaremos o valor em uma variável de string temporária. Depois, na próxima ação, armazenamos esse valor temporário em uma variável de matriz real para garantir que a lógica de execução de bot permaneça intacta.

  • No Automation 360, o cifrão ($) único é reservado para o uso do Automation Anywhere; portanto, todas as entradas do usuário com um cifrão único são substituídas automaticamente por dois cifrões ($). Por exemplo, se você tiver um campo de texto "Pagar $5,00", convertemos esse campo para "Pagar $5,00" no Automation 360, para que seja exibido corretamente aos usuários.
  • No Enterprise 11 ou Enterprise 10, bots podem usar uma variável para especificar o bot secundário que você quer correr. No Automation 360, o caminho da tarefa é atualizado para a pasta Bots. A tabela a seguir oferece alguns exemplos:
    Enterprise 11/ ou Enterprise 10 Automation 360
    D:\My Documents\AAE_V11\Automation Anywhere Files\Automation Anywhere\My Tasks\Migration\$bot_name$ Bots\My Tasks\Migration\$bot_name$
    $AAApplicationpath$\Automation Anywhere\My Tasks\Migration\$bot_name$ Bots\My Tasks\Migration\$bot_name$
    D:\$UserName$\My Documents\AAE_V11\Automation Anywhere Files\Automation Anywhere\My Tasks\Migration\$bot_name$ Bots\My Tasks\Migration\$bot_name$
    D:\My Documents\AAE_V11\Automation Anywhere Files\Automation Anywhere\$bot_path$\$bot_name$ Bots\My Tasks\$bot_path$\$bot_name$

Mapeamento de variável para migração

MetaBots

MetaBots não estão disponíveis no Automation 360. Quando você migrar MetaBots Enterprise 11 ou Enterprise 10, eles são migrados para os Task Bots equivalentes no Automation 360. Estes Task Bots fornecem resultados e capacidades similares aos MetaBots.

O processo de migração migra as DLLs e a lógica para os bots equivalentes. O comando Executar Lógica é convertido na ação Executar do pacote Task Bot. As DLLs no MetaBots usam o comando Executar para executar uma função a partir dessa DLL. Após a migração para o Automation 360, cada comando Executar é convertido nas ações Abrir, Executar função e Fechar do pacote DLL. As informações sobre qual função executar pela DLL, quais parâmetros usar e outros detalhes no comando Executar são migradas para a ação Executar. MetaBots com DLLs que usam tipos de variáveis de credenciais de string, caractere e de dados Byte podem ser migrados para o Automation 360.

Previamente ao Automation 360 v.17, a variável do dicionário foi usada para fornecer parâmetros de entrada em bots migrados que costumavam acrescentar etapas adicionais no bot. A partir da v.17, a variável Entrylist é utilizada para fornecer parâmetros de entrada em um bot migrado. Isto reduz o número de etapas adicionadas aos bot migrados.

Como MetaBots são migrados