For each MRP Parameter, we will calculate its supply method based on the procurement rules path. We will go back in the rules until we find that the action is "buy" or "manufacture", or until the action is "Pull From" or "Pull & Push" and the supply method is "Take from Stock".
This means we will show what the latest rule is if we were to do a procurement. Although it would be possible that the final action does not end up being executed if stock already exists in one of the intermediate locations.
* Planned Order release and due date become required.
* Add button to Product MRP Area to update MOQ from Supplier Info.
* Link Manufacturing Orders with Planned Orders.
* Allow Mrp Inventory Procure Wizard to be used from other models.
* Make MRP Inventory creation more extensible.
* Main Supplier computation (v13 requires explicit False definitions).
demand moves have the same date it can happen that the supply is
effectively ignored if considered as staring move of the
grouping and there are more groups to be done after it.
A test case include in this fix depicts in detail the
the problem and ensures no regression.
* You can know integrate with different forecasting mechanisms.
As a consequence integration with stock_demand_estimate is moved
to a new module (mrp_multi_level_estimate).
* As agreed by the authors, the module is re-licensed to LGPL-3.
* fix api.depends fields fro main supplier.
* fix ordering and missing demo file in manifest.
* Update README.
* fix action_view* methods.
* readd hook to exclude in mrp initialization
* fix computation of qty available (it was considering several times sub-locations).
* Remove contraint for outoing and incoming moves to be moved in/outside the company, they can be internal transfers.
* mrp.moves visible with technical settings.
* Show product and allow to search by it in mrp.inventory.
