Вторичный склад и журналы переноса

[Starling]

Наткнулся на очередную багу со вторичным складом. Все это для DAX2009 RU3.
Если для номенклатуры включить вторичный склад, то при определенных условиях вторичная себестоимость в проводке по приходу для переноса (в проводке по списанию вроде как все ок) не рассчитывается и всегда равна 0. Закрытие склада себестоимость не исправляет, в общем, с данными полная ерунда. В заказах на перемещение то же самое.
Необходимым условием возникновения этой ошибки – по переносу не должно формировать бух. проводок. Т.е. ошибка будет проявляться если:
• В параметрах УЗ отключен чек-бокс «Журналы переноса и заказы на перемещение»
или
• Перемещение происходит в рамках одного сайта и одного профиля учета (это новая фича для RU3).
Похоже, ошибка кроется в методе updateLedgerFinancialSecCur_RU класса InventMovement.
Кто-то сталкивался с такой ошибкой?

Смущает то, что эту багу я восстанавливаю и на DAX2009 без RU3 и в 4-ке. При чем в 4-ке это бага похоже будет проявляться всегда, так как проводки по переносу в 4-ке никогда не формируются. Т.е. либо у меня проблемы с настройками, либо никто не внедрял вторичный склад уже очень давно.
Кто что может сказать по этому поводу?

[Starling]

Делаю следующие изменения в коде:

public CostAmountSecCur_RU updateLedgerFinancialSecCur_RU(LedgerVoucher         _ledgerVoucher,
                                                          InventUpd_Financial   _updateNow)
{
    CostAmountSecCur_RU     costAmountSecCur;
    LedgerVoucherObject     ledgerVoucherObject = _ledgerVoucher.findLedgerVoucherObject();
    LedgerBondClient_RU     ledgerBondClient = ledgerVoucherObject.ledgerBondClient_RU();

    if (this.mustBeBookedFinancially() && this.mustBeBookedOnhandSecCur_RU())
    {
....
    }
//исправление -->
    else
    {
        if(this.mustBeBookedOnhandSecCur_RU())
        {
            costAmountSecCur = Currency::amount(_updateNow.parmCostAmountCurSecCur_RU(),
                                                CompanyInfo::secondaryCurrency_RU());
            if (costAmountSecCur)
            {
                _updateNow.updOperationsAmountSecCurLedger_RU(-costAmountSecCur);
            }
            else
            {
                _updateNow.updOperationsAmountSecCurLedger_RU(0);
            }
        }
    }
//исправление <--

    return costAmountSecCur;
}

На первый взгляд все работает. В том числе и коррекция при закрытии склада нормально протягивается.
Может, кто скажет, на сколько данные изменения имеют право на жизнь?
З.Ы.: код это для DAX2009 без RU3, так как его нет под рукой, но там я делал то же самое, с такими же результатами.

[EVGL]

Вот меня что удивляет: почему эту фичу не удалят из системы? К стыду своему должен признаться, что ее концепция принадлежит моему перу, но по прошествии 8 лет я бы первый проголосовал за ее удаление.

[Starling]

Эх…
1. Похоже, что ей никто не пользуются, раз критические ошибки переходят из версии в версию без изменений
2. MBS упорно продолжает ее поддерживать, так например механизм хранения структуры себестоимости в разрезе накладных расходов продублирован и для вторичного склада.
3. В моем случае этот механизм, при правильной работе, позволяет решать конкретные задачи. Если от него отказаться, то нужно будет писать свой аналог. Очень я сомневаюсь, что у нас лучше получится.