Tareas y enlaces de un Workflow

Construya un Workflow válido en Dova 22.0.5: tipos de tareas, condiciones, decisiones, temporizadores y dependencias.

Qué representa el grafo

Un Workflow organiza el orden de ejecución; el Mapping transforma registros y la Session aporta su contexto de ejecución. La posición de las cajas en el canvas ayuda a leer el diseño, pero son los enlaces y sus condiciones los que establecen las dependencias. Primero prepare una Session publicada y un worker elegible. Para crear o publicar necesitará los permisos correspondientes en su tenant y ubicación de Repository.

Dova 22.0.5 admite exactamente un Start y al menos un End. El grafo debe ser acíclico: ningún camino puede regresar a una tarea anterior. Todos los nodos deben ser alcanzables desde Start y conducir a un End; añadir una caja sin conectarla deja un diseño incompleto.

Elegir cada tarea

Tarea	Función y configuración
Start	Punto inicial único; no recibe enlaces de entrada.
`Session`	Ejecuta una `Session` publicada. En `Reusable session`, seleccione la definición y revise su versión.
Decision	Evalúa una expresión estructurada y dispone de ramas True y False complementarias.
Timer	Introduce una espera. `Delay (seconds)` acepta un entero de 1 a 604800; el valor inicial es 60.
End	Finaliza un recorrido; no admite enlaces de salida.

Un Timer de cinco segundos retrasa el recorrido; no crea una programación periódica ni garantiza una hora exacta de inicio para el trabajo siguiente.

Conectar y validar

Abra Workflows y cree un diseño de laboratorio con nombre y ubicación autorizados.
Añada una tarea Session entre Start y End. Seleccione la Session publicada en su inspector.
Arrastre del puerto de salida al de entrada de la tarea siguiente. El enlace habitual es Success. Añadir una tarea no la conecta automáticamente.
Si necesita una decisión, añada Decision y configure True branch expression (JSON). Conecte sus dos ramas a destinos válidos.
Use Validate y corrija cada problema antes de Save draft y Publish. El validador admite 2–100 nodos y 1–300 enlaces.

Ejemplo de decisión comprobable

Declare una variable de Workflow llamada runMode, de tipo string, con valor predeterminado full y valores permitidos full y sample. Este fragmento muestra su definición; no es un documento completo de importación:

{"name":"runMode","type":"string","default":"full","enum":["full","sample"]}

Introduzca esta condición en True branch expression (JSON):

{"ref":"variables.runMode","op":"eq","value":"full"}

Con full, la rama True satisface la condición; con sample, se selecciona False. La interfaz construye la negación para False. No escriba JavaScript, SQL ni una condición diferente que permita activar ambas ramas. La expresión consulta el contexto de ejecución; no cuenta filas de un CSV por sí sola.

Condiciones y convergencia

La definición admite enlaces success, failure, always y expression. La condición de un enlace se evalúa según el estado o contexto de su origen; no representa una conexión de datos entre columnas. En el editor, las decisiones presentan True/False y la conexión normal se muestra como Success.

Cuando una tarea tiene varios padres, joinPolicy distingue any y all; el valor predeterminado es any. Revise qué enlaces deben satisfacerse antes de elegir la política. No exija las dos ramas excluyentes de una misma decisión como si ambas fueran a ejecutarse.

Comprobar y resolver problemas

Ejecute primero un recorrido mínimo y localícelo en Monitor. Compruebe tareas ejecutadas, ramas omitidas y versión de Session. Una tarea omitida por la condición no es lo mismo que una tarea fallida. Ante un bloqueo, revise padres, condición, publicación de dependencias y capacidad del worker. Un ciclo, enlace duplicado o extremo inexistente debe corregirse en el diseño; mover las cajas no lo resuelve.

Continúe con publicación y dependencias o con el laboratorio CSV completo.