Ejecutar

Versiones

Un workflow tiene un borrador que editas y una versión publicada que se ejecuta. Son distintos a propósito, y la forma en que difieren es de donde vienen la mayoría de las sorpresas.

Tú (editor)
Borrador
Versión publicada
  1. Editar el lienzo: guardado automático

    Se guarda tras una breve pausa. Escribe solo el borrador y lo marca como «Cambios sin publicar». Lo que se ejecuta no cambia.

  2. «Publicar»

    Congela el borrador como una nueva versión numerada y reconstruye los triggers. Las ejecuciones nuevas la usan; las que ya están en curso conservan la suya.

  3. «Live» activado: los triggers automáticos (programación, webhook, evento, señal) se disparan e inician ejecuciones de la versión publicada

  4. «Descartar»

    El borrador vuelve a la versión publicada. No hay forma de volver a una anterior.

  5. «Ejecutar workflow»

    Una ejecución manual usa la versión publicada. Si el borrador tiene cambios sin publicar, el editor los publica primero.

Editar, publicar y pasar a Live

El editor guarda tus cambios en el borrador mientras trabajas. Guardar el borrador no cambia nada de lo que se ejecuta: no crea ninguna versión, no mueve ningún puntero y no reconstruye ningún trigger. El editor te avisa de que el borrador difiere con el «Cambios sin publicar» aviso y el «Publicar» y «Descartar» buttons.

«Publicar» congela el borrador como una nueva versión, en un solo paso: añade la versión, la convierte en la que se ejecuta, borra la marca de cambios sin publicar y reconstruye las búsquedas de programación, webhook, evento y señal para el nuevo trigger. Una versión congelada nunca cambia.

  • Las versiones se numeran 1, 2, 3 en cada workflow. Un workflow creado desde cero o desde un trigger nace publicado como versión 1 y en Live. Un workflow creado desde una plantilla nace como borrador, sin versión y desactivado.
  • Dos personas publicando en el mismo momento: una recibe "El workflow se ha modificado desde otro sitio al mismo tiempo; inténtalo de nuevo" (409).
  • Un run queda ligado a la versión que estaba vigente cuando se puso en cola. Publicar nunca cambia un run en curso, tampoco uno que está en espera. Editar es seguro mientras haya runs antiguos aparcados.
  • Una versión se comprueba de nuevo cuando se ejecuta. Una versión guardada antes de que la validación fuese más estricta puede fallar con un error de definición no válida.

Sin reversión

No hay historial de versiones, ni restauración ni diff. La app no lista versiones ni muestra un número de versión. La única vía de vuelta es Descartar, que restablece el borrador a la versión publicada actualmente; no puede ir más atrás. Para volver a una forma anterior hay que reconstruirla a mano.

  • Deshacer en el editor actúa sobre el borrador mientras el editor está abierto. No puede deshacer una publicación, y no puede recuperar lo que descarta Descartar.
  • La API REST muestra el número y la fecha de la versión publicada de cada workflow (currentVersion), y nada más de ella.
  • No hay duplicar: copia un workflow volviendo a construirlo o empezando con una plantilla.
EstadoSignificaTriggers automáticos
«Live»Publicado y activado.Lanzar
«Pausado»Publicado y desactivado. Así queda también un workflow después de publicar el borrador de una plantilla.No hacer nada
«Borrador»Nunca publicado.No hacer nada
«Archivado»Oculto en el listado salvo que filtres por él. Archivar lo desactiva.No hacer nada
  • El interruptor Live solo cambia eso. Nunca crea una versión y nunca publica el borrador. Pasar a Live un workflow con cambios sin publicar ejecuta la versión antigua.
  • Activarlo requiere una versión publicada, ningún campo obligatorio en blanco y todas las integraciones de contabilidad conectadas configuradas. Si falta algo, la app lo rechaza con un mensaje que dice qué.
  • Restaurar un workflow archivado no lo vuelve a activar.
  • Las ejecuciones manuales, las ejecuciones desde un registro y las llamadas desde otros workflows no necesitan Live.

Un borrador se puede guardar, e incluso publicar, con campos obligatorios en blanco. Lo que hace el motor con ellos depende del momento:

Tú hacesCon campos obligatorios en blanco
«Publicar»Funciona. Si el workflow estaba live, se desactiva de inmediato y un aviso (toast) indica que se pausó porque faltaban campos.
«Publicar y activar»Se rechaza con una lista de los campos, como "<step> → <field>" (422).
Interruptor Live activadoSe rechaza con la misma lista, juzgada sobre la versión publicada.
Ejecutar a manoSe permite. Es probable que el paso con el campo en blanco falle al ejecutarse.

Un workflow que ya está pausado no vuelve a mostrar el toast cuando publicas.

Una ejecución de prueba es una publicación

Pulsar «Ejecutar workflow» en el editor publica antes el borrador si tiene cambios. Eso crea una versión, aunque solo quisieras probar, y si el workflow está en Live con campos en blanco, lo desactiva.

  • Hacer público un workflow se rechaza (409) si tiene pasos de email o de calendario, ya sea en el borrador o en la versión publicada.
  • Archivar apaga el workflow. Eliminarlo lo borra para siempre, con sus versiones y ejecuciones.
  • La dirección y el secreto del webhook pertenecen al workflow, no a una versión: no cambian al publicar.
  • Introducción

    El editor de workflows

    El editor es un lienzo con el trigger arriba y los pasos debajo. Todo lo que cambias se guarda en un borrador; nada de lo que cambias se ejecuta hasta que publicas.

  • 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é.

  • 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.

¿Te ha resultado útil esta página?