Así evita n8n que un reinicio te cueste una automatización a medias
n8n publicó la versión 2.43.7 el 16 de octubre de 2026 con una función que suspende, en lugar de perder, las ejecuciones de producción cuando un worker se apaga.
Qué significa la suspensión de ejecuciones para quien administra n8n self-hosted
La nueva versión evita que un reinicio, un despliegue o un ajuste de escala corte a medias tus automatizaciones.
Si administras tu propio n8n en modo cola, ya conoces el susto: apagas o reinicias un worker a media tarea y la ejecución que estaba corriendo se pierde o termina marcada como fallida. La versión 2.43.7, publicada el 16 de octubre de 2026 en el repositorio oficial de n8n en GitHub, cambia eso.
En resumen
n8n lanzó la versión 2.43.7 el 16 de octubre de 2026, publicada en GitHub, con una función que suspende las ejecuciones de producción en curso cuando un worker se apaga, en lugar de dejarlas fallar o perderse. Aplica a instancias self-hosted en modo cola durante reinicios, despliegues o ajustes de escala.
- Versión 2.43.7, publicada el 16 de octubre de 2026 en GitHub
- La ejecución se marca como suspendida, no como fallida
- Cubre reinicios, despliegues y escalado de workers en modo cola
Qué cambia exactamente en la versión 2.43.7
n8n@2.43.7 ya está publicada y marcada como Latest en el repositorio oficial del proyecto en GitHub. En el changelog de esa versión aparece una sola entrada en la sección de funciones nuevas: "core: Suspend in-flight production executions at worker shutdown", referenciada como el pull request #40944. Antes de esto, si el servidor se reiniciaba, se desplegaba una nueva versión o se escalaba el número de workers a media tarea, la ejecución que estaba corriendo en ese momento se perdía o quedaba marcada como fallida por completo.
Esto es un lanzamiento, no un anuncio
La versión 2.43.7 ya está disponible en GitHub, no es una beta ni un adelanto de función futura. Quien actualice su instancia self-hosted a esta versión ya cuenta con esta protección activada.
Cómo funciona la suspensión de ejecuciones
El cambio actúa justo en el momento en que un worker recibe la orden de apagarse. En vez de cortar la tarea de golpe o dejarla en un estado de error, n8n revisa si ese worker tiene una ejecución de producción activa y, si la tiene, la marca como suspendida en lugar de fallida.
El worker recibe la señal de apagado
Al reiniciar el servidor, desplegar una nueva versión o ajustar el número de workers, el proceso recibe la orden de cerrarse.
La ejecución activa se marca como suspendida
Si ese worker tenía una ejecución de producción en curso, n8n la detecta y la deja en estado suspendido en vez de marcarla como fallida.
La ejecución queda lista para continuar
La tarea no se pierde: queda a la espera de reanudarse en lugar de tener que volver a dispararse desde cero.
Antes y ahora: qué cambia para quien administra n8n
La diferencia se nota sobre todo en instancias self-hosted que corren en modo cola, con varios workers procesando ejecuciones en paralelo. Esta tabla resume los tres momentos donde el riesgo era mayor.
| Situación | Antes de 2.43.7 | Desde 2.43.7 |
|---|---|---|
| Reinicio del servidor a media ejecución | La ejecución se pierde o falla | Queda suspendida, lista para continuar |
| Despliegue de una nueva versión | Riesgo de cortar tareas en curso | El worker avisa del apagado antes de cerrarse |
| Ajuste de escala con varios workers | Las ejecuciones activas del worker retirado podían perderse | Quedan marcadas como suspendidas, no como fallidas |
En qué momentos esto evita pérdidas
Esta protección importa en los momentos más delicados de operar n8n en producción: cualquier instante en que un worker se apaga mientras hay trabajo en curso.
Reinicios y mantenimiento
Un reinicio programado del servidor ya no corta las ejecuciones que estaban a medio camino.
Despliegues de nuevas versiones
Actualizar n8n o el código de tus flujos deja de ser un momento de riesgo para las tareas activas.
Escalado horizontal de workers
Subir o bajar el número de workers según la carga ya no implica perder lo que estaba procesando el worker que se retira.
Integraciones y facturación críticas
Flujos que disparan cobros, facturas o sincronizaciones con otros sistemas quedan protegidos ante estos cortes.
Cómo activar la protección en tu instancia
La función viene incluida en la versión 2.43.7 y no requiere configuración adicional: basta con estar en esa versión o una posterior para que tus workers la usen.
Revisa la versión actual de tu instancia
Confirma en qué versión de n8n está corriendo tu servicio self-hosted antes de actualizar.
Actualiza a la versión 2.43.7 o posterior
Sigue el método de despliegue que ya usas para tu instancia para pasar a esta versión o a una más reciente.
Verifica el comportamiento en modo cola
Si corres n8n con varios workers, prueba un reinicio controlado y confirma que las ejecuciones activas quedan suspendidas en lugar de fallar.
No es retroactivo
Esta protección solo está presente desde la versión 2.43.7 en adelante. Si tu instancia sigue en una versión anterior, los reinicios y despliegues seguirán pudiendo cortar ejecuciones a medias hasta que actualices.
Qué significa esto para negocios en México y Latinoamérica
Correr n8n self-hosted en modo cola es común entre agencias de automatización, empresas de SaaS, equipos de soporte y tiendas en línea en México y Latinoamérica que necesitan controlar sus propios flujos sin depender de un plan cloud. En ese tipo de operación, los workers se reinician y se escalan con frecuencia, y cada reinicio a medias podía significar una venta, un ticket de soporte o una factura que se quedaba sin procesar.
Una agencia que corre n8n en modo cola
Para una agencia que automatiza cobranza o integraciones con un cliente, esto evita que un despliegue de rutina termine en una automatización a medias que haya que detectar y corregir a mano.
¿Qué hace exactamente la versión 2.43.7 de n8n?
Suspende las ejecuciones de producción que están en curso cuando un worker se apaga, en lugar de dejarlas fallar o perderse, según el changelog publicado en GitHub el 16 de octubre de 2026.
¿Esto ya está disponible o es solo un anuncio?
Ya está disponible. La versión 2.43.7 está publicada en el repositorio oficial de n8n en GitHub y marcada como la versión más reciente (Latest).
¿En qué casos se activa esta protección?
Se activa cuando un worker recibe la señal de apagado mientras tiene una ejecución de producción activa, algo que ocurre en reinicios, despliegues de nuevas versiones o ajustes de escala.
¿Qué pasaba antes de esta versión?
Antes de la 2.43.7, una ejecución que estaba corriendo en un worker al momento de apagarse se perdía o terminaba marcada como fallida por completo.
¿Qué significa que una ejecución quede 'suspendida'?
Significa que la ejecución no se cuenta como fallida: queda en un estado intermedio, lista para continuar, en vez de tener que volver a dispararse desde cero.
¿Necesito configurar algo para que esto funcione?
No se requiere configuración adicional según las notas de la versión: basta con actualizar la instancia a 2.43.7 o una versión posterior.
¿Corres n8n self-hosted y quieres operarlo sin sustos?
En Zadrig Technology ayudamos a agencias y negocios en México y Latinoamérica a mantener sus automatizaciones en n8n corriendo de forma confiable, con la configuración y el monitoreo adecuados. Agenda una demostración con nuestro equipo.
Escríbenos por WhatsApp
