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

[vasya-serega]

Доброго времени суток.
Подскажите, плиз, хранится ли где-то в crm 2011 значение часового пояса сервера? Дело в том, что при передаче даты по ссылке, скажем открытия карточки новой сущности, эта дата передается как UTC, то бишь по Гринвичу. Потому, при передаче даты в формате 2014-05-12T04:30Z, при открытии окна с переданной ссылкой, ко времени 04:30 прибавляется время по выставленному часовому поясу, который нужно учитывать.

[a33ik]

Добрый день,

Думаю, что это время непосредственно в CRM не хранится, а используется часовая зона и время, которые выставлены непосредственно на сервере. Для решения вашей проблемы я бы рекомендовал воспользоваться методом преобразования дат через SOAP эндпоинт - http://inogic.com/blog/2013/06/how-t...e-time-format/

[vasya-serega]

Не, это не то. Здесь преобразование местного времени к Гринвичу и обратно для пользователя.
В моем случае цепочка выглядит так: на клиенте пользователь выбирает дату и время. Здесь с неё проблем нету, хоть она будет локальная, хоть по Гринвичу. Дальше эта дата передается на сервер, который находится в другом часовом поясе. На сервере она подставляется в нужное поле + изменяется в зависимости от того часового пояса, который установлен на сервере. И потом страницы отдается в назад клиенту в браузер.
Так что здесь видится 3 варианта:
1) каким-то образом передать дату в формате локальном формате, а не UTC (насколько я понимаю, так сделать нельзя);
2) учитывать часовой пояс сервера, но не понятно, как его получить программно;
3) на сервере в момент получения даты преобразовывать UTC время в местное. Тоже не известно, как сделать

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

Стало интересно, так что я посмотрел SDK: http://msdn.microsoft.com/en-us/libr...alueDateFields. Вообще, про UTC в данном случае ничего не сказано. Однако есть ряд источников, где работа со временем в CRM рассматривается более подробно: http://www.powerobjects.com/blog/201...bout-datetime/, http://blogs.msdn.com/b/crm/archive/...amics-crm.aspx, http://www.develop1.net/public/post/...last-word.aspx.

Основной момент с которым я несколько раз сталкивался, когда писал свои "машины времени" - это то, что система возвращает время в UTC, в то время как принимает всегда в локальном формате авторизованного пользователя.

Сейчас нет возможности проверить, как это работает при открытии формы через JS, но есть все основания полагать, что это должно работать так же как и во всех остальных случаях: необходимо передавать дату в локальном времени пользователя, и не нужно приводить ее к UTC. Если возникают какие-то накладки, убедитесь что в профиле пользователя в CRM и в параметрах ОС выставлен корректный часовой пояс и формат времени.

[vasya-serega]

Цитата:

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

... есть все основания полагать, что это должно работать так же как и во всех остальных случаях: необходимо передавать дату в локальном времени пользователя, и не нужно приводить ее к UTC. Если возникают какие-то накладки, убедитесь что в профиле пользователя в CRM и в параметрах ОС выставлен корректный часовой пояс и формат времени.

Мой пример показывает обратное. Есть веб-ресурс, на котором пользователь выбирается дату и время. Затем формируется ссылка http ://serv_name/main.aspx?etc=4201&extraqs=...scheduledstart%3d2014-6-5T05%253a00Z%26scheduledend%3d2014-6-5T06%253a30Z%26...&pagetype=entityrecord, которая открывается в браузере. Как видно по выделенным жирным цифрам времени, приходится учитывать часовой пояс на сервере (+4), а никак не пользователя (+2), который в принципе это время выбирал.

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

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

В качестве быстрого ответа... Наговнякал такой вот код, который, судя по всему работает, но нужно еще понять почему. Постараюсь разобраться после обеда:

function OpenForm()
{
    var now = new Date();
    now.setMinutes(now.getMinutes() - now.getTimezoneOffset());

    var parameters = {};
    parameters["subject"] = "Test";
    parameters["scheduledstart"] = now.toISOString();
    Xrm.Utility.openEntityForm("appointment", null, parameters);
}

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

Вы уверены что проверили настройки часового пояса в профиле пользователя?

