Неверное время в n8n: правильная настройка UTC, GENERIC_TIMEZONE и Cron

Неверное время в node Schedule Trigger почти всегда связано с часовым поясом n8n, а не с самим cron-выражением. Без какой-либо настройки, согласно официальной документации, n8n по умолчанию использует часовой пояс America/New_York, а не Europe/Berlin, из-за чего запланированные workflow запускаются на несколько часов раньше или позже ожидаемого времени. Есть два независимых друг от друга параметра: переменная окружения GENERIC_TIMEZONE, действующая на весь инстанс при самостоятельном хостинге, и отдельная настройка часового пояса для каждого workflow, которая переопределяет значение инстанса. По состоянию на: июль 2026.

Почему мой workflow в n8n запускается в неверное время?

Наиболее частая причина в том, что ни у инстанса, ни у отдельного workflow не задан часовой пояс, из-за чего n8n возвращается к значению по умолчанию America/New_York. Например, вы вводите в node Schedule Trigger время 09:00, подразумевая Europe/Berlin, а n8n интерпретирует это значение как 09:00 по нью-йоркскому времени. В зависимости от летнего или зимнего времени это приводит к сдвигу на пять-шесть часов относительно нужного немецкого времени. Согласно рекомендациям по устранению неполадок для node Schedule Trigger, именно это является типичной причиной, когда workflow запускаются "at wrong times", и документация прямо указывает на настройку часового пояса как на первый шаг решения (Документация n8n: Schedule Trigger, Common Issues).

Как настроить часовой пояс для всего инстанса n8n?

В инсталляциях с самостоятельным хостингом вы задаете переменную окружения GENERIC_TIMEZONE нужным значением, например Europe/Berlin, тем самым определяя часовой пояс по умолчанию для всего инстанса. Согласно документации n8n, эта переменная "important for schedule nodes (such as Cron)" и при отсутствии собственного значения по умолчанию принимает America/New_York (Документация n8n: Set the timezone for self-hosted n8n).

• GENERIC_TIMEZONE: переменная окружения, которая задает часовой пояс по умолчанию для всего инстанса n8n с самостоятельным хостингом, например через export GENERIC_TIMEZONE=Europe/Berlin.
• Допустимые значения: идентификаторы часовых поясов IANA, такие как Europe/Berlin, а не простые сокращения вроде CET.
• n8n Cloud: здесь нет переменной окружения, вместо этого есть выбор часового пояса в разделе Dashboard, Manage и выпадающем списке Timezone, который также затрагивает node Schedule Trigger и node Date & Time (Документация n8n: Set your timezone in n8n Cloud).

Как настроить часовой пояс только для одного workflow?

Каждый workflow может получить собственный часовой пояс, который для этого workflow имеет приоритет над настройкой инстанса. Для этого откройте workflow, нажмите на меню из трех точек в правом верхнем углу, выберите Settings и задайте нужную зону в поле Timezone перед сохранением. Согласно документации, эта настройка "important for the Schedule Trigger node" и подходит для случаев, когда отдельные автоматизации должны сознательно работать в другом часовом поясе, например для клиентов или локаций за пределами Германии (Документация n8n: Configure workflow settings).

Порядок приоритета следующий: n8n сначала использует часовой пояс workflow, если он задан, иначе часовой пояс инстанса из GENERIC_TIMEZONE, и только если оба отсутствуют, значение по умолчанию America/New_York. Тот, кто использует несколько workflow с немецкими клиентами, избавляет себя от повторной ручной работы, задав GENERIC_TIMEZONE один раз на весь инстанс со значением Europe/Berlin, вместо того чтобы менять каждый workflow по отдельности.

Как понять, что ошибка в расписании действительно связана с часовым поясом?

Явный признак — это когда workflow постоянно срабатывает с фиксированным сдвигом в часах относительно ожидаемого времени, или когда поведение меняется после перехода на летнее время, поскольку оба случая указывают на неверную или отсутствующую настройку часового пояса, а не на ошибочное cron-выражение. Сначала проверьте само cron-выражение на crontab.guru и убедитесь, что оно соответствует ожидаемому n8n синтаксису из шести полей, включая секунды. Важно также учитывать, что изменения переменных расписания или интервала, согласно документации, вступают в силу только после повторной публикации workflow, при этом расписание начинает отсчет заново с момента повторной публикации, что также может приводить к, казалось бы, неверным первым запускам.

Если вы уже используете несколько workflow n8n для клиентов или в собственной компании и хотите, чтобы часовые пояса, cron-логика или целые цепочки автоматизации были настроены аккуратно, NordFlux берет на себя техническую настройку в рамках автоматизации n8n по фиксированной цене, включая передачу вам конфигурации.

Часто задаваемые вопросы о часовых поясах n8n

В чем разница между GENERIC_TIMEZONE и часовым поясом workflow?

GENERIC_TIMEZONE — это переменная окружения, которая задает часовой пояс по умолчанию для всего инстанса n8n с самостоятельным хостингом. Часовой пояс workflow, напротив, задается в настройках отдельного workflow и переопределяет значение инстанса именно для этого workflow. Если ни то, ни другое не задано, согласно документации n8n возвращается к America/New_York.

Какой часовой пояс использует n8n, если я вообще ничего не настраиваю?

Без какой-либо настройки n8n по умолчанию использует America/New_York, который в документации также называется часовым поясом EDT. Это в первую очередь затрагивает node Schedule Trigger и node Date & Time и обычно приводит к сдвигу на пять-шесть часов для немецких пользователей относительно Europe/Berlin.

Нужно ли повторно активировать workflow после изменения часового пояса?

Да, согласно документации n8n, изменения переменных расписания и интервалов вступают в силу только после повторной публикации workflow. Расписание начинает отсчет заново с момента этой повторной публикации, поэтому первый запуск после изменения может произойти в другое время, чем ожидалось. Поэтому после каждой корректировки часового пояса проверяйте, был ли workflow активно сохранен.

Распространяется ли GENERIC_TIMEZONE также на n8n Cloud?

Нет, GENERIC_TIMEZONE — это переменная окружения для инсталляций n8n с самостоятельным хостингом. В n8n Cloud часовой пояс инстанса вместо этого настраивается через Dashboard в разделе Manage и выпадающем списке Timezone. Влияние на node Schedule Trigger и node Date & Time в обоих случаях одинаковое.