Авансовая и курсовая разницы в DAX 4.0

[Ivanhoe]

DAX 4.0 SP2 FP1 EE + проект PS_37376_39274.

Этот проект - дополнения по отмене суммовой разницы и добавлению авансовых разниц.

В процедуре сопоставлений появился следующий алгоритм:

Если (не передан первый параметр или в этом параметре поле "Накладная" заполнено) и в одной из проводок сопоставления отмечена галка "Предоплата", то работаем с авансовой разницей, иначе - с курсовой (см. CustVendExchAdjustment_W::isAdvanceAdjustment).

При сопоставлении первый параметр передается, при рассопоставлении - нет.

Получаем следующую проблему:
1. При сопоставлении поле "накладная" не заполнено, получаем курсовую разницу.
2. При рассопоставлении по факту анализируем только галку "Предоплата", получаем тип разницы - авансовая и пытаемся отсторнировать только ее.
3. В итоге в таблице "Журнал разноски по клиентам и поставщикам" (не безызвестная CustVendTransPostingLog_RU, см., например, Баг на форме "Проводки по сопоставлению") остается строка по курсовой разнице, хотя проводки рассопоставлены.
4. При попытке сопоставить проводку заново - выдается ошибка, причина которой - наличие строки из п.3.

Мне кажется, что это - баг. Прошу совета - как лучше поправить? Предложение всегда заполнять поле "Накладная" будет рассматриваться в самую последнюю очередь.

[Ivanhoe]

Поясню, указанный проект выложен вот здесь: https://mbs.microsoft.com/partnersou...rintpage=false (партнерсорс, нужен доступ).

[Ivanhoe]

UP!

Никто что ли не ведет в 4.0 учет по РСБУ??

[Ivanhoe]

up, что же делать?

[Jabberwocky]

Если хотите, чтобы Вам помогли, опишите пожалуйста входные условия в терминах операций (напр. операции какого типа сопоставляются, даты и пр.), а не фрагментов кода, которые Вы возможно истолковали неверно.
Авансовая разница возникает при сопоставлении накладных с предоплатами и является по сути "продолжением" накладной.

[Ivanhoe]

Делаю фильтр по первому посту =)

0.Настраиваем авансовые разницы, как описано в руководстве по хот-фиксу.
1. Сопоставляем начисление (поле накладная не заполнено) и предоплату (галка "Предоплата" стоит).
2. Формируется курсовая разница (можем посмотреть ее по кнопке "Проводки по сопоставлению" в форме "Операции" по поставщику).
3. Рассопоставляем операции, в проводках по сопоставлению ОСТАЛАСЬ строка с курсовой разницей.
4. При попытке сопоставить исходные операции заново - ошибка про книги покупок (на самом деле ругается на ОСТАВШУЮСЯ строку).

[Ivanhoe]

Цитата:

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

Авансовая разница возникает при сопоставлении накладных с предоплатами и является по сути "продолжением" накладной.

Согласен! Так и происходит - нет накладной, нет авансовой разницы. НО! При рассопоставлении почему-то ищеться именно авансовая (а не курсовая). Рассопоставление до "исправлений" от МС №PS_37376_39274 работает, после - не работает.

Мне кажется что это ошибка, и про это просто не подумали.

[Jabberwocky]

Ну, во-первых, проводки из таблицы "Проводки по сопоставлению" (CustVendTransPostingLog_RU) не всегда удаляются при реверсе, - например при рассопоставлении на другую дату они не удаляются, а помечаются признаком "Отменено". Во-вторых, не совсем понятно, что Вы подразумеваете под термином "начисление", - какая это конкретно операция и каким образом формируется?

И наконец, почему Вы решили что при рассопоставлении ищется именно авансовая разница? Отмена сопоставления по постинг логу выполняется в методе CustVendReversePostingLog_RU.doReverse(), условие выглядит следующим образом:

