Ejecuciones

Las ejecuciones se crean de forma asíncrona: primero quedan en cola y la interfaz consulta su progreso. No cierres el diagnóstico al recibir el identificador; espera al estado final y revisa los nodos ejecutados.

• Probar nodo: ejecuta el tipo con configuración e input, sin guardar el workflow.
• Ejecutar nodo: guarda el borrador y crea una ejecución registrada que comienza en el nodo seleccionado.
• Ejecutar desde aquí: inicia en el seleccionado y continúa por las conexiones posteriores.
• Ejecutar workflow: inicia desde sus disparadores manuales o nodos iniciales y recorre el borrador completo.

Una ejecución fallida puede reintentarse. El reintento conserva la definición y versión de la ejecución original para que el diagnóstico sea reproducible.

• queued: la ejecución espera a que el worker tome su primer trabajo.
• running: al menos un nodo está procesándose.
• waiting: un nodo de espera ha aplazado la continuación.
• success: todos los caminos encolados finalizaron correctamente.
• failed: un error no recuperado detuvo la ejecución.
• cancelled: un usuario canceló una ejecución que seguía activa.

Selecciona un nodo ejecutado para comparar lo que recibió con lo que devolvió. La consola incluye la salida elegida, duración, créditos cuando proceda y mensajes de validación. En el detalle global puedes revisar el JSON completo de la ejecución.

Si un nodo no aparece, comprueba la salida de la condición anterior y que exista una conexión desde ese handle. Si aparece sin el dato esperado, vuelve al primer productor de ese dato y sigue las salidas hacia delante.

Cada ejecución conserva workflow_version. Las ejecuciones manuales lanzadas desde el editor usan el borrador guardado; las automáticas utilizan active_version. Por eso una prueba correcta no cambia por sí sola el comportamiento de una programación o webhook.

Usa destinatarios de prueba y recursos desechables hasta que el proceso sea estable. Cancelar una ejecución no revierte las acciones que ya terminaron en otras aplicaciones.

1. 1

   Caso feliz

   Comprueba el recorrido principal con datos representativos.

2. 2

   Datos ausentes

   Prueba campos nulos, listas vacías y recursos no encontrados.

3. 3

   Cada rama

   Fuerza todas las salidas de condiciones y selectores.

4. 4

   Fallo dependiente

   Comprueba qué sucede si una aplicación externa no responde.

5. 5

   Duplicidad

   Repite la entrada y valida que no cree envíos o registros duplicados.