Ejecución y monitorización

Una vez construido un grafo, tres controles de la barra de herramientas deciden si se ejecuta y cómo, y la vista Activity del builder es donde observas lo que realmente ocurrió.

Vistazo rápido

1. Haz clic en Validate para detectar antes que nada los problemas evidentes.
2. Haz clic en Test para ejecutar el grafo una vez de inmediato, sin importar su desencadenante.
3. Haz clic en Activate para publicarlo y ponerlo a la escucha de su desencadenante real.
4. Abre la vista Activity (el carril de iconos) para ver el historial de ejecuciones, los registros de paso y las estadísticas por nodo.
5. Haz clic en Pause en cualquier momento para detener las nuevas ejecuciones sin perder el borrador.

Referencia detallada

Test, Activate y Pause

Control	Función
Test	Guarda tu borrador, lo publica y encola una ejecución en el nodo de desencadenante de inmediato. Falla con el informe de validación si el grafo no es válido.
Activate	Guarda y publica el borrador como una versión nueva, y luego pone la automatización en Active para que empiece a reaccionar a su desencadenante real.
Pause	Pone la automatización en Paused. Deja de iniciar nuevas ejecuciones pero conserva intactos su borrador y su historial; Activate la reanuda.

Estado de la ejecución

Estado	Significado
Active	En curso ahora mismo, situada en algún nodo
Completed	Alcanzó un nodo de salida, o llegó al final del grafo
Exited	Detenida por un nodo Filter cuya condición no se cumplió
Failed	Se topó con un error irrecuperable

Estado del paso

Cada nodo por el que pasa una ejecución deja una entrada en el registro de paso.

Estado	Significado
ok	El paso se ejecutó (o, en el caso de un desencadenante o un nodo de lógica, se evaluó) correctamente
skipped	La condición del paso lo filtró, o su ejecutor todavía no está conectado; consulta Nodos
error	La acción del paso falló, por ejemplo una llamada de webhook que no devolvió una respuesta de éxito

La vista Activity

Panel	Muestra
Runs	Cada ejecución de esta automatización: su estado, el nodo en el que se encuentra en ese momento (o su error) y cuánto hace que empezó
Recent step logs	Los eventos nodo a nodo más recientes de todas las ejecuciones, con un mensaje breve donde procede
Node stats	Contadores por nodo: cuántas veces se entró, se completó, se omitió o falló cada nodo, a lo largo de todas las ejecuciones

Un botón Refresh recarga los tres paneles. Antes de que una automatización se haya ejecutado alguna vez, esta vista muestra un estado vacío claro en lugar de paneles en blanco.

Fiabilidad

Las ejecuciones avanzan de un nodo a otro en segundo plano, y el paso de cada nodo se registra una sola vez, incluso si el proceso en segundo plano que revisa las ejecuciones llega a solaparse consigo mismo. En la práctica, eso significa que una acción como enviar un webhook no se disparará dos veces para el mismo paso solo porque la comprobación que lo hace avanzar se ejecutara más de una vez.

Reintentos y gestión de errores por nodo

Un nodo de acción se puede configurar, en su propio inspector, para reintentarse a sí mismo (de 0 a 5 veces, con una espera entre intentos) antes de pasar a su comportamiento On error: continuar más allá del fallo, detener toda la ejecución o desviarse a una ruta de error dedicada. Los Settings de la automatización también tienen un Default on-error behavior que usa cualquier acción que no haya definido el suyo. Consulta Crear un flujo de trabajo para ver exactamente dónde están estos ajustes.

Los Node stats de Activity son acumulativos a lo largo de todas las versiones publicadas de una automatización, no se reinician cada vez que activas un cambio; un pico en el contador de fallos de un nodo puede deberse tanto al comportamiento de una versión antigua como al de la actual, así que contrástalo con las marcas de tiempo del panel Runs.

Paso a paso

Paso a paso: prueba, lee el resultado y luego activa

