Y2K11 или переход на зимнее время

[Wamr]

Андрей, ты же сам сказал системе "сделай UTC из системного с учетом настройки часового пояса пользователя (в DAX)", вот и вышло +3. А как createdDateTime и тп сформируется?

В соседней ветке еще есть упоминание настроек пояса в компании

[AndyD]

Цитата:

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

Андрей, ты же сам сказал системе "сделай UTC из системного с учетом настройки часового пояса пользователя (в DAX)", вот и вышло +3.

Да, совершенно верно.
Но вот только я как раз и проверял, откуда Аксапта берет параметры этого часового пояса. И если бы она брала из системы - то и смещение было бы +4.
Что можно увидеть на примере дотнетового кода, к примеру

В первой строке - время UTC, во-второй - мое локальное, в третьей - мои настройки тайм-зоны

Цитата:

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

А как createdDateTime и тп сформируется?

DateTimeUtil::utcNow() возвращает правильное время. В createdDateTime и modifiedDateTime время тоже правильное (в базе данных).
Вот только отображается оно в интерфейсе неправильно И фильтруется тоже неправильно.

[gl00mie]

Цитата:

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

Если есть расхождение по времени с контроллером домена - то вроде бы комп лишится сети и будет сильно ругаться на несоответствие времени. Хотя точно не знаю - ибо встречал как наличие ругани, так и ее отсутствие (видимо дело в настройках)

Будет-будет ругаться и сети лишится точно. Насколько я помню, с контроллером домена (точнее, эмулятором PDC) время может расходиться максимум на 15 минут, если больше - досвидос, подкручивайте часы.

Цитата:

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

А как createdDateTime и тп сформируется?

Не знаю, как с базами на Ms SQL Server, а с оракловыми эти вещи и все, где фигурирует DateTimeUtil::utcNow(), синхронизируется с СУБД, причем на каждый чих, т.е. systemdateget() может отработать и локально, а вот DateTimeUtil::utcNow() приведет к отправке запроса на СУБД, и вот как та перейдет (или не перейдет) на зимнее время - так фишка и ляжет.