Como os dados do Enterprise 10 são copiados para o Automation 360

Usuários, funções, licenças, credenciais, bots e agendamentos do Enterprise 10 são copiados para o Automation 360 como parte do processo de cópia de dados.

O sistema copia os dados do Enterprise 10 na seguinte ordem:
  1. Funções
  2. Usuários
  3. Credenciais
  4. Bots
  5. Cronogramas

Se o processo de cópia ignorar um item na sequência por qualquer motivo, todos os itens relacionados também serão ignorados e não serão migrados. Por exemplo, se a função Bot_Manager não for migrada e o usuário Jane_Smith pertencer apenas a essa função, essa conta de usuário e todas as credenciais, bots ou agendamentos associados a essa função também não serão migrados.

Enterprise 10 itens Como os itens do Enterprise 10 são copiados para o Automation 360
Usuários

Quando você copia os usuários do Enterprise 10 pela primeira vez, se o sistema encontrar um usuário com o mesmo nome no Automation 360, o processo de migração renomeia o nome de usuário do Enterprise 10 adicionando um sufixo como _1, _2 e assim por diante e, em seguida, copia o usuário renomeado para o Automation 360. Por exemplo, um nome de usuário duplicado Jane_Smith é renomeado como Jane_Smith_1 no Automation 360. As operações de cópia de dados subsequentes ignorarão os dados do usuário migrados anteriormente.

Para usuários de Active Directory, o sistema não migra usuários duplicados. Se um usuário de domínio com o mesmo nome já existir no Automation 360, o processo de migração ignorará esse usuário e suas dependências.

Funções

Na primeira vez que você copiar as funções do Enterprise 10, o processo de migração lidará com funções do sistema duplicadas e funções personalizadas de forma diferente. O processo de migração mapeia as funções do sistema do Enterprise 10 para as funções do sistema do Automation 360. Por exemplo, a função Admin e a função Basic do Enterprise 10 são mapeadas para a função AAE_Admin e função AAE_Basic, respectivamente.

Se existir uma função personalizada com o mesmo nome no Enterprise 10 e no Automation 360, o processo de migração a renomeia, adicionando um sufixo como _1, _2 e assim por diante e, em seguida, copia a função renomeada para o Automation 360. Por exemplo, uma função Sales_Operations duplicada é renomeada como Sales_Operations_1 no Automation 360.

As operações de cópia de dados subsequentes ignorarão funções migradas anteriormente.

Licenças

O processo de migração migra automaticamente as licenças alocadas pelo usuário, mas elas não são mostradas no relatório de migração. Se o Control Room do Automation 360 tiver menos licenças Bot Creator ou Bot Runner do que o Control Room do Enterprise 10 e todas as licenças do Automation 360 tiverem sido consumidas, os usuários recém-migrados não receberão nenhuma licença. O sistema migra esses usuários e os dados relacionados sem alocar nenhuma licença nova.

Credenciais

Para credenciais do sistema associadas a um usuário migrado, o sistema migra apenas as credenciais do sistema Configurações de e-mail e Configurações de login automático.

Para credenciais criadas pelo administrador da Control Room, o sistema cria o cofre AAE_10x_Credentials no Credential Vault do Automation 360 e adiciona as credenciais do Enterprise 10 como credenciais padrão. O sistema atribui o usuário que migrou os dados do Enterprise 10 como proprietário do cofre AAE_10x_Credentials e todas as funções personalizadas como consumidores do cofre. Se um cofre com o nome AAE_10x_Credentials já existir no Automation 360, o sistema adicionará as credenciais migradas nesse cofre.
Nota:
  • A migração de credenciais com mais de 50 atributos não é compatível.
  • Usuários apenas com a função AAE_Basic atribuída a eles no Enterprise 10 devem receber uma função personalizada no Automation 360 para ser um consumidor do cofre AAE_10x_Credential.
Para MetaBots que contêm telas como ativos e usam variáveis do tipo senha nessas telas, variáveis do tipo credencial equivalentes são criadas no Automation 360. Se a variável do tipo de senha no MetaBot é uma variável de entrada e um valor para essa variável é passado do bot principal no Enterprise 10, complete as seguintes etapas antes de executar os bots migrados:
  1. Crie a credencial com a opção Padrão selecionada como entrada.
  2. Crie um cofre e use a credencial que você criou na etapa anterior nesse cofre.
  3. No bot principal migrante, use a credencial que você criou para passar essa credencial para o bots secundário.
Se você tiver usado uma variável de matriz dentro de um loop para passar vários valores para a variável do tipo senha usada no MetaBotos bot migrados usa a credencial que você criou para passar um único valor.
Bots Se existir um bot com o mesmo nome no Enterprise 10 e Automation 360, o processo de cópia de dados ignorará a migração do bot e seu agendamento associado. Comandos que usam variáveis de credencial em Enterprise 10 e bots usam o cofre AAE_10x_Credentials após a migração.
Se seu Control RoomEnterprise 10 é configurado com controle de versão SVN, então o processo de cópia de dados também copia a última versão de cada bot incluindo as dependências do repositório Enterprise 10 para o Automation 360. Use o bot de assistente de migração para migrar os bots do Enterprise 10 para o Automation 360. No entanto, o histórico da versão do bot e suas dependências não são copiadas e migradas.
Nota: Migração da versão de produção dos bots do Enterprise 10 não é atualmente compatível. Como alternativa, fazer ou definir a versão de produção atual dos bots como a versão mais recente e depois migrar os bots.
Cronogramas

Se houver programações duplicadas em ambos os ambientes, a programação duplicada será migrada e resultará em duas programações com o mesmo nome no Automation 360.

A migração de programações falhará se o usuário associado não existir no Automation 360.

Veja o vídeo a seguir sobre como analisar os dados copiados do Automation 360 no Enterprise 10: