AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 24.11.2014, 10:44   #121  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,050 / 2097 (78) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Коллеги из тех.поддержки пояснили, что очень сложно внести изменения в KTD на глобальном уровне. В итоге, формально они выполнили свои внутренние правила, разместив дополнительную информацию в интернете. Например, в блоге про исправление 2009 дописали это в комментариях. Для 2012 все аналогично - нужно править ktd-файл и удалить kti. Т.е. в ближайшее время другого исправления не будет.

P.S. есть отдельный фикс для R3, кому не до CU8: KB 3012215
__________________
Ivanhoe as is..
За это сообщение автора поблагодарили: leva (1).
Старый 15.01.2015, 13:22   #122  
leva is offline
leva
Участник
 
52 / 36 (2) +++
Регистрация: 03.08.2005
После установки CU8 новые часовые пояса не появились, а вот с установкой KB3012215 (уже после CU8) - да. При этом, никаких автоматических обновлений дат в существующих записей не произошло (не смотря на то, что MS пишут что TZID поля для того и нужны и "Upgrades provided by Microsoft automatically make these corrections when they update time zone and DST rules.", а отдельного патчера, как известно, в 2012 уже нет.

И по-другому видимо стало интерпретироваться SDAY. Всегда это был номер недели в месяце (5 = последняя неделя). И в новых записях TIMEZONESRULESDATA так и настроено:
RULEID=61005, TZENUM=61, YEAR=2014, BIAS=-180, ..., SYEAR=2014, SMONTH=10, SDAYOFWEEK=0, SDAY=5, SHOUR=2, ... Т.е. воскресенье последней недели, что соответствует 26 октября когда и был перевод.

Но в реальности это интерпретируется как 5 октября:
X++:
info(strFmt("%1", DateTimeUtil::getDifference(dtu, DateTimeUtil::applyTimeZoneOffset(dtu, DateTimeUtil::getUserPreferredTimeZone())) / 3600));
Для 4 октября выдает -4,00 (dtu = 2014-10-04T14:01:36), для 5-го (dtu = 2014-10-05T14:01:36) уже -3.
А для 2009 года уже работает правильно, для 24 октября (dtu = 2009-10-24T14:01:36) -4 и для 25 октября (последнее воскресенье в 2009-м) (dtu = 2009-10-25T14:01:36) -3, хотя запись в TIMEZONESRULESDATA настроена также.

Может я где-то ошибся, хорошо бы если кто-то проверил выполнить на своем приложении с CU8.
Старый 19.01.2015, 14:37   #123  
axm2013 is offline
axm2013
Banned
 
668 / 62 (0) ++++
Регистрация: 04.12.2013
Цитата:
Сообщение от leva Посмотреть сообщение
...
Но в реальности это интерпретируется как 5 октября:
..
Может я где-то ошибся, хорошо бы если кто-то проверил выполнить на своем приложении с CU8.
Проверил вроде действительно так. Непонятно как быть и как с этим жить. Кому верить и самое как лечить?

Последний раз редактировалось axm2013; 19.01.2015 в 15:20.
Старый 19.01.2015, 15:26   #124  
leva is offline
leva
Участник
 
52 / 36 (2) +++
Регистрация: 03.08.2005
Цитата:
Сообщение от axm2013 Посмотреть сообщение
как лечить?
Записать в SDAY=26.
Кстати, записи с SDAY > 5 в TIMEZONESRULESDATA уже есть.
За это сообщение автора поблагодарили: axm2013 (1).
Старый 19.01.2015, 15:29   #125  
axm2013 is offline
axm2013
Banned
 
668 / 62 (0) ++++
Регистрация: 04.12.2013
Цитата:
Сообщение от leva Посмотреть сообщение
Записать в SDAY=26.
Кстати, записи с SDAY > 5 в TIMEZONESRULESDATA уже есть.
Ага, спасибо.

Думал сам попробовать глядя на иностранных коллег, но хотелось подтверждения
+ непонятно почему 5 стало восприниматься как 5 дней а не как 5 неделя

"y theory was this: with DMONTH = 8 and DDAYOFWEEK = 6, we have

DDAY = 4 ==> 4th saturday in August
DDAY = 5 ==> last saturday in August
DDAY = n > 5 ==> n-th of August (possible clash with DDAYOFWEEK?)
So what are SDAYs and DDAYs that are larger than 5?"
http://stackoverflow.com/questions/1...ime-conversion
Старый 23.01.2015, 13:52   #126  
leva is offline
leva
Участник
 
52 / 36 (2) +++
Регистрация: 03.08.2005
Нашел ещё одну проблему. Промежуток времени между 01.01.2014 00:00:00 и 01.01.2014 23:59:59 интерпретируется как +3.
Кажется не такой уж большой проблемой, но попробуйте в любом DateTime-поле в контроле выбрать 01.01.2014 00:00:00. После сохранения записи она тут же изменится на 31.12.2013 23:00:00.

Исправление такое:
X++:
UPDATE [dbo].[TIMEZONESRULESDATA]
   SET 
      [DYEAR] = 2013
      ,[DMONTH] = 12
      ,[DDAYOFWEEK] = 2
      ,[DDAY] = 31
      ,[DHOUR] = 20
      ,[DMINUTE] = 0
      ,[DSECOND] = 0
    --,[SDAY]=26] --    ,  
 WHERE TZENUM = 61 AND RULEID = 61005

