Ejecutar

Runs

Un run es una ejecución de un workflow. Cada run guarda lo que hizo, paso a paso, para que puedas ver dónde se detuvo y por qué.

EstadoQué ocurre después
`queued`Un worker la reclama y pasa a `running`.Esperando a un worker.
`running``completed`, `failed`, `waiting` o `paused`.Un worker mantiene un lease de 300 segundos.
`waiting`Vuelve a `queued` cuando pasa su hora de reactivación (se comprueba cada minuto).Un paso de espera, o un backoff de reintento.
`paused`Vuelve a `queued` solo cuando alguien pulsa «Reanudar» y la comprobación de créditos pasa.Detenida por la plataforma: sin crédito o un problema de pago.
`completed`Nada. Definitivo.El último paso terminó.
`failed`Vuelve a `queued` si alguien pulsa «Reintentar».Un paso ha fallado, o el motor se ha rendido tras tres intentos.
`cancelled`Nada. Definitivo.Alguien la canceló mientras estaba en cola, en espera o pausada.
Estados de la ejecución
Estado (tal como se muestra)Significado
«En cola» (queued)Creado y a la espera de un worker.
«Ejecutándose» (running)Un worker la mantiene. Una ejecución que se queda aquí sin nadie trabajando en ella se retoma pasados cinco minutos.
«En espera» (waiting)Aparcada hasta un momento dado, por un paso de espera o por un reintento tras un error del motor.
«Pausado» (paused)La plataforma la detuvo antes de un paso: no queda crédito o hay un problema de pago. Solo Reanudar la devuelve a la vida.
«Completado» (completed)Terminado. Final. Un run cuyos pasos fallidos capturó todos un Intentar también termina aquí.
«Fallido» (failed)Terminó con un error. Definitivo, salvo que alguien pulse Reintentar.
«Cancelado» (cancelled)Cancelado por alguien. Final.
Nota:

Un run pausado y un workflow pausado son cosas distintas. Un workflow «Pausado» no está en Live: sus triggers automáticos no hacen nada. Un run pausado es una ejecución que la plataforma detuvo por falta de crédito.

Abre el «Runs» pestaña de un workflow. El panel derecho, «Historial de runs», lista las ejecuciones, las más recientes primero, cada una con su estado, "Run #n", sus créditos y hace cuánto se puso en cola. Haz clic en una para verla.

  • El lienzo dibuja la versión que se ejecutó, no el borrador, así que una ejecución antigua se muestra tal como se ejecutó de verdad aunque el workflow haya cambiado desde entonces. Una tarjeta se colorea según el estado de su paso: «No alcanzado», en ejecución, en espera, completado, fallido o «Error capturado» (rojo atenuado y discontinuo: un paso que falló dentro de un Intentar, que lo capturó y dejó seguir el run). Una tarjeta muestra sus créditos cuando ha usado alguno.
  • Una tarjeta arriba a la derecha muestra el estado, cuándo se reanuda el run (si está en espera), su duración, cuándo se disparó y cuándo terminó, «Pasos ejecutados» y «Créditos». Cuando ha fallado, muestra el mensaje de error en rojo.
  • Haz clic en un paso para ver qué entró en él («Entrada») y lo que salió («Salida»), o, si el paso falló, «Error». El visor se actualiza solo cada pocos segundos mientras la ejecución está en cola, ejecutándose o en espera.
  • Los contadores de la parte superior del panel lateral del editor («Completado», «Fallido», «En curso», «Tiempo medio») cuentan todas las ejecuciones del workflow que aún existen.
  • No hay filtro, búsqueda ni paginación: muestra las 100 ejecuciones más recientes. "Run #n" es la posición en esa lista, así que los números se desplazan cuando hay más de 100 ejecuciones y no se puede llegar a las más antiguas.
  • Cuando un paso se ejecutó varias veces (en un bucle, o tras un salto), el panel del paso muestra la entrada y la salida de la primera ejecución. El color de la tarjeta y los créditos cubren todas.
  • «Disparado» es el momento en que un worker recogió la ejecución por primera vez, no cuando se puso en cola.
  • El número de versión de una ejecución no se muestra.
  • Los intentos no se muestran. Una ejecución que se está reintentando simplemente está esperando, y el motivo del reintento no se muestra a nivel de ejecución.