Судя по всему, проблема, все же в вашем коде. Извращения с часовым поясом требуются только для того, чтобы использовать функцию toISOString, которая, кстати, не поддерживается в IE8-. Если накляпать дату вручную (в локальных значениях), то все корректно работает:

function OpenForm()
{
    debugger;

    var now = new Date();
    now.setMinutes(now.getMinutes() + now.getTimezoneOffset() * -1);

    var parameters = {};
    parameters["subject"] = "Test";
    parameters["scheduledstart"] = toLocalISODateString(now);

    Xrm.Utility.openEntityForm("appointment", null, parameters);
}

function toLocalISODateString(date)
{
    function _twoString(number) {
        return number > 9 ? "" + number : "0" + number;
    }

    if (date.toISOString == undefined)
    {
        var isoDateString = date.getUTCFullYear();
        isoDateString += "-" + this._twoString(date.getUTCMonth() + 1);
        isoDateString += "-" + this._twoString(date.getUTCDate());
        isoDateString += "T" + this._twoString(date.getUTCHours());
        isoDateString += ":" + this._twoString(date.getUTCMinutes());
        isoDateString += ":" + this._twoString(date.getUTCSeconds());
        isoDateString += "." + this._twoString(date.getUTCMilliseconds());
        isoDateString += "Z";
        return isoDateString;
    }
    else
    {
        return date.toISOString();
    }
}

[vasya-serega]

Цитата:

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

Вы уверены что проверили настройки часового пояса в профиле пользователя?

Заставили меня сомневаться, может я не туда смотрю. Подскажите, как это сделать?

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

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

[vasya-serega]

Ваш код отрабатывает так, как и нужно, если его запускать на JS обработчик событий формы или контролов. Проверил у себя, всё ок. Если же запускать из модального диалога, отображающего веб-ресурс, как в моем случае, получается вот такая ерунда.

Насчет настроек пользователя. Действительно, я не туда смотрел, заглядывая в usersettings. Если через Файл \ Параметры, то какой бы там не ставил, всё равно учитывается часой пояс сервера, а не пользователя. Так что вопрос остается открытым.

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

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

[spectr]

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

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

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

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

Все еще работает. Добавил веб ресурс "Dialog.html":

<html xmlns="http://www.w3.org/1999/xhtml">
<head><title>Open Appointment</title></head>
<body>
    <script src="ClientGlobalContext.js.aspx" type="text/javascript"></script>
    <script src="fixrm_OpenAppointment" type="text/javascript" ></script>
    <form action="fixrm_Dialog.html" method="post">
        <input type="button" value="Open New Appointment" onclick="OpenForm()" />
    </form>
</body>
</html>

На OnLoad повесил вызов функции OpenDialog

function OpenDialog()
{
    Xrm.Utility.openWebResource("fixrm_Dialog.html", null, 300, 30);
}

function OpenForm()
{
    var now = new Date();
    now.setMinutes(now.getMinutes() + now.getTimezoneOffset() * -1);

    var parameters = {};
    parameters["subject"] = "Test";
    parameters["scheduledstart"] = toLocalISODateString(now);

    Xrm.Utility.openEntityForm("appointment", null, parameters);
}

function _twoString(number)
{
    return number > 9 ? "" + number : "0" + number;
}

function toLocalISODateString(date)
{
    if (date.toISOString == undefined)
    {
        var isoDateString = date.getUTCFullYear();
        isoDateString += "-" + this._twoString(date.getUTCMonth() + 1);
        isoDateString += "-" + this._twoString(date.getUTCDate());
        isoDateString += "T" + this._twoString(date.getUTCHours());
        isoDateString += ":" + this._twoString(date.getUTCMinutes());
        isoDateString += ":" + this._twoString(date.getUTCSeconds());
        isoDateString += "." + this._twoString(date.getUTCMilliseconds());
        isoDateString += "Z";
        return isoDateString;
    }
    else
    {
        return date.toISOString();
    }
}

Даты корректные. Могу, конечно, проверить вызов с ленты, но сомневаюсь что что-то от этого изменится. Код теперь выполняется в отдельном window. Может быть вы уже свой код покажете?

[Артем 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: .

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

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

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

[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 Грунин

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

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

[Артем 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'.