Un workflow nuevo empieza inactivo y no hace nada hasta que lo pones en marcha. Antes de poder hacerlo, hay que configurar todos los pasos.

Constructor de workflows de Ocoya con un workflow llamado RSS poster marcado como Inactive, una insignia roja con el número 3, un botón Set live en gris, un botón View runs y tres pasos (New RSS item, Use AI agent y Create social post), cada uno con un icono de error rojo

Un workflow que aún no está listo. Tres pasos tienen errores, así que Set live aparece en gris.

Primero, resuelve los errores

El número rojo de la cabecera indica cuántos pasos aún necesitan algo. Cada paso sin terminar lleva una marca roja, así que puedes ver cuáles son.

Los más habituales: un disparador RSS sin URL del feed (RSS url missing), una programación sin intervalo (Schedule missing), un paso de agente de IA sin agente elegido, un disparador de WooCommerce sin tienda (Store missing).

Set live permanece desactivado mientras quede algún error. Al pasar el cursor por encima, te lo indica:

All errors must be resolved before toggling the workflow on or off

Recorre la cadena desde el disparador, selecciona cada paso y complétalo. El contador de errores irá bajando.

Ponlo en marcha

Con el contador a cero, Set live activa el workflow y la insignia cambia de Inactive a Live.

Pause lo vuelve a desactivar. Un workflow en pausa conserva su configuración y su historial de ejecuciones: pausar no es borrar, y al volver a ponerlo en marcha continúa desde ese momento. No repetirá nada de lo que se haya perdido durante la pausa.

Pausar es lo más recomendable cuando un workflow se comporta de forma inesperada. Detiene las ejecuciones (y los créditos) al instante, y te da tiempo para revisar lo que hizo sin borrar las pruebas.

Cómo leer las ejecuciones

En la parte inferior del constructor hay cuatro contadores, y View runs abre la lista completa.

ResultadoSignifica
In progressSe está ejecutando ahora
SucceededTerminó sin errores
FailedSe detuvo por un error
ExitedSe detuvo a propósito: no se cumplió la condición de un Filter

Exited no es un fallo. Un workflow de Comment-to-DM que filtra por una palabra clave sale con cada comentario que no la contiene, y eso es el filtro haciendo su trabajo. Si un workflow tiene muchas más salidas que ejecuciones correctas, normalmente significa que el filtro es demasiado estrecho, no que algo esté roto.

Cada ejecución registra cuándo se activó, cuándo terminó, cuánto tardó, su estado y, si falló, el error. Las ejecuciones con Exited muestran el motivo en su lugar.

Un workflow que nunca se ha disparado muestra No runs yet.

Las ejecuciones cuestan créditos

Cada ejecución cuesta 1 crédito, incluidas las que fallan y las que salen en un filtro. Un workflow que se dispara con frecuencia gasta en consecuencia.

Si te quedas sin saldo, las ejecuciones fallan con este mensaje:

You’ve exceeded the credit limit. Upgrade to get more.

El workflow sigue activo: vuelve a funcionar cuando se restablecen tus créditos o cuando cambias de plan. Consulta ¿Qué son los créditos?

Relacionado