Коротко. Часовые пояса в BI-отчётах Битрикс24 — это критическая, но часто забываемая деталь. Если у вас офис в Москве, склад во Владивостоке, клиенты в Калининграде — данные сделки могут «прыгать» в отчёте: «Сделка закрыта вчера» в одной системе и «сегодня» в другой. Настраивается за 5 минут, экономит часы дебага «почему цифры расходятся».
Что это и как работает
В Битрикс24 у каждого пользователя свой часовой пояс. При выгрузке в BI данные могут конвертироваться (или не конвертироваться) в зависимости от настроек коннектора. В отчётах нужно явно указать, в каком часовом поясе показывать. Полная официальная инструкция со скриншотами и пошаговой настройкой — в справке Битрикс24.
Быстрый порядок настройки
- В Битрикс24 → Профиль → проверьте часовой пояс (по умолчанию Москва).
- В коннекторе Битрикс24 для BI (Power BI / Looker / DataLens) → настройки → выберите часовой пояс данных.
- В отчёте при создании визуализации с датами явно укажите часовой пояс отображения.
- Если отчёт смотрят пользователи из разных часовых поясов — отображение должно быть в одном (например, Москва) для согласованности.
- Для группировки «по дню» — учитывайте, что начало дня может быть разным в разных поясах.
Это базовый сценарий «по инструкции». Дальше — то, что инструкция вам не расскажет.
5 граблей с нашего опыта внедрений
1. Сделка закрыта в 23:30 МСК, в отчёте Владивостока показано «закрыта в 06:30 завтра»
Конвертация по часовым поясам без учёта в отчёте → дни «прыгают». Аналитика «продажи за вчера» = разные числа в разных офисах. Лечение: в отчётах принудительно показываем UTC или одну Москву. Региональным офисам — свои отчёты с их таймзоной.
2. Группировка «по дням» отстаёт на 1 день
Сделки, закрытые после 21:00 МСК (UTC+3), в UTC попадают на следующий день. В группировке «По дню» виден сдвиг. Лечение: в формуле даты явно указываем «AT TIME ZONE ‘Europe/Moscow’».
3. В отчёте дата создания клиента и дата сделки в разных таймзонах
Контакт создан в Москве (UTC+3), сделка — в Питере (UTC+3, но настройка пользователя другая). Разница в данных. Лечение: единый часовой пояс для всех записей. Нормализация при выгрузке.
4. Летнее/зимнее время путает аналитику в марте/октябре
В странах с переходом на летнее время — в день перехода данные могут «сдвинуться» на час. Лечение: используем UTC во всех формулах, переводим в локальное время только при отображении.
5. Отчёт работает корректно в реальном времени, но в исторических данных таймзоны разные
Год назад использовали другой часовой пояс по умолчанию. В исторической части отчёта — рассинхрон. Лечение: массовая конвертация исторических данных в единый часовой пояс через скрипт.
Сами или позвать интегратора
Сами справитесь, если: один офис в одной таймзоне — стандартные настройки работают.
Зовите нас, если: распределённая команда в нескольких часовых поясах, международные клиенты, отчёты с агрегацией по времени, мультирегиональные дашборды.
Не хотите тратить неделю на настройку?
Передайте задачу нам: разберём ваши процессы, настроим, обучим команду, сопроводим первый месяц. Включено в фиксированную смету по часам — никаких сюрпризов.
FAQ
Какой часовой пояс по умолчанию в Битрикс24?
Москва (UTC+3). Можно изменить в настройках портала и каждого пользователя индивидуально.
Как конвертировать UTC в локальное время в формуле?
В Power BI: DATETIMEZONE.SWITCHZONE(…). В Looker Studio: TIMESTAMP_FUNCTIONS. В DataLens: DATETIME_TZ().
Что лучше: хранить даты в UTC или в локальном времени?
Хранить в UTC, отображать в локальном. Это стандарт для всех BI-систем.
Как тестировать корректность таймзон?
Создать сделку в граничное время (например, 23:55 МСК), посмотреть, как она отображается в отчёте.
Источник официальной инструкции
Полный текст со скриншотами и всеми вариантами настройки: helpdesk.bitrix24.ru/open/15791242/.