Commit Graph

117 Commits

Author SHA1 Message Date
Nicolas Martinelli 1ab007a843 [FIX] mrp: fix issue introduced by rev b9cdce1
If copy=True for production_id, a move created from a push rule will be added
in the list of Product Produced. Therefore, we must set manually the value of
production_id of the scrapped moves.

opw-643877
2015-07-03 11:45:33 +02:00
Nicolas Martinelli b9cdce1ed7 [FIX] mrp: display scrapped Produced Products in manufacturing orders
opw-634106
2015-05-26 14:56:07 +02:00
Martin Trigaux 02b8be4a8b [FIX] mrp: restore removed method _check_phantom_bom
Was removed at 5b479e6 as no longer used (and was a wrongly used there as dit not
check if a "normal" BoM has an higher sequence).
However for stablility reason, we do not remove methods in version 8.0 (if was
used in community).
Will be removed in master.
2015-05-21 14:00:09 +02:00
Goffin Simon 5b479e6114 [FIX] mrp: bom properties
The bom related to the product in a sale line order must be
filtered by the function _bom_find. If two boms can be applied
on a product, the bom with the smallest sequence is applied.

opw:632558
2015-04-28 11:11:29 +02:00
vnsofthe 05905b794e [FIX] mrp: xmlid of Manufacture route
Is present in mrp and not stock module.
2015-02-27 17:57:50 +05:30
Josse Colpaert b6f3795e33 [IMP] Manufacture should be by default in all warehouses 2014-12-03 10:13:46 +01:00
Christophe Simonis f51d4ea6d0 [MERGE] forward port of branch saas-3 up to 6c13c8d 2014-11-20 11:37:23 +01:00
Denis Ledoux 6c13c8d966 [MERGE] forward port of branch 7.0 up to 529e920 2014-11-19 14:06:48 +01:00
Denis Ledoux 529e920b2c [FIX] mrp: perform location chaining for kit exploded moves
This rev. 7307227 ensured to not (re-)set the state 'confirmed' to exploded moves with a more advanced state (for instance, 'assigned')
Nevertheless, the location chaining is performed on the move confirmation, through the action_confirm method of the stock.move model. Besides, the resulting moves of the _action_explode method had the state 'confirmed' on creation, the 'confirmed' state wasn't set by the method 'action_confirm', meaning that the moves were confirmed without having the location chaining done. Allowing moves to go through the action_confirm method even if the state was 'confirmed' or further triggered the location chaining.

Preventing already confirmed moves to go through the action_confirm method prevented the location chaining, thus.

We now create the resulting moves with the 'draft' state, and then confirm them through the procurement workflow signal 'button_confirm'. Thus, the resulting moves are confirmed by going through the action_confirm method, writing the confirmed state and triggering the location chaining at the same time. We then write the 'assigned' state if necessary.

opw-617235
2014-11-19 14:04:05 +01:00
Josse Colpaert 884a8ad4a5 [IMP] UoM corrections + Adapt tables in stock doc
[IMP] Float_compare before splitting moves in mrp
2014-09-30 10:31:33 +02:00
Josse Colpaert 661a204eda [IMP] Better demo data + property comment + recheck
[IMP] Recheck should be type object and procure_method read only when not in draft

[FIX] Inversion of moves in the correct way and assigning production_id

As the moves are split the other way, the original move needs to be done.  Also the production_id for linking the
new to be produced moves and the production order must be written on those.

[IMP] Clean
2014-09-30 10:31:33 +02:00
Josse Colpaert 3dcb020373 [IMP] Change documentation + new action_consume/qty/origin corrections
Simplify the action_consume of the consumption lines after the corrections
by Kevin Wang.  Also the UoMs are revised as the action_consume uses the default UoM
of the product.

We have to avoid circular boms where a child bom should not contain the product that
represents the parent bom, but it is possible for example to use another product of the parent bom in
the child bom.

As the consume line move has no procurement rule, its origin will have no description.  So, when there is
none it will also check the description of the previous move (when passed to procurement for example) This way
the chained moves or purchase order for example will have the MO-number as origin and not nothing.

[IMP] Change assignation

[IMP] UoM changes continuation

[IMP] Make sure we can use 2 times the same product in a BoM