Т.е. сдвинуть нужно на 4 часа дату начала, при этом придется залезть в прошлый год.
У себя проверил - работает. Буду рад, если кто-нибудь ещё подтвердит.
Старый 11.11.2015, 14:00   #127  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,200 / 1943 (71) ++++++++
Регистрация: 12.10.2004
Записей в блоге: 2
Цитата:
Сообщение от AndyD Посмотреть сообщение
Вот здесь AX2009: Обновление по временным зонам MS советует заменить существующие записи

Но это неправильно для патча 2009-й).
Таймзоны новые добавились, так что надо не заменить, а добавить после записи "(GMT-04:30) Каракас" новые строчки
...
AndyD, а не поделитесь файлом который у вас получился ?
Вылезли аналогичные проблемы на ax2012 R3 под 2012-й виндой.

DateTimeUtil::getClientMachineTimeZone() - выводит ерунду какую-то "(GMT+03:00) Кувейт, Эр-Рияд" значение енума = 3
А в настройках винды стоит зона "Москва, Волгоград".
Похоже MUI гадит. Или MUI в сочетании с недоделанным ktd файлом.
Без MUI все ок.

Ax2012 R3 CU9

Последний раз редактировалось Logger; 11.11.2015 в 15:02.
Старый 12.11.2015, 12:15   #128  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,555 / 2391 (85) +++++++++
Регистрация: 20.08.2005
Файл полностью выкладывать не буду)

