Here is another good post about production runs with details about WIPs:
http://ofbiz.135035.n4.nabble.com/quot-Work-in-Progress-quot-as-product-type-td150426.
This was from 2008 and the original poster was trying to get mandatory
production runs to have resulting products stored in inventory and said
that the instructions from Valentina provided didn't work but I've
confirmed it does as of now so Valintinas post is valid.
It explains that WIP products should only be used when they are not
supposed to be stored in inventory. I guess WIPs would be used for
processes that occur so closely together that tracking the inventory of
them is less relevant? Such as if there is a production run to make a
plate of food that includes some variation of scrambled eggs, only the
finished plate that includes the scrambled egg variation needs to be
stored in inventory and the result of the making of the scrambled egg
variation component is stored as a sequence of WIP mandatory production
runs that exist only to prevent later production runs from occurring
before their dependent ones? So in other words, the "Make Salted
Scrambled Egg" production run would only exist to prevent the "Make
Plate of Food" production run from finishing?
I suppose since the company tracks partially processed parts in
inventory, then the BOMs should not be stored as WIPs? Technically they
are considered WIPs but I'm not sure if its necessary for them to be
stored as WIP for other purposes. I noticed that the function that gets
the BOMTree has an option to exclude WIPs. Should similar logic be
incorporated into production run logic so that you can choose if you
want your WIPs to be stored in inventory? I guess if storing parts that
are technically WIPs as FINISHED_GOOD doesn't conflict with other logic
that handles WIPs in a specific way then creating such new WIP
functionality is unnecessary and then the only issue is a matter of
conciseness of technically-WIP product types assignments.
I'm trying to gather basic rules an usage instructions on this subject
to be documented on the wiki.
On 01/21/2014 10:54 AM, Jacques Le Roux wrote:
On Tuesday, January 21, 2014 4:09 PM, [email protected] wrote
Christian,
Sharan Foga did an update on the book regarding Manufacturing with OFBiz.
It can be found here:
http://www.lulu.com/shop/sharan-foga/getting-started-with-apache-ofbiz-manufacturing-mrp/paperback/product-21280140.html
<
http://www.lulu.com/shop/sharan-foga/getting-started-with-apache-ofbiz-manufacturing-mrp/paperback/product-21280140.html
Unfortunately, the list of books in cwiki isn't up to date. Otherwise you
would have found the reference there as well.
Wrong, I updated it a Sharan's request around 1 month ago
Jacques
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Tue, Jan 21, 2014 at 3:29 PM, Christian Carlow <
[email protected]> wrote:
Thanks again Pierre,
Once I created separate routings to which the sub-parts were linked, the
separate routings were included as dependent production runs with their own
set of sub-part materials.
Does anyone know if there exists any documentation out there on using the
Manufacturing application like this? I found some documentation on
Opentaps wiki but it doesn't really describe the steps that need to be
performed. I also looked at "Getting Started with Apache OFBiz
Manufacturing & MRP in 5 easy steps" but it only covered single-level BOMs
(maybe the full book covers multi-level BOMs?).
The best thing I found was this thread from 2007:
http://ofbiz.135035.n4.nabble.com/Question-on-Rouning-tasks-td143884.html.
The thread explains using Routing Task "Deliverable Products" only for
non-standard results because its a manual process, otherwise the "cascading
structure/network of production runs (routings)" should be used. The
thread also mentions creating a wiki page for the subject. I guess this
still needs to be done?
On 01/21/2014 07:29 AM, Pierre Smits wrote:
Christian,
To be correct: you don't need to do the 'dependent' production runs. That
is a choice.
But yes, if you have specific tasks for the production of your
sub-products
you would be better of with specific production schemas. Otherwise, the
'default' schema will be used.
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Tue, Jan 21, 2014 at 2:16 PM, Christian Carlow <
[email protected]> wrote:
Thanks Pierre,
To clarify, you're saying that the sub-products need their own separate
routing as well and using "dependent production run" will include those
sub-product routings?
On 01/21/2014 03:06 AM, Pierre Smits wrote:
Hi Christian,
That is correct. If the end product consist of parts (sub products) that
you produce also, you also need to have a bom and a production schema
(with
tasks and product association) for sub products.
When creating a production run for the end product, you can
automatically
create the production runs for the sub products by setting the
'dependent
production run' flag in the production run for the end product.
Regards,
Pierre Smits
*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com
On Tue, Jan 21, 2014 at 1:17 AM, Christian Carlow <
[email protected]> wrote:
When I run a production run routing for a product with BOM levels
greater
than 1, the lower level materials are not listed in the Materials List
screenlet. Are separate routing required for each BOM level?
For example, with BOM
part_1
part_1_1
rawpart_1_1
part_1_2
rawpart_1_2
I created a Routing called part_1 to which part_1 is linked as the
product. When I create a production run, only part_1_1 and part_1_2
are
listed as materials. Shouldn't rawpart_1_1 and rawpart_1_2 be listed
in
the materials list also? I even linked routing tasks to the BOMs but
it
didn't pull in the additional materials.
