c2c-oerpscenario team mailing list archive

["rpa \(Open ERP\)" <553112@xxxxxxxxxxxxxxxxxx>]

Hello,Thank  you for your suggestion! 
However this is unfortunately out of the scope  of the current OpenERP release, so we cannot implement it.
Let's  close this bug for now, for the sake of clarity in Launchpad, it can  always be reopened later when we consider new features for future  roadmaps.
Thank you for your understanding!

** Changed in: openobject-addons
       Status: Confirmed => Won't Fix

** Changed in: openobject-addons
   Importance: Low => Wishlist

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/553112

Title:
  Partial packing : Wrong Quantity being written on new move

Status in OpenObject Addons Modules:
  Won't Fix

Bug description:
  In v5.0, when you make a partial packing the wizard will create a copy of the packing and stock moves.
That's fine but then it does something I find rather weird:
- it lets the original stock picking and stock move "confirmed" and sets the quantities to the quantities remaining to be sent
- it sets the quantities actually sent to the stock new moves
- and it marks the old picking a backorder of the new one

As a result, the old picking seems to have "changed identity": new id, new reference. Anything you've printed, sent announced to your customer or your carrier is obsolete.
If you happen to have a little complex situation (like several partial pickings in a row), it's incredibly difficult for the user to understand what happened.

The wizard should:
- copy the picking
- use the original picking as the one actually sent
- use the copy as the one remaining to be sent
- mark the copy a backorder of the original.