[IMP] Source document for consume lines to procurement
2014-09-30 10:31:33 +02:00
kevin wang 58301b99e8 [FIX]keep primary move when split consume raw materials 2014-09-30 10:31:33 +02:00
Josse Colpaert c6c622542b [IMP] UoM in mrp + rereserve of partial 2014-09-30 10:31:33 +02:00
Josse Colpaert df655f00a3 [IMP] Solve landed costs bug + invoice_state in account_anglo_saxon.yml 2014-09-12 13:50:53 +02:00
Josse Colpaert ae2eb43e30 [IMP] Implement comments on pull request 2014-09-12 13:49:42 +02:00
Josse Colpaert 9b34358196 [IMP] Adapt mrp workflow and moves + Differ between Bose speakers and Custom Computer 2014-09-03 19:18:17 +02:00
Josse Colpaert 11828c69db [IMP] Phantom BoMs only out of services products should work 2014-09-03 19:18:16 +02:00
Josse Colpaert 28421e1e85 [IMP] Make sure normal products will still work 2014-09-03 19:18:16 +02:00
Josse Colpaert 6a071b049d [WIP] This should be enough to put sale order to delivered when all tasks have been done. Problem is that because of procurement_jit it is creating it twice 2014-09-03 19:18:16 +02:00
Josse Colpaert 1a9eb52341 [WIP] Add link with sale order by duplicating. That way sale order will be delivered when procurement is done 2014-09-03 19:18:16 +02:00
Josse Colpaert 86b8e73482 [IMP] Clean need_procurement and add partner on procurement for Phantom with service 2014-09-03 19:18:16 +02:00
Josse Colpaert 6553e22306 [WIP] Create procurement when Phantom 2014-09-03 19:18:16 +02:00
Denis Ledoux ff0f92acfa [MERGE] forward port of branch 7.0 up to 7307227 2014-09-03 18:26:53 +02:00
Denis Ledoux 73072272de [FIX] mrp: do not reset back stock moves to confirm
For instance, setting a BOM Phantom with:
Finished product: stockable, MTO Manufacture
Components: stockable, MTS, Buy. Inventory set to 1000
Stock moves of components are directly set to assigned once the procurement confirmed thanks to JIT
The stock moves should not be set back to confirmed after they have been assigned
2014-09-03 18:25:19 +02:00
Josse Colpaert 0aad6b0498 [IMP] Check other comments on pull request: xmlid, no split in context + continue improve receipts instead of receptions 2014-07-16 11:58:22 +02:00
Josse Colpaert beb12f71f1 Merge branch 'odoo/8.0' into master-wmsstaging4-jco 2014-07-07 23:34:42 +02:00
Josse Colpaert af0e9b8aa6 [MERGE] Fix copy_data for merge 2014-07-07 14:33:01 +02:00
Raphael Collet 630580df7f [FIX] signal_XXX -> signal_workflow: forgot quotes around signal name 2014-07-07 13:12:37 +02:00
Raphael Collet 33eb3dffb2 [REM] models: remove the magic methods signal_XXX() 2014-07-07 11:50:30 +02:00
Raphael Collet cbe2dbb672 [MERGE] new v8 api by rco
A squashed merge is required as the conversion of the apiculture branch from
bzr to git was not correctly done. The git history contains irrelevant blobs
and commits. This branch brings a lot of changes and fixes, too many to list
exhaustively.

