Часовой пояс и торговая сессия: как подписать бар

Время на графике нужно читать вместе с часовым поясом. Записи 15 октября 22:30 UTC и 16 октября 01:30 UTC+3 могут обозначать один момент. Разная календарная дата в подписи ещё не доказывает, что источник прислал другой бар или устаревшие данные.

Но изменение подписи времени и изменение состава торговой сессии — разные действия. В этом упражнении переведём один момент между двумя фиксированными поясами и отдельно зададим условную ночную сессию. Реальное расписание биржи по этому примеру не определяем.

Один момент и две календарные подписи

UTC используем как исходную систему отсчёта. Для фиксированного UTC+3 прибавляем три часа. Если при этом пересекаем полночь, меняется отображаемая дата. Сам момент остаётся тем же.

В официальной документации TradingView о времени отдельно описаны абсолютное время, пояс биржи и пояс отображения графика. Настройка пояса графика меняет отображение дат и времени; она не позволяет автоматически заключить, что изменились входные данные конкретного расчёта.

Для проверки будем использовать именно фиксированные смещения UTC и UTC+3. Это условие нашего примера. Для региона с сезонным переводом часов нельзя без проверки заменять его название одним постоянным смещением на весь год.

Полный пример перевода через полночь

Возьмём придуманный часовой бар, который начинается 15 октября 2026 года в 22:30 UTC и заканчивается в 23:30 UTC. В UTC+3 это 16 октября 01:30–02:30. Мы специально выбрали момент вне привязки к реальному расписанию какого-либо инструмента.

Продолжительность первого интервала равна одному часу в обеих записях. Если разница неожиданно стала четырьмя часами или сутки, проверьте не только арифметику, но и то, что вы сравниваете начало с началом, а не начало одного бара с концом другого.

При обмене данными полезно сохранять полную запись со смещением:2026-10-15T22:30:00+00:00 и2026-10-16T01:30:00+03:00. Это два представления одного момента. Одна строка «16.10,01:30» без пояса оставляет существенную часть информации неизвестной.

Торговая сессия задаёт другой вопрос

Теперь определим собственную учебную сессию: с 15 октября 22:00 UTC до 16 октября 02:00 UTC. Для включения бара зададим правило по времени его открытия: начало входит, конец не входит. Это интервал[start,end), выбранный нами для задачи, а не универсальное правило всех сервисов.

Бар, открывшийся 15 октября 23:00 UTC, попадает в этот интервал. Бар, открывшийся 16 октября 02:00 UTC, уже не попадает. В UTC+3 те же границы будут 16 октября 01:00–05:00, и результат проверки при правильном переводе останется прежним.

Сессия может пересекать полночь. Поэтому слово «дневной» и дата подписи требуют контекста поставщика данных. Нельзя по одной локальной дате угадать, как именно он собирает дневные или недельные бары. Для реального инструмента отдельно изучают его расписание, календарь и правила формирования истории.

Что проверить в настройках индикатора сессий

В официальной справке TradingView о Trading Sessions указаны отдельные настройки времени начала, окончания и пояса сессии. Этот инструмент работает на внутридневных периодах; цветная область помогает увидеть выбранный интервал, но не заменяет сведения о расписании конкретной площадки.

Запишите пояс, заданный самому индикатору, отдельно от пояса подписей графика. Если один использует региональное имя, а другой фиксированное смещение, сравните их значение на конкретную дату. Для регионов с сезонными изменениями такая проверка особенно существенна.

Также уточните, по какому признаку бар относится к выделенному интервалу. В нашей модели выбран момент открытия. Если другой инструмент применяет иное правило к бару, пересекающему границу, возможное различие нужно объяснить условиями, а не объявлять ошибкой котировок.

Дата бара не подтверждает его закрытие и свежесть

Временная метка сама по себе не сообщает, успел ли источник завершить сбор. Чтобы оценить свежесть, нужны как минимум дата и время последнего закрытого бара, момент получения данных и известное правило окончания периода. Не подменяйте один показатель другим.

Например, наш условный бар начинается 22:30 UTC. Если посмотреть данные в 23:00 UTC, его часовой интервал ещё не закончился. Запись локальной даты 16 октября не делает бар закрытым. А получение файла позже тоже не доказывает, что в нём находится самый новый доступный бар.

Для проверки выпишите четыре отдельные строки: начало бара, конец бара, момент получения и пояс каждой записи. Если источник не сообщил конец периода или статус закрытия, отметьте это как неизвестное. Такое описание полезнее, чем вывод «сегодняшняя дата, значит данные свежие».

Задание для дневника и следующего разбора

Переведите обратно 16 октября 01:30 UTC+3 в UTC. Ответ:15 октября 22:30 UTC. Затем проверьте границу нашей учебной сессии:16 октября 05:00 UTC+3 соответствует 02:00 UTC и не входит в интервал по выбранному правилу включения открытия.

В дневнике сохраняйте инструмент, площадку, источник, период графика, пояс отображения и пояс сессии. Добавляйте правило формирования бара и сведения о последнем закрытом периоде, если они доступны. Настройки и реальная торговая история должны оставаться различимыми.

Общие настройки разобраны в материале о работе с TradingView. На обучении трейдингу Student Wyckoff такой пример подходит для разбора дневника: сначала согласовать время и данные, затем обсуждать наблюдения и торговый план.