Важнейшие переменные окружения объяснены (N8N_HOST, WEBHOOK_URL, GENERIC_TIMEZONE ...)
Наиболее практически важные переменные окружения n8n для немецких self-hosting установок: хост, webhook-URL, часовой пояс, безопасность и база данных в обзоре.
По умолчанию n8n работает в часовом поясе America/New_York вместо Europe/Berlin. Вот как правильно настроить GENERIC_TIMEZONE и часовой пояс workflow.
Неверное время в node Schedule Trigger почти всегда связано с часовым поясом n8n, а не с самим cron-выражением. Без какой-либо настройки, согласно официальной документации, n8n по умолчанию использует часовой пояс America/New_York, а не Europe/Berlin, из-за чего запланированные workflow запускаются на несколько часов раньше или позже ожидаемого времени. Есть два независимых друг от друга параметра: переменная окружения GENERIC_TIMEZONE, действующая на весь инстанс при самостоятельном хостинге, и отдельная настройка часового пояса для каждого workflow, которая переопределяет значение инстанса. По состоянию на: июль 2026.
Наиболее частая причина в том, что ни у инстанса, ни у отдельного 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).
В инсталляциях с самостоятельным хостингом вы задаете переменную окружения GENERIC_TIMEZONE нужным значением, например Europe/Berlin, тем самым определяя часовой пояс по умолчанию для всего инстанса. Согласно документации n8n, эта переменная "important for schedule nodes (such as Cron)" и при отсутствии собственного значения по умолчанию принимает America/New_York (Документация n8n: Set the timezone for self-hosted n8n).
Каждый 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 по фиксированной цене, включая передачу вам конфигурации.
GENERIC_TIMEZONE — это переменная окружения, которая задает часовой пояс по умолчанию для всего инстанса n8n с самостоятельным хостингом. Часовой пояс workflow, напротив, задается в настройках отдельного workflow и переопределяет значение инстанса именно для этого workflow. Если ни то, ни другое не задано, согласно документации n8n возвращается к America/New_York.
Без какой-либо настройки n8n по умолчанию использует America/New_York, который в документации также называется часовым поясом EDT. Это в первую очередь затрагивает node Schedule Trigger и node Date & Time и обычно приводит к сдвигу на пять-шесть часов для немецких пользователей относительно Europe/Berlin.
Да, согласно документации n8n, изменения переменных расписания и интервалов вступают в силу только после повторной публикации workflow. Расписание начинает отсчет заново с момента этой повторной публикации, поэтому первый запуск после изменения может произойти в другое время, чем ожидалось. Поэтому после каждой корректировки часового пояса проверяйте, был ли workflow активно сохранен.
Нет, GENERIC_TIMEZONE — это переменная окружения для инсталляций n8n с самостоятельным хостингом. В n8n Cloud часовой пояс инстанса вместо этого настраивается через Dashboard в разделе Manage и выпадающем списке Timezone. Влияние на node Schedule Trigger и node Date & Time в обоих случаях одинаковое.
NordFlux создаёт цифровых сотрудников для организаций: автоматизации и КИ-агентов, которые берут на себя повторяющуюся работу. Вы сохраняете контроль.
Наиболее практически важные переменные окружения n8n для немецких self-hosting установок: хост, webhook-URL, часовой пояс, безопасность и база данных в обзоре.
n8n не всегда является правильным выбором. Эти сценарии честно показывают, когда против него говорят облачные лимиты, управление или эксплуатация.
Выражение cron почти всегда верное, часовой пояс нет. Три реальных случая с форума n8n показывают, почему Schedule Trigger срабатывает не в то время.
Параметр GENERIC_TIMEZONE и часовой пояс отдельных workflow легко настроить неправильно, особенно когда с одним экземпляром работает несколько человек. NordFlux берёт на себя сопровождаемую эксплуатацию вашего n8n и следит, чтобы расписания, cron-триггеры и системное время были согласованы. На первой встрече мы проверим вашу текущую конфигурацию.