Но кусок, соответствующий именам таймзон вот
Код:
#1375
>MSG_TIMEZONES
>The "ENUM_TIMEZONE_<name>" constants defined in Classes.hpp map to these labels.
Локальный компьютер
(GMT+04:30) Кабул
(GMT-09:00) Аляска
(GMT+03:00) Кувейт, Эр-Рияд
(GMT+04:00) Абу-Даби, Мускат
(GMT+03:00) Багдад
(GMT-04:00) Атлантическое время (Канада)
(GMT+09:30) Дарвин
(GMT+10:00) Канберра, Мельбурн, Сидней
(GMT+04:00) Баку
(GMT-01:00) Азорские острова
(GMT-06:00) Саскачеван
(GMT-01:00) Острова Зеленого Мыса.
(GMT+04:00) Ереван (Не использовать)
(GMT+09:30) Аделаида
(GMT-06:00) Центральная Америка
(GMT+06:00) Астана, Дакка
(GMT-04:00) Манаус
(GMT+01:00) Белград, Братислава, Будапешт, Любляна, Прага
(GMT+01:00) Сараево, Скопье, Варшава, Загреб
(GMT+11:00) Магадан, Соломоновы Острова, Новая Каледония
(GMT-06:00) Центральное время (США & Канада)
(GMT-06:00) Гвадалахара, Мехико, Монтеррей
(GMT+08:00) Пекин, Чунцин, Гонконг, Урумчи
(GMT-12:00) Международная демаркационная линия суточного времени - Запад
(GMT+03:00) Найроби
(GMT+10:00) Брисбен
(GMT+02:00) Минск
(GMT-03:00) Бразилиа
(GMT-05:00) Восточное время (США & Канада)
(GMT+02:00) Каир
(GMT+05:00) Екатеринбург (RTZ 4)
(GMT+12:00) Фиджи, Камчатка, Маршалловы острова.
(GMT+02:00) Хельсинки, Киев, Рига, София, Таллинн, Вильнюс
(GMT+03:00) Тбилиси
(GMT) Среднее время по Гринвичу : Дублин, Эдинбург, Лиссабон, Лондон
(GMT-03:00) Гренландия
(GMT) Касабланка, Монровия, Рейкьявик
(GMT+02:00) Афины, Бухарест, Стамбул
(GMT-10:00) Гавайи
(GMT+05:30) Ченнай, Калькутта, Мумбай, Нью-Дели
(GMT+03:30) Тегеран
(GMT+02:00) Иерусалим
(GMT+02:00) Амман
(GMT+09:00) Сеул
(GMT-02:00) Средняя Атлантика
(GMT+02:00) Бейрут
(GMT-07:00) Зона зимнего времени (США & Канада)
(GMT-07:00) Чиуауа, Ла-Пас, Мазатлан
(GMT+06:30) Янгон (Рангун)
(GMT+06:00) Новосибирск (RTZ 5)
(GMT+02:00) Виндхук
(GMT+05:45) Катманду
(GMT+12:00) Окленд, Веллингтон
(GMT-03:30) Ньюфаундленд
(GMT+08:00) Иркутск (RTZ 7)
(GMT+07:00) Красноярск (RTZ 6)
(GMT-04:00) Сантьяго
(GMT-08:00) Тихоокеанское время (США & Канада)
(GMT-08:00) Тихуана, Калифорния
(GMT+01:00) Брюссель, Копенгаген, Мадрид, Париж
(GMT+03:00) Москва, Санкт-Петербург, Волгоград (RTZ 2)
(GMT-03:00) Буэнос-Айрес, Джорджтаун
(GMT-05:00) Богота, Лима, Кито, Риу-Бранку
(GMT-04:00) Ла-Пас
(GMT+13:00) Самоа
(GMT+07:00) Бангкок, Ханой, Джакарта
(GMT+08:00) Куала-Лумпур, Сингапур
(GMT+02:00) Хараре, Претория
(GMT+05:30) Шри-Яварденепура
(GMT+08:00) Тайбэй
(GMT+10:00) Хобарт
(GMT+09:00) Осака, Саппоро, Токио
(GMT+13:00) Нукуалофа
(GMT-05:00) Индиана (Восток)
(GMT-07:00) Аризона
(GMT+10:00) Владивосток, Магадан (RTZ 9)
(GMT+08:00) Перт
(GMT+01:00) Западная Ценральная Африка
(GMT+01:00) Амстердам, Берлин, Берн, Рим, Стокгольм, Вена
(GMT+05:00) Ташкент
(GMT+10:00) Гуам, Порт-Морсби
(GMT+09:00) Якутск (RTZ 8)
(GMT-03:00) Монтевидео
(GMT+04:00) Ереван
(GMT-04:30) Каракас
(GMT-03:00) Буэнос-Айрес
(GMT-03:00) Сальвадор
(GMT+06:00) Дакка
(GMT) Время в формате UTC
(GMT+02:00) Калининград, Минск (RTZ 1)
(GMT+12:00) Магадан
(GMT+04:00) Порт-Луи
(GMT) Касабланка
(GMT+05:00) Исламабад, Карачи
(GMT-04:00) Асунсьон
(GMT+02:00) Дамаск
(GMT+08:00) Улан-Батор
(GMT+02:00) Стамбул
(GMT-11:00) Время в формате UTC-11
(GMT+12:00) Время в формате UTC+12
(GMT+01:00) Триполи
(GMT+11:00) Чокурдах (RTZ 10)
(GMT+12:00) Анадырь, Петропавловск-Камчатский (RTZ 11)
(GMT+04:00) Ижевск, Самара (RTZ 3)
Ps Вот для En-us тоже)
Код:
#1375
>MSG_TIMEZONES
>The "ENUM_TIMEZONE_<name>" constants defined in Classes.hpp map to these labels.
Local Machine
(GMT+04:30) Kabul
(GMT-09:00) Alaska
(GMT+03:00) Kuwait, Riyadh
(GMT+04:00) Abu Dhabi, Muscat
(GMT+03:00) Baghdad
(GMT-04:00) Atlantic Time (Canada)
(GMT+09:30) Darwin
(GMT+10:00) Canberra, Melbourne, Sydney
(GMT+04:00) Baku
(GMT-01:00) Azores
(GMT-06:00) Saskatchewan
(GMT-01:00) Cape Verde Is.
(GMT+04:00) Yerevan (Do not use)
(GMT+09:30) Adelaide
(GMT-06:00) Central America
(GMT+06:00) Astana, Dhaka
(GMT-04:00) Manaus
(GMT+01:00) Belgrade, Bratislava, Budapest, Ljubljana, Prague
(GMT+01:00) Sarajevo, Skopje, Warsaw, Zagreb
(GMT+11:00) Magadan, Solomon Is., New Caledonia
(GMT-06:00) Central Time (US & Canada)
(GMT-06:00) Guadalajara, Mexico City, Monterrey
(GMT+08:00) Beijing, Chongqing, Hong Kong, Urumqi
(GMT-12:00) International Date Line West
(GMT+03:00) Nairobi
(GMT+10:00) Brisbane
(GMT+02:00) Minsk
(GMT-03:00) Brasilia
(GMT-05:00) Eastern Time (US & Canada)
(GMT+02:00) Cairo
(GMT+05:00) Ekaterinburg (RTZ 4)
(GMT+12:00) Fiji, Kamchatka, Marshall Is.
(GMT+02:00) Helsinki, Kyiv, Riga, Sofia, Tallinn, Vilnius
(GMT+03:00) Tbilisi
(GMT) Greenwich Mean Time : Dublin, Edinburgh, Lisbon, London
(GMT-03:00) Greenland
(GMT) Casablanca, Monrovia, Reykjavik
(GMT+02:00) Athens, Bucharest, Istanbul
(GMT-10:00) Hawaii
(GMT+05:30) Chennai, Kolkata, Mumbai, New Delhi
(GMT+03:30) Tehran
(GMT+02:00) Jerusalem
(GMT+02:00) Amman
(GMT+09:00) Seoul
(GMT-02:00) Mid-Atlantic
(GMT+02:00) Beirut
(GMT-07:00) Mountain Time (US & Canada)
(GMT-07:00) Chihuahua, La Paz, Mazatlan
(GMT+06:30) Yangon (Rangoon)
(GMT+06:00) Novosibirsk (RTZ 5)
(GMT+02:00) Windhoek
(GMT+05:45) Kathmandu
(GMT+12:00) Auckland, Wellington
(GMT-03:30) Newfoundland
(GMT+08:00) Irkutsk (RTZ 7)
(GMT+07:00) Krasnoyarsk (RTZ 6)
(GMT-04:00) Santiago
(GMT-08:00) Pacific Time (US & Canada)
(GMT-08:00) Tijuana, Baja California
(GMT+01:00) Brussels, Copenhagen, Madrid, Paris
(GMT+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)
(GMT-03:00) Buenos Aires, Georgetown
(GMT-05:00) Bogota, Lima, Quito, Rio Branco
(GMT-04:00) La Paz
(GMT+13:00) Samoa
(GMT+07:00) Bangkok, Hanoi, Jakarta
(GMT+08:00) Kuala Lumpur, Singapore
(GMT+02:00) Harare, Pretoria
(GMT+05:30) Sri Jayawardenepura
(GMT+08:00) Taipei
(GMT+10:00) Hobart
(GMT+09:00) Osaka, Sapporo, Tokyo
(GMT+13:00) Nuku'alofa
(GMT-05:00) Indiana (East)
(GMT-07:00) Arizona
(GMT+10:00) Vladivostok, Magadan (RTZ 9)
(GMT+08:00) Perth
(GMT+01:00) West Central Africa
(GMT+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna
(GMT+05:00) Tashkent
(GMT+10:00) Guam, Port Moresby
(GMT+09:00) Yakutsk (RTZ 8)
(GMT-03:00) Montevideo
(GMT+04:00) Yerevan
(GMT-04:30) Caracas
(GMT-03:00) Buenos Aires
(GMT-03:00) Salvador
(GMT+06:00) Dhaka
(GMT) Coordinated Universal Time
(GMT+02:00) Kaliningrad (RTZ 1)
(GMT+12:00) Magadan (Do not use)
(GMT+04:00) Port Louis
(GMT) Casablanca
(GMT+05:00) Islamabad, Karachi
(GMT-04:00) Asuncion
(GMT+02:00) Damascus
(GMT+08:00) Ulaanbaatar
(GMT+02:00) Istanbul
(GMT-11:00) Coordinated Universal Time-11
(GMT+12:00) Coordinated Universal Time+12
(GMT+01:00) Tripoli
(GMT+11:00) Chokurdakh (RTZ 10)
(GMT+12:00) Anadyr, Petropavlovsk-Kamchatsky (RTZ 11)
(GMT+04:00) Izhevsk, Samara (RTZ 3)
__________________
Axapta v.3.0 sp5 kr2

Последний раз редактировалось AndyD; 12.11.2015 в 13:28. Причина: Добавил для английского языка
Старый 12.11.2015, 12:38   #129  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,200 / 1943 (71) ++++++++
Регистрация: 12.10.2004
Записей в блоге: 2
Спасибо, это и требовалось

А вы его с MUI совместно используете?

Последний раз редактировалось Logger; 12.11.2015 в 12:46.
Старый 12.11.2015, 13:26   #130  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,555 / 2391 (85) +++++++++
Регистрация: 20.08.2005
Сейчас нет)
Раньше использовал

