PurchaseRequestedQuantity is "commited" when you release the shipment in Commerce Manager. You can also do that via APIs by calling IInventoryProcessor.AdjustInventoryOrRemoveLineItem on an order after setting its status to Completed.

Currently there is no APIs for searching for  serializable carts - we might add them in future. For the time being, you can use ICartSearch as a workaround. 

PurchaseRequestedQuantity is "commited" when you release the shipment in Commerce Manager. You can also do that via APIs by calling IInventoryProcessor.AdjustInventoryOrRemoveLineItem on an order after setting its status to Completed.

Currently there is no APIs for searching for  serializable carts - we might add them in future. For the time being, you can use ICartSearch as a workaround. 

<p>Hi</p> <p></p> <p>Yes I have done that but the question is how to release the requested quantity back to the pool of available quantity when the order is never completed. What I do now is that I call "<span>AdjustInventoryOrRemoveLineItem" before the user is redirected to the payment service (the order is still a cart), then the "PurchaseRequestedQuantity" is updated with the customers quantity and when the purchase order is&nbsp;completed I commit the change with another call to "AdjustInventoryOrRemoveLineItem". If the payment fails and the user is redirected back to the site I cancel the "PurchaseRequestedQuantity" with another call to "AdjustInventoryOrRemoveLineItem". This seems to work fine but how do I handle the users who just leve the cart/site after the payment redirect and never come back. There "PurchaseRequestedQuantity" quantity will still be there and no one else will be able to buy the product (if they have reuqested the full stock). How should this flow be handled?</span></p> <p>/Viktor</p>

If you cancel the order before releasing the shipment, then the requested quantity should be reverted back. however once you released the shipment, you have to handle it yourself. 

<p>Ok, thanks.</p> <p></p> <p>/Viktor</p>