Activity log for bug #794412

Date Who What changed Old value New value Message
2011-06-08 07:41:51 Patrick Amstutz bug added bug
2011-06-08 07:41:51 Patrick Amstutz attachment added patch.txt https://bugs.launchpad.net/bugs/794412/+attachment/2160259/+files/patch.txt
2011-06-08 12:13:46 Patrick Amstutz description Hey, When we do a partial picking for a delivery order, if we pick the corresponding original stock.move (the one which is linked to procurement.order), the procurement.order workflow terminates and the picking status of sale order is set to 100%. This is simply caused by the procurement>action_check_finished>check_move_done function which check the end of procurement.order workflow by looking only at original stock.move, not taking care of back order stock moves. Here is how to reproduce the bug: Create a Sale Order, with one order line (CPU1 - 10) from stock. Validate. In Delivery Order, split the stock move by assigning a production lot > prodlot: A, qty: 3 Process the Delivery Order, and put 0 as a quantity for the prodlot A. A back order is created for prodlot A. The other 7 CPU1 are Done. Go to Sale Order, it is 100% picked. Procurement.order is Done. We want the picking state to take into account back orders, and therefore the procurement.order should not be Done until all related stock.moves are Done (or cancel). I use openerp 6.0.2. The behavior should be the same on the trunk version, as the check_move_done function is still the same. A proposal of correction, taking into account the moves linked to sale order lines instead of moves linked to procurement order is linked as attachment. Best, Patrick Hey, When we do a partial picking for a delivery order, if we pick the corresponding original stock.move (the one which is linked to procurement.order), the procurement.order workflow terminates and the picking status of sale order is set to 100%. This is simply caused by the procurement>action_check_finished>check_move_done function which check the end of procurement.order workflow by looking only at original stock.move, not taking care of back order stock moves. Here is how to reproduce the bug: Create a Sale Order, with one order line (CPU1 - 10) from stock. Validate. In Delivery Order, split the stock move by assigning a production lot > prodlot: A, qty: 3 Process the Delivery Order, and put 0 as a quantity for the prodlot A. A back order is created for prodlot A. The other 7 CPU1 are Done. Go to Sale Order, it is 100% picked. Procurement.order is Done. We want the picking state to take into account back orders, and therefore the procurement.order should not be Done until all related stock.moves are Done (or cancel). I use openerp 6.0.2. The behavior should be the same on the trunk version, as the check_move_done function is still the same. A proposal of correction, taking into account the moves linked to sale order lines instead of moves linked to procurement order is linked as attachment. The case where no sale order is involved (from order point ?) should be analyzed. Best, Patrick
2011-06-08 12:48:46 Patrick Amstutz attachment added patch.txt https://bugs.launchpad.net/openobject-addons/+bug/794412/+attachment/2160496/+files/patch.txt
2011-06-08 13:24:32 Amit Parik openobject-addons: importance Undecided Low
2011-06-08 13:24:32 Amit Parik openobject-addons: status New Confirmed
2011-06-08 13:24:32 Amit Parik openobject-addons: assignee OpenERP R&D Addons Team 2 (openerp-dev-addons2)
2011-06-09 07:08:13 Mayur Maheshwari(OpenERP) openobject-addons: status Confirmed In Progress
2011-06-09 10:39:59 Patrick Amstutz attachment removed patch.txt https://bugs.launchpad.net/openobject-addons/+bug/794412/+attachment/2160259/+files/patch.txt
2011-06-09 11:36:38 Mayur Maheshwari(OpenERP) openobject-addons: status In Progress Confirmed
2011-06-09 11:38:25 Vinay Rana (OpenERP) openobject-addons: assignee OpenERP R&D Addons Team 2 (openerp-dev-addons2) OpenERP R&D Addons Team 3 (openerp-dev-addons3)
2011-06-13 12:21:09 Meera Trambadia (OpenERP) openobject-addons: status Confirmed In Progress
2011-06-21 08:52:47 Meera Trambadia (OpenERP) openobject-addons: status In Progress Confirmed
2011-06-21 09:39:42 Vinay Rana (OpenERP) openobject-addons: assignee OpenERP R&D Addons Team 3 (openerp-dev-addons3) OpenERP R&D Addons Team 2 (openerp-dev-addons2)
2011-06-21 09:40:20 Vinay Rana (OpenERP) openobject-addons: importance Low Medium
2011-06-21 10:23:52 Rohan Nayani(Open ERP) openobject-addons: status Confirmed In Progress
2011-06-22 11:11:17 Launchpad Janitor branch linked lp:~openerp-dev/openobject-addons/trunk-bug-794412-ron
2011-06-22 11:14:48 Rohan Nayani(Open ERP) openobject-addons: status In Progress Fix Committed
2011-09-18 09:14:35 Fabien (Open ERP) openobject-addons: status Fix Committed Confirmed
2011-10-17 07:39:36 Quentin THEURET @Amaris bug added subscriber Quentin THEURET
2011-12-13 04:58:43 Kirti Savalia(OpenERP) openobject-addons: status Confirmed In Progress
2011-12-14 11:20:31 Kirti Savalia(OpenERP) openobject-addons: importance Medium Wishlist
2011-12-14 11:20:38 Kirti Savalia(OpenERP) openobject-addons: status In Progress Won't Fix
2011-12-14 14:00:57 Olivier Dony (Odoo) summary delivery order with back order is 100% picked delivery order with back order (after manual split) is wrongly indicated as 100% picked
2011-12-14 14:11:49 Olivier Dony (Odoo) openobject-addons: importance Wishlist Low
2011-12-14 14:11:49 Olivier Dony (Odoo) openobject-addons: status Won't Fix Confirmed
2011-12-14 14:11:49 Olivier Dony (Odoo) openobject-addons: milestone 6.1
2011-12-14 14:44:13 Olivier Dony (Odoo) summary delivery order with back order (after manual split) is wrongly indicated as 100% picked delivery order with back order (after manual split) is wrongly indicated as shipped (and 100% picked)
2011-12-15 05:27:41 Kirti Savalia(OpenERP) openobject-addons: assignee OpenERP R&D Addons Team 2 (openerp-dev-addons2) OpenERP R&D Addons Team 3 (openerp-dev-addons3)
2011-12-23 05:07:31 Bharat Devnani (Open ERP) openobject-addons: status Confirmed In Progress
2011-12-23 05:09:23 Launchpad Janitor branch linked lp:~openerp-dev/openobject-addons/trunk-bug-794412-bde
2011-12-23 05:20:16 Bharat Devnani (Open ERP) openobject-addons: status In Progress Fix Committed
2011-12-23 09:04:34 Olivier Dony (Odoo) openobject-addons: status Fix Committed Confirmed
2012-01-20 14:33:59 Numérigraphe tags backorder
2012-02-02 10:52:37 Numérigraphe tags backorder partial-delivery