You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Pierre Smits (JIRA)" <ji...@apache.org> on 2014/01/22 15:11:20 UTC

[jira] [Comment Edited] (OFBIZ-5440) Improve BOM functionality to handle virtual BOM item variant selection

    [ https://issues.apache.org/jira/browse/OFBIZ-5440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13878664#comment-13878664 ] 

Pierre Smits edited comment on OFBIZ-5440 at 1/22/14 2:09 PM:
--------------------------------------------------------------

Christian,

First, this might help keeping coherence and/or focus:
You may not be aware of this, but you can link to other issues through the 'More' button at the top and its option 'link'. Also, please set the component(s) the issue is pertaining to.

But more importantly, the subject at hand.
Initially you set out to fix something in OrderMrg by modifying BoM functionality. As you have concluded in OFBIZ-5420 regarding the association, the same conclusion might apply here.

However, in Manufacturing in the BoM functionality you can select a virtual product as a component. While not intended, it is valid. As following example will illustrate:

Supose you need in your end product (a cake) the consumption of sugar (virtual product), and sugar come in packages of 5 grams and 25 grams. In your inventory you have a) 1 unopened box Sugar - 5 grams, 1 unopened box of sugar - 25 grams and 1 gram of sugar (as a remainder of an earlier opened box).
In your BoM you have stated that 3 grams of sugar (the virtual product) are required. 

When executing a production run of 9 cakes you would need 27 grams of sugar. But a virtual product does not hold inventory, thus you can not issue to production and subsequently no correct cost calculation, no correct inventory valuation change (on the sugar) will be performed and your profit-loss and balance reporting will be skewed.

<add>
So you would do following:
Issue following from inventory
# 1 loose gram of sugar (being the oldest), remaining to issue 26 grams
# 1 box of 25 grams of sugar, remaining to issue 1 gram but there is only 1 box of 5 grams left, thus
# 1 box of 5 grams of sugar.

And after issuance you will need to return to inventory the remainder as
4 loose grams of sugar.

If depreciation of quality due to age issues is not applicable, other inventory issuance option are also valid.

</add>
<change>
In this scenario the means to issue variants to the production process (from inventory) is warranted and required. But that kind of functionality is currently not available in OFBiz. And as such this issue is valid.
</change>






was (Author: pfm.smits):
Christian,

First, this might help keeping coherence and/or focus:
You may not be aware of this, but you can link to other issues through the 'More' button at the top and its option 'link'. Also, please set the component(s) the issue is pertaining to.

But more importantly, the subject at hand.
Initially you set out to fix something in OrderMrg by modifying BoM functionality. As you have concluded in OFBIZ-5420 regarding the association, the same conclusion might apply here.

However, in Manufacturing in the BoM functionality you can select a virtual product as a component. While not intended, it is valid. As following example will illustrate:

Supose you need in your end product (a cake) the consumption of sugar (virtual product), and sugar come in packages of 5 grams and 25 grams. In your inventory you have a) 1 unopened box Sugar - 5 grams, 1 unopened box of sugar - 25 grams and 1 gram of sugar (as a remainder of an earlier opened box).
In your BoM you have stated that 3 grams of sugar (the virtual product) are required. 

When executing a production run of 9 cakes you would need 27 grams of sugar. But a virtual product does not hold inventory, thus you can not issue to production and subsequently no correct cost calculation, no correct inventory valuation change (on the sugar) will be performed and your profit-loss and balance reporting will be skewed.

In this scenario a means to issue variants to the production process (from inventory) is warranted and required. And as such this issue is valid.





> Improve BOM functionality to handle virtual BOM item variant selection
> ----------------------------------------------------------------------
>
>                 Key: OFBIZ-5440
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-5440
>             Project: OFBiz
>          Issue Type: Improvement
>    Affects Versions: SVN trunk
>            Reporter: Christian Carlow
>
> The BOM functionality should be improved to handle virtual product variant/feature selections.  Such functionality would allow for something such as GZ-OUTER-BASKET of selected features to contain 3 GZ-INNER-BASKETs of different selected features
> I think the BOMNode class should contain a List<BOMNode>variantNodes member to be used for virtual nodes in the loadChildren function.  When virtual variants exist, the virtual node childrenNodes can be unset since the nodes will be contained in the variantNodes instead.
> I disovered the need for such functionality while trying to implement OFBIZ-5420 and OFBIZ-5437.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)