Откат расчета себестоимости ломает себестоимость возврата ?

[Logger]

Обнаружена проблема :

Описание
Ax 3.0 SP3

1. Заказ - продажа.
2. Пересчет себестоимости, - вызвал коррекцию себестоимости расхода. (что-то записалсь в InventTrans.CostAmountAdjustment))
3. Возврат товара по заказу, с заполнением поля InventTransIdReturn - "Номер лота возврата". - Как следствие в возращаемую проводку записалась сумма значений CostAmountPosted и CostAmountAdjustment
4. Отмена пересчета себестоимости. Убирает Значение из CostAmountAdjusment расходной проводки по заказу, но не меняет приходную проводку по возврату.
5. Если еще раза посчитать себестоимость, то в CostAmountAdjustment расходной проводки опять будет записано какое то значение и оно же будет приплюсовано к CostAmountAdjustment проводки по возврату, хотя оно не уменьшалось там при отмене предыдущего расчета себестоимости.

Итог:
Получили задвоение коррекции в проводке по возврату.
------------------------

Кто пробовал SP4 и SP5 - там такая же беда ?
И как её обойти не модифицируя код?

[slava09]

Не совсем понятно.
В пункте 3 вы пишете: "Как следствие в возращаемую проводку записалась сумма значений CostAmountPosted и CostAmountAdjustment". Т.е. все правильно: в CostAmountPosted возвратной проводки записалось CostAmountPosted+CostAmountAdjustment расходной проводки. Получаем, что CostAmountAdjustment возвратной проводки равно 0.

А в пункте 5 вы пишете: "...хотя оно не уменьшалось там при отмене предыдущего расчета себестоимости" - чему уменьшаться если туда изначально ничего не записывалось?

У меня происходит так:
1. Пересчет №1 - увеличивается CostAmountAdjustment в расходе;
2. Возврат - в возвратной проводке в CostAmountPosted пишется CostAmountPosted+CostAmountAdjustment расходной проводки; в CostAmountAdjustment ничего не пишется;
3. Отмена пересчета №1 - обнуляется CostAmountAdjustment расходной проводки, возвратная не изменяется;
4. Пересчет №2 - увеличивается CostAmountAdjustment в расходе; в возвратной проводке ничего не меняется;

А вот ошибку я в другом увидел: если отменить все пересчеты и дооценить партию прихода еще какой-нибудь суммой а затем пересчитать, то возвратная проводка дооценится без учета того, что была создана из расхода по старой корректировке.

AX3, SP2

[slava09]

Если отмаркировать проводки расхода и возврата, то себестоимость расхода скорректируется до себестоимости возврата.

[UNRW]

Еще есть такой баг в стандартном функионале Косяпты: если заказ или закупка сторнировалаись более 1 раза через немедленное получение или через кредит-ноту, то она (Косяпта) неправильно пересчитвает себестоимость возвращаемого лота, неправильно проставляет ссылки между лотами и делает неправильные бухпроводки.

[UNRW]

то что описал Logger похоже на ошибку в функционале закрытия склада... возможно нехватает какого-нибудь FIXа по закрытию склада к SP3...

[raz]

Ошибка задвоения себестоимости
http://forum.mazzy.ru/index.php?showtopic=5976

[Logger]

Цитата:

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

А вот ошибку я в другом увидел: если отменить все пересчеты и дооценить партию прихода еще какой-нибудь суммой а затем пересчитать, то возвратная проводка дооценится без учета того, что была создана из расхода по старой корректировке.

Так и я о том же говорю !
Именно в этом и я вижу ошибку !
У нас еще интереснее было.
1. Купили товар на 100 р. - Обработали отборочную накладную.
2. Продали этот же товар - оформили обычную накладную. Поскольку приход был по отборочной то себестоимость расхода 0
3. Обработали обычную накладную по приходу.
4. Сделали пересчет - как следствие в CostAmountAdjustment легла себестоимость расхода = 100. В CostAmountPosted лежит 0.
5. Оформили возврат. Себестоимость возврата равна себестоимости расхода = CostAmountPosted + CostAmountAdjustment расхода = 100
6. Отменили расчет себестомости. В итоге себестомость расхода стала равной нулю. Себестоимость возврата не изменилась (!)
7. Снова расчитали себестоимость. Себестомость расхода стала равной 100.(CostAmountPosted = 0 CostAmountAdjustment = 100) И при коррекции расхода система накинула эту же коррекцию на возврат - так как расход и возврат связаны по номеру возвращенного лота InventTransIdReturn. Т.е. для возврата мы имеем CostAmountPosted = 100 и CostAmountAdjustment = 100

Себестомость возврата задвоилась!

--------------------------------------

Цитата:

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

А в пункте 5 вы пишете: "...хотя оно не уменьшалось там при отмене предыдущего расчета себестоимости" - чему уменьшаться если туда изначально ничего не записывалось?

Как чему ? Поле CostAmountAdjustment может принимать любой знак. По идее я ожидал что при отмене первого пересчета себестоимости система отменит коррекцию в 100 рублей для расходной проводки и уменьшит себестомость возвратной проводки на эту же величину, так как возвратная проводка сформировалась по расходной и связь по лотам есть. Но у меня такого не происходит.

Цитата:

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

4. Пересчет №2 - увеличивается CostAmountAdjustment в расходе; в возвратной проводке ничего не меняется;

А у нас меняется !
Кстати, это нормальное поведение системы, тут все правильно. Так что мне кажется поведение вашей системы тоже некорректно. Коррекция в возвратной проводке должна меняться.
В моем случае ошибка возникает не при повторном пересчете а в момент отмены расчета себестоимости. - Она не меняет себестоимость возврата а должна бы.

[Logger]

Цитата:

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

Если отмаркировать проводки расхода и возврата, то себестоимость расхода скорректируется до себестоимости возврата.

Можно поподробнее ?

[Logger]

Цитата:

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

Еще есть такой баг в стандартном функионале Косяпты: если заказ или закупка сторнировалаись более 1 раза через немедленное получение или через кредит-ноту, то она (Косяпта) неправильно пересчитвает себестоимость возвращаемого лота, неправильно проставляет ссылки между лотами и делает неправильные бухпроводки.

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

[Logger]

Цитата:

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

Ошибка задвоения себестоимости
http://forum.mazzy.ru/index.php?showtopic=5976

А у вас нет более подробного описания ?
Хотелось бы посмотреть точно ли это наш случай.

[Logger]

Как выяснилось, 5-го сервис пака достаточно для решения проблемы.