Skip to main content

​
Qué es un workflow

En gu1, los workflows son automatizaciones: CUANDO [ocurre algo] → SI [condiciones opcionales] → ENTONCES [acciones]. Se configuran en la app (Automatizaciones / Workflow Builder) o mediante la API (véase API Reference en el menú).
Estos workflows no son las reglas AML (motor de reglas). Las reglas tienen sus propios disparadores. Una regla puede disparar un workflow con el trigger “cuando la regla hace match”.

​
Guía (conceptos)

​
Modos de ejecución (resumen)

Si existen ambos, prioriza el grafo.
  • Cableá salidas verdadero y falso del nodo condición. Si solo hay una arista, el motor la usa para ambos resultados.
  • Varias salidas desde un nodo acción: el motor ejecuta todas esas ramas en secuencia.

​
Standby (breve)

Pausa una misma ejecución hasta continuar o cancelar. Solo aplica cuando la corrida pasa por runAutomationById (p. ej. POST /automations/:id/run con ejecución manual, reglas, programado). Los eventos solo reactivos (processEvent) no crean ejecución persistente: la opción “espera” no pausa en ese camino. Ver Contexto y standby y la API: Continuar ejecución, Cancelar ejecución.

​
Crear un workflow (UI)

Automatizaciones → Nueva → disparador y filtros → condiciones y acciones → guardar. El producto valida sinergia y forma del grafo (Sinergia).

​
Prueba vs ejecución real

  • POST .../execute — prueba con processEvent (sin standby).
  • POST .../run — con trigger manual_execution; runAutomationById; standby si aplica.

​
Documentación relacionada