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

Установите пояс исходного события

Проверьте описание конкретного поля источника. Нужна дата и время с подтверждённым смещением либо документированное правило интерпретации. Язык интерфейса и местонахождение сотрудника этого не определяют. Запись без пояса оставляйте неопределённой до выяснения, вместо автоматического назначения Москвы.

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

Примените преобразование до группировки

Функция DateTimeZone.SwitchZone работает со значением datetimezone и принимает новое смещение в часах, при необходимости — в минутах. По документации Microsoft отсутствие компонента часового пояса вызывает ошибку. Это полезный сигнал о неподготовленном входе, а не повод заменить результат текущей датой.

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

Проверьте полуночный пример

Учебный пример редакции: событие произошло 12 октября в 22:30 при смещении +00:00. В представлении +03:00 это 13 октября, 01:30. Само событие не изменилось, но суточная группа стала другой. Если сначала сохранить только 12 октября, дальнейшее прибавление часов к дате не восстановит исходную отметку.

Возьмите несколько контрольных событий по обе стороны выбранной полуночи. Для каждого запишите исходное время, ожидаемое преобразованное время и отчётную дату. Проверьте также конец месяца: ошибка на такой границе затронет не только день, но и месячный итог.

Сверьте общую сумму и распределение

Перенос пояса не должен добавлять или удалять операции. Сумма полного набора остаётся прежней, а распределение по дням может измениться. Если сверять только общий итог, ошибка границы суток останется незаметной; если только день — можно принять корректный перенос за пропажу заказа.

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

Справка проверена редакцией 13 октября 2026 года. Это дата проверки, а не запуска функции.