2010-02-17 01:50:09 |
Don Kirkby |
bug |
|
|
added bug |
2010-02-17 01:53:46 |
Don Kirkby |
description |
I can reproduce this in a new database with the demo data when mrp_jit is installed.
I create a sales order for Bank Wealthy and Sons for 1 basic PC [PC1]. I confirm the sales order.
When I look at the procurement orders, I see one in exception state.
There are two ways to resolve the exception:
1. Open the procurement order and click the retry button.
2. Run the Compute All Schedulers wizard.
However, JIT isn't very useful if I still have to run the scheduler all the time.
Analysis:
When the procurement workflow tries to transition from confirm_mts to make_to_stock, it executes mrp_procurement.check_make_to_stock(). During that method, it calls stock_move.action_assign() on the stock move, but this fails because the stock move is still in the draft state. When you retry the procurement, the stock move has been confirmed and the transition succeeds. |
I can reproduce this in a new database with the demo data when mrp_jit is installed.
I create a sales order for Bank Wealthy and Sons for 1 basic PC [PC1]. I confirm the sales order.
When I look at the procurement orders, I see one in exception state.
There are two ways to resolve the exception:
1. Open the procurement order and click the retry button.
2. Run the Compute All Schedulers wizard.
However, JIT isn't very useful if I still have to run the scheduler all the time.
Analysis:
When the procurement workflow tries to transition from confirm_mts to make_to_stock, it executes mrp_procurement.check_make_to_stock(). During that method, it calls stock_move.action_assign() on the stock move, but this fails because the stock move is still in the draft state. When you retry the procurement, the stock move has been confirmed and the transition succeeds.
I am running the addons 5.0 branch up to revision 2582 (Feb 15, 2010) on Ubuntu 9.10. |
|
2010-02-17 06:54:12 |
Vinay Rana (OpenERP) |
openobject-addons: status |
New |
Invalid |
|
2010-02-17 17:31:40 |
Don Kirkby |
openobject-addons: status |
Invalid |
New |
|
2010-02-18 10:13:57 |
Vinay Rana (OpenERP) |
openobject-addons: status |
New |
Confirmed |
|
2010-02-19 22:26:07 |
Don Kirkby |
branch linked |
|
lp:~donkirkby/openobject-addons/mrp-jit-restart |
|
2010-02-23 09:22:12 |
Stephane Wirtel (OpenERP) |
openobject-addons: milestone |
|
5.0.7 |
|
2010-02-23 13:28:29 |
Vinay Rana (OpenERP) |
attachment added |
|
bug-522977-mrp_jit http://launchpadlibrarian.net/39609789/bug-522977-mrp_jit.diff |
|
2010-02-23 13:29:54 |
Vinay Rana (OpenERP) |
openobject-addons: status |
Confirmed |
In Progress |
|
2010-02-23 18:23:37 |
Don Kirkby |
description |
I can reproduce this in a new database with the demo data when mrp_jit is installed.
I create a sales order for Bank Wealthy and Sons for 1 basic PC [PC1]. I confirm the sales order.
When I look at the procurement orders, I see one in exception state.
There are two ways to resolve the exception:
1. Open the procurement order and click the retry button.
2. Run the Compute All Schedulers wizard.
However, JIT isn't very useful if I still have to run the scheduler all the time.
Analysis:
When the procurement workflow tries to transition from confirm_mts to make_to_stock, it executes mrp_procurement.check_make_to_stock(). During that method, it calls stock_move.action_assign() on the stock move, but this fails because the stock move is still in the draft state. When you retry the procurement, the stock move has been confirmed and the transition succeeds.
I am running the addons 5.0 branch up to revision 2582 (Feb 15, 2010) on Ubuntu 9.10. |
I can reproduce this in a new database with the demo data when mrp_jit is installed.
I create a sales order for Bank Wealthy and Sons for 1 basic PC [PC1]. I confirm the sales order.
When I look in Stock Management: Outgoing Products: Available Packing, I expect to see the packing list for my order, but it's not there.
When I look at the procurement orders, I see one in exception state.
There are two ways to resolve the exception and make the packing list appear:
1. Open the procurement order and click the retry button.
2. Run the Compute All Schedulers wizard.
However, JIT isn't very useful if I still have to run the scheduler all the time.
Analysis:
When the procurement workflow tries to transition from confirm_mts to make_to_stock, it executes mrp_procurement.check_make_to_stock(). During that method, it calls stock_move.action_assign() on the stock move, but this fails because the stock move is still in the draft state. When you retry the procurement, the stock move has been confirmed and the transition succeeds.
I am running the addons 5.0 branch up to revision 2582 (Feb 15, 2010) on Ubuntu 9.10.
|
|
2010-02-26 01:58:25 |
Olivier Dony (Odoo) |
attachment added |
|
mrp module patch for jit case http://launchpadlibrarian.net/39801084/lp522977 |
|
2010-02-26 02:05:41 |
Olivier Dony (Odoo) |
attachment removed |
bug-522977-mrp_jit http://launchpadlibrarian.net/39609789/bug-522977-mrp_jit.diff |
|
|
2010-02-26 02:07:06 |
Olivier Dony (Odoo) |
openobject-addons: assignee |
|
Olivier Dony (OpenERP) (odo) |
|
2010-02-26 02:07:23 |
Olivier Dony (Odoo) |
openobject-addons: importance |
Undecided |
Medium |
|
2010-02-26 17:41:29 |
Launchpad Janitor |
branch linked |
|
lp:openobject-addons/5.0 |
|
2010-02-26 17:42:33 |
Olivier Dony (Odoo) |
openobject-addons: status |
In Progress |
Fix Released |
|
2010-09-13 06:44:39 |
shanky |
bug |
|
|
added subscriber shanky |