You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The system creates broken reservation for transfers which lead to inability to validate them. It assigns result_package_id when not the entire pack is being transferred.
In the inventory app in the menu products select products. Add a new product of a storable product type
Open the product. Click the smoking button “On hand”. Can you can you to add product quantity on hand. Make sure WH/Stock now has 30 units of the product.
In the inventory app
open Overview
Select internal transfers
Create new internal transfer from WH/Stock to WH/Stock for the 30 units of the product.
Mark the transfer as “To Do”
Click the button "Put in pack”
Validate the transfer
In the sales app
Create a new sales order for 10 units of the product. Confirm the sales order
Create second sales order for 20 units of the product. Confirm the sales order
In the inventory app
Open Delivery orders.
Each delivery order has now the product reserved from the pack created in step 6
There is no destination package assigned in any delivery order now.
Return to the Delivery Orders list. Select two delivery orders. Click the button “Unreserve”
Now select those delivery orders again. Click the button check availability
Result: the system created the reservations for those two delivery orders, which cannot be validated due to the existence of the same destination pack in both of them. Destination pack should only be assigned when the entire pack is moved in one transfer. The wrong system logic here is when you try to process reservation (button “Check availability”) in bulk and the pack is fully consumed by the selected transfers the system assigns the destination pack making the transfer invalidatable due to a split pack error.
Moreover: if you try to validate this transfer from eg server action using button_validate() it will screw up your inventory numbers and creats splitted packs in your inventory.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
The system creates broken reservation for transfers which lead to inability to validate them. It assigns result_package_id when not the entire pack is being transferred.
Video: https://www.loom.com/share/574d2dc032694cfe831857ee7cfea781?sid=e90a7f76-4c5b-4cee-9c13-af217edee440
Result: the system created the reservations for those two delivery orders, which cannot be validated due to the existence of the same destination pack in both of them. Destination pack should only be assigned when the entire pack is moved in one transfer. The wrong system logic here is when you try to process reservation (button “Check availability”) in bulk and the pack is fully consumed by the selected transfers the system assigns the destination pack making the transfer invalidatable due to a split pack error.
Moreover: if you try to validate this transfer from eg server action using button_validate() it will screw up your inventory numbers and creats splitted packs in your inventory.
Beta Was this translation helpful? Give feedback.
All reactions