Lea y revise la documentación de Automation Anywhere

Automation Anywhere Automation 360

Cerrar contenidos

Contenidos

Abrir contenidos

Cómo Enterprise 10 se copian los datos Automation 360

  • Actualizado: 2021/07/22
    • Automation 360 v.x
    • Migrar
    • Espacio de trabajo de RPA

Cómo Enterprise 10 se copian los datos Automation 360

Enterprise 10 usuarios, roles, licencias, credenciales, bots, y las programaciones se copian en Automation 360 como parte del proceso de copia de datos.

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

Si el proceso de copia omite un elemento de la secuencia por cualquier motivo, también se omiten todos los elementos relacionados y no se migran. Por ejemplo, si el rol Bot_Manager no se migra y el usuario Jane_Smith pertenece sólo a ese rol, esa cuenta de usuario y las credenciales, botso programaciones asociadas a ese rol tampoco se migrarán.

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

Al copiar Enterprise 10 usuarios por primera vez, si el sistema encuentra un usuario del mismo nombre en Automation 360, el proceso de migración cambia el nombre del Enterprise 10 nombre de usuario agregando un sufijo como _1, _2, etc. y, a continuación, copia el usuario renombrado en Automation 360. Por ejemplo, un nombre de usuario duplicado jane_smith cambia de nombre como jane_smith_1 en Automation 360. Las operaciones posteriores de copia de datos omitirán los datos de usuario migrados anteriormente.

Para Active Directory los usuarios, el sistema no migra 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.

Funciones

La primera vez que se copian Enterprise 10 roles, el proceso de migración gestiona los roles de sistema duplicados y los roles personalizados de forma diferente. El proceso de migración asigna Enterprise 10 las funciones del sistema a Automation 360 las funciones del sistema. Por ejemplo, Enterprise 10 el rol Admin y el rol Basic se asignan al rol AAE_Admin y al rol AAE_Basic, respectivamente.

Si existe una función personalizada con el mismo nombre en Enterprise 10 y Automation 360, el proceso de migración le cambia el nombre agregando un sufijo como _1, _2, etc. y, a continuación, copia la función con el nombre cambiado a Automation 360. Por ejemplo, un rol Sales_Operations duplicado cambia de nombre como Sales_Operations_1 en Automation 360.

Las operaciones posteriores de copia de datos omitirán las funciones migradas anteriormente.

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 el Automation 360 Control Room tiene menos Bot Creator Bot Runner licencias de o que Enterprise 10 Control Room y se Automation 360 han consumido todas las licencias, no se asignará ninguna licencia a los usuarios recién migrados. El sistema migra estos usuarios y los datos relacionados sin asignar nuevas licencias.

Credenciales

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

Para las credenciales creadas por Control Room el administrador, el sistema crea el casillero AAE_10x_Credentials en Automation 360 Credential Vault y agrega las credenciales desde Enterprise 10 como credenciales estándar. El sistema asigna al usuario que migra Enterprise 10 los datos como propietario del casillero AAE_10x_Credentials y 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 a ese casillero.
Nota:
  • No se admite la migración de credenciales con más de 50 atributos.
  • A los usuarios que sólo tengan asignado el rol AAE_Basic en Enterprise 10 se les debe otorgar un rol personalizado en Automation 360 para ser consumidores del bloqueador AAE_10x_Credential.
Para MetaBots los que contienen pantallas como activos y utilizan variables de tipo de contraseña en estas pantallas, se crean variables de tipo de credencial equivalentes en Automation 360. Si la variable de tipo de contraseña de MetaBot es una variable de entrada y se pasa un valor a esa variable desde el elemento primario bot de , Enterprise 10realice los pasos siguientes antes de ejecutar el migrado 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 de ese casillero.
  3. En el elemento primario migrado bot, utilice la credencial creada para pasar esa credencial al elemento secundario bots.
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 MetaBot, la migrada bot utiliza la credencial creada 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 bot la migración y su programación asociada. Los comandos que utilizan variables de credenciales en Enterprise 10 bots utilizan el casillero AAE_10x_Credentials después de la migración.
Si el Enterprise 10 Control Room está configurado con control de versiones SVN, el proceso de copia de datos también copia la última versión de cada uno bot , incluidas las dependencias del Enterprise 10 repositorio al Automation 360 repositorio. Utilice bot el asistente de migración para migrar Enterprise 10 bots a Automation 360. Sin embargo, el historial de versiones de bot y sus dependencias no se copian ni migran.
Nota: Actualmente Enterprise 10 bots no se admite la migración de la versión de producción de. Como solución alternativa, cree o establezca la versión de producción actual de como bots la versión más reciente y, a continuación, migre bots.
Horarios

Si existen programaciones duplicadas en ambos entornos, la programación duplicada se migra y da como resultado dos programaciones con el mismo nombre en Automation 360.

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

Enviar comentarios