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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 06.11.2013, 19:12   #1  
Technician is offline
Technician
Участник
 
6 / 10 (1) +
Регистрация: 06.11.2013
Angry Проблема с датой в кастомной сущности
Добрый день
Есть MS CRM 4 стоит на win2008 R2 и SQL 2008
24 октября появилась проблема с кастомной сущностью
При заполнении в ней кастомного поля "дата" через миникалендарь встроенный день откатывается на сутки назад.
Пример. Задаю дату 26.10.2013, сохраняю, запрашиваю отчет по действиям за промежуток с 24 по 26, фильтр стоит по этому кастомному полю.
В итоге получаю сущность созданная 26го, появляется не в 26 а 25 числом. В SQL делаю запрос на аналогичную выгрузку, получаю, что поле "дата" имеет 25.10.2013.

Лезу обратно в базу, в CRM отображается в поле дата 26.10.2013 как и забивали. Но в SQL та же запись имеет число 25.10.2013.
До 24 октября 2013 все нормально. Вопрос куда копать? Хоть примерно?
Старый 06.11.2013, 19:31   #2  
spectr is offline
spectr
Участник
Аватар для spectr
MCBMSS
Лучший по профессии 2014
 
287 / 70 (3) ++++
Регистрация: 19.10.2011
Адрес: Киев
в отчет.
Больше всего что в отчете используется статическое изменение даты +2 часа а нужно через преобразователь по часовым поясам.
В базе оно хранит в UTC и полную дату и время 26.10 в срм это 25.10.2013 21:00 в SQL
Старый 06.11.2013, 19:37   #3  
spectr is offline
spectr
Участник
Аватар для spectr
MCBMSS
Лучший по профессии 2014
 
287 / 70 (3) ++++
Регистрация: 19.10.2011
Адрес: Киев
Вот 1 из примеров http://blogs.microsoft.co.il/blogs/a...s-crm-4-0.aspx
Старый 06.11.2013, 19:59   #4  
Technician is offline
Technician
Участник
 
6 / 10 (1) +
Регистрация: 06.11.2013
Тут не проблема с каким то одним отчетом, этот отчет нормально работал почти год.
Случайно выяснили что 24 числа начался вот такой сбой. т.е. в самой crm все как занесли руками 26.10.2013, а уже в SQL это же поле значится 25.10.2013, я уже и время смотрел у всех полей с 24го числа это поле ровно на 1 день назад на 20:00:00 вечера.
Про пробелмы с часовыми поясами я читал, тут другое, на самом сервере где она крутится, я сижу и выполняю отчет на нем же. Даты стоят правильные. Я сделал запрос к скулю изменилась ли дата создания... тут все ок, как была 26.10.2013 так и осталась. Только это конкретное поле, одной конкретной сущности.
Старый 06.11.2013, 22:17   #5  
Technician is offline
Technician
Участник
 
6 / 10 (1) +
Регистрация: 06.11.2013
Update: Создал для этой сущности новый атрибут (datetime - только дата), поместил на форму.
Создаю новую, забиваю в новый атрибут 06.11.2013, в старую косячную 06.11.2013 и лезу в SQL.
Запрашиваю все документы созданные по полю createdon 06.11.2013
И получаю свой документ, но атрибуты, что новый, что старый выдают мне 05.11.2013 20:00:00
Теперь как исправить не знаю... пока залатал автоприсваиванием на день вперед, но это не вариант.

Это не косяк часового пояса, ибо дата на которую меняется в SQL ровно на сутки раньше, а время всегда 20:00:00

Последний раз редактировалось Technician; 06.11.2013 в 22:19. Причина: Update
Старый 06.11.2013, 22:42   #6  
Konstantin Katsovich is offline
Konstantin Katsovich
Участник
Аватар для Konstantin Katsovich
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
 
243 / 57 (2) ++++
Регистрация: 22.10.2008
Адрес: Israel
Вы уверенны, что Ваша проблема связанна с определенной сущность, а не со всеми поля типа дата во всех сущностях при определенных датах?

Моё мнение по вопросу:
Я думаю, что Ваша проблема связанна с тем, что в России последние год два не переводят время.
В срм есть специальная таблица в которой содержится информация о летнем и зимнем времени.
Что бы это правильно работало Майкрософт должны выпустить патч, который меняет эту информацию.
Т.к. у вас срм 4, а для него думаю такого патча не существует.

