Cómo se copian los datos de Enterprise 10 en Automation 360

Los usuarios, los roles, las licencias, las credenciales, los bots y los programas de Enterprise 10 se copian en Automation 360 como parte del proceso de copiado de los datos.

El sistema copia los datos de Enterprise 10 en el siguiente orden:
  1. Roles
  2. Usuarios
  3. Credenciales
  4. Bots
  5. Programas

Si el proceso de copiado omite un elemento en la secuencia por cualquier motivo, todos los elementos relacionados también se omiten y no se migran. Por ejemplo, si el rol Bot_Manager no se migra y el usuario Jane_Smith solo pertenece a ese rol, esa cuenta de usuario y todas las credenciales, bots o programas asociados con ese rol tampoco se migran.

Enterprise 10 elementos Cómo se copian los elementos Enterprise 10 en Automation 360
Usuarios

Cuando copie usuarios de Enterprise 10 por primera vez, si el sistema encuentra un usuario con el mismo nombre en Automation 360, el proceso de migración cambiará el nombre de usuario de Enterprise 10 agregando un sufijo como _1, _2, etc., y luego copiará el usuario renombrado en Automation 360. Por ejemplo, un nombre de usuario duplicado, Jane_Smith, cambia de nombre a Jane_Smith_1 en Automation 360. Las operaciones de copia de datos posteriores omitirán los datos de usuario migrados previamente.

Para los usuarios de Active Directory, el sistema no migra los usuarios duplicados. Si ya existe un usuario de dominio con el mismo nombre en Automation 360, el proceso de migración omite ese usuario y sus dependencias.

Roles

La primera vez que copia los roles de Enterprise 10, el proceso de migración maneja los roles del sistema y los roles personalizados duplicados de manera diferente. El proceso de migración asigna los roles del sistema de Enterprise 10 a los roles del sistema de Automation 360. Por ejemplo, el rol de administrador y el rol básico de Enterprise 10 se asignan al rol de AAE_Admin y al rol AAE_Basic, respectivamente.

Si existe un rol personalizado con el mismo nombre en Enterprise 10 y Automation 360, el proceso de migración cambia su nombre agregando un sufijo como _1, _2, etc., y luego copia el nuevo nombre del rol en Automation 360. Por ejemplo, un rol duplicado de Sales_Operations se renombra como Sales_Operations_1 en Automation 360.

Las operaciones posteriores de copia de datos omitirán los roles migrados previamente.

Licencias

El proceso de migración migra automáticamente las licencias asignadas por el usuario, pero no se muestran en el informe de migración. Si la Automation 360 Control Room tiene menos licencias de Bot Creator o Bot Runner que la Enterprise 10 Control Room y se consumieron todas las licencias de Automation 360, no se asignará ninguna licencia a los usuarios recientemente migrados. El sistema migra estos usuarios y los datos relacionados sin asignar ninguna licencia nueva.

Credenciales

Para las credenciales del sistema asociadas con un usuario migrado, el sistema migra solo las credenciales del sistema de Configuración de correo electrónico y Configuración de inicio de sesión automático.

Para las credenciales creadas por el administrador de la Control Room, el sistema crea el casillero AAE_10x_Credentials en la Automation 360 Credential Vault y agrega las credenciales desde Enterprise 10 como credenciales estándar. El sistema asigna al usuario que migra los datos de Enterprise 10 como propietario del casillero AAE_10x_Credentials y a todos los roles personalizados como consumidores del casillero. Si ya existe un casillero con el nombre AAE_10x_Credentials en Automation 360, el sistema agrega las credenciales migradas en ese casillero.
Nota:
  • No se admite la migración de credenciales con más de 50 atributos.
  • A los usuarios que solo tengan asignado un rol AAE_Basic en Enterprise 10, se les debe otorgar un rol personalizado en Automation 360 para que sean consumidores del casillero AAE_10x_Credential.
Para MetaBots que contienen pantallas como activos y utilizan variables de tipo contraseña en estas pantallas, se crean variables de tipo credencial equivalentes en Automation 360. Si la variable de tipo de contraseña en el MetaBot es una variable de entrada y se pasa un valor a esa variable desde el bot primario en Enterprise 10, complete los siguientes pasos antes de ejecutar la migración de bots:
  1. Cree la credencial con la opción Estándar seleccionada como entrada.
  2. Cree un casillero y utilice la credencial que creó en el paso anterior en ese casillero.
  3. En el bot primario migrado, utilice la credencial que ha creado para pasar esa credencial a los bots secundarios.
Si ha utilizado una variable de matriz dentro de un bucle para pasar varios valores a la variable de tipo de contraseña utilizada en el MetaBot, el bot migrado utiliza la credencial que ha creado para pasar un único valor.
Bots Si existe un bot con el mismo nombre en Enterprise 10 y Automation 360, el proceso de copia de datos omite la migración del bot y su programa asociado. Los comandos que utilizan variables de credenciales en los Enterprise 10 bots usan el casillero AAE_10x_Credentials después de la migración.
Si su Control Room de Enterprise 10 está configurado con control de versiones SVN, el proceso de copia de datos también copia la última versión de cada bot, incluidas las dependencias del repositorio de Enterprise 10 al repositorio de Automation 360. Utilice el asistente de migración de bot para migrar los bots de Enterprise 10 a Automation 360. Sin embargo, el historial de versiones del bot y sus dependencias no se copian ni migran.
Nota: La migración de la versión de producción de bots Enterprise 10 actualmente no es compatible. Como solución, establezca la versión de producción actual de los bots como la última versión y, luego, migre los bots.
Programas

Si existen programas duplicados en ambos entornos, el programa duplicado se migra y genera dos programas del mismo nombre en Automation 360.

La migración de los programas falla si el usuario asociado no existe en Automation 360.

Vea el siguiente video sobre cómo revisar los datos copiados de Enterprise 10 en Automation 360: