Horas incorrectas en n8n: configurar correctamente UTC, GENERIC_TIMEZONE y Cron

Las horas incorrectas en el node Schedule Trigger casi siempre se deben a la zona horaria de n8n, no a la expresión cron en sí. Sin ninguna configuración, según la documentación oficial, n8n utiliza de forma predeterminada la zona horaria America/New_York, no Europe/Berlin, lo que provoca que los workflows programados se inicien con varias horas de diferencia respecto a la hora esperada. Existen dos ajustes que actúan de forma independiente entre sí: la variable de entorno GENERIC_TIMEZONE, válida para toda la instancia, en instalaciones autoalojadas, y un ajuste de zona horaria propio de cada workflow, que sobrescribe el valor de la instancia. Actualizado: julio de 2026.

¿Por qué mi workflow de n8n se inicia a la hora incorrecta?

El motivo más frecuente es que ni la instancia ni el workflow individual tienen una zona horaria configurada, por lo que n8n recurre al valor predeterminado America/New_York. Por ejemplo, usted introduce las 09:00 en el node Schedule Trigger pensando en Europe/Berlin, mientras que n8n interpreta esa entrada como las 09:00 hora de Nueva York. Según el horario de verano o de invierno, esto produce un desfase de cinco a seis horas respecto a la hora alemana deseada. Según las notas de solución de problemas del node Schedule Trigger, esta es precisamente la causa típica cuando los workflows se ejecutan "at wrong times", y la documentación remite directamente a la configuración de la zona horaria como primer paso de solución (Documentación de n8n: Schedule Trigger, Common Issues).

¿Cómo configuro la zona horaria para toda la instancia de n8n?

En instalaciones autoalojadas, configure la variable de entorno GENERIC_TIMEZONE con el valor deseado, por ejemplo Europe/Berlin, y así defina la zona horaria predeterminada para toda la instancia. Según la documentación de n8n, esta variable es "important for schedule nodes (such as Cron)" y, si no se especifica, toma por defecto el valor America/New_York (Documentación de n8n: Set the timezone for self-hosted n8n).

• GENERIC_TIMEZONE: Variable de entorno que define la zona horaria predeterminada de toda la instancia de n8n autoalojada, por ejemplo mediante export GENERIC_TIMEZONE=Europe/Berlin.
• Valores válidos: Identificadores de zona horaria IANA como Europe/Berlin, no simples abreviaturas como CET.
• n8n Cloud: Aquí no existe una variable de entorno, sino una selección de zona horaria en Dashboard, Manage y el menú desplegable Timezone, que también afecta al node Schedule Trigger y al node Date & Time (Documentación de n8n: Set your timezone in n8n Cloud).

¿Cómo configuro la zona horaria solo para un workflow individual?

Cada workflow puede tener su propia zona horaria, que tiene prioridad sobre el ajuste de la instancia para ese workflow. Para ello, abra el workflow, haga clic en el menú de tres puntos de la parte superior derecha, seleccione Settings y ajuste la zona deseada en el campo Timezone antes de guardar. Según la documentación, este ajuste es "important for the Schedule Trigger node" y resulta útil en los casos en que determinadas automatizaciones deben ejecutarse deliberadamente en otra zona horaria, por ejemplo para clientes o ubicaciones fuera de Alemania (Documentación de n8n: Configure workflow settings).

El orden de prioridad es el siguiente: n8n utiliza primero la zona horaria del workflow si está configurada, si no, la zona horaria de la instancia definida en GENERIC_TIMEZONE, y solo si faltan ambas, el valor predeterminado America/New_York. Quien opera varios workflows con clientes alemanes se ahorra así trabajo manual repetido configurando GENERIC_TIMEZONE una sola vez para toda la instancia en Europe/Berlin, en lugar de cambiar cada workflow individualmente.

¿Cómo reconozco que un error de programación se debe realmente a la zona horaria?

Un indicio claro es que un workflow se active de forma constante con un número fijo de horas de diferencia respecto a la hora esperada, o que el comportamiento cambie tras el cambio de horario de verano, ya que ambos indican un ajuste de zona horaria incorrecto o ausente en lugar de una expresión cron defectuosa. Compruebe primero la expresión cron en sí con crontab.guru y asegúrese de que cumple la sintaxis de seis columnas, incluidos los segundos, que espera n8n. También es importante tener en cuenta que, según la documentación, los cambios en las variables de programación o en el intervalo solo surten efecto tras volver a publicar el workflow, y que la programación vuelve a contar entonces desde el momento de la nueva publicación, lo que también puede dar la impresión de que las primeras ejecuciones son incorrectas.

Si ya opera varios workflows de n8n para clientes o dentro de su propia empresa y desea que las zonas horarias, la lógica cron o cadenas de automatización completas se configuren de forma limpia, NordFlux se encarga de la implementación técnica en el marco de la automatización con n8n a precio fijo, incluyendo la entrega de la configuración.

Preguntas frecuentes sobre las zonas horarias de n8n

¿Cuál es la diferencia entre GENERIC_TIMEZONE y la zona horaria del workflow?

GENERIC_TIMEZONE es una variable de entorno que define la zona horaria predeterminada de toda la instancia de n8n autoalojada. La zona horaria del workflow, en cambio, se configura en los ajustes de un workflow individual y sobrescribe el valor de la instancia para ese workflow concreto. Si no se configura ninguna de las dos, n8n recurre a America/New_York según la documentación.

¿Qué zona horaria utiliza n8n si no configuro nada en absoluto?

Sin ninguna configuración, n8n utiliza de forma predeterminada America/New_York, que la documentación también denomina zona horaria EDT. Esto afecta principalmente al node Schedule Trigger y al node Date & Time, y suele provocar en los usuarios alemanes un desfase de cinco a seis horas respecto a Europe/Berlin.

¿Debo reactivar el workflow después de un cambio de zona horaria?

Sí, según la documentación de n8n, los cambios en las variables de programación e intervalos solo surten efecto tras volver a publicar el workflow. La programación vuelve a contar desde ese momento de nueva publicación, por lo que la primera ejecución tras un cambio puede producirse en un horario distinto al esperado. Por ello, compruebe después de cada ajuste de zona horaria si el workflow se guardó de forma activa.

¿GENERIC_TIMEZONE también se aplica a n8n Cloud?

No, GENERIC_TIMEZONE es una variable de entorno para instalaciones de n8n autoalojadas. En n8n Cloud, en cambio, la zona horaria de la instancia se configura a través del Dashboard, en Manage y el menú desplegable Timezone. El efecto sobre el node Schedule Trigger y el node Date & Time es el mismo en ambos casos.