Ошибка в расчете курсовых разниц

[SRF]

Попробуйте у таблицы VendSettlement свойство OccEnabled выставить в No. Только учтите, что время обновления данных по данной таблице увеличится, но ошибка по идее должна пропасть.

[Silphidae]

Спасибо, SRF
Установка указанного свойства в No решила проблему. А можно спросить, что это свойство определяет?

[SRF]

Цитата:

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

А можно спросить, что это свойство определяет?

Почитайте вот эту тему aEremenko: Излучая оптимизм

[ZVV]

Цитата:

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

.оптимизм.[/URL]

Ну и каким образом это повлияло на ситуацию с ошибкой на вставке, я что-то не совсем понимаю?

[Silphidae]

История с этой проблемой получила продолжение:
Установка свойства OccEnabled в 0 на VendSettlement с недавнего времени стала вешать АХ наглухо (оставляли расчет на ночь - с тем же результатом), хотя, ранее это помогало.
В то время как OccEnabled == 1 выдает ошибку, указанную в первом посте этого топика.
Т.о. в любом случае не удается произвести расчет.
Прошу, подскажите, пожалуйста, как это побороть.

[ena_ax]

Наткнулся на эту проблему. При анализе определил следующее: в методе recalcFutureRealizedExchAdj класса CustVendExchAdjustment_W
есть выборка

***************************************
while select  forupdate custVendSettlement
        where custVendSettlement.SettleAmountCur                    &&
              custVendSettlement.TransRecId == _custVendTrans.RecId &&
              custVendSettlement.TransDate > _postingDate           &&
              custVendSettlement.CanBeReversed
        join forupdate custVendSettlementOffset
            where custVendSettlementOffset.TransRecId  == custVendSettlement.OffsetRecId &&
                  custVendSettlementOffset.OffsetRecId == custVendSettlement.TransRecId  &&
                  custVendSettlementOffset.TransDate   == custVendSettlement.TransDate   &&
                  custVendSettlementOffset.CanBeReversed
{
*************************************************
}
    {

в моем понимании данный запрос всегда должен обрабатывать Одну строку (проверял на своих данных).
Но в некотрых случаях в недрах происходит добавление строки в таблицу сопоставлений и выборка идет по более чем одной строке. В результате получаем сообщение об ошибке, так как одна строка сопоставления Update несколько раз.
Сам Update происходит в методе reverseSettlement класса CustVendReversePosting.

public void reverseSettlement()
{
    // create reverse custVendSettlement for the original settled
    CustVendSettlement  reverseCustVendSettlement = custVendSettlement.data();
    ;
    reverseCustVendSettlement.CanBeReversed       = NoYes::No;
    reverseCustVendSettlement.SettleAmountCur     = - custVendSettlement.SettleAmountCur;
    reverseCustVendSettlement.SettleAmountMST     = - custVendSettlement.SettleAmountMST;
    reverseCustVendSettlement.UtilizedCashDisc    = - custVendSettlement.UtilizedCashDisc;
    reverseCustVendSettlement.ExchAdjustment      = - custVendSettlement.ExchAdjustment;
    if (isConfigurationkeyEnabled(configurationkeynum(ReverseSettlementDatePrinciple_RU)))
    {
        reverseCustVendSettlement.TransDate       = transactionDate;
    }
    custVendSettlement.CanBeReversed              = NoYes::No;
    reverseCustVendSettlement.insert();
    if (custVendSettlement.TransDate != transactionDate)
    {
        custVendSettlement.ReversedRecId_RU        = reverseCustVendSettlement.RecId;
        reverseCustVendSettlement.ReversedRecId_RU = custVendSettlement.RecId;
        reverseCustVendSettlement.ReverseTrans_RU  = NoYes::Yes;
        reverseCustVendSettlement.update();
    }
    [COLOR=red]custVendSettlement.update();[/COLOR]
[COLOR=red][/COLOR]}

Для исправление поставил firstonly (пока в тестовой базе).

Как считаете корректно ли такое исправление? Может кто по другому решил данную проблему.