Recursos · Integración n8n

Nodo Execute Sub-workflow n8nConfigura Execute Sub-workflow en n8n.

Un flujo puede llamar a otro, y en eso consiste el nodo Execute Sub-workflow n8n. Carga un flujo guardado desde 4 orígenes distintos, le pasa los items en curso y espera su resultado cuando se lo pides. Útil en cuanto la misma serie de pasos aparece en varios flujos de trabajo.

Probar el nodo Execute Sub-workflow en n8nVer las 1 operaciones

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve el nodo Execute Sub-workflow n8n?

El nodo Execute Sub-workflow n8n mete un flujo entero detrás de un solo paso. Los items que llegan a su entrada pasan al flujo indicado, que se ejecuta en la máquina anfitriona de n8n, y después el padre sigue adelante. n8n lo plantea sin rodeos: modularizar los flujos y conservar una única fuente de verdad para una serie de acciones que se repite a menudo.

Empecemos por el ajuste que más cambia el comportamiento en producción: Wait For Sub-Workflow Completion. Desactivado, el padre no espera y continúa con su paso siguiente mientras el subflujo termina por su cuenta. Es lo que salva a un flujo que debe contestar deprisa, por ejemplo detrás del nodo Chat, donde la persona espera una respuesta y el procesamiento pesado puede acabar más tarde.

El segundo motivo para usarlo es la copia repetida. Una secuencia de pasos duplicada en varios flujos acaba separándose: la corriges en uno, sigue mal en los otros. Sácala a su propio flujo, llámala con Mode en once para que el lote entero entre en una sola ejecución, y el día que el tratamiento cambie cambiará un único sitio.

El tercero es el tratamiento individual. Con Mode en each, el subflujo se llama una vez por cada item de entrada, con su propio contexto en cada pasada. Sirve cuando cada registro sigue su propio camino y mezclarlos en una sola ejecución no tendría sentido.

Además, el flujo llamado no tiene por qué vivir dentro de la instancia. Source ofrece database para cargarlo por identificador, localFile para leerlo de un archivo JSON guardado, url para traerlo de una dirección remota y parameter para ejecutar el JSON pegado en el propio nodo. Cuando lo que hay al otro lado no es un flujo de n8n sino una API, el nodo que corresponde es HTTP Request, y una acción suelta como enviar un correo se queda en el nodo Gmail.

Dos límites cierran el cuadro. Este nodo no abre una ejecución por sí mismo: delante sigue haciendo falta un disparador, Schedule Trigger, Webhook o el trigger de una herramienta. Y una expresión en Workflow ID con Source en database engaña en la ejecución de una sola pasada: todos los items acaban en el mismo flujo, porque el identificador sale de evaluar la expresión únicamente sobre el primer item de entrada. Si cada item pide un flujo distinto, eso lo decide Mode. La Reseña n8n sitúa la plataforma con más perspectiva.

Acciones

¿Cómo se configura el nodo?

El nodo Execute Sub-workflow expone una operación. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

01

Execute a Sub-Workflow

call_workflow

Lo que ves en n8n

Notas y casos de uso

La operación carga otro flujo, lo lanza con los items de la entrada del nodo y devuelve el control al padre.

Parámetros clave

  • Source: de dónde sale el flujo, database por identificador, localFile desde un archivo JSON guardado, parameter desde JSON pegado, o url desde una dirección remota.
  • Workflow ID: obligatorio con database, se lee en la URL de ese flujo, a menudo como {{ $json.field }}.
  • Mode: once pasa todos los items a una sola ejecución, each llama al subflujo una vez por item.
  • Wait For Sub-Workflow Completion: activado, el padre espera el resultado; desactivado, continúa al momento.
Casos de uso
un padre que completa una lista de contactos y llama a un subflujo común para guardar las fichas ya limpias.
Necesitas ayuda

¿Necesitas ayuda para automatizar Execute Sub-workflow con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Las preguntas que vienen después

01¿El nodo Execute Sub-workflow es gratis en n8n?
Sí. Es un nodo core que viene con n8n: nada que instalar y ningún coste añadido por parte de n8n. Funciona igual en n8n Cloud, la oferta alojada por n8n, y en una instancia autoalojada instalada con Docker o npm, bajo Community Edition y su licencia Sustainable Use. Un flujo montado en un sitio se comporta igual en el otro. Lo único que cambia entre alojamientos es dónde vive el subflujo al que llamas, ya que el nodo ejecuta los flujos en la máquina donde corre n8n.
02¿Qué credenciales pide el nodo Execute Sub-workflow n8n?
Ninguna. Este nodo no tiene nada que autenticar: no hay credential que crear, es decir ningún juego de claves que guardar, ni selector Authentication en el panel. No hay ninguna cuenta que conectar antes de usarlo. Lo que sí necesita es un flujo al que llamar, y la forma de señalarlo depende de Source. Con Database indicas un Workflow ID, que se lee en la URL de ese flujo. Con Local File indicas un Workflow Path del estilo /data/workflow.json. Con Parameter pegas el Workflow JSON, y con URL das el Workflow URL desde el que cargarlo.
03¿Qué límites tiene el nodo Execute Sub-workflow?
No arranca nada por su cuenta. Como cualquier nodo que no es un trigger, se ejecuta sobre los items que le llegan: un Schedule Trigger, un Webhook o el trigger de una herramienta tiene que abrir antes el flujo padre. Además solo ofrece una opción, Wait For Sub-Workflow Completion, así que todo lo que vaya más allá de esperar o no esperar se resuelve dentro del subflujo. La página describe la versión 1 del nodo, la más alta del catálogo: un flujo antiguo puede seguir mostrando una versión anterior con menos opciones, y un nodo nunca cambia de versión solo.
04¿Cuándo llamar a un subflujo en lugar de usar HTTP Request?
Depende de dónde viva el trabajo. Si los pasos que quieres reutilizar ya forman un flujo en la misma instancia de n8n, este nodo lo llama directamente y le pasa tus items, sin URL ni autenticación de por medio. Si el trabajo está detrás de una API, HTTP Request es el nodo indicado, porque llama a cualquier endpoint HTTP y cubre las operaciones que un nodo dedicado deja fuera. En la práctica: la reutilización dentro de n8n va por subflujo, y todo lo que sale de n8n va por HTTP Request o por el nodo dedicado a esa herramienta.
05¿n8n o Make para partir un proceso en subflujos?
Las dos permiten partir un proceso largo en piezas, así que la decisión se juega en otro lado. Make es una plataforma de automatización alojada, sin opción de autoalojamiento, facturada por operación: la puesta en marcha es ligera y el coste sigue al volumen. n8n corre en n8n Cloud o en tu propio servidor, de modo que los datos se quedan donde tú los pones y el coste sigue al alojamiento en vez de al número de pasos. Cuando una rutina compartida se llama en cada item de cada ejecución, suele ser esa diferencia de facturación la que decide.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.

Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones