Shekhar: AX2009 Deleting the ordered reserved Purchase line

[Blog bot]

Источник: http://shekhardiptiman.spaces.live.c...B978!653.entry
==============

This time it is not solution but i am highlighting a problem / a bug to sound the AX consultants’ community.There are two parts of this problem depending upon the Inventory model group setup .


Common setup :
a. The Inventory Management Parameter for "InventParameters.ReserveOnOrdered" = Yes
b. The accounts recievable Parameter for "SalesParameters.Reservation" = Yes .i.e. Reservation in AR parameters is set as "Automatic"
c. The Item Under testing has no Transactions in the system before the test.
Case I - When an item's Inventory Model Group has "InventModelGroup.NegativePhysical" = Yes
Steps to Follow :
1. Create new Item with inventory model group attached to it which has "InventModelGroup.NegativePhysical" = Yes.
2 Create a Purchase order for the Item e.g. for Qty = 100.
3. Save the PO and Exit the purchase order form.
4. Create a Sales Order for the item for Qty e.g. 70.
5. Check the reservation status of the Sales line. It should be "Reserved ordered" .
6. Open the Purchase order and delete the purchase order created in step 2 above. Purchase order gets deleted.
7. Open the inventory transaction for the Item created in step 1 above . There will be only one record for the sales order created in step 4 above.
8. Verify the Issue status . Phew Its still "Reserved ordered". Against which receipt? should have been updated to "On order" state.
In step 8 above, the issue transaction should have been updated to "On order" state as there is no receipt transaction for the item.
Case II - When an item's Inventory Model Group has "Allow Physical negative inventory" = "No"
Steps to Follow :
1. Create new Item with inventory model group attached to it which has "InventModelGroup.NegativePhysical" = "No".
2 Create a Purchase order for the Item e.g. for Qty = 100.
3. Save the PO and Exit the purchase order form.
4. Create a Sales Order for the item for Qty e.g. 70 at the same inventory dimensions as of teh purchase order created in step2 above.
5. Check the reservation status of the Sales line. It should be "Reserved ordered" .
6. Open the Purchase order and delete the purchase order created in step 2 above. Purchase order line cannot be deleted.
7. Infolog "There are transactions with status Reserved ordered for the dimension of the itemXXXX.Update has been cancelled".
8. reduce the purchase order line to zero. The system allows this.
9. Open the inventory transaction for the Item created in step 1 above . There will be only one record for the sales order created in step 4 above.
10.Verify the Issue status . Phew Its still "Reserved ordered". Against which receipt? should have been updated to "On order" state.
Since by mere deleting the expected receipts of the item the physical inventory cannot go negative therefore this validation is not right.
Note : The system allows reduction of the purchase order quantity to e.g zero but would not allow the deletion of the line.. huh
Apparently, Microsoft development team is working on the above and we would soon hear from them . Until then , pls handle such situations on your respective implementations as this may cause problems in planning. Stay tuned...............



Источник: http://shekhardiptiman.spaces.live.c...B978!653.entry

[kashperuk]

Попробовал сценарии на АХ 6
У меня второй сценарий, когда отрицательный склад запрещен, отрабатывает корректно, выдавая ошибку о невозможности уменьшения кол-ва.
Первый сценарий, мне кажется (и я это подтвердил со специалистом в этой области ), не следует исправлять, в смысле, что это "By Design". Статус зарезервированно в заказанных означает, что ожидается приход, который покроет данных расход. В данном случае, просто этого прихода еще нет. Если же изменить статус назад на "Заказано", то он уже не будет резервироваться при приходе партии данного товара.

У кого-то есть агрументы в пользу/против этого?

[fed]

На самом деле - статус "Зарезервированно в заказанных" говорит не о том что приход не просто ОЖИДАЕТСЯ, а вполне себе запланирован. Иначе какой смысл ставить статус расхода "Зарезервировано в заказанных", если мы просто ждем что когда-нить, бог даст, к нам что-то придет и мы надеемся что этот товар когда-нить покроет данный расход. Для такой схемы достаточно было бы просто статуса "Заказано".
При удалении или уменьшении количества в приходной проводке, система (по крайней мере в версии 3-4) проверяет (в методе inventOnHand.checkDepreciateOrdered()) что количество на складе+количество в заказанных+прибывшее количество-зарезервированное в заказанных - не стало меньше ноля. (Стек вызовов inventUpd_estimated.updateNow() -> inventUpd_estimated.depreciateReceipt()->inventOnHand.checkDepreciateOrdered()). То что у этого Шерхана система дала уменьшить количество, скорее всего, говорит о том что у него система поломатая...