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 |
|