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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 30.03.2011, 12:29   #1  
Damn is offline
Damn
Участник
 
436 / 154 (6) ++++++
Регистрация: 28.05.2003
Адрес: в глуши
Ax2009 SP1 RU6. LedgerBalanceSum_CurrentMST.buildQuery(). Ошибка при пустой начальной дате
Не знаю в той ли я теме пишу.
Вопрос у меня про метод LedgerBalanceSum_CurrentMST.buildQuery()
В Ax2009 появился в этом методе в 57-й строке следующий код
X++:
        // <GEEU>
        if (fromDate || toDate)
        {
        // </GEEU>
            qr.value(SysQuery::range(fromDate,toDate));
        // <GEEU>
        }
        // </GEEU>
В результате стал некорректно работать "Анализ счёта", если в нём не заполнить начальную дату. При пустой начальной дате система считает начальное сальдо по счёту и делает это за весь период. В Ax 3.0 не было показанных выше модификаций GEEU и такой ошибки в анализе счёта не возникало.
Непонятно только что исправлять - LedgerBalanceSum_CurrentMST.buildQuery() или RLedgerSheetEngine_AccountReview.initAccounts() ?
Нужно ли где-то в системе чтобы сальдо считалось при пустых fromDate и toDate ?
__________________
Дмитрий
Старый 30.03.2011, 12:39   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Damn Посмотреть сообщение
Нужно ли где-то в системе чтобы сальдо считалось при пустых fromDate и toDate ?
Да, нужно.
Я считаю это багой локализации.
По моему мнению надо исправлять LedgerBalanceSum_CurrentMST.buildQuery()
__________________
полезное на axForum, github, vk, coub.
Старый 30.03.2011, 14:44   #3  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
257 / 302 (11) ++++++
Регистрация: 14.10.2003
Цитата:
Сообщение от mazzy Посмотреть сообщение
Да, нужно.
Я считаю это багой локализации.
По моему мнению надо исправлять LedgerBalanceSum_CurrentMST.buildQuery()
Можно подробнее пояснить в чем заключается бага?
Какой необходимо получить результат при пустых датах?
Старый 30.03.2011, 14:48   #4  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от AlexSD Посмотреть сообщение
Можно подробнее пояснить в чем заключается бага?
Какой необходимо получить результат при пустых датах?
при пустой начальной дате надо считать от начала времен
при пустой конечной дате надо считать до конца времен

при пустой начальной дате в отчете "Анализ счета" (и во всех других отчетах) начальное сальдо должно быть = 0.
__________________
полезное на axForum, github, vk, coub.
Старый 30.03.2011, 14:54   #5  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
257 / 302 (11) ++++++
Регистрация: 14.10.2003
Цитата:
Сообщение от mazzy Посмотреть сообщение
при пустой начальной дате надо считать от начала времен
при пустой конечной дате надо считать до конца времен

при пустой начальной дате в отчете "Анализ счета" (и во всех других отчетах) начальное сальдо должно быть = 0.
Если приглядеться пристальнее, наш фикс лишь восстанавливает логику sys-овского функционала нарушенного при модификации метода SysQuery::range().

Этим я хочу сказать, что указанный кусок кода работает так, как и было задумано. И никакой "баги локализации" здесь нет.

Последний раз редактировалось AlexSD; 30.03.2011 в 14:56. Причина: синтаксис
Старый 30.03.2011, 15:01   #6  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10

как скажете.

я только повторю изначальную проблему:
Цитата:
Сообщение от Damn Посмотреть сообщение
В результате стал некорректно работать "Анализ счёта", если в нём не заполнить начальную дату. При пустой начальной дате система считает начальное сальдо по счёту и делает это за весь период.
__________________
полезное на axForum, github, vk, coub.
Старый 30.03.2011, 15:07   #7  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
257 / 302 (11) ++++++
Регистрация: 14.10.2003
Да. Таким образом поменялась логика sys-ких запросов. Еще с 4-ки. Если даты в запросе не заданы, то берется весь период.
Старый 30.03.2011, 15:12   #8  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,479 / 1250 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Что "так было задумано" и "именно так работает на SYS слое" еще не означает, что "так ПРАВИЛЬНО".

Вот интересно. Ошибки-то в общем-то, и нет. Но работает - не так, как ожидает пользователь и, на мой взгляд, некорректно.

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

С Уважением,
Георгий
Старый 30.03.2011, 15:30   #9  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
257 / 302 (11) ++++++
Регистрация: 14.10.2003
Могу возразить, что это так же не значит, что "так НЕПРАВИЛЬНО". Этот фикс был сделан для некой баги. Кому-то значит показалось, что без этого фикса работает неправильно.

Кому верить?
Старый 30.03.2011, 15:45   #10  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,479 / 1250 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Вот тут-то и проблема.

1. Нет информации, что за бага и как она "стрельнула". Но охотно верю, что такое могло быть.

2. Согласен. Не "правильно", а, скорее, "ожидаемо".

перекрывать SYS - не дело, т.к. непонятно, что еще может произойти и надо тестировать.
вводить галочку - тоже надо сильно прорабатывать, согласовывать, думать, на какие даты можно ставить дэйтнуль, а на какие- не стоит... по всей системе делать или только здесь.

Ждем предложений.

Георгий
Старый 30.03.2011, 16:02   #11  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от AlexSD Посмотреть сообщение
Кому верить?
Покупателям-Пользователям.
__________________
полезное на axForum, github, vk, coub.
Старый 30.03.2011, 16:15   #12  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
257 / 302 (11) ++++++
Регистрация: 14.10.2003
Цитата:
Сообщение от mazzy Посмотреть сообщение
Покупателям-Пользователям.
Этот фикс тоже был сделан для покупателей-пользователей... Только они не поленились завести багу.
Теги
ax2009, ru6, sp1, баг, ошибка

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
AOS Ax2009 SP1 RU6 слопал 7Гб. Poleax DAX: Администрирование 33 26.07.2011 11:49
AX 2009 Technical Journal: AX2009 SP1 secret statistics Blog bot DAX Blogs 0 17.02.2011 21:11
Падает AOS MS DAX 2009 SP1 RU6 Daiver DAX: Администрирование 21 14.02.2011 09:59
Ошибка при установке корпоративного портала ax2009, ошибка доступа Antant DAX: Администрирование 0 11.09.2009 09:28
Русская локализация Axapta 3 ? SlavaK DAX: Администрирование 59 01.07.2003 22:38

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:48.