Периодическая переоценка в AX2012 - грубая ошибка или глубоко зарытый смысл?

[ksenia]

Коллеги, АХ2012:
Представим себе ситуацию: Есть проводка по поставщику, открытая, по ней начислена нереализованная курсовая разница на 30.06.2014, метод учета курсовой разницы - стандарт.
Делаю повторную переоценку на 31.07.2014, система формирует ваучер по переоценке 31.07.2014, в котором сторнирует предыдущую переоценку и начислет новую.
И вот в сторно предыдущей переоценке я замечаю какой-то совершенно левый счет (совершенно не тот, по которому была проведена исходная переоценка, которую система и пытается сторнировать).
Начинаем выяснять почему и наталкиваемся на вот такой код в классе CustVendExchAdjPostingEngine:

if (lastReportingCurrencyAdjustmentEstimation != 0)
            {
                previousReportingCurrencyAdjustmentLedgerPostingType = this.getLedgerPostingType(
                    lastReportingCurrencyAdjustmentEstimation,
                    false);

                if (previousReportingCurrencyAdjustmentLedgerPostingType == LedgerPostingType::ExchRateGain)
                {
                    select firstOnly LedgerDimension from generalJournalAccountEntry
                        where generalJournalAccountEntry.createdTransactionId == previousCreatedTransactionId
                            && generalJournalAccountEntry.PostingType == LedgerPostingType::ExchRateGain
                            && generalJournalAccountEntry.ReportingCurrencyAmount < 0
                        exists join generalJournalEntry
                            where generalJournalEntry.RecId == generalJournalAccountEntry.GeneralJournalEntry
                                && generalJournalEntry.AccountingDate == lastExchAdjDate;
                }
                else
                {
                    select firstOnly LedgerDimension from generalJournalAccountEntry
                        where generalJournalAccountEntry.createdTransactionId == previousCreatedTransactionId
                            && generalJournalAccountEntry.PostingType == LedgerPostingType::ExchRateLoss
                            && generalJournalAccountEntry.ReportingCurrencyAmount > 0
                        exists join generalJournalEntry
                            where generalJournalEntry.RecId == generalJournalAccountEntry.GeneralJournalEntry
                                && generalJournalEntry.AccountingDate == lastExchAdjDate;
                }

                previousReportingCurrencyAdjustmentLedgerDimension = generalJournalAccountEntry.LedgerDimension;
            }

Т.е. система для определения LedgerDimension, с которым пойдет сторнировка предыдущей нереализованной КР берет первую попавшуюся проводку из всей предыдущей переоценки! Да там может быть какой угодно счет, потому что может встретиться другая валюта с другими настройками счета для курсовой разницы. Почему нет фильтрации по ваучеру предыдущей переоценки?
Это что? Грубая ошибка или глубокий смысл? Объясните мне, пожалуйста
Спасибо!

[axotnik88]

подниму вопрос, но прикол еще далее. бывает Adjustment есть, но в это условие он не заходит, и потом ошибка что не Account number for transaction type Exchange rate gain does not exist.

 if (_useSettingsFromPreviousAdjustment)
{
    ledgerDimensionMerged = _previousAdjustmentLedgerDimension;
}

useSettingsFromPreviousAdjustment - тру, а вот _previousAdjustmentLedgerDimension то ноль.
Если возможность у кого получить класс CustVendExchAdjPostingEngine с последней версии R2-R3

[ksenia]

а, ну это просто в неправильном месте инициализация параметров. На фоне всего остального - так, невинная шутка...

[axotnik88]

Цитата:

Сообщение от ksenia

а, ну это просто в неправильном месте инициализация параметров. На фоне всего остального - так, невинная шутка...

так получается действительно есть ошибка? как исправляли?

[ksenia]

вынесли инициализацию выше, насколько я помню. Надо посмотреть куда конкретно?

[axotnik88]

Цитата:

Сообщение от ksenia

вынесли инициализацию выше, насколько я помню. Надо посмотреть куда конкретно?

Если не сложно, можете глянуть?

[ksenia]

Ну там парой слов не опишешь, но в общем, сделали новые методы для определения предыдущего значения LedgerDimension для валюты учета и валюты отчетности, вызов их вставили прямо в init