Решение:
Вы можете попробовать поменять эту информацию сами ручками в SQL. Не рекомендуется.
Переходите на новый срм. (шутка)

p.s.1 Я живу в Израиле. У нас наше умное правительство в этом году в июне решило, что будет переводить время не 6 сентября а 26 октября. Ну и все системы работали с неправильным временем два месяца. Мы дали частичное решение перевести часовой пояс на Грецию. Но это решение не полное.

p.s. 2 В Вашем случае нужно найти страну которая тоже не переводит время, но находится в том же часовом поясе.
__________________
Читайте SDK!!!
Старый 06.11.2013, 23:29   #7  
Technician is offline
Technician
Участник
 
6 / 10 (1) +
Регистрация: 06.11.2013
А таблицу эту можно посмотреть где либо? И опять же вопрос если это перевод времени, почему запись созданная 06.11.2013 в 19:45 и запись созданная 06.11.2013 в 22:00, откатываются на 05.11.2013 20:00
Ну и вопрос сразу в SQL где смотреть?

Update: мда в общем съезжают ВСЕ кастомные поля типа datetime кроме оригинального createdon.... во всех сущностях ;(
Вилы...

Последний раз редактировалось Technician; 06.11.2013 в 23:37.
Старый 07.11.2013, 00:51   #8  
Konstantin Katsovich is offline
Konstantin Katsovich
Участник
Аватар для Konstantin Katsovich
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
 
243 / 57 (2) ++++
Регистрация: 22.10.2008
Адрес: Israel
Цитата:
Сообщение от Technician Посмотреть сообщение
А таблицу эту можно посмотреть где либо? И опять же вопрос если это перевод времени, почему запись созданная 06.11.2013 в 19:45 и запись созданная 06.11.2013 в 22:00, откатываются на 05.11.2013 20:00
Сложно мне от сюда сказать почему, возможно есть какой-нибудь код который меняет.
Попробуйте отключить все плагины и скрипты.
Время не откатывается, а конвертируется в UTC.

Цитата:
Сообщение от Technician Посмотреть сообщение
Ну и вопрос сразу в SQL где смотреть?

Название таблицы я поищу.
__________________
Читайте SDK!!!
Старый 07.11.2013, 01:06   #9  
Konstantin Katsovich is offline
Konstantin Katsovich
Участник
Аватар для Konstantin Katsovich
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
 
243 / 57 (2) ++++
Регистрация: 22.10.2008
Адрес: Israel
Цитата:
Сообщение от Konstantin Katsovich Посмотреть сообщение
Название таблицы я поищу.
Это view имя: TimeZoneRule
__________________
Читайте SDK!!!
Старый 07.11.2013, 01:57   #10  
Technician is offline
Technician
Участник
 
6 / 10 (1) +
Регистрация: 06.11.2013
Окей, вопрос не в том откатывается или конвертируется, если бы дело было в часовом поясе, то конвертация была бы наверное в разные часы-минуты. т.е скажем запись с временем 14:00 конвертировалась бы в 20:00, а 15:00 в 21:00. А у меня четко все в 20:00
Старый 07.11.2013, 10:01   #11  
Konstantin Katsovich is offline
Konstantin Katsovich
Участник
Аватар для Konstantin Katsovich
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
 
243 / 57 (2) ++++
Регистрация: 22.10.2008
Адрес: Israel
Цитата:
Сообщение от Technician Посмотреть сообщение
Окей, вопрос не в том откатывается или конвертируется, если бы дело было в часовом поясе, то конвертация была бы наверное в разные часы-минуты. т.е скажем запись с временем 14:00 конвертировалась бы в 20:00, а 15:00 в 21:00. А у меня четко все в 20:00
Поищите код/SQl Job ....
__________________
Читайте SDK!!!
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Как показать все активности от кастомной сущности у сущности Контакт Ketevan Dynamics CRM: Функционал 1 15.02.2012 15:40
Ошибка при открытии кастомной сущности Rocket Dynamics CRM: Разработка 8 20.12.2011 23:18
Проблема с генерацией кастомного отчёта (построенного на основании кастомной сущности) из плагина pz_minsk Dynamics CRM: Разработка 0 18.11.2011 16:46
Проблема при создании сущности Incident через веб-сервис Казарин Александр Dynamics CRM: Разработка 4 22.04.2010 14:51
Как создать экземпляр кастомной сущности через SOAP? Tony Green Dynamics CRM: Разработка 7 27.02.2009 08:37

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

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

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