> ## Documentation Index
> Fetch the complete documentation index at: https://ai-kb.automationanywhere.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Herramienta de migración de flujos de trabajo V1

> Migre sus flujos de trabajo V1 existentes a flujos de trabajo V2 usando la herramienta de migración integrada.

<Info>
  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.
</Info>

Los flujos de trabajo V1 están siendo descontinuados en favor de [Flujos de trabajo V2](/tools/workflows-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](/changelogs/feature-deprecations/workflows-v1-deprecation).

## Antes de comenzar

<CardGroup cols={2}>
  <Card title="Herramienta de migración disponible" icon="circle-check">
    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.
  </Card>

  <Card title="Planifique las actualizaciones posteriores" icon="triangle-exclamation">
    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.
  </Card>
</CardGroup>

## Cómo migrar un flujo de trabajo

<Warning>
  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.).
</Warning>

<Steps>
  <Step title="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.
  </Step>

  <Step title="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.
  </Step>

  <Step title="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.
  </Step>

  <Step title="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 |

    <Warning>
      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](https://apeople.automationanywhere.com/) para obtener asistencia en la migración.
    </Warning>
  </Step>

  <Step title="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.
  </Step>

  <Step title="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:

    1. **Abra el constructor V2** y revise el lienzo — confirme que cada acción, desencadenante, rama, bucle y conexión de V1 esté presente.
    2. **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.
    3. **Ejecute el flujo de trabajo en modo de prueba/depuración** con un payload de entrada realista.
    4. **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
    5. **Ejecute nuevamente con entradas de casos extremos** (campos vacíos, payloads grandes, rutas de fallo) y repita la verificación por paso.
    6. **Registre cualquier discrepancia** con la salida de referencia de V1 y corríjalas en el constructor V2 antes de publicar.

    <Tip>
      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.
    </Tip>
  </Step>

  <Step title="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.

    <Note>
      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.
    </Note>
  </Step>

  <Step title="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
  </Step>

  <Step title="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.
  </Step>

  <Step title="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.
  </Step>
</Steps>

## Validación: Aprobado vs. Rechazado

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     |

<Warning>
  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](https://apeople.automationanywhere.com/) para obtener asistencia en la migración.
</Warning>

## Después de 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.

## Preguntas frecuentes

<AccordionGroup>
  <Accordion title="¿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.
  </Accordion>

  <Accordion title="¿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.
  </Accordion>

  <Accordion title="¿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.
  </Accordion>

  <Accordion title="¿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](https://apeople.automationanywhere.com/) para obtener asistencia en la migración.
  </Accordion>

  <Accordion title="¿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.
  </Accordion>

  <Accordion title="¿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](/changelogs/feature-deprecations/workflows-v1-deprecation) para obtener la línea de tiempo completa.
  </Accordion>
</AccordionGroup>

## Soporte

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](https://apeople.automationanywhere.com/).

<CardGroup cols={2}>
  <Card title="Discontinuación de flujos de trabajo V1" icon="triangle-exclamation" href="/changelogs/feature-deprecations/workflows-v1-deprecation">
    Línea de tiempo completa de discontinuación, detalles de impacto y qué está cambiando.
  </Card>

  <Card title="Constructor de flujos de trabajo V2" icon="arrow-right" href="https://ai-kb.automationanywhere.com/tools/workflows-v2">
    Conozca las novedades en Flujos de trabajo V2 y cómo construir con el lienzo actualizado.
  </Card>
</CardGroup>