if ((transPostingLog.AccountNum                    ||
             transPostingLog.AccountNumOffset   ||
             transPostingLog.TaxRefId                  ||
            (transPostingLog.PostingLogType == CustVendTransPostingLogType_RU::AdvanceAdjustment &&
             moduleCustVend                        == ModuleCustVend::Vend)) &&
           (transPostingLog.PostingLogType == CustVendTransPostingLogType_RU::VATTransit ? _postVATTransit : true))
        {

[Ivanhoe]

Для начала, благодарю, что проявили активность, остальные молчат

Цитата:

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

Ну, во-первых, проводки из таблицы "Проводки по сопоставлению" (CustVendTransPostingLog_RU) не всегда удаляются при реверсе, - например при рассопоставлении на другую дату они не удаляются, а помечаются признаком "Отменено". Во-вторых, не совсем понятно, что Вы подразумеваете под термином "начисление", - какая это конкретно операция и каким образом формируется?

Ну вы же знаете, когда они удаляются, а когда нет? Новички в любом случае помочь мне не смогут (изначально постилось в надежде на людей, которые пользуются авансовыми разницами и понимают что это такое).
Начисление - проводка в общем журнале ГК с типом счета "Поставщик"/"Клиент", поле "накладная" НЕ заполнено.

Цитата:

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

И наконец, почему Вы решили что при рассопоставлении ищется именно авансовая разница? Отмена сопоставления по постинг логу выполняется в методе CustVendReversePostingLog_RU.doReverse(), условие выглядит следующим образом:

if ((transPostingLog.AccountNum                    ||
             transPostingLog.AccountNumOffset   ||
             transPostingLog.TaxRefId                  ||
            (transPostingLog.PostingLogType == CustVendTransPostingLogType_RU::AdvanceAdjustment &&
             moduleCustVend                        == ModuleCustVend::Vend)) &&
           (transPostingLog.PostingLogType == CustVendTransPostingLogType_RU::VATTransit ? _postVATTransit : true))
        {

Ну если уже опять вернулись к коду, то могу привести такой лог событий:

\Classes\CustVendExchAdjustment_W\isAdvanceAdjustment
\Classes\CustVendReversePosting\reverseExchAdjustment_RU
\Classes\CustVendReversePosting\restoreCustVendTrans
\Classes\CustVendReversePosting\updateNow
\Data Dictionary\Tables\VendTrans\Methods\reverseTransact
\Classes\FormButtonControl\Clicked

Обратите внимание на последний метод - в нем все дело. А тот код, который вы привели - он ничего не делает, так как туда передается ПУСТАЯ выборка, потому что система "не знает", что нужно сторнировать КУРСОВУЮ.

[Jabberwocky]

Ок, привожу полный код метода CustVendExchAdjustment_W.isAdvanceAdjustment():

public static boolean isAdvanceAdjustment(CustVendTrans _firstCustVendTrans,
                                          CustVendTrans _custVendTransDebet,
                                          CustVendTrans _custVendTransCredit)
{
    boolean isAmountDiff = _custVendTransDebet.CurrencyCode  != CompanyInfo::standardCurrency() && _custVendTransDebet.Invoice &&
                           _custVendTransCredit.CurrencyCode == CompanyInfo::standardCurrency() && ! _custVendTransCredit.Invoice;

    if (isAmountDiff && AmountDiffParameters_RU::find().Active)
    {
        return false;
    }

    if (((! _firstCustVendTrans && (_custVendTransDebet.Invoice || _custVendTransCredit.Invoice)) || _firstCustVendTrans.Invoice) &&
        (_custVendTransDebet.Prepayment || _custVendTransCredit.Prepayment)                                                       &&
        LedgerParameters::find().AdvanceAdjustment_W)
    {
        return true;
    }

    return false;
}

Нетрудно заметить, что метод возращает true, если поле Invoice заполнено ХОТЯ БЫ В ОДНОЙ из сопоставляемых проводок - в Вашем случае это поле в обеих проводках пустое и метод вернет false, - что верно, т.к. накладной для переоценки нет и авансовой разницы у нас не было (была курсовая).

А насчет doReverse() - Вы не правы, не буду спорить, просто пройдитесь дебаггером.

[Ivanhoe]

Замечательно!
Спасибо за код метода. У меня не так:

public static boolean isAdvanceAdjustment(CustVendTrans _firstCustVendTrans,
                                          CustVendTrans _custVendTransDebet,
                                          CustVendTrans _custVendTransCredit)
{
    boolean isAmountDiff = _custVendTransDebet.CurrencyCode  != CompanyInfo::standardCurrency() && _custVendTransDebet.Invoice &&
                           _custVendTransCredit.CurrencyCode == CompanyInfo::standardCurrency() && ! _custVendTransCredit.Invoice;

    if (isAmountDiff && AmountDiffParameters_RU::find().Active)
    {
        return false;
    }

    // ОТЛИЧИЯ В УСЛОВИЯХ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1
    if ((! _firstCustVendTrans          || _firstCustVendTrans.Invoice)     &&
        (_custVendTransDebet.Prepayment || _custVendTransCredit.Prepayment) &&
        LedgerParameters::find().AdvanceAdjustment_W)   {
        return true;
    }

    return false;
}

Не подскажете, какие хот-фиксы у вас стоят? У меня на тему авансовой разницы только вот эти:
PS_37376_39274
PS_46620

[Jabberwocky]

Этот хотфикс еще не вышел

[sukhanchik]

А в этом хотфиксе кроме данного метода еще что-то есть и он выйдет? Или этот хотфикс является "личным" ?

[Jabberwocky]

Выйдет в составе DAX 2009 Eastern Europe. Для решения проблемы автора поста, полагаю, приведенных изменений будет достаточно.