1. Construye un grafo y haz clic en Validate; corrige lo que señale antes de continuar.
2. Haz clic en Test. Esto guarda el borrador, publica una versión nueva a partir de él y encola de inmediato una ejecución en el nodo de desencadenante, con independencia de cuál sea el desencadenante real.
3. Cambia al icono Activity del carril. En la primera ejecución de una automatización verás brevemente un estado vacío claro en lugar de paneles en blanco; haz clic en Refresh si la ejecución no aparece enseguida, ya que el ciclo hace avanzar las ejecuciones en segundo plano y no al instante.
4. Abre la ejecución en el panel Runs para ver en qué nodo se encuentra (o su error), y luego revisa Recent step logs para un relato nodo a nodo, incluidos los pasos skipped y su mensaje.
5. Cuando se comporte como esperas, haz clic en Activate. Esto publica otra versión, aunque no haya cambiado nada desde el Test, y pone el estado de la automatización en Active para que su desencadenante real tome el relevo a partir de ahí.

Paso a paso: diagnostica una ejecución que no avanza

1. Abre Activity y localiza la ejecución; su estado y su nodo actual te dicen exactamente dónde se encuentra.
2. Si está en Active pero no se ha movido en un rato, comprueba si ese nodo es un Delay o un Tarihe kadar bekle (Esperar hasta una fecha); esos están pensados para quedarse ahí, a veces durante días, y reanudan por su cuenta.
3. Si está situada en un nodo de acción, revisa los Node stats de los contadores de fallos y omisiones de ese nodo; un nodo con un Retry configurado seguirá reintentando según su propia planificación de espera antes de llegar siquiera a su comportamiento On error.
4. Si no se mueve nada en todas las automatizaciones a la vez, casi siempre es que el ciclo periódico no se está ejecutando en absoluto (mira el consejo sobre autoalojamiento más abajo), y no un problema de este grafo en concreto.

Resolución de problemas

• El estado de una ejecución se queda en Active para siempre. O bien está esperando de verdad en un Delay, un Wait-until-date o una planificación de reintentos (revisa el nodo actual), o el ciclo periódico que hace avanzar las ejecuciones no se está ejecutando en absoluto; mira el consejo sobre autoalojamiento más abajo.
• Los registros de paso están vacíos aunque la ejecución claramente hizo algo. Revisa en los Settings de la automatización el ajuste Save execution data: Errors only oculta los pasos correctos y None lo oculta todo, ambos pensados para ahorrar almacenamiento o evitar registrar cargas útiles sensibles.
• Una ejecución falló con "zaman aşımı" (tiempo de espera agotado). Los Settings tienen un Max run duration; una ejecución más antigua que esa cantidad de segundos se marca como fallida automáticamente, incluso a mitad de un delay. Súbelo, o déjalo sin definir (desactivado) para las automatizaciones que están pensadas para esperar mucho tiempo.
• La automatización se pausó a sí misma. El Circuit breaker de los Settings pausa automáticamente una automatización después de que ese número de ejecuciones falle de forma consecutiva. Revisa el motivo del fallo en Activity, corrígelo y luego vuelve a activar cuando estés seguro de que está resuelto.
• Un webhook o un evento con mucho movimiento produjo más ejecuciones de las esperadas. Revisa el ajuste Concurrency de los Settings; el valor por defecto, Free, permite ejecuciones ilimitadas de una automatización en paralelo. Single at a time, Skip if busy o Queue all limitan cuántas pueden estar en marcha a la vez.
• No se ejecuta nada en una instalación autoalojada. Esta es la carencia más habitual del autoalojamiento: nadie programó el trabajo periódico. Mira el consejo de abajo.

Consejos

Primero Test, después Activate

Test se ejecuta de inmediato sin tocar el estado de la automatización, así que puedes comprobar el resultado en Activity antes de pasarla a Active.

Despliegues autoalojados

En una instalación autoalojada, un administrador debe programar el trabajo periódico que hace avanzar las ejecuciones y comprueba las planificaciones que vencen; consulta Autoalojamiento. En el servicio gestionado esto es automático.

Relacionado

• Crear un flujo de trabajo
• Desencadenantes
• Versiones y compartir