Про проблемы с MUI - посмотрите это сообщение Y2K11 или переход на зимнее время
__________________
Axapta v.3.0 sp5 kr2
За это сообщение автора поблагодарили: Logger (10).
Старый 22.03.2016, 12:58   #131  
Damn is offline
Damn
Участник
 
357 / 103 (4) +++++
Регистрация: 28.05.2003
Адрес: Москва
Хочу уточнить. Все эти патчи в 2011 и 2014 годах для Ax2009 не затронули часовой пояс Минска ?
Элемент TIMEZONE::GMTPLUS0200MINSK не соответствует минскому времени.
Можно конечно просто московский часовой пояс выбирать. Но вдруг я просто пропустил и не установил какой-то патч, в котором вдруг появился TIMEZONE::GMTPLUS0300MINSK.
__________________
Дмитрий
Старый 27.03.2016, 07:40   #132  
Damn is offline
Damn
Участник
 
357 / 103 (4) +++++
Регистрация: 28.05.2003
Адрес: Москва
http://gost.ru/wps/portal/pages/news/?article_id=3279

Опять изменения в часовых поясах. Коснулось следующих регионов :

- Забайкальский край;
- Астраханская область;
- Алтайский край;
- Республика Алтай;
- Сахалинская область;
- Ульяновская область.

