Временной сдвиг в гринвичу при работе с DateTime

[ximik33rus]

Доброго дня, столкнулся с такой проблемой в Dy CRM 365 (2016) on-prim:

Все (в т.ч. и кастомные) поля с типом данных Дата и время, при записи в элементах сущности - записываются нормально, и отображаются как надо, но в дальнейшем при получении по API или через плагин средствами SDK их значения получают сдвиг на -3ч.

Возможно кто то сталкивался с подобным и знает, где можно настроить данный сдвиг?

[a33ik]

Это стандартное поведение UserLocal DateTime полей. Подробнее это расписано здесь - https://docs.microsoft.com/en-us/dyn...time-attribute

[ximik33rus]

Цитата:

Сообщение от a33ik

Это стандартное поведение UserLocal DateTime полей. Подробнее это расписано здесь - https://docs.microsoft.com/en-us/dyn...time-attribute

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

Спасибо за ответ.

[ZooY]

Как правило, проблемы возникают с полями, которые должны хранить только дату (без времени). В этому случае следует использовать соотвествующиф формат поля. Также в новых версиях появился формат, независимый от часового пояса. В общем, нужно внимательнее относиться к созданию поля даты и выбору корректного формата, а не шаманить с часовыми поясами пользователей.

[Артем Enot Грунин]

Цитата:

Сообщение от ximik33rus

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

Спасибо за ответ.

Проблема машины времени возникает в любой системе вне зависимости от географии ее пользователей. Рекомендую вам таки освоить работу с UTC, это сильно пригодится в дальнейшем.