Баг в сопоставлении (Ax 3.0 SP3)

[maxsmirnov]

CustVendSettle.settleNow()
строка 617 (в сп3)

PHP код:

settleAmountMSTCredit   = custVendTransCredit.settleAmountCur; 


бейте меня палками если вру: присваивать сумму в одной валюте сумме в другой валюте - полный бред.
(я, конечно, не берусь утверждать что я целиком понял логику работы этого дикого метода в 1000 строк, но из контекста вроде бы не следует что валюта проводки равна основной валюте)

это появилось в слое syp

в слое sys все нормально:

PHP код:

settleAmountMSTCredit   = -settleAmountMSTDebet; 


[Andrew AG]

а может кто-то исправлял проводки созданные с такой ошибкой?
может есть джобик самописный?

[MironovI]

Был уже разговор на форуме, где-то даже было решение, я нашел только вот что.. http://www.axforum.info/forums/showt...mountMSTCredit

[BOAL]

А в чем собс-но проблема??

если рассмотреть строку 617 "целиком"

custVendTransCredit.closed = dateNull();
// EGLA, Amount difference -->
// Disabling western logic (see intro above)
if (custVendTransCredit.currencyCode != custVendTransDebet.currencyCode &&
! this.amountDiffParm_RU().active())
// Amount difference <--
settleAmountMSTCredit = custVendTransCredit.settleAmountCur;
else
settleAmountMSTCredit = Currency::amount(-(settleAmountCur / paym2Invoice) /
custVendTransCredit.amountCur * custVendTransCredit.amountMST);

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

[Andrew AG]

а я буржуй
помогите

[kvan]

по непроверенным данным "буржуины" которые "делают че им нравится" не так уж и далеко ...
не факт что следующая их фича не встанет нам поперек горла

[BOAL]

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

Потому, если где-то пишут i = j это не значит, что все так уж плохо

Или в нашем случае тесты говорят о лажовости получаемого сопостовления?

[Andrew AG]

в моем случае есть ошибка, которая заключается в неверном расчеты курсовых, т.е. если был счет на 100 евро который закрывался рублями, то у меня курсовая была 3500 рублей (цифры относительны, но порядок верен)

[linney]

конкретный пример можно?

накладная х
оплата у
курс z

и проводки?

[Andrew AG]

валюта компании USD
есть пять счетов в модуле AccountsPayable от 05.05.2004 на суммы 75, 75, 75, и 50, 50 все в EUR
есть две оплаты от 05.05.2004 на 11 250 RUR и на 4.35 EUR
делаем сопоставление и получаем 5 проводок с курсовыми на -23 294.94 (счет с реализованными прибылями по курсовым) и
8 693.74, 6 939.5, 5 146. 53 и 2 515.17 (счет с реализованными потерями по курсовым) USD

как понимаю, курсовой не должно быть вообще, т.к. счета и оплаты делались день в день

[glibs]

В МБСе можно получить хотфикс под сп3, который правит описанную вами багу. В сп4 обещали починить, но я пока не успел протестировать.

[Andrew AG]

хотфикс у меня есть. Причем ошибка была еще в СП2
меня сейчас интересует именно исправление проводок (создание коррекций на существующие).

[MironovI]

Сразу могу предупредить - рассопоставление не способ исправить кривые данные, поскольку при рассопосталении система заново расчитывает рублевый эквивалент проводки по курсу и сторнирует не один в один а как придется - я на это натыкался.. так что будьте бдительны, проверяйте если захотите рассопоставить корявые проводки..