🇪🇸 Español 🇬🇧 English 🇧🇷 Português

Nodo: Paralelo

Cómo usar el nodo Paralelo para ejecutar varias ramas de un workflow desde un mismo punto.

Jul 11, 2026

El nodo Paralelo es un nodo de bifurcación (fan-out): a partir de un solo punto del flujo, abre varias ramas de salida (b1, b2, ... bN) que representan caminos independientes del workflow. Es la forma de decir "a partir de acá, hacé todas estas cosas", en lugar de encadenar acciones una detrás de otra.

Cuándo usarlo

  • Cuando un mismo evento debe disparar varias acciones independientes entre sí: por ejemplo, avisar por Team Y enviar un mensaje al contacto Y crear una tarea, todo a partir del mismo trigger.
  • Como punto de partida antes de un nodo Merge, si necesitás que el flujo espere a que todas las ramas terminen antes de continuar.

Requisitos

  • Ninguno especial: cualquier trigger puede alimentar un nodo Paralelo.
  • Cada rama declarada debe tener al menos un nodo conectado a su handle de salida (b1, b2, etc.); una rama sin nodo conectado simplemente no hace nada.

Configuración

  • Cantidad de ramas (branches, obligatorio): un número entero entre 1 y 5 (por defecto 2). Define cuántos handles de salida (b1...bN) aparecen en el canvas.

Ejemplo de uso

Un workflow se dispara cuando se marca un contacto como VIP. El nodo Paralelo con 3 ramas conecta: b1 → Publicar en Team (avisar al equipo de ventas), b2 → Enviar mensaje de bienvenida al contacto, b3 → Crear tarea de seguimiento en el tablero de CRM. Las tres acciones corren desde el mismo disparador, sin depender una de otra.

Consejos

  • En esta versión, las ramas se ejecutan de forma secuencial (b1, luego b2, ... bN) en el mismo run, no en paralelo real a nivel de infraestructura — pero cada rama es independiente en su lógica.
  • Cambiar la cantidad de ramas no borra los edges existentes: si bajás el contador de 5 a 2, las conexiones de b3/b4/b5 quedan guardadas (aunque inactivas) por si volvés a subir el número.
  • Cerrá el fan-out con un nodo Merge si el resto del flujo necesita esperar a que todas las ramas terminen antes de seguir.

Solución de problemas

  • Una rama no hace nada: verificá que su handle de salida (b1, b2...) tenga un nodo conectado; si no hay conexión, esa rama simplemente no ejecuta nada.
  • El flujo se queda "colgado" después de un Merge: si alguna rama nunca llega al Merge (por ejemplo, por una condición que la corta), el Merge queda esperando indefinidamente. Agregá un wait_until_event con timeout si alguna rama puede no ejecutarse.
¿Te fue útil?

Artículos relacionados