#Когда возникает проблема и к чему относится
Проверка часового пояса аккаунта, исходного времени задачи и различия между ошибкой отображения и фактическим изменением срока. Изменение общего часового пояса влияет на отображение времени событий в аккаунте. До перенастройки выясните, кто менял параметр и используется ли синхронизация с календарём.
#Как отличить основные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Неверный часовой пояс аккаунтаЧасовой пояс управляет представлением временных меток, а не обязательно переносом дедлайнов. | Все задачи смещены одинаково, время событий тоже отличается | Проверить общие настройки аккаунта |
| Внешний календарь преобразует времяИнтеграция календаря может передавать абсолютное время с неправильным поясом. | Сдвиг появляется только после синхронизации | Проверить пояс в обоих календарях |
| У задачи изменён срокСрок мог поменять пользователь или автоматизация независимо от часового пояса. | Отклонение наблюдается только у одной задачи | Сравнить историю изменений |
#Пошаговая диагностика и решение
- Зафиксируйте исходное время до каких-либо правокОткройте проблемную задачу из раздела «Задачи», запишите её ID, ответственного, вид срока (конкретное время или «Весь день») и отображаемый дедлайн. Сравните как минимум с двумя задачами, созданными раньше и позже смены пояса. Не исправляйте все сроки вручную: так можно прибавить сдвиг дважды.
- Сверьте часовой пояс аккаунтаАдминистратор переходит в «Настройки» → общие настройки и находит параметр «Часовой пояс». Уточните, каким он был до изменения, и сравните с официальным местным поясом команды. Если он неверен, согласуйте восстановление прежнего значения; часовой пояс выбирайте по региону, а не вводите постоянный UTC-сдвиг без учёта переходов времени.
- Проверьте дату, формат и реальный дедлайнВ общих настройках также проверьте формат времени и даты. Создайте контрольную задачу на завтра на конкретный час и откройте её снова; отдельно создайте задачу «Весь день», для которой время уведомления может отличаться. Если новые задачи отображаются верно, старые могут требовать анализа истории либо внешней синхронизации.
- Исключите обычное обновление задачиВ карточке задачи и связанной сделке просмотрите историю действий вокруг момента изменения часового пояса. Если видно изменение дедлайна сотрудником, уточните его причину; если такого изменения нет, но отображение сместилось одинаково везде, не переписывайте дату в базе и проверьте настроенный пояс.
- Сравните время во внешнем календареЕсли задачи связаны с Google Calendar или другой системой, найдите контрольную запись в обоих интерфейсах и сопоставьте часовой пояс аккаунта календаря, календарного события и сервера интеграции. Сравнивайте по одной тестовой задаче с известным временем UTC. Не отключайте массово синхронизацию и не пересоздавайте рабочие события.
- Уточните, кто получает неверное уведомлениеПопросите двух пользователей с разными настройками устройства открыть один и тот же тестовый дедлайн. Сверьте время на компьютере и в телефоне, синхронизацию системных часов и уведомление «Пора выполнить задачу». Если отличается только одно устройство, проверьте его часовой пояс и настройку автоматического времени.
- Исправьте первопричину и протестируйтеПосле согласованной смены часового пояса откройте контрольную задачу, обновите страницу, проверьте время в карточке и напоминание. Сравните ещё одну старую задачу по истории, а для массовых исправлений подготовьте отдельный список реально изменённых дедлайнов и резервный экспорт; не выполняйте общий сдвиг по формуле наугад.
#Как убедиться, что проблема решена
Контрольная задача показывает согласованный местный срок во всех рабочих интерфейсах и уведомляет в ожидаемый момент; старые задачи не были сдвинуты повторно.
#Если исправление не помогло
Если расхождение только при синхронизации, передайте интегратору ID тестового события, пояс обеих систем и временные метки с указанием UTC.