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

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

El sistema copia los datos de Enterprise 10 en el siguiente orden:

Roles
Usuarios
Credenciales
Bots
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 Automatización 360
Usuarios	Cuando copie usuarios de Enterprise 10 por primera vez, si el sistema encuentra un usuario con el mismo nombre en Automatización 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 Automatización 360. Por ejemplo, un nombre de usuario duplicado, Jane_Smith, cambia de nombre a Jane_Smith_1 en Automatización 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 Automatización 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 Automatización 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 Automatización 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 Automatización 360. Por ejemplo, un rol duplicado de Sales_Operations se renombra como Sales_Operations_1 en Automatización 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 Automatización 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 Automatización 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 Automatización 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 Automatización 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 Automatización 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 Automatización 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: Cree la credencial con la opción Estándar seleccionada como entrada. Cree un casillero y utilice la credencial que creó en el paso anterior en ese casillero. 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 Automatización 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. If your Enterprise 10 Control Room is configured with SVN version control, then the copy data process also copies the latest version of each bot including the dependencies from the Enterprise 10 repository to the Automatización 360 repository. Use the bot migration wizard to migrate the Enterprise 10 bots to Automatización 360. However, the version history of the bot and its dependencies are not copied and migrated. Nota: Migration of the production version of Enterprise 10 bots is currently not supported. As a workaround, make or set the current production version of the bots as the latest version and then migrate the bots.
Programas	Si existen programas duplicados en ambos entornos, el programa duplicado se migra y genera dos programas del mismo nombre en Automatización 360. La migración de los programas falla si el usuario asociado no existe en Automatización 360.

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