Хотфикс уже вышел ?
__________________
Дмитрий
Старый 12.08.2019, 10:36   #133  
Pandasama is offline
Pandasama
Участник
 
128 / 30 (2) +++
Регистрация: 11.08.2014
Адрес: Барнаул
товарищи, а где-то можно этот патч KB3011878 найти?
ссылки все битые, на партнер-сайтах тоже найти не можем
может быть, у кого-то остался этот патч или xml из него?
или есть возможность выгрузить пропатченный кусок таблицы временных зон ?
Старый 12.08.2019, 14:13   #134  
sukhanchik is offline
sukhanchik
Moderator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,725 / 2373 (85) +++++++++
Регистрация: 13.06.2004
Адрес: Москва
KB3011878.rar
__________________
Возможно сделать все. Вопрос времени
За это сообщение автора поблагодарили: Pandasama (1).
Теги
time, time zone, utc, utcdatetime, зимнее время, часовые пояса

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Время транспортировки в часах Innokentiy DAX: Программирование 2 21.07.2011 15:44
DAX2009 зафиксировать дату и время сеанса Raven Melancholic DAX: Функционал 3 25.04.2011 16:26
Переход с Axapta 3.0 на AX 2009 - критика утилиты конвертации БД и скриптов обновления gl00mie DAX: Администрирование 5 02.01.2011 23:37
Время по графику и фактическое время работы в табеле nicko DAX: Функционал 0 09.02.2005 15:24
Установить время файла? SnowMan DAX: Программирование 5 01.10.2003 14:42
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 04:57.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.