Часовой пояс на сервере или передача даты через параметр ссылки

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

Хм, очень интересно. Сейчас попробую

[spectr]

и так подключите ClientGlobalContext.js.aspx и выполните вот такой код и будет вам счастье

Xrm.Utility.openEntityForm("task",null,{scheduledend: '2014-6-5T06:00'});

Забыл дописать если вы поставите в конце Z то он преобразует его в зависимости от часового пояса системы.

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

Цитата:

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

и так подключите ClientGlobalContext.js.aspx и выполните вот такой код и будет вам счастье

Можно, вероятно, и без этой утилиты обойтись. Она, насколько мне известно, даты не преобразует, просто параметры корректно передает в форму

Цитата:

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

]Забыл дописать если вы поставите в конце Z то он преобразует его в зависимости от часового пояса системы.

Можно подробнее. Я, например, "Z" передаю и каких-то особых преобразований не наблюдаю.

[spectr]

Цитата:

Сообщение от Артем Enot Грунин

Можно подробнее. Я, например, "Z" передаю и каких-то особых преобразований не наблюдаю.

Можно
В СРМ формат даты таков datetime'2010-07-15' or datetime'2010-07-15T16:19:54Z' взято с msdn где T - разделяет дату и время, а Z - "is in the same time zone as Coordinated Universal Time (UTC)" грубо говоря горит что это время в UTC

Потому можно передавать только 4 варианта даты и времени:
2010-07-15 - дата в локальном часовом поясе в базу попадет + или - часовой пояс
2010-07-15Z - дата в часовом поясе UTC в базу попадет без изменений
2010-07-15T16:19:54 - дата в локальном часовом поясе в базу попадет + или - часовой пояс
2010-07-15T16:19:54Z - дата в часовом поясе UTC в базу попадет без изменений

А теперь про передачу параметра в ссылке
Если вы передаете с Z то сервер знает что это время в UTC и его нужно подогнать в нормальный вид, что собственно и делается. Я предполагаю что так как парсинг URL проходит на сервере то и часовой пояс берется сервера а не пользователя СРМ.
А вот если вы не указываете Z, то дата и время считаются локальными и выдаются без изменений.

А теперь что касается вашего примера то очень интересно как себя ведет СРМ ?
Но мне понятно только одно что по вашей схеме передается полная форма 2014-6-5T06:00:47.664Z которая отображается без изменений так как и 2014-6-5T06:00 хотя Z явно указывает на UTC.
Возможно дело в том что СРМ не берет во внимание секунды и миллисекунды так как их не умеет отображать потому после отсекания их у вас тоже получается что-то такое 2014-6-5T06:00: .

Думаю кратко и понятно

[vasya-serega]

Цитата:

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

Можно
В СРМ формат даты таков datetime'2010-07-15' or datetime'2010-07-15T16:19:54Z' взято с msdn где T - разделяет дату и время, а Z - "is in the same time zone as Coordinated Universal Time (UTC)" грубо говоря горит что это время в UTC

Что-то по вашей ссылке я описания не нашел, но проблема оказалась как раз в формате. Стоило убрать Z, как на сервере всякие преобразования даты прекратились!
+1

Цитата:

Сообщение от Артем Enot Грунин

Я думаю проблема в том, что мой сервер в том же часовом поясе, что и я

Что не делали, всё равно правильно )) Всегда бы так

[spectr]

Цитата:

Сообщение от vasya-serega

Что-то по вашей ссылке я описания не нашел, но проблема оказалась как раз в формате. Стоило убрать Z, как на сервере всякие преобразования даты прекратились!
+1

Что не делали, всё равно правильно )) Всегда бы так

Там есть небольшое упоминание как всегда в МСДН

Цитата:

The OData specification for the Filter System Query Option describes the operators used to create an expression to evaluate in the filter. Microsoft Dynamics CRM uses all the logical operators and a subset of the functions available, but doesn’t support use of the arithmetic operators. Filters can use grouped conditions indicated by parentheses. Comparisons of time values must use the following format: datetime’<time value>’, for example datetime'2010-07-15' or datetime'2010-07-15T16:19:54Z'.