Метод inventCostItemDim\calcLaterAdjustment. Ошибка кода или проблема ядра ? И как правильно исправить ?

[SRF]

Добрый день.

DAX 2009 RU7, в младших версиях AX такое условие также присутствует.

...
inventSettlement.InventTransCurrency_RU   == inventTransCurrency      &&
...

В случаях когда выключен конф. ключ по закрытию запасов во вторичной валюте на СУБД улетает запрос вида 1 = ?(правда это в DAX 4.0, в DAX 2009 не проверял), точнее в случае основной валюты 1 = 0, что по сути приводит к пустой выборке.

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

Решит ли проблему исправление вида, т.е. после включения не возникнет ли других проблем и неожиданных результатов :

...
((! isConfigKeyEnable(....) || inventSettlement.InventTransCurrency_RU   == inventTransCurrency))      &&
...

UPD - вопрос закрыт, код работает корректно, подставляется условие 1=1.

[Alexanderis.ua]

спасибо за наводку. надо наверно тоже внести поправку.

Я такой же косяк исправлял в другом месте. Класс InventSumDateFinancialCalc_RU метод calcTransFinancialSettlements.
Тут происходит пересчет таблицы InventSumDateFinancialTrans_RU, которая используется для некоторых русских отчетов по складу (уже не скажу каких именно).

И да, поведение странное. Логичнее было бы возвращать в этом случае 0, а не 1 - раз поля нет, нет и его значения. Может это так NULL обрабатывается? Я к сожалению не знаю, как система обрабатывает отсутствующие поля перед отправкой запросов.
Может у кого из знатоков есть соображения?