Странное поведение даты знаменательного события

Заметил интересную особенность. При сохранении записи на детали знаменательные события дата, указанная в соответствующем поле, не соответствует дате сохраняемой в таблице MSSQL. К примеру, указываем дату знаменательно события 30.09.2009, а в таблице видим 29.09.2009, да и время весьма интересное.

Нравится

17 комментариев

Могу только предположить, что дело может быть в различных часовых поясах на сервере и клиенте (у пользователя под которым залогинены).
Какая у Вас версия ?

3.3.1 Sales. Как часовой пояс может перекидывать дату больше чем на сутки?

Попробуйте на сервере выполнить print getutcdate() и сравните с локальным временем компьютера.

Разница в 3 часа. В данном случаи сервер и локальная машина один и тот же ПК.

Но проблема явно не в этом, т.к. поля с датами, в тех же задачах, сохраняются нормально.

Аналогично, запрос select GETDATE() возвращает 2009-09-29 14:40:20.083, запрос print getutcdate() - сен 29 2009 11:41AM.
Дата создания любой записи проставляется сен 29 2009 11:41AM.

print getutcdate() - 8:30
GETDATE() - 11:30
Реальная - 11:30

Но это не решает проблемы. В системе я имею одно значение даты, а из базы получаю другое.

Скорее всего, проблема действительно с часовыми поясами
http://community.terrasoft.ua/forum/topic/3788

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

Странно, вообще-то дата знаменательного события (поле AnniversaryDate) в таблице без времени сохраняться должна. Может, Вы на другое поле смотрите (например, на CreatedOn)?

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

"Лабьяк Олег Игоревич" написал:Странно, вообще-то дата знаменательного события (поле AnniversaryDate) в таблице без времени сохраняться должна. Может, Вы на другое поле смотрите (например, на CreatedOn)?

Возможно, должна, но не сохраняется.

Можете уточнить версию бинарных файлов (полную)? Проводились ли какие-либо доработки, связанные с деталью знаменательных событий (или датами вообще)?

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

3.3.1.31
На детали добавлено одно булевское поле. Доработки, касающиеся дат, не выполнялись.

Попробовал на сборке 3.3.1.38...
Все тоже.

Думаю, проблему решит обновление версии. 3.3.1.31 - достаточно старая, после её выхода вносилось достаточно много изменений, в том числе и в работе с датами. Пришлите запрос на обновление версии по адресу support@tscrm.com.

Изменения в датах проводились как раз после 3.3.1.38. На данный момент последняя версия Terrasoft XRM Sales - 3.3.1.60.

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

При установке данной версии необходимо перезаказывать лицензии. Как поступить если вход осуществляется под supervisor?

Для пользователя Supervisor тоже необходимо перезаказать лицензию.

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

Показать все комментарии