Activity log for bug #1234004

Date Who What changed Old value New value Message
2013-10-02 06:56:33 Ronald Portier (Therp) bug added bug
2013-10-02 06:57:51 Ronald Portier (Therp) description I have a product with attributes: - type of product: stockable - procurement method: make to order - supply method: produce I have multiple locations where I can produce the product. For this routings have been created. When I confirm a Sale Order (SO), and run the scheduler, a Manufacturing Order (MO) is created which is correct. However the MO is immediately confirmed. This makes it impossible to change: - The scheduled date - The bill of materials (I might have alternative BOM's) - The routing (this is the problem I encountered) - Locations for raw materials or finished products I can understand that this works for simple setups, where each product has only one possible routing, scheduled dates never change etc. But there really has to be an option to have the MO created in draft state. Just like Purchase Orders (PO) are created in draft state when supply method is 'buy'. Unfortunately this is not easy to change by creating an extra module, as the conformation is done right at the end of the function that creates the MO at the first place. It is the line in python file mrp/procurement.py, function make_mo: wf_service.trg_validate(uid, 'mrp.production', produce_id, 'button_confirm', cr) Calling this workflow should IMHO be dependent on a configuration option wether to automatically confirm MO's or not. There are to many use-cases where automatic confirmation is absolutely undesirable. Putting this change in an extra module would requiring replacing the whole make_mo function with a modified copy, which I think is a very bad idea for maintainability. I have a product with attributes: - type of product: stockable - procurement method: make to order - supply method: produce I have multiple locations where I can produce the product. For this routings have been created. When I confirm a Sale Order (SO), and run the scheduler, a Manufacturing Order (MO) is created which is correct. However the MO is immediately confirmed. This makes it impossible to change: - The scheduled date - The bill of materials (I might have alternative BOM's) - The routing (this is the problem I encountered) - Locations for raw materials or finished products I can understand that this works for simple setups, where each product has only one possible routing, scheduled dates never change etc. But there really has to be an option to have the MO created in draft state. Just like Purchase Orders (PO) are created in draft state when supply method is 'buy'. Unfortunately this is not easy to change by creating an extra module, as the confirmation is done right at the end of the function that creates the MO at the first place. It is the line in python file mrp/procurement.py, function make_mo: wf_service.trg_validate(uid, 'mrp.production', produce_id, 'button_confirm', cr) Calling this workflow should IMHO be dependent on a configuration option wether to automatically confirm MO's or not. There are to many use-cases where automatic confirmation is absolutely undesirable. Putting this change in an extra module would requiring replacing the whole make_mo function with a modified copy, which I think is a very bad idea for maintainability.
2013-10-02 06:58:23 Ronald Portier (Therp) bug task added ocb-addons
2013-10-02 06:58:41 Ronald Portier (Therp) nominated for series ocb-addons/7.0
2013-10-02 06:58:41 Ronald Portier (Therp) bug task added ocb-addons/7.0
2013-10-02 15:38:13 Launchpad Janitor branch linked lp:~therp-nl/ocb-addons/7.0_lp1234004_configurable_auto_confirm_mo
2013-10-03 08:16:42 Launchpad Janitor branch linked lp:~therp-nl/openobject-addons/7.0_lp1234004_configurable_auto_confirm_mo
2013-10-03 08:24:49 Ronald Portier (Therp) ocb-addons/7.0: importance Undecided Medium
2013-10-04 08:46:22 Christophe CHAUVET ocb-addons/7.0: assignee OpenERP Community Backports Team (ocb)
2013-10-18 10:34:32 Amit Parik openobject-addons: status New Incomplete
2013-11-13 08:10:51 Mart Raudsepp bug added subscriber Mart Raudsepp