Migre sus flujos de trabajo V1 existentes a flujos de trabajo V2 usando la herramienta de migración integrada.
La herramienta de migración está disponible desde el 1 de junio de 2026 (v2.1.0). Los flujos de trabajo V1 serán eliminados el 7 de septiembre de 2026 — consulte los pasos a continuación para migrar.
Los flujos de trabajo V1 están siendo descontinuados en favor de Flujos de trabajo V2, que introduce un lienzo visual rediseñado, más tipos de desencadenantes, depuración mejorada e historial de versiones. En lugar de reconstruir sus flujos de trabajo desde cero, la herramienta de migración integrada le permite migrar los flujos de trabajo V1 existentes a V2 de forma directa.Para obtener información sobre la línea de tiempo de la discontinuación y los cambios, consulte la página Discontinuación de flujos de trabajo V1.
La herramienta Migrar flujo está disponible desde el 1 de junio de 2026. Puede migrar cualquier flujo de trabajo V1 hoy — los flujos de trabajo V1 continúan ejecutándose normalmente hasta el 7 de septiembre de 2026.
Planifique las actualizaciones posteriores
Después de la migración, cualquier agente o integración que invoque el flujo de trabajo V1 deberá actualizarse para apuntar al nuevo flujo de trabajo V2 antes del 7 de septiembre de 2026, cuando V1 sea eliminado.
Después de la migración, debe ejecutar y verificar cada paso individual del flujo de trabajo en V2 — no solo una ejecución de extremo a extremo. La verificación por paso es la única forma confiable de detectar diferencias sutiles de comportamiento entre V1 y V2 (referencias de variables, forma del payload del desencadenante, ramificación, reintentos, etc.).
1
Inventaríe sus flujos de trabajo V1
Vaya a Flujos de trabajo y liste cada flujo de trabajo V1 que aún esté en uso. Anote:
Qué flujos de trabajo son invocados por agentes, API o integraciones externas — estos necesitarán actualizaciones posteriores después de la migración.
El propietario de cada flujo de trabajo, para que la persona correcta lo valide después de la migración.
Una salida de referencia de una ejecución V1 exitosa reciente para cada flujo de trabajo — comparará la salida de V2 con ella más adelante.
2
Abra un flujo de trabajo en el constructor V1
Navegue a Flujos de trabajo y abra el flujo de trabajo que desea migrar. Asegúrese de que esté en un estado estable y funcional — migre primero los flujos publicados y probados.
3
Haga clic en 'Migrar flujo'
En la esquina superior derecha del constructor V1, haga clic en Migrar flujo. Esto inicia una validación automática contra el catálogo V2.
4
Revise el resumen de migración
El modal de migración muestra un estado de Aprobado o Rechazado junto con errores o advertencias.
Resultado
Significado
Acción
Aprobado
Todas las acciones y configuraciones son compatibles con V2
Haga clic en Continuar e importar para proceder
Rechazado (advertencias)
Algunas acciones pueden comportarse diferente en V2
No se puede migrar automáticamente — envíe un ticket de soporte
Rechazado (errores)
Se detectaron acciones incompatibles
No se puede migrar automáticamente — envíe un ticket de soporte
Los flujos de trabajo que no pasan la validación no pueden ser migrados automáticamente. Contacte a su representante de Automation Anywhere o abra un ticket a través del portal de soporte para obtener asistencia en la migración.
5
Haga clic en 'Continuar e importar'
Esto crea la versión V2 de su flujo de trabajo con todas las acciones, desencadenantes y configuraciones transferidas. El flujo de trabajo V1 original no se elimina ni se deshabilita.
6
Ejecute y verifique cada paso en el flujo de trabajo V2
No dependa de una sola ejecución de extremo a extremo. Revise el flujo de trabajo paso a paso:
Abra el constructor V2 y revise el lienzo — confirme que cada acción, desencadenante, rama, bucle y conexión de V1 esté presente.
Verifique la configuración de cada paso — credenciales, campos de entrada, variables mapeadas, selecciones de listas desplegables y referencias de expresiones deben coincidir con V1.
Ejecute el flujo de trabajo en modo de prueba/depuración con un payload de entrada realista.
Para cada paso, abra los detalles de ejecución y verifique que:
El paso se ejecutó exitosamente (sin errores, sin estado omitido)
La entrada del paso coincide con lo que V1 habría enviado
La salida del paso coincide con la salida de referencia de V1 (forma y valores)
Las referencias de variables posteriores se resuelven correctamente (sin undefined, sin {{...}} sin renderizar)
La lógica de ramas/bucles evalúa la misma ruta que V1
Los reintentos, tiempos de espera y pasos de manejo de errores se comportan como se esperaba
Ejecute nuevamente con entradas de casos extremos (campos vacíos, payloads grandes, rutas de fallo) y repita la verificación por paso.
Registre cualquier discrepancia con la salida de referencia de V1 y corríjalas en el constructor V2 antes de publicar.
Use el registro de ejecuciones de V2 para examinar el JSON de entrada/salida de cada paso. Esta es la forma más rápida de detectar diferencias de mapeo de variables o esquema entre V1 y V2.
7
Publique el flujo de trabajo V2
Solo publique una vez que cada paso haya sido verificado. Haga clic en Publicar para activar el flujo de trabajo migrado. V2 mantiene un historial de versiones completo, por lo que puede volver a una versión anterior si es necesario.
El flujo de trabajo V1 original permanece accesible y puede seguir ejecutándose hasta el 7 de septiembre de 2026, cuando V1 sea eliminado. Es posible que necesite actualizar cualquier agente o integración que estuviera invocando el flujo de trabajo V1 para apuntar al nuevo flujo de trabajo V2 antes de esa fecha.
8
Actualice los invocadores posteriores
Antes del 7 de septiembre de 2026, actualice todo lo que invoque el flujo de trabajo V1 para apuntar al nuevo flujo de trabajo V2:
Agentes que invocan este flujo de trabajo
Integraciones externas que usan el endpoint o ID de V1
Automatizaciones y trabajos programados
9
Monitoree el flujo de trabajo V2 en producción
Durante las primeras ejecuciones en producción:
Vigile el registro de ejecuciones y verifique cada salida de paso contra la referencia de V1.
Mantenga el flujo de trabajo V1 activo (permanece accesible hasta el 7 de septiembre de 2026) para que pueda redirigir el tráfico si aparece una regresión.
Vuelva a una versión anterior mediante el historial de versiones de V2 si es necesario.
10
Repita para cada flujo de trabajo V1 restante
La migración es por flujo de trabajo — no hay una acción masiva. Trabaje a través de su inventario del Paso 1 hasta que todos los flujos de trabajo V1 estén migrados, verificados paso a paso y publicados.
La herramienta de migración valida su flujo de trabajo V1 antes de migrarlo. Comprender el resultado de la validación le ayuda a decidir los próximos pasos.
Resultado
Significado
Acción
Aprobado
Todas las acciones y configuraciones son compatibles con V2
Haga clic en Continuar e importar para proceder
Rechazado (advertencias)
Algunas acciones pueden comportarse diferente en V2
No se puede migrar — envíe un ticket de soporte
Rechazado (errores)
Se detectaron acciones incompatibles
No se puede migrar — envíe un ticket de soporte
Los flujos de trabajo que no pasan la validación no pueden ser migrados automáticamente. Contacte a su representante de Automation Anywhere o abra un ticket a través del portal de soporte de Automation Anywhere para obtener asistencia en la migración.
Una vez que un flujo de trabajo esté publicado en V2:
El flujo de trabajo V1 original permanece accesible y seguirá ejecutándose hasta el 7 de septiembre de 2026, cuando V1 sea eliminado. Migrar no deshabilita ni elimina el flujo de trabajo V1.
Cualquier agente, integración o automatización que invoque el endpoint del flujo de trabajo V1 deberá ser reconfigurado para invocar el nuevo flujo de trabajo V2 antes del 7 de septiembre de 2026.
Use el registro de ejecuciones en V2 para monitorear ejecuciones y verificar que el flujo de trabajo migrado se comporte como se esperaba.
El historial de versiones de V2 guarda cada estado publicado, por lo que puede volver a una versión anterior si es necesario.
¿Puedo migrar todos los flujos de trabajo a la vez?
No. La migración se activa por flujo de trabajo usando el botón Migrar flujo en la interfaz de V1. Cada flujo de trabajo debe validarse y migrarse individualmente.
¿Qué sucede con el flujo de trabajo V1 después de migrar?
El flujo de trabajo V1 original permanece accesible y seguirá ejecutándose hasta el 7 de septiembre de 2026. No se deshabilita ni elimina después de la migración. El 7 de septiembre de 2026, todos los flujos de trabajo V1 serán eliminados y aquellos que no hayan migrado dejarán de funcionar.
¿Necesito actualizar las integraciones después de migrar?
Sí. Los agentes, integraciones externas o procesos de automatización que invoquen el flujo de trabajo V1 por endpoint o ID deberán actualizarse para apuntar al nuevo flujo de trabajo V2 después de la migración.
¿Qué pasa si mi flujo de trabajo no pasa la validación?
Los flujos de trabajo con errores o advertencias no pueden ser migrados automáticamente usando la herramienta. Envíe un ticket de soporte a través del portal de soporte de Automation Anywhere para obtener asistencia en la migración.
¿Se preservará la configuración de mi flujo de trabajo?
La herramienta de migración está diseñada para transferir su configuración de flujo de trabajo existente a V2. Después de la migración, revise todos los pasos, desencadenantes y configuraciones en el constructor V2 y pruébelos antes de publicar.
¿Cuál es el plazo para migrar?
Los flujos de trabajo V1 serán eliminados el 7 de septiembre de 2026. La herramienta de migración está disponible desde el 1 de junio de 2026, lo que le da aproximadamente tres meses para migrar. Los flujos de trabajo V1 seguirán ejecutándose durante este período, pero recomendamos migrar lo antes posible para tener tiempo de actualizar las integraciones posteriores y verificar el comportamiento en V2. Consulte la página Discontinuación de flujos de trabajo V1 para obtener la línea de tiempo completa.
Para asistencia con la migración o preguntas sobre flujos de trabajo incompatibles, contacte a su representante de Automation Anywhere o abra un ticket a través del portal de soporte de Automation Anywhere.
Discontinuación de flujos de trabajo V1
Línea de tiempo completa de discontinuación, detalles de impacto y qué está cambiando.
Constructor de flujos de trabajo V2
Conozca las novedades en Flujos de trabajo V2 y cómo construir con el lienzo actualizado.