- New orm api, objects are now used instead of ids
- Environements to encapsulates cr uid context while maintaining backward compatibility
- Field compute attribute is a new object oriented way to define function fields
- Shared browse record cache
- New onchange protocol
- Optional copy flag on fields
- Documentation update
- Dead code cleanup
- Lots of fixes
2014-07-06 17:05:41 +02:00
Josse Colpaert a3390b0f96 [IMP] Try to solve BoM expansion + check for context for splitting/copying moves 2014-06-27 15:33:07 +02:00
Christophe Matthieu 43977deb71 [IMP] product: refactoring of product variant. The main view became the view of product template and the product product (or product variant) are created with the variant values combinaison. Bom is splitted into bom and bom line and can use the variant combinaison. 2014-05-27 09:42:52 +02:00
Quentin (OpenERP) 5b93981087 [FIX] mrp: wrong field set when copying move
bzr revid: qdp-launchpad@openerp.com-20140507172446-pywoej0ryovue5y3
2014-05-07 19:24:46 +02:00
Olivier Dony 083108a624 [IMP] delivery,stock,mrp: minor cleanup/spellchecking/nit-picking while reviewing
bzr revid: odo@openerp.com-20140507165951-th4iqsrp6l67dvve
2014-05-07 18:59:51 +02:00
Quentin (OpenERP) cba2365d95 [MERGE] branch of jco fixing shipping exception in mrp + cancellation in chained moves
bzr revid: qdp-launchpad@openerp.com-20140425132449-s7e8duh884rirrqz
2014-04-25 15:24:49 +02:00
Josse Colpaert 7a8222631e [IMP] Make sure the propagation of moves cancels procurements where necessary + manufacture and purchase cancel is not propagated by default
bzr revid: jco@openerp.com-20140423141700-60gbuxb4atp1z6ek
2014-04-23 16:17:00 +02:00
Josse Colpaert f119c72f5b [IMP] Help messages for warehouse settings
bzr revid: jco@openerp.com-20140422123326-1fuwmkja041j34yn
2014-04-22 14:33:26 +02:00
Quentin (OpenERP) 4ad9811a90 [FIX] mrp: fixed phantom bom
lp bug: https://launchpad.net/bugs/1278891 fixed

bzr revid: qdp-launchpad@openerp.com-20140214150330-an2my0n8vjdf38vx
2014-02-14 16:03:30 +01:00
Quentin (OpenERP) 1f817129b7 [FIX] stock: hpantom bom check now takes into account the eventual start/end dates of the bom
bzr revid: qdp-launchpad@openerp.com-20140214134457-yz7qcoqqgp4td7ls
2014-02-14 14:44:57 +01:00
Quentin (OpenERP) 2f982e6bea [FIX] a lot of changes made during code review
bzr revid: qdp-launchpad@openerp.com-20140214084650-8vcy544475urij53
2014-02-14 09:46:50 +01:00
Cedric Snauwaert 73183be469 [FIX]when creating location for warehouse, use warehouse code as base name for location instead of warehouse name
bzr revid: csn@openerp.com-20140213094820-v76n4fuqd1omicvy
2014-02-13 10:48:20 +01:00
Cedric Snauwaert 3ba9e8715a [MERGE-FIX]merge with latest trunk-wms and fix a few mistakes while adapting action_confirm to return a list of ids
bzr revid: csn@openerp.com-20140210160346-zmpgs6rys3isz9cu
2014-02-10 17:03:46 +01:00
Cedric Snauwaert d1abe6a4cc [FIX]move: action_confirm now returns ids of move (needed for bom_explode)
bzr revid: csn@openerp.com-20140210145446-djwfreh3f0pdcfet
2014-02-10 15:54:46 +01:00
Cedric Snauwaert 31348b1e4a [FIX]sale_order with product using phantom bom
bzr revid: csn@openerp.com-20140207112606-k0cxzhpytlodjd1y
2014-02-07 12:26:06 +01:00
Quentin (OpenERP) 0afb7076d4 [REF] mrp, stock: refactoring made during code review
bzr revid: qdp-launchpad@openerp.com-20140205104324-5h5hu0fv71omhigf
2014-02-05 11:43:24 +01:00
Quentin (OpenERP) 2c101e9432 [REF] mrp: code refactoring + removal of a useless and confusing part of a yaml test
bzr revid: qdp-launchpad@openerp.com-20140205093411-2xqnn5l3gyw6hmw5
2014-02-05 10:34:11 +01:00
Josse Colpaert 5626d63634 [REMOVE] Remove split wizards
bzr revid: jco@openerp.com-20140129134424-c72zk1z2n3rixnwg
2014-01-29 14:44:24 +01:00
Josse Colpaert 3590a5ff93 [MERGE] Merge from trunk
bzr revid: jco@openerp.com-20140129132300-qaiiqza23bgipjjd
2014-01-29 14:23:00 +01:00
Josse Colpaert 4a7a79779d [IMP] Consume only products when already assigned and
bzr revid: jco@openerp.com-20140129131046-r8yv3h8l679c3m3s
2014-01-29 14:10:46 +01:00