BotónSe muestra cuandoQué hace
«Cancelar»La ejecución está en cola, en espera o pausada.Termina la ejecución como cancelada. Los créditos ya gastados se quedan gastados y no se envía ningún aviso de fallo. Una ejecución que un worker está ejecutando en este momento no se puede cancelar.
«Reintentar»La ejecución falló.Vuelve a poner la misma ejecución en la cola con sus intentos reiniciados. Los pasos que se completaron se reproducen desde el registro y no se vuelven a ejecutar ni a cobrar; el paso que falló se ejecuta de nuevo. Usa la misma versión publicada, nunca una más reciente.
«Reanudar»La ejecución está pausada.Vuelve a comprobar el crédito. Si hay crédito, la ejecución continúa en el paso que estaba bloqueado. Si no, sigue en pausa y la tarjeta indica que todavía no hay crédito.
  • Solo los administradores pueden usar estos botones. La interfaz no muestra ningún error si pulsas uno y no puedes (un usuario no administrador no obtiene nada, y una ejecución que cambió de estado mientras tanto simplemente no avanza).
  • La plataforma nunca despierta un run pausado, ni siquiera después de añadir crédito o de activar «Activar pago por uso». Pulsa Reanudar.
  • Reintentar no puede arreglar un error que viene del propio workflow, como una definición no válida, un límite de bucle o más de 500 elementos: falla igual. Arregla el workflow y vuelve a ejecutar; un reintento sigue usando la versión antigua.
  • Solo se puede reintentar una ejecución fallida. Una cancelada no, y tampoco una fallida una vez eliminada a los 90 días.

Toda ejecución la crea un trigger, Reintentar o Reanudar (que reutilizan la ejecución). Lo que decide si dos peticiones generan una ejecución o dos:

OrigenEntrega repetida
Botón manual, desde un registro, desde otro workflowSiempre es una ejecución nueva. Dos clics son dos ejecuciones.
REST API o MCPDecide el Idempotency-Key que envías: la misma clave devuelve la misma ejecución durante 24 horas.
AgendaComo máximo una ejecución por ocurrencia.
EventoComo máximo una ejecución por workflow para el mismo cambio.
SeñalUna ejecución por oyente y por lanzamiento; un reintento del paso que lanza no la duplica.
WebhookDecide el Idempotency-Key que envías; sin él, cada entrega es una ejecución.

Filmo no serializa las ejecuciones de un workflow: dos ejecuciones del mismo workflow pueden correr en paralelo.

Un run completado, fallido o cancelado se elimina 90 días después de terminar, junto con sus pasos, entradas, salidas y errores. Los runs en cola, ejecutándose, en espera o pausados nunca se eliminan. Eliminar un workflow elimina sus runs al instante. Los datos de un run pueden contener datos de tus clientes, así que este es también el tiempo que permanecen en el historial de runs.

Cualquier miembro puede ver las ejecuciones de un workflow salvo que el workflow sea privado; entonces solo pueden su creador y los administradores. Los avisos de fallo van al creador o a los administradores; consulta Errores y reintentos.

  • Ejecutar

    Errores y reintentos

    En un run pueden ir mal dos cosas distintas: un paso informa de un problema, o el propio motor falla. Se tratan de forma diferente, y la diferencia es lo más importante de esta página.

  • Ejecutar

    Límites y créditos

    El motor aplica cada uno de los límites siguientes. La última columna dice qué ocurre cuando lo alcanzas, porque esa suele ser la pregunta.

  • Ejecutar

    Resolución de problemas

    Empieza por lo que ves: el workflow no se ejecutó, una ejecución falló o una ejecución no avanza. Cada sección enumera las causas probables en el orden en que conviene comprobarlas.

¿Te ha resultado útil esta página?