Closed CodeNinja1337 closed 1 year ago
We noticed that we can allocate MO's to a project. As its possible to add the column "project" to the MO overview we can sort the MO's on this column. It makes it easier to determine which "sub-component" MO belongs to which "main-MO" which works fine for us. Maybe this is more the "Dolibarr way" to go instead of the requested dependencies.
The "MO priorities" are still something we like to see.
Hi! We are about to launch a crowdfunding on production modules. Maybe you'll be interested, we plan on developing relation between MOs. @atm-thibaultf is leading the subject.
This issue is stale because it has been open 1 year with no activity. If this is a bug, please comment to confirm it is still present on latest stable version. if this is a feature request, please comment to notify the request is still relevant and not yet covered by latest stable version. This issue may be closed automatically by stale bot in 10 days (you should still be able to re-open it if required).
Feature Request
We start using Dolibarr to improve the warehouse and production management. One of the features we need is a dependency between MO's to make sure pre-productions are produced before the related end-product production. Also giving a "manufacturing-order" is something we would like to see.
Use case
The products we manufacture and sell are off course existing out of a BOM. As we are active in a business where we have a lot of peak and trough in the production, we want to do some pre-production in quet times to decrease prodution presure at peak times. To represent it in Dolibarr we like the idea to create BOM's which result in a product which are a "component" of another BOM (which is represents the end-product).
As we are a small company we don't want to have a lot of stock so there are situations that we don't have enough pre-manufactured parts (i will call them sub-components) when a big order comes in. In this case we create 2 manufacturing orders, 1 for the (missing) sub-components and 1 for building (all) the end-products (which includes 1 or more sub-components).
As we mostly have multiple open production orders, the sub-component MO's are getting "lost" between all the other MO's. Its also not obvious which MO is depending on which sub-component MO so its working really confusing for the people in the production. They first need to figure out if all the sub-components are available (on stock). They can't see in the MO view so they need to go to the sub-component product or product overview for this information! If there is to less stock, they need to "search" for the corresponding MO's between all the other MO.
We also have issues with the order of production. The order of production of a product is not always similar to the order where the MO's are created in. The order of production depends on the agreed delivery date with the customer (sometimes we receive order with a delivery date of 1 year ahead). It would be nice if there is a way to define a "order of production", "priority" or "due date" which is shown in the overview.
Suggested implementation
To solve the "sub-comonent" and "main-MO" issue we would like to see some functionality to add a dependency between a "main-MO" and a sub-component MO. The idea is that the main-MO can only go to "in Progress" when the dependent sub-component MO is finished.
Additionally it would be great if there is a kind of check when creating an main-MO (so one which contains "sub-components" MO) which determines if there are to less sub-components on stock. It could give a warning ("You don't have enough sub-components on stock") with the option "Create a new related MO for the missing sub-components". Checking the box will creating a MO for the missing amount of sub-components automatically and add the depency to the main MO. This makes life easier! Its kind of a parent-child relation :-)
Last but not least, the "order of production" issue. According to our vision there are multiple nice ways to solve this. We like any of them:
Suggested steps
I would like to hear what other think about this. I also be available to discuss this in more detail with the developers if this helps. We like to support the development with our expertise and testing as well.