Comment 4 for bug 947838
Revision history for this message
| Anil Kesariya(SerpentCS) (a-kesariya-serpentcs) wrote Re: Sale exception: recreate packing duplicates confirmed moves | #4 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
Hello Lionel,
I have analysed your bug and here is my conclusion.
This seems like more a generic business process where you can only see the 'remaining' moves to be created IF and Only IF the ancestor Delivery/picking is 'Done'. Making it easy, if the previous order's move is not done, recreation of picking is going to create new move!
In our case, what we do is, we cancel a move (out of 2). Now the Original picking has one move cancelled, and another in any state other than cancel or done.
When you "recreate packing" your sale order it checks the state of all line's procurements one by one. In our case, system does have an older picking which is not yet done, so system tries to recreate the picking with same moves(2).
So, if you have completed(set done) your original picking, you would get only one move in the new picking getting generated from recreation.
Hope this clears some view.
Kindly correct my analysis if I have gone wrong.
Regards,
Anil,
Serpent Consulting Services.