30.03.2011, 12:29 | #1 |
Участник
|
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> Непонятно только что исправлять - LedgerBalanceSum_CurrentMST.buildQuery() или RLedgerSheetEngine_AccountReview.initAccounts() ? Нужно ли где-то в системе чтобы сальдо считалось при пустых fromDate и toDate ?
__________________
Дмитрий |
|
30.03.2011, 12:39 | #2 |
Участник
|
Цитата:
Я считаю это багой локализации. По моему мнению надо исправлять LedgerBalanceSum_CurrentMST.buildQuery() |
|
30.03.2011, 14:44 | #3 |
Microsoft Dynamics
|
|
|
30.03.2011, 14:48 | #4 |
Участник
|
Цитата:
при пустой конечной дате надо считать до конца времен при пустой начальной дате в отчете "Анализ счета" (и во всех других отчетах) начальное сальдо должно быть = 0. |
|
30.03.2011, 14:54 | #5 |
Microsoft Dynamics
|
Цитата:
Этим я хочу сказать, что указанный кусок кода работает так, как и было задумано. И никакой "баги локализации" здесь нет. Последний раз редактировалось AlexSD; 30.03.2011 в 14:56. Причина: синтаксис |
|
30.03.2011, 15:01 | #6 |
Участник
|
как скажете. я только повторю изначальную проблему: |
|
30.03.2011, 15:07 | #7 |
Microsoft Dynamics
|
Да. Таким образом поменялась логика sys-ких запросов. Еще с 4-ки. Если даты в запросе не заданы, то берется весь период.
|
|
30.03.2011, 15:12 | #8 |
Модератор
|
Что "так было задумано" и "именно так работает на SYS слое" еще не означает, что "так ПРАВИЛЬНО".
Вот интересно. Ошибки-то в общем-то, и нет. Но работает - не так, как ожидает пользователь и, на мой взгляд, некорректно. По умолчанию, на мой взгляд, незаполненная начальная дата - это нулевая. А не заполненная конечная - текущая. Я бы так ожидал от системы. Ну или предупреждения, что ли.. С Уважением, Георгий |
|
30.03.2011, 15:30 | #9 |
Microsoft Dynamics
|
Могу возразить, что это так же не значит, что "так НЕПРАВИЛЬНО". Этот фикс был сделан для некой баги. Кому-то значит показалось, что без этого фикса работает неправильно.
Кому верить? |
|
30.03.2011, 15:45 | #10 |
Модератор
|
Вот тут-то и проблема.
1. Нет информации, что за бага и как она "стрельнула". Но охотно верю, что такое могло быть. 2. Согласен. Не "правильно", а, скорее, "ожидаемо". перекрывать SYS - не дело, т.к. непонятно, что еще может произойти и надо тестировать. вводить галочку - тоже надо сильно прорабатывать, согласовывать, думать, на какие даты можно ставить дэйтнуль, а на какие- не стоит... по всей системе делать или только здесь. Ждем предложений. Георгий |
|
30.03.2011, 16:02 | #11 |
Участник
|
|
|
30.03.2011, 16:15 | #12 |
Microsoft Dynamics
|
|
|