¿El Schedule Trigger de n8n se ejecuta a la hora equivocada? Corrige la zona horaria y el horario de verano
¿El Schedule Trigger de n8n se ejecuta a deshora? Qué zona horaria usa n8n, cómo fijar GENERIC_TIMEZONE o el ajuste de Cloud y el horario de verano.
Comprobado con las fuentes citadas el .
Objetivo, requisitos previos y cómo elige n8n una zona horaria
¿Tu Schedule Trigger de n8n se ejecuta a la hora equivocada, con ejecuciones que se disparan varias horas antes o después de lo que configuraste? Según la documentación de n8n, una causa habitual es el ajuste de zona horaria que usa n8n. Al terminar este tutorial, tu workflow programado debería ejecutarse a la hora local que querías, y sabrás qué revisar cuando cambia el horario de verano.
Necesitas un workflow programado que puedas editar y acceso a su configuración. Para cambiar el valor predeterminado de toda la instancia, también necesitas el panel de n8n Cloud o acceso a las variables de entorno de una instancia autoalojada.
Según la documentación de n8n, el Schedule Trigger toma su zona horaria de los ajustes de la tabla siguiente, y los valores predeterminados pueden no coincidir con tu ubicación, así que un workflow sin un ajuste explícito puede ejecutarse varias horas desfasado respecto a lo que esperas.
| Ajuste | Dónde cambiarlo | Valor predeterminado |
|---|---|---|
| Timezone del workflow | Configuración del workflow | Sin definir: se usa la zona horaria de la instancia |
| Zona horaria de la instancia (Cloud) | Panel, Manage, Timezone | Detectada al registrarse; si no, GMT |
| Zona horaria de la instancia (autoalojada) | Variable GENERIC_TIMEZONE | America/New_York |
Sources: Schedule Trigger | Nodes | n8n Docs, Common issues | Nodes | n8n Docs
Pasos para corregir la zona horaria en n8n
Para corregir un Schedule Trigger de n8n que se ejecuta a la hora equivocada, la documentación de n8n indica que puedes cambiar la zona horaria de un solo workflow o de toda la instancia. Sigue los pasos en orden. Tiene sentido definir primero la zona horaria del workflow, porque prevalece sobre el valor predeterminado de la instancia (consulta la tabla anterior).
Cómo corregir la zona horaria de la programación
- Abre la configuración: Abre el workflow en el lienzo, selecciona el icono de tres puntos arriba a la derecha y luego Settings.
- Define Timezone: Elige una zona con nombre, como Europe/London, y selecciona Save.
- Define el valor de la instancia: En Cloud, selecciona Manage en el panel y cambia Timezone; en autoalojado, define GENERIC_TIMEZONE.
- Vuelve a publicar: Despublica el workflow y publícalo de nuevo para que la programación use los nuevos ajustes.
- Comprueba: Verifica que la siguiente ejecución ocurre a la hora local que pretendías.
En n8n Cloud, la documentación indica que el ajuste Timezone del panel afecta tanto al Schedule Trigger como al nodo Date & Time. La documentación de Cloud no dice a qué planes se aplica. En n8n autoalojado, la documentación muestra un ejemplo que exporta la variable de entorno GENERIC_TIMEZONE con el valor Europe/Berlin. No dice si hace falta reiniciar después. Como consejo editorial nuestro, planifica un reinicio por seguridad.
La documentación indica que un cambio en el intervalo del trigger solo surte efecto después de despublicar el workflow y publicar una nueva versión. La nueva programación cuenta entonces desde el momento de la publicación. La documentación no dice si un cambio de zona horaria también requiere volver a publicar. Volver a publicar de todos modos es un consejo editorial nuestro, no un comportamiento documentado. Las etiquetas de la interfaz también pueden variar entre versiones.
Sources: Schedule Trigger | Nodes | n8n Docs, Common issues | Nodes | n8n Docs, Set the timezone | Deploy | n8n Docs, Set your timezone | Deploy | n8n Docs
Horario de verano en n8n: elige el tipo de zona adecuado
Elige tu zona según lo que deba permanecer constante: la hora del reloj local o la hora UTC. Como orientación editorial, una zona con nombre basada en una región, como Europe/London, es la opción natural si te importa la hora del reloj local, y una opción GMT fija sin horario de verano si quieres que la ejecución esté ligada a UTC.
La documentación de n8n no describe esto; sí lo hace un hilo del foro de la comunidad de 2024 sobre n8n 1.38.2 en Docker, así que tómalo como una anécdota, no como comportamiento documentado. En ese hilo, un usuario configuró un workflow con la hora de Londres pero esperaba GMT. Durante el horario de verano británico, el trigger se ejecutó con una hora de diferencia respecto a GMT. Quien respondió dijo que había seguido correctamente la hora de Londres y sugirió la opción GMT sin horario de verano si la ejecución debía mantenerse alineada con un servidor en UTC.
La documentación de n8n no explica qué ocurre con las ejecuciones programadas dentro de la hora que se salta o se repite cuando cambian los relojes. Nuestra sugerencia editorial: evita programar tareas importantes en esa franja.
Sources: Schedule Trigger and Confusion Over Time Zone Settings in n8n Workflow - Questions - n8n Community
Resultados esperados y solución de problemas
Después de volver a publicar y de que pase la siguiente hora programada, comprueba que la ejecución ocurrió a la hora local que definiste en el Timezone del workflow. Si el Schedule Trigger de n8n sigue ejecutándose a la hora equivocada, revisa estos puntos.
Como recomendación editorial, los equipos pueden adoptar una regla común: cada workflow programado recibe una zona horaria con nombre explícita, y vuestros estándares de workflows registran la zona horaria de la instancia, ya sea GENERIC_TIMEZONE o el ajuste del panel de Cloud.
Sources: Schedule Trigger | Nodes | n8n Docs, Common issues | Nodes | n8n Docs, Set the timezone | Deploy | n8n Docs, Set your timezone | Deploy | n8n Docs
