You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ofbiz.apache.org by Hans Bakker <h....@antwebsystems.com> on 2010/10/02 13:29:02 UTC
more than one unit of measue fo the same product: advice requested.
A question to the community:
sometimes the same products are sold with different units of measure.
Example gold jewelry.
Per piece, per box of 10, per box of 50 and per gram gold weight.
Is here a preference how to implement that?
Remember this has to show up in e-commerce, orders, shipments and
invoices...
Regards,
Hans
--
http://www.antwebsystems.com :
Quality OFBiz support for competitive rates....
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
Thinking further on he virtual/variant idea....we could store the conversion
in the ProductAssoc table with a field uomConversion between the base
products and the virtual variants uom.....
What do you think of that?
Regards,
Hans
Hi Scott, this is sure an interesting idea, but then how does the system
know that they are for example 10 pieces in a box? I still what to have
the same inventory for boxes and pieces.
We should be able to store the conversion between the uom's for this
product somewhere?
Thanks for you input!
Regards,
Hans
On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> Hi Hans,
>
> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>
> Regards
> Scott
>
> HotWax Media
> http://www.hotwaxmedia.com
>
> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>
> > Thank you BJ,
> >
> > I had in mind to create and 'productUomAlternatives' table to the
> > product with a conversion for example from pieces to boxes with an
> > optional price adjustment percentage.
> > The system will have however only one uom where everything gets
> > converted to.
> >
> > Anybody else other solutions?
> >
> > Regards,
> > Hans.
> >
> >
> > On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >> I used the multiple pricing model for the Uom Measure
> >> in the product screen made it allow multiple UOM.
> >>
> >> added to the code that converts from what is received in inventory to
> >> what is sold so it walks through the Uom. for instance a feed store
> >> Receives feed in Bulk and then sacks it as inventory is required.
> >> The Inventory levels have to be checked to see how many in a product
> >> run to generate to sack up the grain. This Triggers an Seca.
> >>
> >>
> >> I think a nice touch would be that the could generates the product data
> >> to show up in orders, based on the Uoms that were generated for the
> >> products. it would follow the same model for inventory levels on the
> >> orderentry and Ecommerce
> >>
> >>
> >> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >>> A question to the community:
> >>>
> >>> sometimes the same products are sold with different units of measure.
> >>> Example gold jewelry.
> >>>
> >>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >>>
> >>> Is here a preference how to implement that?
> >>>
> >>> Remember this has to show up in e-commerce, orders, shipments and
> >>> invoices...
> >>>
> >>> Regards,
> >>> Hans
> >>>
> >>
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > Myself on twitter: http://twitter.com/hansbak
> > Antwebsystems.com: Quality services for competitive rates.
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
This sounds pretty good i even see some coding on this.
Let me do some testing, i will come back with the results.
Regards,
Hans
On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for sale directly to the customer), and one that is a product that represents the box and that is associated with the individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>
> For certain products all you need is the three fields already on the Product entity:
>
> quantityUomId
> quantityIncluded
> piecesIncluded
>
> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, piecesIncluded=6.
>
> -David
>
>
> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>
> > Hi Scott, this is sure an interesting idea, but then how does the system
> > know that they are for example 10 pieces in a box? I still what to have
> > the same inventory for boxes and pieces.
> > We should be able to store the conversion between the uom's for this
> > product somewhere?
> >
> > Thanks for you input!
> >
> > Regards,
> > Hans
> >
> > On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> >> Hi Hans,
> >>
> >> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
> >>
> >> Regards
> >> Scott
> >>
> >> HotWax Media
> >> http://www.hotwaxmedia.com
> >>
> >> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> >>
> >>> Thank you BJ,
> >>>
> >>> I had in mind to create and 'productUomAlternatives' table to the
> >>> product with a conversion for example from pieces to boxes with an
> >>> optional price adjustment percentage.
> >>> The system will have however only one uom where everything gets
> >>> converted to.
> >>>
> >>> Anybody else other solutions?
> >>>
> >>> Regards,
> >>> Hans.
> >>>
> >>>
> >>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >>>> I used the multiple pricing model for the Uom Measure
> >>>> in the product screen made it allow multiple UOM.
> >>>>
> >>>> added to the code that converts from what is received in inventory to
> >>>> what is sold so it walks through the Uom. for instance a feed store
> >>>> Receives feed in Bulk and then sacks it as inventory is required.
> >>>> The Inventory levels have to be checked to see how many in a product
> >>>> run to generate to sack up the grain. This Triggers an Seca.
> >>>>
> >>>>
> >>>> I think a nice touch would be that the could generates the product data
> >>>> to show up in orders, based on the Uoms that were generated for the
> >>>> products. it would follow the same model for inventory levels on the
> >>>> orderentry and Ecommerce
> >>>>
> >>>>
> >>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >>>>> A question to the community:
> >>>>>
> >>>>> sometimes the same products are sold with different units of measure.
> >>>>> Example gold jewelry.
> >>>>>
> >>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >>>>>
> >>>>> Is here a preference how to implement that?
> >>>>>
> >>>>> Remember this has to show up in e-commerce, orders, shipments and
> >>>>> invoices...
> >>>>>
> >>>>> Regards,
> >>>>> Hans
> >>>>>
> >>>>
> >>>
> >>> --
> >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>> Myself on twitter: http://twitter.com/hansbak
> >>> Antwebsystems.com: Quality services for competitive rates.
> >>>
> >>
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > Myself on twitter: http://twitter.com/hansbak
> > Antwebsystems.com: Quality services for competitive rates.
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Pierre TALLOTTE <pi...@nereide.fr>.
Hi,
I tried to create a product who can be sale/purchase in another unit. I
followed you said and it doesn't work : I can't choose my alternative
package.
Example :
- I have a bottle of water who is a "finished good" and "variant" flag on
yes. In "quantity included", I chose 1 Liter.
- For the alternative package, I have a box of bottles (a six-pack) who is
a "finished good" too and "variant" & "virtual" flags on yes. The measures
are the same than the bottle and, in "Shipping", I chose 6 in "pieces
included". I made the association "Alternative package" with the bottle
product.
Now, when I purchase a box of bottles, I have the specific screen for the
variant product who I can choose my bottle of water, but the conversion is
not made ; I can't choose the quantity I want (a six-pack in this case).
Can you help me ?
Thanks.
--
View this message in context: http://ofbiz.135035.n4.nabble.com/more-than-one-unit-of-measue-fo-the-same-product-advice-requested-tp2952350p3308850.html
Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacques Le Roux <ja...@les7arts.com>.
That sounds fair enough, I will do...
Thanks
Jacques
From: "Hans Bakker" <ma...@antwebsystems.com>
>I leave it up to you to further enhance it?
>
> Regards,
> Hans
>
> On Wed, 2011-01-26 at 10:02 +0100, Jacques Le Roux wrote:
>> Hi Hans,
>>
>> Almost perfect: the product names are not used, and why not a specific icon for them?
>> Also I wonder if we should not widen the left panel? I guess this width has been set when the most used screen resolution was
>> 800x600 it's now 1024x768
>>
>> Thanks for your time!
>>
>> Jacques
>>
>> From: "Hans Bakker" <ma...@antwebsystems.com>
>> > category/catalog tree updated in r1063625
>> >
>> > thanks for your comments!
>> >
>> > Regards,
>> > Hans
>> >
>> > On Sat, 2011-01-15 at 11:06 +0100, Jacques Le Roux wrote:
>> >> Jacopo,
>> >>
>> >> Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
>> >> AgreementServices.getCommissionForProduct() :/
>> >>
>> >> Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the
>> >> names
>> >> (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
>> >>
>> >> Thanks
>> >>
>> >> Jacques
>> >>
>> >> From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>> >> >I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a
>> >> >temporary
>> >> >one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue (validity
>> >> >dates
>> >> >ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
>> >> >
>> >> > Kind regards,
>> >> >
>> >> > Jacopo
>> >> >
>> >> > On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
>> >> >
>> >> >> Hi Hans,
>> >> >>
>> >> >> This has introduced a bug I fixed at r1057153
>> >> >>
>> >> >> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not
>> >> >> check
>> >> >> them all. But I'd be surprised if your change has not introduced some other side effects...
>> >> >>
>> >> >> Could youy please have a look?
>> >> >>
>> >> >> Thanks
>> >> >>
>> >> >> Jacques
>> >> >>
>> >> >> From: "Hans Bakker" <ma...@antwebsystems.com>
>> >> >>> This change is now implemented in r1040908
>> >> >>>
>> >> >>> Related to the comment from Scott, Instead of using the existing
>> >> >>> association, we have created a new product association 'Alternative
>> >> >>> Packaging' to not interfere with the usage of Scott.
>> >> >>>
>> >> >>> An explanation can be found at:
>> >> >>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>> >> >>>
>> >> >>> Regards,
>> >> >>> Hans
>> >> >>>
>> >> >>>
>> >> >>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>> >> >>>> i could also add a new association type "alternative Uom" and then still
>> >> >>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>> >> >>>>
>> >> >>>>
>> >> >>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>> >> >>>> > Hi Hans,
>> >> >>>> >
>> >> >>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for
>> >> >>>> > you.
>> >> >>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml
>> >> >>>> > data.
>> >> >>>> > You > could then load it into a demo instance and play around with it.
>> >> >>>> >
>> >> >>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination
>> >> >>>> > to
>> >> >>>> > >
>> >> >>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and
>> >> >>>> > using
>> >> >>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own
>> >> >>>> > child
>> >> >>>> > variants.
>> >> >>>> >
>> >> >>>> > Regards
>> >> >>>> > Scott
>> >> >>>> >
>> >> >>>> > HotWax Media
>> >> >>>> > http://www.hotwaxmedia.com
>> >> >>>> >
>> >> >>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>> >> >>>> >
>> >> >>>> > > A longer explanation how we want to implement this can be found at:
>> >> >>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>> >> >>>> > >
>> >> >>>> > > Regards,
>> >> >>>> > > Hans
>> >> >>>> > >
>> >> >>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>> >> >>>> > >> We are are still getting the best solution, help appreciated.
>> >> >>>> > >>
>> >> >>>> > >> We are thinking of the following:
>> >> >>>> > >> you have a product which you sell in pieces and boxes of ten.
>> >> >>>> > >>
>> >> >>>> > >> Then the product per piece is the lowest denominator and has a variant
>> >> >>>> > >> association to a virtual/variant product which is an alternative
>> >> >>>> > >> packaging of the product per piece and can have an adjusted price but no
>> >> >>>> > >> inventory.
>> >> >>>> > >>
>> >> >>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>> >> >>>> > >> feature selection list, however in the case of the virtual- and variant
>> >> >>>> > >> flag both set, it should not.
>> >> >>>> > >>
>> >> >>>> > >> When the box of 10 is selected, The productId per piece is selected with
>> >> >>>> > >> the adjusted price of the box variant.
>> >> >>>> > >>
>> >> >>>> > >> Comments very much appreciated.
>> >> >>>> > >>
>> >> >>>> > >> Regards,
>> >> >>>> > >> Hans
>> >> >>>> > >>
>> >> >>>> > >>
>> >> >>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>> >> >>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not
>> >> >>>> > >>> be
>> >> >>>> > >>> for
>> >> >>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated
>> >> >>>> > >>> with
>> >> >>>> > >>> the >
>> >> >>>> > >>> >>> individual item. In OFBiz there are a few different product types you can choose from to have the system
>> >> >>>> > >>> handle
>> >> >>>> > >>> the
>> >> >>>> > >>> box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>> >> >>>> > >>>
>> >> >>>> > >>> For certain products all you need is the three fields already on the Product entity:
>> >> >>>> > >>>
>> >> >>>> > >>> quantityUomId
>> >> >>>> > >>> quantityIncluded
>> >> >>>> > >>> piecesIncluded
>> >> >>>> > >>>
>> >> >>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
>> >> >>>> > >>> piecesIncluded=6.
>> >> >>>> > >>>
>> >> >>>> > >>> -David
>> >> >>>> > >>>
>> >> >>>> > >>>
>> >> >>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>> >> >>>> > >>>
>> >> >>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>> >> >>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>> >> >>>> > >>>> the same inventory for boxes and pieces.
>> >> >>>> > >>>> We should be able to store the conversion between the uom's for this
>> >> >>>> > >>>> product somewhere?
>> >> >>>> > >>>>
>> >> >>>> > >>>> Thanks for you input!
>> >> >>>> > >>>>
>> >> >>>> > >>>> Regards,
>> >> >>>> > >>>> Hans
>> >> >>>> > >>>>
>> >> >>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>> >> >>>> > >>>>> Hi Hans,
>> >> >>>> > >>>>>
>> >> >>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use >
>> >> >>>> > >>>>> >>>>>
>> >> >>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to >
>> >> >>>> > >>>>> >>>>>
>> >> >>>> > >>>>> automatically produce inventory for the desired UOM from the base UOM.
>> >> >>>> > >>>>>
>> >> >>>> > >>>>> Regards
>> >> >>>> > >>>>> Scott
>> >> >>>> > >>>>>
>> >> >>>> > >>>>> HotWax Media
>> >> >>>> > >>>>> http://www.hotwaxmedia.com
>> >> >>>> > >>>>>
>> >> >>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>> >> >>>> > >>>>>
>> >> >>>> > >>>>>> Thank you BJ,
>> >> >>>> > >>>>>>
>> >> >>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>> >> >>>> > >>>>>> product with a conversion for example from pieces to boxes with an
>> >> >>>> > >>>>>> optional price adjustment percentage.
>> >> >>>> > >>>>>> The system will have however only one uom where everything gets
>> >> >>>> > >>>>>> converted to.
>> >> >>>> > >>>>>>
>> >> >>>> > >>>>>> Anybody else other solutions?
>> >> >>>> > >>>>>>
>> >> >>>> > >>>>>> Regards,
>> >> >>>> > >>>>>> Hans.
>> >> >>>> > >>>>>>
>> >> >>>> > >>>>>>
>> >> >>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>> >> >>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>> >> >>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>> >> >>>> > >>>>>>> in the product screen made it allow multiple UOM.
>> >> >>>> > >>>>>>>
>> >> >>>> > >>>>>>> added to the code that converts from what is received in inventory to
>> >> >>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>> >> >>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>> >> >>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>> >> >>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>> >> >>>> > >>>>>>>
>> >> >>>> > >>>>>>>
>> >> >>>> > >>>>>>> I think a nice touch would be that the could generates the product data
>> >> >>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>> >> >>>> > >>>>>>> products. it would follow the same model for inventory levels on the
>> >> >>>> > >>>>>>> orderentry and Ecommerce
>> >> >>>> > >>>>>>>
>> >> >>>> > >>>>>>>
>> >> >>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>> >> >>>> > >>>>>>>> A question to the community:
>> >> >>>> > >>>>>>>>
>> >> >>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>> >> >>>> > >>>>>>>> Example gold jewelry.
>> >> >>>> > >>>>>>>>
>> >> >>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>> >> >>>> > >>>>>>>>
>> >> >>>> > >>>>>>>> Is here a preference how to implement that?
>> >> >>>> > >>>>>>>>
>> >> >>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>> >> >>>> > >>>>>>>> invoices...
>> >> >>>> > >>>>>>>>
>> >> >>>> > >>>>>>>> Regards,
>> >> >>>> > >>>>>>>> Hans
>> >> >>>> > >>>>>>>>
>> >> >>>> > >>>>>>>
>> >> >>>> > >>>>>>
>> >> >>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >> >>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>> >> >>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>> >> >>>> > >>>>>>
>> >> >>>> > >>>>>
>> >> >>>> > >>>>
>> >> >>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >> >>>> > >>>> Myself on twitter: http://twitter.com/hansbak
>> >> >>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>> >> >>>> > >>>>
>> >> >>>> > >>>
>> >> >>>> > >>
>> >> >>>> > >
>> >> >>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >> >>>> > > Myself on twitter: http://twitter.com/hansbak
>> >> >>>> > > Antwebsystems.com: Quality services for competitive rates.
>> >> >>>> > >
>> >> >>>> >
>> >> >>>>
>> >> >>>
>> >> >>> --
>> >> >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >> >>> Myself on twitter: http://twitter.com/hansbak
>> >> >>> Antwebsystems.com: Quality services for competitive rates.
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> > --
>> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> > Myself on twitter: http://twitter.com/hansbak
>> > Antwebsystems.com: Quality services for competitive rates.
>> >
>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
I leave it up to you to further enhance it?
Regards,
Hans
On Wed, 2011-01-26 at 10:02 +0100, Jacques Le Roux wrote:
> Hi Hans,
>
> Almost perfect: the product names are not used, and why not a specific icon for them?
> Also I wonder if we should not widen the left panel? I guess this width has been set when the most used screen resolution was
> 800x600 it's now 1024x768
>
> Thanks for your time!
>
> Jacques
>
> From: "Hans Bakker" <ma...@antwebsystems.com>
> > category/catalog tree updated in r1063625
> >
> > thanks for your comments!
> >
> > Regards,
> > Hans
> >
> > On Sat, 2011-01-15 at 11:06 +0100, Jacques Le Roux wrote:
> >> Jacopo,
> >>
> >> Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
> >> AgreementServices.getCommissionForProduct() :/
> >>
> >> Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the
> >> names
> >> (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
> >>
> >> Thanks
> >>
> >> Jacques
> >>
> >> From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
> >> >I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a
> >> >temporary
> >> >one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue (validity
> >> >dates
> >> >ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
> >> >
> >> > Kind regards,
> >> >
> >> > Jacopo
> >> >
> >> > On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
> >> >
> >> >> Hi Hans,
> >> >>
> >> >> This has introduced a bug I fixed at r1057153
> >> >>
> >> >> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not
> >> >> check
> >> >> them all. But I'd be surprised if your change has not introduced some other side effects...
> >> >>
> >> >> Could youy please have a look?
> >> >>
> >> >> Thanks
> >> >>
> >> >> Jacques
> >> >>
> >> >> From: "Hans Bakker" <ma...@antwebsystems.com>
> >> >>> This change is now implemented in r1040908
> >> >>>
> >> >>> Related to the comment from Scott, Instead of using the existing
> >> >>> association, we have created a new product association 'Alternative
> >> >>> Packaging' to not interfere with the usage of Scott.
> >> >>>
> >> >>> An explanation can be found at:
> >> >>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
> >> >>>
> >> >>> Regards,
> >> >>> Hans
> >> >>>
> >> >>>
> >> >>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
> >> >>>> i could also add a new association type "alternative Uom" and then still
> >> >>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
> >> >>>>
> >> >>>>
> >> >>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
> >> >>>> > Hi Hans,
> >> >>>> >
> >> >>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you.
> >> >>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml
> >> >>>> > data.
> >> >>>> > You > could then load it into a demo instance and play around with it.
> >> >>>> >
> >> >>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to
> >> >>>> > >
> >> >>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and
> >> >>>> > using
> >> >>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child
> >> >>>> > variants.
> >> >>>> >
> >> >>>> > Regards
> >> >>>> > Scott
> >> >>>> >
> >> >>>> > HotWax Media
> >> >>>> > http://www.hotwaxmedia.com
> >> >>>> >
> >> >>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
> >> >>>> >
> >> >>>> > > A longer explanation how we want to implement this can be found at:
> >> >>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
> >> >>>> > >
> >> >>>> > > Regards,
> >> >>>> > > Hans
> >> >>>> > >
> >> >>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
> >> >>>> > >> We are are still getting the best solution, help appreciated.
> >> >>>> > >>
> >> >>>> > >> We are thinking of the following:
> >> >>>> > >> you have a product which you sell in pieces and boxes of ten.
> >> >>>> > >>
> >> >>>> > >> Then the product per piece is the lowest denominator and has a variant
> >> >>>> > >> association to a virtual/variant product which is an alternative
> >> >>>> > >> packaging of the product per piece and can have an adjusted price but no
> >> >>>> > >> inventory.
> >> >>>> > >>
> >> >>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
> >> >>>> > >> feature selection list, however in the case of the virtual- and variant
> >> >>>> > >> flag both set, it should not.
> >> >>>> > >>
> >> >>>> > >> When the box of 10 is selected, The productId per piece is selected with
> >> >>>> > >> the adjusted price of the box variant.
> >> >>>> > >>
> >> >>>> > >> Comments very much appreciated.
> >> >>>> > >>
> >> >>>> > >> Regards,
> >> >>>> > >> Hans
> >> >>>> > >>
> >> >>>> > >>
> >> >>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
> >> >>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be
> >> >>>> > >>> for
> >> >>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with
> >> >>>> > >>> the >
> >> >>>> > >>> >>> individual item. In OFBiz there are a few different product types you can choose from to have the system handle
> >> >>>> > >>> the
> >> >>>> > >>> box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
> >> >>>> > >>>
> >> >>>> > >>> For certain products all you need is the three fields already on the Product entity:
> >> >>>> > >>>
> >> >>>> > >>> quantityUomId
> >> >>>> > >>> quantityIncluded
> >> >>>> > >>> piecesIncluded
> >> >>>> > >>>
> >> >>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
> >> >>>> > >>> piecesIncluded=6.
> >> >>>> > >>>
> >> >>>> > >>> -David
> >> >>>> > >>>
> >> >>>> > >>>
> >> >>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
> >> >>>> > >>>
> >> >>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
> >> >>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
> >> >>>> > >>>> the same inventory for boxes and pieces.
> >> >>>> > >>>> We should be able to store the conversion between the uom's for this
> >> >>>> > >>>> product somewhere?
> >> >>>> > >>>>
> >> >>>> > >>>> Thanks for you input!
> >> >>>> > >>>>
> >> >>>> > >>>> Regards,
> >> >>>> > >>>> Hans
> >> >>>> > >>>>
> >> >>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> >> >>>> > >>>>> Hi Hans,
> >> >>>> > >>>>>
> >> >>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use >
> >> >>>> > >>>>> >>>>>
> >> >>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to >
> >> >>>> > >>>>> >>>>>
> >> >>>> > >>>>> automatically produce inventory for the desired UOM from the base UOM.
> >> >>>> > >>>>>
> >> >>>> > >>>>> Regards
> >> >>>> > >>>>> Scott
> >> >>>> > >>>>>
> >> >>>> > >>>>> HotWax Media
> >> >>>> > >>>>> http://www.hotwaxmedia.com
> >> >>>> > >>>>>
> >> >>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> >> >>>> > >>>>>
> >> >>>> > >>>>>> Thank you BJ,
> >> >>>> > >>>>>>
> >> >>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
> >> >>>> > >>>>>> product with a conversion for example from pieces to boxes with an
> >> >>>> > >>>>>> optional price adjustment percentage.
> >> >>>> > >>>>>> The system will have however only one uom where everything gets
> >> >>>> > >>>>>> converted to.
> >> >>>> > >>>>>>
> >> >>>> > >>>>>> Anybody else other solutions?
> >> >>>> > >>>>>>
> >> >>>> > >>>>>> Regards,
> >> >>>> > >>>>>> Hans.
> >> >>>> > >>>>>>
> >> >>>> > >>>>>>
> >> >>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >> >>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >> >>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
> >> >>>> > >>>>>>> in the product screen made it allow multiple UOM.
> >> >>>> > >>>>>>>
> >> >>>> > >>>>>>> added to the code that converts from what is received in inventory to
> >> >>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
> >> >>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
> >> >>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
> >> >>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
> >> >>>> > >>>>>>>
> >> >>>> > >>>>>>>
> >> >>>> > >>>>>>> I think a nice touch would be that the could generates the product data
> >> >>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
> >> >>>> > >>>>>>> products. it would follow the same model for inventory levels on the
> >> >>>> > >>>>>>> orderentry and Ecommerce
> >> >>>> > >>>>>>>
> >> >>>> > >>>>>>>
> >> >>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >> >>>> > >>>>>>>> A question to the community:
> >> >>>> > >>>>>>>>
> >> >>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
> >> >>>> > >>>>>>>> Example gold jewelry.
> >> >>>> > >>>>>>>>
> >> >>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >> >>>> > >>>>>>>>
> >> >>>> > >>>>>>>> Is here a preference how to implement that?
> >> >>>> > >>>>>>>>
> >> >>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
> >> >>>> > >>>>>>>> invoices...
> >> >>>> > >>>>>>>>
> >> >>>> > >>>>>>>> Regards,
> >> >>>> > >>>>>>>> Hans
> >> >>>> > >>>>>>>>
> >> >>>> > >>>>>>>
> >> >>>> > >>>>>>
> >> >>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >> >>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
> >> >>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
> >> >>>> > >>>>>>
> >> >>>> > >>>>>
> >> >>>> > >>>>
> >> >>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >> >>>> > >>>> Myself on twitter: http://twitter.com/hansbak
> >> >>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
> >> >>>> > >>>>
> >> >>>> > >>>
> >> >>>> > >>
> >> >>>> > >
> >> >>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >> >>>> > > Myself on twitter: http://twitter.com/hansbak
> >> >>>> > > Antwebsystems.com: Quality services for competitive rates.
> >> >>>> > >
> >> >>>> >
> >> >>>>
> >> >>>
> >> >>> --
> >> >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >> >>> Myself on twitter: http://twitter.com/hansbak
> >> >>> Antwebsystems.com: Quality services for competitive rates.
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > Myself on twitter: http://twitter.com/hansbak
> > Antwebsystems.com: Quality services for competitive rates.
> >
>
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi Hans,
Almost perfect: the product names are not used, and why not a specific icon for them?
Also I wonder if we should not widen the left panel? I guess this width has been set when the most used screen resolution was
800x600 it's now 1024x768
Thanks for your time!
Jacques
From: "Hans Bakker" <ma...@antwebsystems.com>
> category/catalog tree updated in r1063625
>
> thanks for your comments!
>
> Regards,
> Hans
>
> On Sat, 2011-01-15 at 11:06 +0100, Jacques Le Roux wrote:
>> Jacopo,
>>
>> Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
>> AgreementServices.getCommissionForProduct() :/
>>
>> Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the
>> names
>> (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
>>
>> Thanks
>>
>> Jacques
>>
>> From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>> >I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a
>> >temporary
>> >one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue (validity
>> >dates
>> >ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
>> >
>> > Kind regards,
>> >
>> > Jacopo
>> >
>> > On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
>> >
>> >> Hi Hans,
>> >>
>> >> This has introduced a bug I fixed at r1057153
>> >>
>> >> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not
>> >> check
>> >> them all. But I'd be surprised if your change has not introduced some other side effects...
>> >>
>> >> Could youy please have a look?
>> >>
>> >> Thanks
>> >>
>> >> Jacques
>> >>
>> >> From: "Hans Bakker" <ma...@antwebsystems.com>
>> >>> This change is now implemented in r1040908
>> >>>
>> >>> Related to the comment from Scott, Instead of using the existing
>> >>> association, we have created a new product association 'Alternative
>> >>> Packaging' to not interfere with the usage of Scott.
>> >>>
>> >>> An explanation can be found at:
>> >>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>> >>>
>> >>> Regards,
>> >>> Hans
>> >>>
>> >>>
>> >>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>> >>>> i could also add a new association type "alternative Uom" and then still
>> >>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>> >>>>
>> >>>>
>> >>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>> >>>> > Hi Hans,
>> >>>> >
>> >>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you.
>> >>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml
>> >>>> > data.
>> >>>> > You > could then load it into a demo instance and play around with it.
>> >>>> >
>> >>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to
>> >>>> > >
>> >>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and
>> >>>> > using
>> >>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child
>> >>>> > variants.
>> >>>> >
>> >>>> > Regards
>> >>>> > Scott
>> >>>> >
>> >>>> > HotWax Media
>> >>>> > http://www.hotwaxmedia.com
>> >>>> >
>> >>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>> >>>> >
>> >>>> > > A longer explanation how we want to implement this can be found at:
>> >>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>> >>>> > >
>> >>>> > > Regards,
>> >>>> > > Hans
>> >>>> > >
>> >>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>> >>>> > >> We are are still getting the best solution, help appreciated.
>> >>>> > >>
>> >>>> > >> We are thinking of the following:
>> >>>> > >> you have a product which you sell in pieces and boxes of ten.
>> >>>> > >>
>> >>>> > >> Then the product per piece is the lowest denominator and has a variant
>> >>>> > >> association to a virtual/variant product which is an alternative
>> >>>> > >> packaging of the product per piece and can have an adjusted price but no
>> >>>> > >> inventory.
>> >>>> > >>
>> >>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>> >>>> > >> feature selection list, however in the case of the virtual- and variant
>> >>>> > >> flag both set, it should not.
>> >>>> > >>
>> >>>> > >> When the box of 10 is selected, The productId per piece is selected with
>> >>>> > >> the adjusted price of the box variant.
>> >>>> > >>
>> >>>> > >> Comments very much appreciated.
>> >>>> > >>
>> >>>> > >> Regards,
>> >>>> > >> Hans
>> >>>> > >>
>> >>>> > >>
>> >>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>> >>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be
>> >>>> > >>> for
>> >>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with
>> >>>> > >>> the >
>> >>>> > >>> >>> individual item. In OFBiz there are a few different product types you can choose from to have the system handle
>> >>>> > >>> the
>> >>>> > >>> box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>> >>>> > >>>
>> >>>> > >>> For certain products all you need is the three fields already on the Product entity:
>> >>>> > >>>
>> >>>> > >>> quantityUomId
>> >>>> > >>> quantityIncluded
>> >>>> > >>> piecesIncluded
>> >>>> > >>>
>> >>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
>> >>>> > >>> piecesIncluded=6.
>> >>>> > >>>
>> >>>> > >>> -David
>> >>>> > >>>
>> >>>> > >>>
>> >>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>> >>>> > >>>
>> >>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>> >>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>> >>>> > >>>> the same inventory for boxes and pieces.
>> >>>> > >>>> We should be able to store the conversion between the uom's for this
>> >>>> > >>>> product somewhere?
>> >>>> > >>>>
>> >>>> > >>>> Thanks for you input!
>> >>>> > >>>>
>> >>>> > >>>> Regards,
>> >>>> > >>>> Hans
>> >>>> > >>>>
>> >>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>> >>>> > >>>>> Hi Hans,
>> >>>> > >>>>>
>> >>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use >
>> >>>> > >>>>> >>>>>
>> >>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to >
>> >>>> > >>>>> >>>>>
>> >>>> > >>>>> automatically produce inventory for the desired UOM from the base UOM.
>> >>>> > >>>>>
>> >>>> > >>>>> Regards
>> >>>> > >>>>> Scott
>> >>>> > >>>>>
>> >>>> > >>>>> HotWax Media
>> >>>> > >>>>> http://www.hotwaxmedia.com
>> >>>> > >>>>>
>> >>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>> >>>> > >>>>>
>> >>>> > >>>>>> Thank you BJ,
>> >>>> > >>>>>>
>> >>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>> >>>> > >>>>>> product with a conversion for example from pieces to boxes with an
>> >>>> > >>>>>> optional price adjustment percentage.
>> >>>> > >>>>>> The system will have however only one uom where everything gets
>> >>>> > >>>>>> converted to.
>> >>>> > >>>>>>
>> >>>> > >>>>>> Anybody else other solutions?
>> >>>> > >>>>>>
>> >>>> > >>>>>> Regards,
>> >>>> > >>>>>> Hans.
>> >>>> > >>>>>>
>> >>>> > >>>>>>
>> >>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>> >>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>> >>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>> >>>> > >>>>>>> in the product screen made it allow multiple UOM.
>> >>>> > >>>>>>>
>> >>>> > >>>>>>> added to the code that converts from what is received in inventory to
>> >>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>> >>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>> >>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>> >>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>> >>>> > >>>>>>>
>> >>>> > >>>>>>>
>> >>>> > >>>>>>> I think a nice touch would be that the could generates the product data
>> >>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>> >>>> > >>>>>>> products. it would follow the same model for inventory levels on the
>> >>>> > >>>>>>> orderentry and Ecommerce
>> >>>> > >>>>>>>
>> >>>> > >>>>>>>
>> >>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>> >>>> > >>>>>>>> A question to the community:
>> >>>> > >>>>>>>>
>> >>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>> >>>> > >>>>>>>> Example gold jewelry.
>> >>>> > >>>>>>>>
>> >>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>> >>>> > >>>>>>>>
>> >>>> > >>>>>>>> Is here a preference how to implement that?
>> >>>> > >>>>>>>>
>> >>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>> >>>> > >>>>>>>> invoices...
>> >>>> > >>>>>>>>
>> >>>> > >>>>>>>> Regards,
>> >>>> > >>>>>>>> Hans
>> >>>> > >>>>>>>>
>> >>>> > >>>>>>>
>> >>>> > >>>>>>
>> >>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>> >>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>> >>>> > >>>>>>
>> >>>> > >>>>>
>> >>>> > >>>>
>> >>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>> > >>>> Myself on twitter: http://twitter.com/hansbak
>> >>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>> >>>> > >>>>
>> >>>> > >>>
>> >>>> > >>
>> >>>> > >
>> >>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>> > > Myself on twitter: http://twitter.com/hansbak
>> >>>> > > Antwebsystems.com: Quality services for competitive rates.
>> >>>> > >
>> >>>> >
>> >>>>
>> >>>
>> >>> --
>> >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>> Myself on twitter: http://twitter.com/hansbak
>> >>> Antwebsystems.com: Quality services for competitive rates.
>> >>
>> >>
>> >
>> >
>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
category/catalog tree updated in r1063625
thanks for your comments!
Regards,
Hans
On Sat, 2011-01-15 at 11:06 +0100, Jacques Le Roux wrote:
> Jacopo,
>
> Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
> AgreementServices.getCommissionForProduct() :/
>
> Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the names
> (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
>
> Thanks
>
> Jacques
>
> From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
> >I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a temporary
> >one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue (validity dates
> >ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
> >
> > Kind regards,
> >
> > Jacopo
> >
> > On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
> >
> >> Hi Hans,
> >>
> >> This has introduced a bug I fixed at r1057153
> >>
> >> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not check
> >> them all. But I'd be surprised if your change has not introduced some other side effects...
> >>
> >> Could youy please have a look?
> >>
> >> Thanks
> >>
> >> Jacques
> >>
> >> From: "Hans Bakker" <ma...@antwebsystems.com>
> >>> This change is now implemented in r1040908
> >>>
> >>> Related to the comment from Scott, Instead of using the existing
> >>> association, we have created a new product association 'Alternative
> >>> Packaging' to not interfere with the usage of Scott.
> >>>
> >>> An explanation can be found at:
> >>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
> >>>
> >>> Regards,
> >>> Hans
> >>>
> >>>
> >>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
> >>>> i could also add a new association type "alternative Uom" and then still
> >>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
> >>>>
> >>>>
> >>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
> >>>> > Hi Hans,
> >>>> >
> >>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you.
> >>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml data.
> >>>> > You > could then load it into a demo instance and play around with it.
> >>>> >
> >>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to >
> >>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using
> >>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child
> >>>> > variants.
> >>>> >
> >>>> > Regards
> >>>> > Scott
> >>>> >
> >>>> > HotWax Media
> >>>> > http://www.hotwaxmedia.com
> >>>> >
> >>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
> >>>> >
> >>>> > > A longer explanation how we want to implement this can be found at:
> >>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
> >>>> > >
> >>>> > > Regards,
> >>>> > > Hans
> >>>> > >
> >>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
> >>>> > >> We are are still getting the best solution, help appreciated.
> >>>> > >>
> >>>> > >> We are thinking of the following:
> >>>> > >> you have a product which you sell in pieces and boxes of ten.
> >>>> > >>
> >>>> > >> Then the product per piece is the lowest denominator and has a variant
> >>>> > >> association to a virtual/variant product which is an alternative
> >>>> > >> packaging of the product per piece and can have an adjusted price but no
> >>>> > >> inventory.
> >>>> > >>
> >>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
> >>>> > >> feature selection list, however in the case of the virtual- and variant
> >>>> > >> flag both set, it should not.
> >>>> > >>
> >>>> > >> When the box of 10 is selected, The productId per piece is selected with
> >>>> > >> the adjusted price of the box variant.
> >>>> > >>
> >>>> > >> Comments very much appreciated.
> >>>> > >>
> >>>> > >> Regards,
> >>>> > >> Hans
> >>>> > >>
> >>>> > >>
> >>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
> >>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for
> >>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with the >
> >>>> > >>> >>> individual item. In OFBiz there are a few different product types you can choose from to have the system handle the
> >>>> > >>> box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
> >>>> > >>>
> >>>> > >>> For certain products all you need is the three fields already on the Product entity:
> >>>> > >>>
> >>>> > >>> quantityUomId
> >>>> > >>> quantityIncluded
> >>>> > >>> piecesIncluded
> >>>> > >>>
> >>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
> >>>> > >>> piecesIncluded=6.
> >>>> > >>>
> >>>> > >>> -David
> >>>> > >>>
> >>>> > >>>
> >>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
> >>>> > >>>
> >>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
> >>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
> >>>> > >>>> the same inventory for boxes and pieces.
> >>>> > >>>> We should be able to store the conversion between the uom's for this
> >>>> > >>>> product somewhere?
> >>>> > >>>>
> >>>> > >>>> Thanks for you input!
> >>>> > >>>>
> >>>> > >>>> Regards,
> >>>> > >>>> Hans
> >>>> > >>>>
> >>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> >>>> > >>>>> Hi Hans,
> >>>> > >>>>>
> >>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use > >>>>>
> >>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to > >>>>>
> >>>> > >>>>> automatically produce inventory for the desired UOM from the base UOM.
> >>>> > >>>>>
> >>>> > >>>>> Regards
> >>>> > >>>>> Scott
> >>>> > >>>>>
> >>>> > >>>>> HotWax Media
> >>>> > >>>>> http://www.hotwaxmedia.com
> >>>> > >>>>>
> >>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> >>>> > >>>>>
> >>>> > >>>>>> Thank you BJ,
> >>>> > >>>>>>
> >>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
> >>>> > >>>>>> product with a conversion for example from pieces to boxes with an
> >>>> > >>>>>> optional price adjustment percentage.
> >>>> > >>>>>> The system will have however only one uom where everything gets
> >>>> > >>>>>> converted to.
> >>>> > >>>>>>
> >>>> > >>>>>> Anybody else other solutions?
> >>>> > >>>>>>
> >>>> > >>>>>> Regards,
> >>>> > >>>>>> Hans.
> >>>> > >>>>>>
> >>>> > >>>>>>
> >>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
> >>>> > >>>>>>> in the product screen made it allow multiple UOM.
> >>>> > >>>>>>>
> >>>> > >>>>>>> added to the code that converts from what is received in inventory to
> >>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
> >>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
> >>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
> >>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
> >>>> > >>>>>>>
> >>>> > >>>>>>>
> >>>> > >>>>>>> I think a nice touch would be that the could generates the product data
> >>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
> >>>> > >>>>>>> products. it would follow the same model for inventory levels on the
> >>>> > >>>>>>> orderentry and Ecommerce
> >>>> > >>>>>>>
> >>>> > >>>>>>>
> >>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >>>> > >>>>>>>> A question to the community:
> >>>> > >>>>>>>>
> >>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
> >>>> > >>>>>>>> Example gold jewelry.
> >>>> > >>>>>>>>
> >>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >>>> > >>>>>>>>
> >>>> > >>>>>>>> Is here a preference how to implement that?
> >>>> > >>>>>>>>
> >>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
> >>>> > >>>>>>>> invoices...
> >>>> > >>>>>>>>
> >>>> > >>>>>>>> Regards,
> >>>> > >>>>>>>> Hans
> >>>> > >>>>>>>>
> >>>> > >>>>>>>
> >>>> > >>>>>>
> >>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
> >>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
> >>>> > >>>>>>
> >>>> > >>>>>
> >>>> > >>>>
> >>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>> > >>>> Myself on twitter: http://twitter.com/hansbak
> >>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
> >>>> > >>>>
> >>>> > >>>
> >>>> > >>
> >>>> > >
> >>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>> > > Myself on twitter: http://twitter.com/hansbak
> >>>> > > Antwebsystems.com: Quality services for competitive rates.
> >>>> > >
> >>>> >
> >>>>
> >>>
> >>> --
> >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>> Myself on twitter: http://twitter.com/hansbak
> >>> Antwebsystems.com: Quality services for competitive rates.
> >>
> >>
> >
> >
>
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacques Le Roux <ja...@les7arts.com>.
OK I will do
Jacques
From: "Hans Bakker" <ma...@antwebsystems.com>
> sure, change it, that is no problem for us.....
>
> On Tue, 2011-01-18 at 09:47 +0100, Jacques Le Roux wrote:
>> Hans,
>>
>> A last request: I think we should better have a white background for the tree.
>>
>> Jacques
>>
>> From: "Hans Bakker" <ma...@antwebsystems.com>
>> > Hi Jacques, were are looking at it but very busy.....
>> >
>> > Regards,
>> > Hans
>> >
>> > On Mon, 2011-01-17 at 18:37 +0100, Jacques Le Roux wrote:
>> >> Hans,
>> >>
>> >> Inline...
>> >>
>> >> From: "Jacques Le Roux" <ja...@les7arts.com>
>> >> > Jacopo,
>> >> >
>> >> > Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
>> >> > AgreementServices.getCommissionForProduct() :/
>> >> >
>> >> > Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have
>> >> > the
>> >> > names (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
>> >>
>> >> The reason I insist about that is because I managed some years ago to have the categories names localized
>> >> (DemoProductCategoriesI18nData.xml) and this is lost now there now...
>> >> Also why not have the same in Order Manager and why not eCommerce?
>> >> Then we should also increase the size of the left panels...
>> >>
>> >> Thanks
>> >>
>> >> Jacques
>> >>
>> >> > Thanks
>> >> >
>> >> > Jacques
>> >> >
>> >> > From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>> >> >>I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a
>> >> >>temporary one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue
>> >> >>(validity dates ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
>> >> >>
>> >> >> Kind regards,
>> >> >>
>> >> >> Jacopo
>> >> >>
>> >> >> On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
>> >> >>
>> >> >>> Hi Hans,
>> >> >>>
>> >> >>> This has introduced a bug I fixed at r1057153
>> >> >>>
>> >> >>> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not
>> >> >>> check
>> >> >>> them all. But I'd be surprised if your change has not introduced some other side effects...
>> >> >>>
>> >> >>> Could youy please have a look?
>> >> >>>
>> >> >>> Thanks
>> >> >>>
>> >> >>> Jacques
>> >> >>>
>> >> >>> From: "Hans Bakker" <ma...@antwebsystems.com>
>> >> >>>> This change is now implemented in r1040908
>> >> >>>>
>> >> >>>> Related to the comment from Scott, Instead of using the existing
>> >> >>>> association, we have created a new product association 'Alternative
>> >> >>>> Packaging' to not interfere with the usage of Scott.
>> >> >>>>
>> >> >>>> An explanation can be found at:
>> >> >>>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>> >> >>>>
>> >> >>>> Regards,
>> >> >>>> Hans
>> >> >>>>
>> >> >>>>
>> >> >>>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>> >> >>>>> i could also add a new association type "alternative Uom" and then still
>> >> >>>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>> >> >>>>> > Hi Hans,
>> >> >>>>> >
>> >> >>>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for
>> >> >>>>> > you.
>> >> >>>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity
>> >> >>>>> > xml
>> >> >>>>> > data. You > could then load it into a demo instance and play around with it.
>> >> >>>>> >
>> >> >>>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y
>> >> >>>>> > combination
>> >> >>>>> > to >
>> >> >>>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and
>> >> >>>>> > using
>> >> >>>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own
>> >> >>>>> > child
>> >> >>>>> > variants.
>> >> >>>>> >
>> >> >>>>> > Regards
>> >> >>>>> > Scott
>> >> >>>>> >
>> >> >>>>> > HotWax Media
>> >> >>>>> > http://www.hotwaxmedia.com
>> >> >>>>> >
>> >> >>>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>> >> >>>>> >
>> >> >>>>> > > A longer explanation how we want to implement this can be found at:
>> >> >>>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>> >> >>>>> > >
>> >> >>>>> > > Regards,
>> >> >>>>> > > Hans
>> >> >>>>> > >
>> >> >>>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>> >> >>>>> > >> We are are still getting the best solution, help appreciated.
>> >> >>>>> > >>
>> >> >>>>> > >> We are thinking of the following:
>> >> >>>>> > >> you have a product which you sell in pieces and boxes of ten.
>> >> >>>>> > >>
>> >> >>>>> > >> Then the product per piece is the lowest denominator and has a variant
>> >> >>>>> > >> association to a virtual/variant product which is an alternative
>> >> >>>>> > >> packaging of the product per piece and can have an adjusted price but no
>> >> >>>>> > >> inventory.
>> >> >>>>> > >>
>> >> >>>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>> >> >>>>> > >> feature selection list, however in the case of the virtual- and variant
>> >> >>>>> > >> flag both set, it should not.
>> >> >>>>> > >>
>> >> >>>>> > >> When the box of 10 is selected, The productId per piece is selected with
>> >> >>>>> > >> the adjusted price of the box variant.
>> >> >>>>> > >>
>> >> >>>>> > >> Comments very much appreciated.
>> >> >>>>> > >>
>> >> >>>>> > >> Regards,
>> >> >>>>> > >> Hans
>> >> >>>>> > >>
>> >> >>>>> > >>
>> >> >>>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>> >> >>>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not
>> >> >>>>> > >>> be
>> >> >>>>> > >>> for
>> >> >>>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated
>> >> >>>>> > >>> with
>> >> >>>>> > >>> the
>> >> >>>>> > >>> > >>> individual item. In OFBiz there are a few different product types you can choose from to have the system
>> >> >>>>> > >>> handle
>> >> >>>>> > >>> the box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes
>> >> >>>>> > >>> manually.
>> >> >>>>> > >>>
>> >> >>>>> > >>> For certain products all you need is the three fields already on the Product entity:
>> >> >>>>> > >>>
>> >> >>>>> > >>> quantityUomId
>> >> >>>>> > >>> quantityIncluded
>> >> >>>>> > >>> piecesIncluded
>> >> >>>>> > >>>
>> >> >>>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
>> >> >>>>> > >>> piecesIncluded=6.
>> >> >>>>> > >>>
>> >> >>>>> > >>> -David
>> >> >>>>> > >>>
>> >> >>>>> > >>>
>> >> >>>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>> >> >>>>> > >>>
>> >> >>>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>> >> >>>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>> >> >>>>> > >>>> the same inventory for boxes and pieces.
>> >> >>>>> > >>>> We should be able to store the conversion between the uom's for this
>> >> >>>>> > >>>> product somewhere?
>> >> >>>>> > >>>>
>> >> >>>>> > >>>> Thanks for you input!
>> >> >>>>> > >>>>
>> >> >>>>> > >>>> Regards,
>> >> >>>>> > >>>> Hans
>> >> >>>>> > >>>>
>> >> >>>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>> >> >>>>> > >>>>> Hi Hans,
>> >> >>>>> > >>>>>
>> >> >>>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use >
>> >> >>>>> > >>>>> >>>>>
>> >> >>>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to
>> >> >>>>> > >>>>> >
>> >> >>>>> > >>>>> >>>>> automatically produce inventory for the desired UOM from the base UOM.
>> >> >>>>> > >>>>>
>> >> >>>>> > >>>>> Regards
>> >> >>>>> > >>>>> Scott
>> >> >>>>> > >>>>>
>> >> >>>>> > >>>>> HotWax Media
>> >> >>>>> > >>>>> http://www.hotwaxmedia.com
>> >> >>>>> > >>>>>
>> >> >>>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>> >> >>>>> > >>>>>
>> >> >>>>> > >>>>>> Thank you BJ,
>> >> >>>>> > >>>>>>
>> >> >>>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>> >> >>>>> > >>>>>> product with a conversion for example from pieces to boxes with an
>> >> >>>>> > >>>>>> optional price adjustment percentage.
>> >> >>>>> > >>>>>> The system will have however only one uom where everything gets
>> >> >>>>> > >>>>>> converted to.
>> >> >>>>> > >>>>>>
>> >> >>>>> > >>>>>> Anybody else other solutions?
>> >> >>>>> > >>>>>>
>> >> >>>>> > >>>>>> Regards,
>> >> >>>>> > >>>>>> Hans.
>> >> >>>>> > >>>>>>
>> >> >>>>> > >>>>>>
>> >> >>>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>> >> >>>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>> >> >>>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>> >> >>>>> > >>>>>>> in the product screen made it allow multiple UOM.
>> >> >>>>> > >>>>>>>
>> >> >>>>> > >>>>>>> added to the code that converts from what is received in inventory to
>> >> >>>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>> >> >>>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>> >> >>>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>> >> >>>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>> >> >>>>> > >>>>>>>
>> >> >>>>> > >>>>>>>
>> >> >>>>> > >>>>>>> I think a nice touch would be that the could generates the product data
>> >> >>>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>> >> >>>>> > >>>>>>> products. it would follow the same model for inventory levels on the
>> >> >>>>> > >>>>>>> orderentry and Ecommerce
>> >> >>>>> > >>>>>>>
>> >> >>>>> > >>>>>>>
>> >> >>>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>> >> >>>>> > >>>>>>>> A question to the community:
>> >> >>>>> > >>>>>>>>
>> >> >>>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>> >> >>>>> > >>>>>>>> Example gold jewelry.
>> >> >>>>> > >>>>>>>>
>> >> >>>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>> >> >>>>> > >>>>>>>>
>> >> >>>>> > >>>>>>>> Is here a preference how to implement that?
>> >> >>>>> > >>>>>>>>
>> >> >>>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>> >> >>>>> > >>>>>>>> invoices...
>> >> >>>>> > >>>>>>>>
>> >> >>>>> > >>>>>>>> Regards,
>> >> >>>>> > >>>>>>>> Hans
>> >> >>>>> > >>>>>>>>
>> >> >>>>> > >>>>>>>
>> >> >>>>> > >>>>>>
>> >> >>>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >> >>>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>> >> >>>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>> >> >>>>> > >>>>>>
>> >> >>>>> > >>>>>
>> >> >>>>> > >>>>
>> >> >>>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >> >>>>> > >>>> Myself on twitter: http://twitter.com/hansbak
>> >> >>>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>> >> >>>>> > >>>>
>> >> >>>>> > >>>
>> >> >>>>> > >>
>> >> >>>>> > >
>> >> >>>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >> >>>>> > > Myself on twitter: http://twitter.com/hansbak
>> >> >>>>> > > Antwebsystems.com: Quality services for competitive rates.
>> >> >>>>> > >
>> >> >>>>> >
>> >> >>>>>
>> >> >>>>
>> >> >>>> --
>> >> >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >> >>>> Myself on twitter: http://twitter.com/hansbak
>> >> >>>> Antwebsystems.com: Quality services for competitive rates.
>> >> >>>
>> >> >>>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> > --
>> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> > Myself on twitter: http://twitter.com/hansbak
>> > Antwebsystems.com: Quality services for competitive rates.
>> >
>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hans,
A last request: I think we should better have a white background for the tree.
Jacques
From: "Hans Bakker" <ma...@antwebsystems.com>
> Hi Jacques, were are looking at it but very busy.....
>
> Regards,
> Hans
>
> On Mon, 2011-01-17 at 18:37 +0100, Jacques Le Roux wrote:
>> Hans,
>>
>> Inline...
>>
>> From: "Jacques Le Roux" <ja...@les7arts.com>
>> > Jacopo,
>> >
>> > Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
>> > AgreementServices.getCommissionForProduct() :/
>> >
>> > Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the
>> > names (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
>>
>> The reason I insist about that is because I managed some years ago to have the categories names localized
>> (DemoProductCategoriesI18nData.xml) and this is lost now there now...
>> Also why not have the same in Order Manager and why not eCommerce?
>> Then we should also increase the size of the left panels...
>>
>> Thanks
>>
>> Jacques
>>
>> > Thanks
>> >
>> > Jacques
>> >
>> > From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>> >>I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a
>> >>temporary one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue
>> >>(validity dates ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
>> >>
>> >> Kind regards,
>> >>
>> >> Jacopo
>> >>
>> >> On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
>> >>
>> >>> Hi Hans,
>> >>>
>> >>> This has introduced a bug I fixed at r1057153
>> >>>
>> >>> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not
>> >>> check
>> >>> them all. But I'd be surprised if your change has not introduced some other side effects...
>> >>>
>> >>> Could youy please have a look?
>> >>>
>> >>> Thanks
>> >>>
>> >>> Jacques
>> >>>
>> >>> From: "Hans Bakker" <ma...@antwebsystems.com>
>> >>>> This change is now implemented in r1040908
>> >>>>
>> >>>> Related to the comment from Scott, Instead of using the existing
>> >>>> association, we have created a new product association 'Alternative
>> >>>> Packaging' to not interfere with the usage of Scott.
>> >>>>
>> >>>> An explanation can be found at:
>> >>>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>> >>>>
>> >>>> Regards,
>> >>>> Hans
>> >>>>
>> >>>>
>> >>>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>> >>>>> i could also add a new association type "alternative Uom" and then still
>> >>>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>> >>>>>
>> >>>>>
>> >>>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>> >>>>> > Hi Hans,
>> >>>>> >
>> >>>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for
>> >>>>> > you.
>> >>>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml
>> >>>>> > data. You > could then load it into a demo instance and play around with it.
>> >>>>> >
>> >>>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination
>> >>>>> > to >
>> >>>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and
>> >>>>> > using
>> >>>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own
>> >>>>> > child
>> >>>>> > variants.
>> >>>>> >
>> >>>>> > Regards
>> >>>>> > Scott
>> >>>>> >
>> >>>>> > HotWax Media
>> >>>>> > http://www.hotwaxmedia.com
>> >>>>> >
>> >>>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>> >>>>> >
>> >>>>> > > A longer explanation how we want to implement this can be found at:
>> >>>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>> >>>>> > >
>> >>>>> > > Regards,
>> >>>>> > > Hans
>> >>>>> > >
>> >>>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>> >>>>> > >> We are are still getting the best solution, help appreciated.
>> >>>>> > >>
>> >>>>> > >> We are thinking of the following:
>> >>>>> > >> you have a product which you sell in pieces and boxes of ten.
>> >>>>> > >>
>> >>>>> > >> Then the product per piece is the lowest denominator and has a variant
>> >>>>> > >> association to a virtual/variant product which is an alternative
>> >>>>> > >> packaging of the product per piece and can have an adjusted price but no
>> >>>>> > >> inventory.
>> >>>>> > >>
>> >>>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>> >>>>> > >> feature selection list, however in the case of the virtual- and variant
>> >>>>> > >> flag both set, it should not.
>> >>>>> > >>
>> >>>>> > >> When the box of 10 is selected, The productId per piece is selected with
>> >>>>> > >> the adjusted price of the box variant.
>> >>>>> > >>
>> >>>>> > >> Comments very much appreciated.
>> >>>>> > >>
>> >>>>> > >> Regards,
>> >>>>> > >> Hans
>> >>>>> > >>
>> >>>>> > >>
>> >>>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>> >>>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be
>> >>>>> > >>> for
>> >>>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with
>> >>>>> > >>> the
>> >>>>> > >>> > >>> individual item. In OFBiz there are a few different product types you can choose from to have the system
>> >>>>> > >>> handle
>> >>>>> > >>> the box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>> >>>>> > >>>
>> >>>>> > >>> For certain products all you need is the three fields already on the Product entity:
>> >>>>> > >>>
>> >>>>> > >>> quantityUomId
>> >>>>> > >>> quantityIncluded
>> >>>>> > >>> piecesIncluded
>> >>>>> > >>>
>> >>>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
>> >>>>> > >>> piecesIncluded=6.
>> >>>>> > >>>
>> >>>>> > >>> -David
>> >>>>> > >>>
>> >>>>> > >>>
>> >>>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>> >>>>> > >>>
>> >>>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>> >>>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>> >>>>> > >>>> the same inventory for boxes and pieces.
>> >>>>> > >>>> We should be able to store the conversion between the uom's for this
>> >>>>> > >>>> product somewhere?
>> >>>>> > >>>>
>> >>>>> > >>>> Thanks for you input!
>> >>>>> > >>>>
>> >>>>> > >>>> Regards,
>> >>>>> > >>>> Hans
>> >>>>> > >>>>
>> >>>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>> >>>>> > >>>>> Hi Hans,
>> >>>>> > >>>>>
>> >>>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use >
>> >>>>> > >>>>> >>>>>
>> >>>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to >
>> >>>>> > >>>>> >>>>> automatically produce inventory for the desired UOM from the base UOM.
>> >>>>> > >>>>>
>> >>>>> > >>>>> Regards
>> >>>>> > >>>>> Scott
>> >>>>> > >>>>>
>> >>>>> > >>>>> HotWax Media
>> >>>>> > >>>>> http://www.hotwaxmedia.com
>> >>>>> > >>>>>
>> >>>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>> >>>>> > >>>>>
>> >>>>> > >>>>>> Thank you BJ,
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>> >>>>> > >>>>>> product with a conversion for example from pieces to boxes with an
>> >>>>> > >>>>>> optional price adjustment percentage.
>> >>>>> > >>>>>> The system will have however only one uom where everything gets
>> >>>>> > >>>>>> converted to.
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> Anybody else other solutions?
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> Regards,
>> >>>>> > >>>>>> Hans.
>> >>>>> > >>>>>>
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>> >>>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>> >>>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>> >>>>> > >>>>>>> in the product screen made it allow multiple UOM.
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>> added to the code that converts from what is received in inventory to
>> >>>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>> >>>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>> >>>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>> >>>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>> I think a nice touch would be that the could generates the product data
>> >>>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>> >>>>> > >>>>>>> products. it would follow the same model for inventory levels on the
>> >>>>> > >>>>>>> orderentry and Ecommerce
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>> >>>>> > >>>>>>>> A question to the community:
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>> >>>>> > >>>>>>>> Example gold jewelry.
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> Is here a preference how to implement that?
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>> >>>>> > >>>>>>>> invoices...
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> Regards,
>> >>>>> > >>>>>>>> Hans
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>> >>>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>> >>>>> > >>>>>>
>> >>>>> > >>>>>
>> >>>>> > >>>>
>> >>>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>>> > >>>> Myself on twitter: http://twitter.com/hansbak
>> >>>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>> >>>>> > >>>>
>> >>>>> > >>>
>> >>>>> > >>
>> >>>>> > >
>> >>>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>>> > > Myself on twitter: http://twitter.com/hansbak
>> >>>>> > > Antwebsystems.com: Quality services for competitive rates.
>> >>>>> > >
>> >>>>> >
>> >>>>>
>> >>>>
>> >>>> --
>> >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>> Myself on twitter: http://twitter.com/hansbak
>> >>>> Antwebsystems.com: Quality services for competitive rates.
>> >>>
>> >>>
>> >>
>> >>
>> >
>> >
>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacques Le Roux <ja...@les7arts.com>.
Thanks Hans, much appreciated
Jacques
From: "Hans Bakker" <ma...@antwebsystems.com>
> Hi Jacques, were are looking at it but very busy.....
>
> Regards,
> Hans
>
> On Mon, 2011-01-17 at 18:37 +0100, Jacques Le Roux wrote:
>> Hans,
>>
>> Inline...
>>
>> From: "Jacques Le Roux" <ja...@les7arts.com>
>> > Jacopo,
>> >
>> > Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
>> > AgreementServices.getCommissionForProduct() :/
>> >
>> > Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the
>> > names (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
>>
>> The reason I insist about that is because I managed some years ago to have the categories names localized
>> (DemoProductCategoriesI18nData.xml) and this is lost now there now...
>> Also why not have the same in Order Manager and why not eCommerce?
>> Then we should also increase the size of the left panels...
>>
>> Thanks
>>
>> Jacques
>>
>> > Thanks
>> >
>> > Jacques
>> >
>> > From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>> >>I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a
>> >>temporary one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue
>> >>(validity dates ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
>> >>
>> >> Kind regards,
>> >>
>> >> Jacopo
>> >>
>> >> On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
>> >>
>> >>> Hi Hans,
>> >>>
>> >>> This has introduced a bug I fixed at r1057153
>> >>>
>> >>> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not
>> >>> check
>> >>> them all. But I'd be surprised if your change has not introduced some other side effects...
>> >>>
>> >>> Could youy please have a look?
>> >>>
>> >>> Thanks
>> >>>
>> >>> Jacques
>> >>>
>> >>> From: "Hans Bakker" <ma...@antwebsystems.com>
>> >>>> This change is now implemented in r1040908
>> >>>>
>> >>>> Related to the comment from Scott, Instead of using the existing
>> >>>> association, we have created a new product association 'Alternative
>> >>>> Packaging' to not interfere with the usage of Scott.
>> >>>>
>> >>>> An explanation can be found at:
>> >>>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>> >>>>
>> >>>> Regards,
>> >>>> Hans
>> >>>>
>> >>>>
>> >>>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>> >>>>> i could also add a new association type "alternative Uom" and then still
>> >>>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>> >>>>>
>> >>>>>
>> >>>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>> >>>>> > Hi Hans,
>> >>>>> >
>> >>>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for
>> >>>>> > you.
>> >>>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml
>> >>>>> > data. You > could then load it into a demo instance and play around with it.
>> >>>>> >
>> >>>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination
>> >>>>> > to >
>> >>>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and
>> >>>>> > using
>> >>>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own
>> >>>>> > child
>> >>>>> > variants.
>> >>>>> >
>> >>>>> > Regards
>> >>>>> > Scott
>> >>>>> >
>> >>>>> > HotWax Media
>> >>>>> > http://www.hotwaxmedia.com
>> >>>>> >
>> >>>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>> >>>>> >
>> >>>>> > > A longer explanation how we want to implement this can be found at:
>> >>>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>> >>>>> > >
>> >>>>> > > Regards,
>> >>>>> > > Hans
>> >>>>> > >
>> >>>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>> >>>>> > >> We are are still getting the best solution, help appreciated.
>> >>>>> > >>
>> >>>>> > >> We are thinking of the following:
>> >>>>> > >> you have a product which you sell in pieces and boxes of ten.
>> >>>>> > >>
>> >>>>> > >> Then the product per piece is the lowest denominator and has a variant
>> >>>>> > >> association to a virtual/variant product which is an alternative
>> >>>>> > >> packaging of the product per piece and can have an adjusted price but no
>> >>>>> > >> inventory.
>> >>>>> > >>
>> >>>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>> >>>>> > >> feature selection list, however in the case of the virtual- and variant
>> >>>>> > >> flag both set, it should not.
>> >>>>> > >>
>> >>>>> > >> When the box of 10 is selected, The productId per piece is selected with
>> >>>>> > >> the adjusted price of the box variant.
>> >>>>> > >>
>> >>>>> > >> Comments very much appreciated.
>> >>>>> > >>
>> >>>>> > >> Regards,
>> >>>>> > >> Hans
>> >>>>> > >>
>> >>>>> > >>
>> >>>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>> >>>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be
>> >>>>> > >>> for
>> >>>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with
>> >>>>> > >>> the
>> >>>>> > >>> > >>> individual item. In OFBiz there are a few different product types you can choose from to have the system
>> >>>>> > >>> handle
>> >>>>> > >>> the box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>> >>>>> > >>>
>> >>>>> > >>> For certain products all you need is the three fields already on the Product entity:
>> >>>>> > >>>
>> >>>>> > >>> quantityUomId
>> >>>>> > >>> quantityIncluded
>> >>>>> > >>> piecesIncluded
>> >>>>> > >>>
>> >>>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
>> >>>>> > >>> piecesIncluded=6.
>> >>>>> > >>>
>> >>>>> > >>> -David
>> >>>>> > >>>
>> >>>>> > >>>
>> >>>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>> >>>>> > >>>
>> >>>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>> >>>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>> >>>>> > >>>> the same inventory for boxes and pieces.
>> >>>>> > >>>> We should be able to store the conversion between the uom's for this
>> >>>>> > >>>> product somewhere?
>> >>>>> > >>>>
>> >>>>> > >>>> Thanks for you input!
>> >>>>> > >>>>
>> >>>>> > >>>> Regards,
>> >>>>> > >>>> Hans
>> >>>>> > >>>>
>> >>>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>> >>>>> > >>>>> Hi Hans,
>> >>>>> > >>>>>
>> >>>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use >
>> >>>>> > >>>>> >>>>>
>> >>>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to >
>> >>>>> > >>>>> >>>>> automatically produce inventory for the desired UOM from the base UOM.
>> >>>>> > >>>>>
>> >>>>> > >>>>> Regards
>> >>>>> > >>>>> Scott
>> >>>>> > >>>>>
>> >>>>> > >>>>> HotWax Media
>> >>>>> > >>>>> http://www.hotwaxmedia.com
>> >>>>> > >>>>>
>> >>>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>> >>>>> > >>>>>
>> >>>>> > >>>>>> Thank you BJ,
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>> >>>>> > >>>>>> product with a conversion for example from pieces to boxes with an
>> >>>>> > >>>>>> optional price adjustment percentage.
>> >>>>> > >>>>>> The system will have however only one uom where everything gets
>> >>>>> > >>>>>> converted to.
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> Anybody else other solutions?
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> Regards,
>> >>>>> > >>>>>> Hans.
>> >>>>> > >>>>>>
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>> >>>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>> >>>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>> >>>>> > >>>>>>> in the product screen made it allow multiple UOM.
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>> added to the code that converts from what is received in inventory to
>> >>>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>> >>>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>> >>>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>> >>>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>> I think a nice touch would be that the could generates the product data
>> >>>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>> >>>>> > >>>>>>> products. it would follow the same model for inventory levels on the
>> >>>>> > >>>>>>> orderentry and Ecommerce
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>> >>>>> > >>>>>>>> A question to the community:
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>> >>>>> > >>>>>>>> Example gold jewelry.
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> Is here a preference how to implement that?
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>> >>>>> > >>>>>>>> invoices...
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>> Regards,
>> >>>>> > >>>>>>>> Hans
>> >>>>> > >>>>>>>>
>> >>>>> > >>>>>>>
>> >>>>> > >>>>>>
>> >>>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>> >>>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>> >>>>> > >>>>>>
>> >>>>> > >>>>>
>> >>>>> > >>>>
>> >>>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>>> > >>>> Myself on twitter: http://twitter.com/hansbak
>> >>>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>> >>>>> > >>>>
>> >>>>> > >>>
>> >>>>> > >>
>> >>>>> > >
>> >>>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>>> > > Myself on twitter: http://twitter.com/hansbak
>> >>>>> > > Antwebsystems.com: Quality services for competitive rates.
>> >>>>> > >
>> >>>>> >
>> >>>>>
>> >>>>
>> >>>> --
>> >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> >>>> Myself on twitter: http://twitter.com/hansbak
>> >>>> Antwebsystems.com: Quality services for competitive rates.
>> >>>
>> >>>
>> >>
>> >>
>> >
>> >
>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
Hi Jacques, were are looking at it but very busy.....
Regards,
Hans
On Mon, 2011-01-17 at 18:37 +0100, Jacques Le Roux wrote:
> Hans,
>
> Inline...
>
> From: "Jacques Le Roux" <ja...@les7arts.com>
> > Jacopo,
> >
> > Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
> > AgreementServices.getCommissionForProduct() :/
> >
> > Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the
> > names (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
>
> The reason I insist about that is because I managed some years ago to have the categories names localized
> (DemoProductCategoriesI18nData.xml) and this is lost now there now...
> Also why not have the same in Order Manager and why not eCommerce?
> Then we should also increase the size of the left panels...
>
> Thanks
>
> Jacques
>
> > Thanks
> >
> > Jacques
> >
> > From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
> >>I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a
> >>temporary one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue
> >>(validity dates ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
> >>
> >> Kind regards,
> >>
> >> Jacopo
> >>
> >> On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
> >>
> >>> Hi Hans,
> >>>
> >>> This has introduced a bug I fixed at r1057153
> >>>
> >>> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not check
> >>> them all. But I'd be surprised if your change has not introduced some other side effects...
> >>>
> >>> Could youy please have a look?
> >>>
> >>> Thanks
> >>>
> >>> Jacques
> >>>
> >>> From: "Hans Bakker" <ma...@antwebsystems.com>
> >>>> This change is now implemented in r1040908
> >>>>
> >>>> Related to the comment from Scott, Instead of using the existing
> >>>> association, we have created a new product association 'Alternative
> >>>> Packaging' to not interfere with the usage of Scott.
> >>>>
> >>>> An explanation can be found at:
> >>>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
> >>>>
> >>>> Regards,
> >>>> Hans
> >>>>
> >>>>
> >>>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
> >>>>> i could also add a new association type "alternative Uom" and then still
> >>>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
> >>>>>
> >>>>>
> >>>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
> >>>>> > Hi Hans,
> >>>>> >
> >>>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you.
> >>>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml
> >>>>> > data. You > could then load it into a demo instance and play around with it.
> >>>>> >
> >>>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to >
> >>>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using
> >>>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child
> >>>>> > variants.
> >>>>> >
> >>>>> > Regards
> >>>>> > Scott
> >>>>> >
> >>>>> > HotWax Media
> >>>>> > http://www.hotwaxmedia.com
> >>>>> >
> >>>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
> >>>>> >
> >>>>> > > A longer explanation how we want to implement this can be found at:
> >>>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
> >>>>> > >
> >>>>> > > Regards,
> >>>>> > > Hans
> >>>>> > >
> >>>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
> >>>>> > >> We are are still getting the best solution, help appreciated.
> >>>>> > >>
> >>>>> > >> We are thinking of the following:
> >>>>> > >> you have a product which you sell in pieces and boxes of ten.
> >>>>> > >>
> >>>>> > >> Then the product per piece is the lowest denominator and has a variant
> >>>>> > >> association to a virtual/variant product which is an alternative
> >>>>> > >> packaging of the product per piece and can have an adjusted price but no
> >>>>> > >> inventory.
> >>>>> > >>
> >>>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
> >>>>> > >> feature selection list, however in the case of the virtual- and variant
> >>>>> > >> flag both set, it should not.
> >>>>> > >>
> >>>>> > >> When the box of 10 is selected, The productId per piece is selected with
> >>>>> > >> the adjusted price of the box variant.
> >>>>> > >>
> >>>>> > >> Comments very much appreciated.
> >>>>> > >>
> >>>>> > >> Regards,
> >>>>> > >> Hans
> >>>>> > >>
> >>>>> > >>
> >>>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
> >>>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for
> >>>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with the
> >>>>> > >>> > >>> individual item. In OFBiz there are a few different product types you can choose from to have the system handle
> >>>>> > >>> the box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
> >>>>> > >>>
> >>>>> > >>> For certain products all you need is the three fields already on the Product entity:
> >>>>> > >>>
> >>>>> > >>> quantityUomId
> >>>>> > >>> quantityIncluded
> >>>>> > >>> piecesIncluded
> >>>>> > >>>
> >>>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
> >>>>> > >>> piecesIncluded=6.
> >>>>> > >>>
> >>>>> > >>> -David
> >>>>> > >>>
> >>>>> > >>>
> >>>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
> >>>>> > >>>
> >>>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
> >>>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
> >>>>> > >>>> the same inventory for boxes and pieces.
> >>>>> > >>>> We should be able to store the conversion between the uom's for this
> >>>>> > >>>> product somewhere?
> >>>>> > >>>>
> >>>>> > >>>> Thanks for you input!
> >>>>> > >>>>
> >>>>> > >>>> Regards,
> >>>>> > >>>> Hans
> >>>>> > >>>>
> >>>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> >>>>> > >>>>> Hi Hans,
> >>>>> > >>>>>
> >>>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use > >>>>>
> >>>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to >
> >>>>> > >>>>> >>>>> automatically produce inventory for the desired UOM from the base UOM.
> >>>>> > >>>>>
> >>>>> > >>>>> Regards
> >>>>> > >>>>> Scott
> >>>>> > >>>>>
> >>>>> > >>>>> HotWax Media
> >>>>> > >>>>> http://www.hotwaxmedia.com
> >>>>> > >>>>>
> >>>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> >>>>> > >>>>>
> >>>>> > >>>>>> Thank you BJ,
> >>>>> > >>>>>>
> >>>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
> >>>>> > >>>>>> product with a conversion for example from pieces to boxes with an
> >>>>> > >>>>>> optional price adjustment percentage.
> >>>>> > >>>>>> The system will have however only one uom where everything gets
> >>>>> > >>>>>> converted to.
> >>>>> > >>>>>>
> >>>>> > >>>>>> Anybody else other solutions?
> >>>>> > >>>>>>
> >>>>> > >>>>>> Regards,
> >>>>> > >>>>>> Hans.
> >>>>> > >>>>>>
> >>>>> > >>>>>>
> >>>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >>>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >>>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
> >>>>> > >>>>>>> in the product screen made it allow multiple UOM.
> >>>>> > >>>>>>>
> >>>>> > >>>>>>> added to the code that converts from what is received in inventory to
> >>>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
> >>>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
> >>>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
> >>>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
> >>>>> > >>>>>>>
> >>>>> > >>>>>>>
> >>>>> > >>>>>>> I think a nice touch would be that the could generates the product data
> >>>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
> >>>>> > >>>>>>> products. it would follow the same model for inventory levels on the
> >>>>> > >>>>>>> orderentry and Ecommerce
> >>>>> > >>>>>>>
> >>>>> > >>>>>>>
> >>>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >>>>> > >>>>>>>> A question to the community:
> >>>>> > >>>>>>>>
> >>>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
> >>>>> > >>>>>>>> Example gold jewelry.
> >>>>> > >>>>>>>>
> >>>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >>>>> > >>>>>>>>
> >>>>> > >>>>>>>> Is here a preference how to implement that?
> >>>>> > >>>>>>>>
> >>>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
> >>>>> > >>>>>>>> invoices...
> >>>>> > >>>>>>>>
> >>>>> > >>>>>>>> Regards,
> >>>>> > >>>>>>>> Hans
> >>>>> > >>>>>>>>
> >>>>> > >>>>>>>
> >>>>> > >>>>>>
> >>>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
> >>>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
> >>>>> > >>>>>>
> >>>>> > >>>>>
> >>>>> > >>>>
> >>>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>>> > >>>> Myself on twitter: http://twitter.com/hansbak
> >>>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
> >>>>> > >>>>
> >>>>> > >>>
> >>>>> > >>
> >>>>> > >
> >>>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>>> > > Myself on twitter: http://twitter.com/hansbak
> >>>>> > > Antwebsystems.com: Quality services for competitive rates.
> >>>>> > >
> >>>>> >
> >>>>>
> >>>>
> >>>> --
> >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>> Myself on twitter: http://twitter.com/hansbak
> >>>> Antwebsystems.com: Quality services for competitive rates.
> >>>
> >>>
> >>
> >>
> >
> >
>
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hans,
Inline...
From: "Jacques Le Roux" <ja...@les7arts.com>
> Jacopo,
>
> Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
> AgreementServices.getCommissionForProduct() :/
>
> Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the
> names (with the Ids would be better). Also, if we could have different icons for catalogs and categories...
The reason I insist about that is because I managed some years ago to have the categories names localized
(DemoProductCategoriesI18nData.xml) and this is lost now there now...
Also why not have the same in Order Manager and why not eCommerce?
Then we should also increase the size of the left panels...
Thanks
Jacques
> Thanks
>
> Jacques
>
> From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>>I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a
>>temporary one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue
>>(validity dates ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
>>
>> Kind regards,
>>
>> Jacopo
>>
>> On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
>>
>>> Hi Hans,
>>>
>>> This has introduced a bug I fixed at r1057153
>>>
>>> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not check
>>> them all. But I'd be surprised if your change has not introduced some other side effects...
>>>
>>> Could youy please have a look?
>>>
>>> Thanks
>>>
>>> Jacques
>>>
>>> From: "Hans Bakker" <ma...@antwebsystems.com>
>>>> This change is now implemented in r1040908
>>>>
>>>> Related to the comment from Scott, Instead of using the existing
>>>> association, we have created a new product association 'Alternative
>>>> Packaging' to not interfere with the usage of Scott.
>>>>
>>>> An explanation can be found at:
>>>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>>>>
>>>> Regards,
>>>> Hans
>>>>
>>>>
>>>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>>>>> i could also add a new association type "alternative Uom" and then still
>>>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>>>>>
>>>>>
>>>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>>>>> > Hi Hans,
>>>>> >
>>>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you.
>>>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml
>>>>> > data. You > could then load it into a demo instance and play around with it.
>>>>> >
>>>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to >
>>>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using
>>>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child
>>>>> > variants.
>>>>> >
>>>>> > Regards
>>>>> > Scott
>>>>> >
>>>>> > HotWax Media
>>>>> > http://www.hotwaxmedia.com
>>>>> >
>>>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>>>>> >
>>>>> > > A longer explanation how we want to implement this can be found at:
>>>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>>>>> > >
>>>>> > > Regards,
>>>>> > > Hans
>>>>> > >
>>>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>>>>> > >> We are are still getting the best solution, help appreciated.
>>>>> > >>
>>>>> > >> We are thinking of the following:
>>>>> > >> you have a product which you sell in pieces and boxes of ten.
>>>>> > >>
>>>>> > >> Then the product per piece is the lowest denominator and has a variant
>>>>> > >> association to a virtual/variant product which is an alternative
>>>>> > >> packaging of the product per piece and can have an adjusted price but no
>>>>> > >> inventory.
>>>>> > >>
>>>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>>>>> > >> feature selection list, however in the case of the virtual- and variant
>>>>> > >> flag both set, it should not.
>>>>> > >>
>>>>> > >> When the box of 10 is selected, The productId per piece is selected with
>>>>> > >> the adjusted price of the box variant.
>>>>> > >>
>>>>> > >> Comments very much appreciated.
>>>>> > >>
>>>>> > >> Regards,
>>>>> > >> Hans
>>>>> > >>
>>>>> > >>
>>>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>>>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for
>>>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with the
>>>>> > >>> > >>> individual item. In OFBiz there are a few different product types you can choose from to have the system handle
>>>>> > >>> the box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>>>>> > >>>
>>>>> > >>> For certain products all you need is the three fields already on the Product entity:
>>>>> > >>>
>>>>> > >>> quantityUomId
>>>>> > >>> quantityIncluded
>>>>> > >>> piecesIncluded
>>>>> > >>>
>>>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
>>>>> > >>> piecesIncluded=6.
>>>>> > >>>
>>>>> > >>> -David
>>>>> > >>>
>>>>> > >>>
>>>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>>>>> > >>>
>>>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>>>>> > >>>> the same inventory for boxes and pieces.
>>>>> > >>>> We should be able to store the conversion between the uom's for this
>>>>> > >>>> product somewhere?
>>>>> > >>>>
>>>>> > >>>> Thanks for you input!
>>>>> > >>>>
>>>>> > >>>> Regards,
>>>>> > >>>> Hans
>>>>> > >>>>
>>>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>> > >>>>> Hi Hans,
>>>>> > >>>>>
>>>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use > >>>>>
>>>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to >
>>>>> > >>>>> >>>>> automatically produce inventory for the desired UOM from the base UOM.
>>>>> > >>>>>
>>>>> > >>>>> Regards
>>>>> > >>>>> Scott
>>>>> > >>>>>
>>>>> > >>>>> HotWax Media
>>>>> > >>>>> http://www.hotwaxmedia.com
>>>>> > >>>>>
>>>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>> > >>>>>
>>>>> > >>>>>> Thank you BJ,
>>>>> > >>>>>>
>>>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>> > >>>>>> product with a conversion for example from pieces to boxes with an
>>>>> > >>>>>> optional price adjustment percentage.
>>>>> > >>>>>> The system will have however only one uom where everything gets
>>>>> > >>>>>> converted to.
>>>>> > >>>>>>
>>>>> > >>>>>> Anybody else other solutions?
>>>>> > >>>>>>
>>>>> > >>>>>> Regards,
>>>>> > >>>>>> Hans.
>>>>> > >>>>>>
>>>>> > >>>>>>
>>>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>>>>> > >>>>>>> in the product screen made it allow multiple UOM.
>>>>> > >>>>>>>
>>>>> > >>>>>>> added to the code that converts from what is received in inventory to
>>>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>> > >>>>>>>
>>>>> > >>>>>>>
>>>>> > >>>>>>> I think a nice touch would be that the could generates the product data
>>>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>> > >>>>>>> products. it would follow the same model for inventory levels on the
>>>>> > >>>>>>> orderentry and Ecommerce
>>>>> > >>>>>>>
>>>>> > >>>>>>>
>>>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>> > >>>>>>>> A question to the community:
>>>>> > >>>>>>>>
>>>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>>>>> > >>>>>>>> Example gold jewelry.
>>>>> > >>>>>>>>
>>>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>> > >>>>>>>>
>>>>> > >>>>>>>> Is here a preference how to implement that?
>>>>> > >>>>>>>>
>>>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>> > >>>>>>>> invoices...
>>>>> > >>>>>>>>
>>>>> > >>>>>>>> Regards,
>>>>> > >>>>>>>> Hans
>>>>> > >>>>>>>>
>>>>> > >>>>>>>
>>>>> > >>>>>>
>>>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>> > >>>>>>
>>>>> > >>>>>
>>>>> > >>>>
>>>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>> > >>>> Myself on twitter: http://twitter.com/hansbak
>>>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>>>>> > >>>>
>>>>> > >>>
>>>>> > >>
>>>>> > >
>>>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>> > > Myself on twitter: http://twitter.com/hansbak
>>>>> > > Antwebsystems.com: Quality services for competitive rates.
>>>>> > >
>>>>> >
>>>>>
>>>>
>>>> --
>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> Myself on twitter: http://twitter.com/hansbak
>>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>>
>>
>>
>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacques Le Roux <ja...@les7arts.com>.
Jacopo,
Well spotted! I have fixed your concern at r1059279. I wonder how I missed that since I was inspired by
AgreementServices.getCommissionForProduct() :/
Hans: also could you please look at the catalogs/categories tree: there is only Ids in it, at least we should rather have the names
(with the Ids would be better). Also, if we could have different icons for catalogs and categories...
Thanks
Jacques
From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a temporary
>one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue (validity dates
>ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
>
> Kind regards,
>
> Jacopo
>
> On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
>
>> Hi Hans,
>>
>> This has introduced a bug I fixed at r1057153
>>
>> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not check
>> them all. But I'd be surprised if your change has not introduced some other side effects...
>>
>> Could youy please have a look?
>>
>> Thanks
>>
>> Jacques
>>
>> From: "Hans Bakker" <ma...@antwebsystems.com>
>>> This change is now implemented in r1040908
>>>
>>> Related to the comment from Scott, Instead of using the existing
>>> association, we have created a new product association 'Alternative
>>> Packaging' to not interfere with the usage of Scott.
>>>
>>> An explanation can be found at:
>>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>>>
>>> Regards,
>>> Hans
>>>
>>>
>>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>>>> i could also add a new association type "alternative Uom" and then still
>>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>>>>
>>>>
>>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>>>> > Hi Hans,
>>>> >
>>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you.
>>>> > If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml data.
>>>> > You > could then load it into a demo instance and play around with it.
>>>> >
>>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to >
>>>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using
>>>> > it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child
>>>> > variants.
>>>> >
>>>> > Regards
>>>> > Scott
>>>> >
>>>> > HotWax Media
>>>> > http://www.hotwaxmedia.com
>>>> >
>>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>>>> >
>>>> > > A longer explanation how we want to implement this can be found at:
>>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>>>> > >
>>>> > > Regards,
>>>> > > Hans
>>>> > >
>>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>>>> > >> We are are still getting the best solution, help appreciated.
>>>> > >>
>>>> > >> We are thinking of the following:
>>>> > >> you have a product which you sell in pieces and boxes of ten.
>>>> > >>
>>>> > >> Then the product per piece is the lowest denominator and has a variant
>>>> > >> association to a virtual/variant product which is an alternative
>>>> > >> packaging of the product per piece and can have an adjusted price but no
>>>> > >> inventory.
>>>> > >>
>>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>>>> > >> feature selection list, however in the case of the virtual- and variant
>>>> > >> flag both set, it should not.
>>>> > >>
>>>> > >> When the box of 10 is selected, The productId per piece is selected with
>>>> > >> the adjusted price of the box variant.
>>>> > >>
>>>> > >> Comments very much appreciated.
>>>> > >>
>>>> > >> Regards,
>>>> > >> Hans
>>>> > >>
>>>> > >>
>>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for
>>>> > >>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with the >
>>>> > >>> >>> individual item. In OFBiz there are a few different product types you can choose from to have the system handle the
>>>> > >>> box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>>>> > >>>
>>>> > >>> For certain products all you need is the three fields already on the Product entity:
>>>> > >>>
>>>> > >>> quantityUomId
>>>> > >>> quantityIncluded
>>>> > >>> piecesIncluded
>>>> > >>>
>>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>>
>>>> > >>> piecesIncluded=6.
>>>> > >>>
>>>> > >>> -David
>>>> > >>>
>>>> > >>>
>>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>>>> > >>>
>>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>>>> > >>>> the same inventory for boxes and pieces.
>>>> > >>>> We should be able to store the conversion between the uom's for this
>>>> > >>>> product somewhere?
>>>> > >>>>
>>>> > >>>> Thanks for you input!
>>>> > >>>>
>>>> > >>>> Regards,
>>>> > >>>> Hans
>>>> > >>>>
>>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>> > >>>>> Hi Hans,
>>>> > >>>>>
>>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use > >>>>>
>>>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to > >>>>>
>>>> > >>>>> automatically produce inventory for the desired UOM from the base UOM.
>>>> > >>>>>
>>>> > >>>>> Regards
>>>> > >>>>> Scott
>>>> > >>>>>
>>>> > >>>>> HotWax Media
>>>> > >>>>> http://www.hotwaxmedia.com
>>>> > >>>>>
>>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>> > >>>>>
>>>> > >>>>>> Thank you BJ,
>>>> > >>>>>>
>>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>> > >>>>>> product with a conversion for example from pieces to boxes with an
>>>> > >>>>>> optional price adjustment percentage.
>>>> > >>>>>> The system will have however only one uom where everything gets
>>>> > >>>>>> converted to.
>>>> > >>>>>>
>>>> > >>>>>> Anybody else other solutions?
>>>> > >>>>>>
>>>> > >>>>>> Regards,
>>>> > >>>>>> Hans.
>>>> > >>>>>>
>>>> > >>>>>>
>>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>>>> > >>>>>>> in the product screen made it allow multiple UOM.
>>>> > >>>>>>>
>>>> > >>>>>>> added to the code that converts from what is received in inventory to
>>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>> > >>>>>>>
>>>> > >>>>>>>
>>>> > >>>>>>> I think a nice touch would be that the could generates the product data
>>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>> > >>>>>>> products. it would follow the same model for inventory levels on the
>>>> > >>>>>>> orderentry and Ecommerce
>>>> > >>>>>>>
>>>> > >>>>>>>
>>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>> > >>>>>>>> A question to the community:
>>>> > >>>>>>>>
>>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>>>> > >>>>>>>> Example gold jewelry.
>>>> > >>>>>>>>
>>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>> > >>>>>>>>
>>>> > >>>>>>>> Is here a preference how to implement that?
>>>> > >>>>>>>>
>>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>> > >>>>>>>> invoices...
>>>> > >>>>>>>>
>>>> > >>>>>>>> Regards,
>>>> > >>>>>>>> Hans
>>>> > >>>>>>>>
>>>> > >>>>>>>
>>>> > >>>>>>
>>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>> > >>>>>>
>>>> > >>>>>
>>>> > >>>>
>>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> > >>>> Myself on twitter: http://twitter.com/hansbak
>>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>>>> > >>>>
>>>> > >>>
>>>> > >>
>>>> > >
>>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> > > Myself on twitter: http://twitter.com/hansbak
>>>> > > Antwebsystems.com: Quality services for competitive rates.
>>>> > >
>>>> >
>>>>
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> Myself on twitter: http://twitter.com/hansbak
>>> Antwebsystems.com: Quality services for competitive rates.
>>
>>
>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacopo Cappellato <ja...@hotwaxmedia.com>.
I think that we should not forget about this because the fix proposed by Jacques (thanks for this) should be considered a temporary one... for example it doesn't take into account validity dates of the relationship; as a side note, the same issue (validity dates ignored) was also in the original cod committed by Hans (see the isAlternativePacking method).
Kind regards,
Jacopo
On Jan 10, 2011, at 12:27 PM, Jacques Le Roux wrote:
> Hi Hans,
>
> This has introduced a bug I fixed at r1057153
>
> The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not check them all. But I'd be surprised if your change has not introduced some other side effects...
>
> Could youy please have a look?
>
> Thanks
>
> Jacques
>
> From: "Hans Bakker" <ma...@antwebsystems.com>
>> This change is now implemented in r1040908
>>
>> Related to the comment from Scott, Instead of using the existing
>> association, we have created a new product association 'Alternative
>> Packaging' to not interfere with the usage of Scott.
>>
>> An explanation can be found at:
>> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>>
>> Regards,
>> Hans
>>
>>
>> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>>> i could also add a new association type "alternative Uom" and then still
>>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>>>
>>>
>>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>>> > Hi Hans,
>>> >
>>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you. If > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml data. You > could then load it into a demo instance and play around with it.
>>> >
>>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using it > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child variants.
>>> >
>>> > Regards
>>> > Scott
>>> >
>>> > HotWax Media
>>> > http://www.hotwaxmedia.com
>>> >
>>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>>> >
>>> > > A longer explanation how we want to implement this can be found at:
>>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>>> > >
>>> > > Regards,
>>> > > Hans
>>> > >
>>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>>> > >> We are are still getting the best solution, help appreciated.
>>> > >>
>>> > >> We are thinking of the following:
>>> > >> you have a product which you sell in pieces and boxes of ten.
>>> > >>
>>> > >> Then the product per piece is the lowest denominator and has a variant
>>> > >> association to a virtual/variant product which is an alternative
>>> > >> packaging of the product per piece and can have an adjusted price but no
>>> > >> inventory.
>>> > >>
>>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>>> > >> feature selection list, however in the case of the virtual- and variant
>>> > >> flag both set, it should not.
>>> > >>
>>> > >> When the box of 10 is selected, The productId per piece is selected with
>>> > >> the adjusted price of the box variant.
>>> > >>
>>> > >> Comments very much appreciated.
>>> > >>
>>> > >> Regards,
>>> > >> Hans
>>> > >>
>>> > >>
>>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with the > >>> individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>>> > >>>
>>> > >>> For certain products all you need is the three fields already on the Product entity:
>>> > >>>
>>> > >>> quantityUomId
>>> > >>> quantityIncluded
>>> > >>> piecesIncluded
>>> > >>>
>>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, > >>> piecesIncluded=6.
>>> > >>>
>>> > >>> -David
>>> > >>>
>>> > >>>
>>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>>> > >>>
>>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>>> > >>>> the same inventory for boxes and pieces.
>>> > >>>> We should be able to store the conversion between the uom's for this
>>> > >>>> product somewhere?
>>> > >>>>
>>> > >>>> Thanks for you input!
>>> > >>>>
>>> > >>>> Regards,
>>> > >>>> Hans
>>> > >>>>
>>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>> > >>>>> Hi Hans,
>>> > >>>>>
>>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to > >>>>> automatically produce inventory for the desired UOM from the base UOM.
>>> > >>>>>
>>> > >>>>> Regards
>>> > >>>>> Scott
>>> > >>>>>
>>> > >>>>> HotWax Media
>>> > >>>>> http://www.hotwaxmedia.com
>>> > >>>>>
>>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>> > >>>>>
>>> > >>>>>> Thank you BJ,
>>> > >>>>>>
>>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>> > >>>>>> product with a conversion for example from pieces to boxes with an
>>> > >>>>>> optional price adjustment percentage.
>>> > >>>>>> The system will have however only one uom where everything gets
>>> > >>>>>> converted to.
>>> > >>>>>>
>>> > >>>>>> Anybody else other solutions?
>>> > >>>>>>
>>> > >>>>>> Regards,
>>> > >>>>>> Hans.
>>> > >>>>>>
>>> > >>>>>>
>>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>>> > >>>>>>> in the product screen made it allow multiple UOM.
>>> > >>>>>>>
>>> > >>>>>>> added to the code that converts from what is received in inventory to
>>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>> > >>>>>>>
>>> > >>>>>>>
>>> > >>>>>>> I think a nice touch would be that the could generates the product data
>>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>>> > >>>>>>> products. it would follow the same model for inventory levels on the
>>> > >>>>>>> orderentry and Ecommerce
>>> > >>>>>>>
>>> > >>>>>>>
>>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>> > >>>>>>>> A question to the community:
>>> > >>>>>>>>
>>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>>> > >>>>>>>> Example gold jewelry.
>>> > >>>>>>>>
>>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>> > >>>>>>>>
>>> > >>>>>>>> Is here a preference how to implement that?
>>> > >>>>>>>>
>>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>> > >>>>>>>> invoices...
>>> > >>>>>>>>
>>> > >>>>>>>> Regards,
>>> > >>>>>>>> Hans
>>> > >>>>>>>>
>>> > >>>>>>>
>>> > >>>>>>
>>> > >>>>>> -- > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>>> > >>>>>>
>>> > >>>>>
>>> > >>>>
>>> > >>>> -- > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> > >>>> Myself on twitter: http://twitter.com/hansbak
>>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>>> > >>>>
>>> > >>>
>>> > >>
>>> > >
>>> > > -- > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> > > Myself on twitter: http://twitter.com/hansbak
>>> > > Antwebsystems.com: Quality services for competitive rates.
>>> > >
>>> >
>>>
>>
>> --
>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> Myself on twitter: http://twitter.com/hansbak
>> Antwebsystems.com: Quality services for competitive rates.
>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi Hans,
This has introduced a bug I fixed at r1057153
The isVirtual Product attribute shows around 160 times in *form*.xml,*een*, *.gro*,*.ftl,*.java files. Of course I did not check
them all. But I'd be surprised if your change has not introduced some other side effects...
Could youy please have a look?
Thanks
Jacques
From: "Hans Bakker" <ma...@antwebsystems.com>
> This change is now implemented in r1040908
>
> Related to the comment from Scott, Instead of using the existing
> association, we have created a new product association 'Alternative
> Packaging' to not interfere with the usage of Scott.
>
> An explanation can be found at:
> https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
>
> Regards,
> Hans
>
>
> On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
>> i could also add a new association type "alternative Uom" and then still
>> use isVirtual=Y/isVariant=Y...which would not block your usage....
>>
>>
>> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
>> > Hi Hans,
>> >
>> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you. If
>> > you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml data. You
>> > could then load it into a demo instance and play around with it.
>> >
>> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to
>> > indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using it
>> > for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child variants.
>> >
>> > Regards
>> > Scott
>> >
>> > HotWax Media
>> > http://www.hotwaxmedia.com
>> >
>> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>> >
>> > > A longer explanation how we want to implement this can be found at:
>> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>> > >
>> > > Regards,
>> > > Hans
>> > >
>> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>> > >> We are are still getting the best solution, help appreciated.
>> > >>
>> > >> We are thinking of the following:
>> > >> you have a product which you sell in pieces and boxes of ten.
>> > >>
>> > >> Then the product per piece is the lowest denominator and has a variant
>> > >> association to a virtual/variant product which is an alternative
>> > >> packaging of the product per piece and can have an adjusted price but no
>> > >> inventory.
>> > >>
>> > >> Currently the e-commerce checks for the virtual flag and want to show a
>> > >> feature selection list, however in the case of the virtual- and variant
>> > >> flag both set, it should not.
>> > >>
>> > >> When the box of 10 is selected, The productId per piece is selected with
>> > >> the adjusted price of the box variant.
>> > >>
>> > >> Comments very much appreciated.
>> > >>
>> > >> Regards,
>> > >> Hans
>> > >>
>> > >>
>> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for
>> > >>> sale directly to the customer), and one that is a product that represents the box and that is associated with the
>> > >>> individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in
>> > >>> different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>> > >>>
>> > >>> For certain products all you need is the three fields already on the Product entity:
>> > >>>
>> > >>> quantityUomId
>> > >>> quantityIncluded
>> > >>> piecesIncluded
>> > >>>
>> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz,
>> > >>> piecesIncluded=6.
>> > >>>
>> > >>> -David
>> > >>>
>> > >>>
>> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>> > >>>
>> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
>> > >>>> know that they are for example 10 pieces in a box? I still what to have
>> > >>>> the same inventory for boxes and pieces.
>> > >>>> We should be able to store the conversion between the uom's for this
>> > >>>> product somewhere?
>> > >>>>
>> > >>>> Thanks for you input!
>> > >>>>
>> > >>>> Regards,
>> > >>>> Hans
>> > >>>>
>> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>> > >>>>> Hi Hans,
>> > >>>>>
>> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use
>> > >>>>> virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to
>> > >>>>> automatically produce inventory for the desired UOM from the base UOM.
>> > >>>>>
>> > >>>>> Regards
>> > >>>>> Scott
>> > >>>>>
>> > >>>>> HotWax Media
>> > >>>>> http://www.hotwaxmedia.com
>> > >>>>>
>> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>> > >>>>>
>> > >>>>>> Thank you BJ,
>> > >>>>>>
>> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
>> > >>>>>> product with a conversion for example from pieces to boxes with an
>> > >>>>>> optional price adjustment percentage.
>> > >>>>>> The system will have however only one uom where everything gets
>> > >>>>>> converted to.
>> > >>>>>>
>> > >>>>>> Anybody else other solutions?
>> > >>>>>>
>> > >>>>>> Regards,
>> > >>>>>> Hans.
>> > >>>>>>
>> > >>>>>>
>> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>> > >>>>>>> I used the multiple pricing model for the Uom Measure
>> > >>>>>>> in the product screen made it allow multiple UOM.
>> > >>>>>>>
>> > >>>>>>> added to the code that converts from what is received in inventory to
>> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
>> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>> > >>>>>>> The Inventory levels have to be checked to see how many in a product
>> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>> > >>>>>>>
>> > >>>>>>>
>> > >>>>>>> I think a nice touch would be that the could generates the product data
>> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
>> > >>>>>>> products. it would follow the same model for inventory levels on the
>> > >>>>>>> orderentry and Ecommerce
>> > >>>>>>>
>> > >>>>>>>
>> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>> > >>>>>>>> A question to the community:
>> > >>>>>>>>
>> > >>>>>>>> sometimes the same products are sold with different units of measure.
>> > >>>>>>>> Example gold jewelry.
>> > >>>>>>>>
>> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>> > >>>>>>>>
>> > >>>>>>>> Is here a preference how to implement that?
>> > >>>>>>>>
>> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>> > >>>>>>>> invoices...
>> > >>>>>>>>
>> > >>>>>>>> Regards,
>> > >>>>>>>> Hans
>> > >>>>>>>>
>> > >>>>>>>
>> > >>>>>>
>> > >>>>>> --
>> > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> > >>>>>> Myself on twitter: http://twitter.com/hansbak
>> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
>> > >>>>>>
>> > >>>>>
>> > >>>>
>> > >>>> --
>> > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> > >>>> Myself on twitter: http://twitter.com/hansbak
>> > >>>> Antwebsystems.com: Quality services for competitive rates.
>> > >>>>
>> > >>>
>> > >>
>> > >
>> > > --
>> > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> > > Myself on twitter: http://twitter.com/hansbak
>> > > Antwebsystems.com: Quality services for competitive rates.
>> > >
>> >
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
This change is now implemented in r1040908
Related to the comment from Scott, Instead of using the existing
association, we have created a new product association 'Alternative
Packaging' to not interfere with the usage of Scott.
An explanation can be found at:
https://www.antwebsystems.com/content/control/ViewBlogArticle?articleContentId=16750&blogContentId=AWS_BLOG
Regards,
Hans
On Fri, 2010-11-12 at 16:06 +0700, Hans Bakker wrote:
> i could also add a new association type "alternative Uom" and then still
> use isVirtual=Y/isVariant=Y...which would not block your usage....
>
>
> On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
> > Hi Hans,
> >
> > I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you. If you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml data. You could then load it into a demo instance and play around with it.
> >
> > I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using it for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child variants.
> >
> > Regards
> > Scott
> >
> > HotWax Media
> > http://www.hotwaxmedia.com
> >
> > On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
> >
> > > A longer explanation how we want to implement this can be found at:
> > > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
> > >
> > > Regards,
> > > Hans
> > >
> > > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
> > >> We are are still getting the best solution, help appreciated.
> > >>
> > >> We are thinking of the following:
> > >> you have a product which you sell in pieces and boxes of ten.
> > >>
> > >> Then the product per piece is the lowest denominator and has a variant
> > >> association to a virtual/variant product which is an alternative
> > >> packaging of the product per piece and can have an adjusted price but no
> > >> inventory.
> > >>
> > >> Currently the e-commerce checks for the virtual flag and want to show a
> > >> feature selection list, however in the case of the virtual- and variant
> > >> flag both set, it should not.
> > >>
> > >> When the box of 10 is selected, The productId per piece is selected with
> > >> the adjusted price of the box variant.
> > >>
> > >> Comments very much appreciated.
> > >>
> > >> Regards,
> > >> Hans
> > >>
> > >>
> > >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
> > >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for sale directly to the customer), and one that is a product that represents the box and that is associated with the individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
> > >>>
> > >>> For certain products all you need is the three fields already on the Product entity:
> > >>>
> > >>> quantityUomId
> > >>> quantityIncluded
> > >>> piecesIncluded
> > >>>
> > >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, piecesIncluded=6.
> > >>>
> > >>> -David
> > >>>
> > >>>
> > >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
> > >>>
> > >>>> Hi Scott, this is sure an interesting idea, but then how does the system
> > >>>> know that they are for example 10 pieces in a box? I still what to have
> > >>>> the same inventory for boxes and pieces.
> > >>>> We should be able to store the conversion between the uom's for this
> > >>>> product somewhere?
> > >>>>
> > >>>> Thanks for you input!
> > >>>>
> > >>>> Regards,
> > >>>> Hans
> > >>>>
> > >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> > >>>>> Hi Hans,
> > >>>>>
> > >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
> > >>>>>
> > >>>>> Regards
> > >>>>> Scott
> > >>>>>
> > >>>>> HotWax Media
> > >>>>> http://www.hotwaxmedia.com
> > >>>>>
> > >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> > >>>>>
> > >>>>>> Thank you BJ,
> > >>>>>>
> > >>>>>> I had in mind to create and 'productUomAlternatives' table to the
> > >>>>>> product with a conversion for example from pieces to boxes with an
> > >>>>>> optional price adjustment percentage.
> > >>>>>> The system will have however only one uom where everything gets
> > >>>>>> converted to.
> > >>>>>>
> > >>>>>> Anybody else other solutions?
> > >>>>>>
> > >>>>>> Regards,
> > >>>>>> Hans.
> > >>>>>>
> > >>>>>>
> > >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> > >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> > >>>>>>> I used the multiple pricing model for the Uom Measure
> > >>>>>>> in the product screen made it allow multiple UOM.
> > >>>>>>>
> > >>>>>>> added to the code that converts from what is received in inventory to
> > >>>>>>> what is sold so it walks through the Uom. for instance a feed store
> > >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
> > >>>>>>> The Inventory levels have to be checked to see how many in a product
> > >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> I think a nice touch would be that the could generates the product data
> > >>>>>>> to show up in orders, based on the Uoms that were generated for the
> > >>>>>>> products. it would follow the same model for inventory levels on the
> > >>>>>>> orderentry and Ecommerce
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> > >>>>>>>> A question to the community:
> > >>>>>>>>
> > >>>>>>>> sometimes the same products are sold with different units of measure.
> > >>>>>>>> Example gold jewelry.
> > >>>>>>>>
> > >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> > >>>>>>>>
> > >>>>>>>> Is here a preference how to implement that?
> > >>>>>>>>
> > >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
> > >>>>>>>> invoices...
> > >>>>>>>>
> > >>>>>>>> Regards,
> > >>>>>>>> Hans
> > >>>>>>>>
> > >>>>>>>
> > >>>>>>
> > >>>>>> --
> > >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > >>>>>> Myself on twitter: http://twitter.com/hansbak
> > >>>>>> Antwebsystems.com: Quality services for competitive rates.
> > >>>>>>
> > >>>>>
> > >>>>
> > >>>> --
> > >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > >>>> Myself on twitter: http://twitter.com/hansbak
> > >>>> Antwebsystems.com: Quality services for competitive rates.
> > >>>>
> > >>>
> > >>
> > >
> > > --
> > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > > Myself on twitter: http://twitter.com/hansbak
> > > Antwebsystems.com: Quality services for competitive rates.
> > >
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
i could also add a new association type "alternative Uom" and then still
use isVirtual=Y/isVariant=Y...which would not block your usage....
On Fri, 2010-11-12 at 21:34 +1300, Scott Gray wrote:
> Hi Hans,
>
> I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you. If you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml data. You could then load it into a demo instance and play around with it.
>
> I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using it for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child variants.
>
> Regards
> Scott
>
> HotWax Media
> http://www.hotwaxmedia.com
>
> On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
>
> > A longer explanation how we want to implement this can be found at:
> > http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
> >
> > Regards,
> > Hans
> >
> > On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
> >> We are are still getting the best solution, help appreciated.
> >>
> >> We are thinking of the following:
> >> you have a product which you sell in pieces and boxes of ten.
> >>
> >> Then the product per piece is the lowest denominator and has a variant
> >> association to a virtual/variant product which is an alternative
> >> packaging of the product per piece and can have an adjusted price but no
> >> inventory.
> >>
> >> Currently the e-commerce checks for the virtual flag and want to show a
> >> feature selection list, however in the case of the virtual- and variant
> >> flag both set, it should not.
> >>
> >> When the box of 10 is selected, The productId per piece is selected with
> >> the adjusted price of the box variant.
> >>
> >> Comments very much appreciated.
> >>
> >> Regards,
> >> Hans
> >>
> >>
> >> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
> >>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for sale directly to the customer), and one that is a product that represents the box and that is associated with the individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
> >>>
> >>> For certain products all you need is the three fields already on the Product entity:
> >>>
> >>> quantityUomId
> >>> quantityIncluded
> >>> piecesIncluded
> >>>
> >>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, piecesIncluded=6.
> >>>
> >>> -David
> >>>
> >>>
> >>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
> >>>
> >>>> Hi Scott, this is sure an interesting idea, but then how does the system
> >>>> know that they are for example 10 pieces in a box? I still what to have
> >>>> the same inventory for boxes and pieces.
> >>>> We should be able to store the conversion between the uom's for this
> >>>> product somewhere?
> >>>>
> >>>> Thanks for you input!
> >>>>
> >>>> Regards,
> >>>> Hans
> >>>>
> >>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> >>>>> Hi Hans,
> >>>>>
> >>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
> >>>>>
> >>>>> Regards
> >>>>> Scott
> >>>>>
> >>>>> HotWax Media
> >>>>> http://www.hotwaxmedia.com
> >>>>>
> >>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> >>>>>
> >>>>>> Thank you BJ,
> >>>>>>
> >>>>>> I had in mind to create and 'productUomAlternatives' table to the
> >>>>>> product with a conversion for example from pieces to boxes with an
> >>>>>> optional price adjustment percentage.
> >>>>>> The system will have however only one uom where everything gets
> >>>>>> converted to.
> >>>>>>
> >>>>>> Anybody else other solutions?
> >>>>>>
> >>>>>> Regards,
> >>>>>> Hans.
> >>>>>>
> >>>>>>
> >>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >>>>>>> I used the multiple pricing model for the Uom Measure
> >>>>>>> in the product screen made it allow multiple UOM.
> >>>>>>>
> >>>>>>> added to the code that converts from what is received in inventory to
> >>>>>>> what is sold so it walks through the Uom. for instance a feed store
> >>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
> >>>>>>> The Inventory levels have to be checked to see how many in a product
> >>>>>>> run to generate to sack up the grain. This Triggers an Seca.
> >>>>>>>
> >>>>>>>
> >>>>>>> I think a nice touch would be that the could generates the product data
> >>>>>>> to show up in orders, based on the Uoms that were generated for the
> >>>>>>> products. it would follow the same model for inventory levels on the
> >>>>>>> orderentry and Ecommerce
> >>>>>>>
> >>>>>>>
> >>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >>>>>>>> A question to the community:
> >>>>>>>>
> >>>>>>>> sometimes the same products are sold with different units of measure.
> >>>>>>>> Example gold jewelry.
> >>>>>>>>
> >>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >>>>>>>>
> >>>>>>>> Is here a preference how to implement that?
> >>>>>>>>
> >>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
> >>>>>>>> invoices...
> >>>>>>>>
> >>>>>>>> Regards,
> >>>>>>>> Hans
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>>>> Myself on twitter: http://twitter.com/hansbak
> >>>>>> Antwebsystems.com: Quality services for competitive rates.
> >>>>>>
> >>>>>
> >>>>
> >>>> --
> >>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>>> Myself on twitter: http://twitter.com/hansbak
> >>>> Antwebsystems.com: Quality services for competitive rates.
> >>>>
> >>>
> >>
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > Myself on twitter: http://twitter.com/hansbak
> > Antwebsystems.com: Quality services for competitive rates.
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice requested.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
Hi Hans,
I'm still in favor of the approach that I suggested earlier and you haven't really mentioned why it wouldn't work for you. If you like and if you are willing to wait a couple of days I could show you what I mean with some example entity xml data. You could then load it into a demo instance and play around with it.
I haven't read your proposal in detail yet but I'm not really in favor of using the isVirtual=Y/isVariant=Y combination to indicate uom specific behavior. I think it is quite possible for a product to have that combination in real life and using it for something else would remove that possibility. Imagine a variant that is itself also a virtual with its own child variants.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 11/11/2010, at 8:46 PM, Hans Bakker wrote:
> A longer explanation how we want to implement this can be found at:
> http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
>
> Regards,
> Hans
>
> On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
>> We are are still getting the best solution, help appreciated.
>>
>> We are thinking of the following:
>> you have a product which you sell in pieces and boxes of ten.
>>
>> Then the product per piece is the lowest denominator and has a variant
>> association to a virtual/variant product which is an alternative
>> packaging of the product per piece and can have an adjusted price but no
>> inventory.
>>
>> Currently the e-commerce checks for the virtual flag and want to show a
>> feature selection list, however in the case of the virtual- and variant
>> flag both set, it should not.
>>
>> When the box of 10 is selected, The productId per piece is selected with
>> the adjusted price of the box variant.
>>
>> Comments very much appreciated.
>>
>> Regards,
>> Hans
>>
>>
>> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
>>> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for sale directly to the customer), and one that is a product that represents the box and that is associated with the individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>>>
>>> For certain products all you need is the three fields already on the Product entity:
>>>
>>> quantityUomId
>>> quantityIncluded
>>> piecesIncluded
>>>
>>> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, piecesIncluded=6.
>>>
>>> -David
>>>
>>>
>>> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>>>
>>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>> know that they are for example 10 pieces in a box? I still what to have
>>>> the same inventory for boxes and pieces.
>>>> We should be able to store the conversion between the uom's for this
>>>> product somewhere?
>>>>
>>>> Thanks for you input!
>>>>
>>>> Regards,
>>>> Hans
>>>>
>>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>> Hi Hans,
>>>>>
>>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> HotWax Media
>>>>> http://www.hotwaxmedia.com
>>>>>
>>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>>
>>>>>> Thank you BJ,
>>>>>>
>>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>>> product with a conversion for example from pieces to boxes with an
>>>>>> optional price adjustment percentage.
>>>>>> The system will have however only one uom where everything gets
>>>>>> converted to.
>>>>>>
>>>>>> Anybody else other solutions?
>>>>>>
>>>>>> Regards,
>>>>>> Hans.
>>>>>>
>>>>>>
>>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>>> in the product screen made it allow multiple UOM.
>>>>>>>
>>>>>>> added to the code that converts from what is received in inventory to
>>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>>
>>>>>>>
>>>>>>> I think a nice touch would be that the could generates the product data
>>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>>> products. it would follow the same model for inventory levels on the
>>>>>>> orderentry and Ecommerce
>>>>>>>
>>>>>>>
>>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>>> A question to the community:
>>>>>>>>
>>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>>> Example gold jewelry.
>>>>>>>>
>>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>>
>>>>>>>> Is here a preference how to implement that?
>>>>>>>>
>>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>>> invoices...
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Hans
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> Myself on twitter: http://twitter.com/hansbak
>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>
>>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
A longer explanation how we want to implement this can be found at:
http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16750&blogContentId=AWS_BLOG
Regards,
Hans
On Wed, 2010-11-10 at 16:52 +0700, Hans Bakker wrote:
> We are are still getting the best solution, help appreciated.
>
> We are thinking of the following:
> you have a product which you sell in pieces and boxes of ten.
>
> Then the product per piece is the lowest denominator and has a variant
> association to a virtual/variant product which is an alternative
> packaging of the product per piece and can have an adjusted price but no
> inventory.
>
> Currently the e-commerce checks for the virtual flag and want to show a
> feature selection list, however in the case of the virtual- and variant
> flag both set, it should not.
>
> When the box of 10 is selected, The productId per piece is selected with
> the adjusted price of the box variant.
>
> Comments very much appreciated.
>
> Regards,
> Hans
>
>
> On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
> > For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for sale directly to the customer), and one that is a product that represents the box and that is associated with the individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
> >
> > For certain products all you need is the three fields already on the Product entity:
> >
> > quantityUomId
> > quantityIncluded
> > piecesIncluded
> >
> > For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, piecesIncluded=6.
> >
> > -David
> >
> >
> > On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
> >
> > > Hi Scott, this is sure an interesting idea, but then how does the system
> > > know that they are for example 10 pieces in a box? I still what to have
> > > the same inventory for boxes and pieces.
> > > We should be able to store the conversion between the uom's for this
> > > product somewhere?
> > >
> > > Thanks for you input!
> > >
> > > Regards,
> > > Hans
> > >
> > > On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> > >> Hi Hans,
> > >>
> > >> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
> > >>
> > >> Regards
> > >> Scott
> > >>
> > >> HotWax Media
> > >> http://www.hotwaxmedia.com
> > >>
> > >> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> > >>
> > >>> Thank you BJ,
> > >>>
> > >>> I had in mind to create and 'productUomAlternatives' table to the
> > >>> product with a conversion for example from pieces to boxes with an
> > >>> optional price adjustment percentage.
> > >>> The system will have however only one uom where everything gets
> > >>> converted to.
> > >>>
> > >>> Anybody else other solutions?
> > >>>
> > >>> Regards,
> > >>> Hans.
> > >>>
> > >>>
> > >>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> > >>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> > >>>> I used the multiple pricing model for the Uom Measure
> > >>>> in the product screen made it allow multiple UOM.
> > >>>>
> > >>>> added to the code that converts from what is received in inventory to
> > >>>> what is sold so it walks through the Uom. for instance a feed store
> > >>>> Receives feed in Bulk and then sacks it as inventory is required.
> > >>>> The Inventory levels have to be checked to see how many in a product
> > >>>> run to generate to sack up the grain. This Triggers an Seca.
> > >>>>
> > >>>>
> > >>>> I think a nice touch would be that the could generates the product data
> > >>>> to show up in orders, based on the Uoms that were generated for the
> > >>>> products. it would follow the same model for inventory levels on the
> > >>>> orderentry and Ecommerce
> > >>>>
> > >>>>
> > >>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> > >>>>> A question to the community:
> > >>>>>
> > >>>>> sometimes the same products are sold with different units of measure.
> > >>>>> Example gold jewelry.
> > >>>>>
> > >>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> > >>>>>
> > >>>>> Is here a preference how to implement that?
> > >>>>>
> > >>>>> Remember this has to show up in e-commerce, orders, shipments and
> > >>>>> invoices...
> > >>>>>
> > >>>>> Regards,
> > >>>>> Hans
> > >>>>>
> > >>>>
> > >>>
> > >>> --
> > >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > >>> Myself on twitter: http://twitter.com/hansbak
> > >>> Antwebsystems.com: Quality services for competitive rates.
> > >>>
> > >>
> > >
> > > --
> > > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > > Myself on twitter: http://twitter.com/hansbak
> > > Antwebsystems.com: Quality services for competitive rates.
> > >
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
We are are still getting the best solution, help appreciated.
We are thinking of the following:
you have a product which you sell in pieces and boxes of ten.
Then the product per piece is the lowest denominator and has a variant
association to a virtual/variant product which is an alternative
packaging of the product per piece and can have an adjusted price but no
inventory.
Currently the e-commerce checks for the virtual flag and want to show a
feature selection list, however in the case of the virtual- and variant
flag both set, it should not.
When the box of 10 is selected, The productId per piece is selected with
the adjusted price of the box variant.
Comments very much appreciated.
Regards,
Hans
On Sun, 2010-10-03 at 12:13 -0600, David E Jones wrote:
> For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for sale directly to the customer), and one that is a product that represents the box and that is associated with the individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
>
> For certain products all you need is the three fields already on the Product entity:
>
> quantityUomId
> quantityIncluded
> piecesIncluded
>
> For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, piecesIncluded=6.
>
> -David
>
>
> On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
>
> > Hi Scott, this is sure an interesting idea, but then how does the system
> > know that they are for example 10 pieces in a box? I still what to have
> > the same inventory for boxes and pieces.
> > We should be able to store the conversion between the uom's for this
> > product somewhere?
> >
> > Thanks for you input!
> >
> > Regards,
> > Hans
> >
> > On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> >> Hi Hans,
> >>
> >> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
> >>
> >> Regards
> >> Scott
> >>
> >> HotWax Media
> >> http://www.hotwaxmedia.com
> >>
> >> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> >>
> >>> Thank you BJ,
> >>>
> >>> I had in mind to create and 'productUomAlternatives' table to the
> >>> product with a conversion for example from pieces to boxes with an
> >>> optional price adjustment percentage.
> >>> The system will have however only one uom where everything gets
> >>> converted to.
> >>>
> >>> Anybody else other solutions?
> >>>
> >>> Regards,
> >>> Hans.
> >>>
> >>>
> >>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >>>> I used the multiple pricing model for the Uom Measure
> >>>> in the product screen made it allow multiple UOM.
> >>>>
> >>>> added to the code that converts from what is received in inventory to
> >>>> what is sold so it walks through the Uom. for instance a feed store
> >>>> Receives feed in Bulk and then sacks it as inventory is required.
> >>>> The Inventory levels have to be checked to see how many in a product
> >>>> run to generate to sack up the grain. This Triggers an Seca.
> >>>>
> >>>>
> >>>> I think a nice touch would be that the could generates the product data
> >>>> to show up in orders, based on the Uoms that were generated for the
> >>>> products. it would follow the same model for inventory levels on the
> >>>> orderentry and Ecommerce
> >>>>
> >>>>
> >>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >>>>> A question to the community:
> >>>>>
> >>>>> sometimes the same products are sold with different units of measure.
> >>>>> Example gold jewelry.
> >>>>>
> >>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >>>>>
> >>>>> Is here a preference how to implement that?
> >>>>>
> >>>>> Remember this has to show up in e-commerce, orders, shipments and
> >>>>> invoices...
> >>>>>
> >>>>> Regards,
> >>>>> Hans
> >>>>>
> >>>>
> >>>
> >>> --
> >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>> Myself on twitter: http://twitter.com/hansbak
> >>> Antwebsystems.com: Quality services for competitive rates.
> >>>
> >>
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > Myself on twitter: http://twitter.com/hansbak
> > Antwebsystems.com: Quality services for competitive rates.
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice requested.
Posted by David E Jones <de...@me.com>.
For boxes of a product you'll usually have one product that represents the individual items (which may or may not be for sale directly to the customer), and one that is a product that represents the box and that is associated with the individual item. In OFBiz there are a few different product types you can choose from to have the system handle the box in different ways automatically, or you can use plain old Finished Good to handle the boxes manually.
For certain products all you need is the three fields already on the Product entity:
quantityUomId
quantityIncluded
piecesIncluded
For example if you have a six-pack of 12oz soda cans you would have quantityIncluded=12, quantityUomId=oz, piecesIncluded=6.
-David
On Oct 2, 2010, at 11:02 PM, Hans Bakker wrote:
> Hi Scott, this is sure an interesting idea, but then how does the system
> know that they are for example 10 pieces in a box? I still what to have
> the same inventory for boxes and pieces.
> We should be able to store the conversion between the uom's for this
> product somewhere?
>
> Thanks for you input!
>
> Regards,
> Hans
>
> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>> Hi Hans,
>>
>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>
>> Regards
>> Scott
>>
>> HotWax Media
>> http://www.hotwaxmedia.com
>>
>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>
>>> Thank you BJ,
>>>
>>> I had in mind to create and 'productUomAlternatives' table to the
>>> product with a conversion for example from pieces to boxes with an
>>> optional price adjustment percentage.
>>> The system will have however only one uom where everything gets
>>> converted to.
>>>
>>> Anybody else other solutions?
>>>
>>> Regards,
>>> Hans.
>>>
>>>
>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>> I used the multiple pricing model for the Uom Measure
>>>> in the product screen made it allow multiple UOM.
>>>>
>>>> added to the code that converts from what is received in inventory to
>>>> what is sold so it walks through the Uom. for instance a feed store
>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>> The Inventory levels have to be checked to see how many in a product
>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>
>>>>
>>>> I think a nice touch would be that the could generates the product data
>>>> to show up in orders, based on the Uoms that were generated for the
>>>> products. it would follow the same model for inventory levels on the
>>>> orderentry and Ecommerce
>>>>
>>>>
>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>> A question to the community:
>>>>>
>>>>> sometimes the same products are sold with different units of measure.
>>>>> Example gold jewelry.
>>>>>
>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>
>>>>> Is here a preference how to implement that?
>>>>>
>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>> invoices...
>>>>>
>>>>> Regards,
>>>>> Hans
>>>>>
>>>>
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> Myself on twitter: http://twitter.com/hansbak
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by BJ Freeman <bj...@free-man.net>.
I see you point from a designer point of view, however there is a
difference when you look at from a workeffort point of view.
something ofbiz has not address fully, yet.
Scott Gray sent the following on 10/3/2010 2:52 PM:
> A difficult to use UI dictates the need for a better UI, it doesn't mean that you need to add new tables and alter the underlying business logic when the existing processes work just fine.
>
> There is no reason why the user couldn't setup the base UOM product and then have a special screen/form to generate the other UOMs for them. Alternatively they could create the virtual product and similarly use a special form to create the base and derived UOMs, using that approach you'd only need to maintain any common data on the virtual.
>
> Regards
> Scott
>
> On 4/10/2010, at 10:38 AM, BJ Freeman wrote:
>
>> Scott I followed you on the Marketing UOM but I can't find you comments on Inventory side except to say to use standard procedures.when I did my multiple UOM I could not find where you would have the all the Products UOM with out first adding Virtual/variants. this is all by hand and time consuming. in business time is money and overhead. Something both Hans and I agree on.
>>
>> to make this easier for my clients they fill out the different UOM they receive the product and the UOM they will sell the product in.
>> I coded a service that takes this and generates the Virtual/variants products, sort of like the setup does the first product, which to me is even simpler to the end user.
>>
>> so I was hoping to inject the ability to do this in the OOTB in a future date.
>>
>>
>>
>>
>> Scott Gray sent the following on 10/3/2010 12:52 PM:
>>> I'm sorry you're not making any sense. I've explained how multiple UOMs are supported OOTB for both just-in-time conversion and for longer lived UOM inventory that may require effort to produce.
>>>
>>> What is so wrong with the current functionality that we need to add new tables? How would a SECA on ProductPricing (?) populate the virtual/variants?
>>>
>>> For just-in-time conversion marketing packages are a very simple approach, you just select the product type and then setup a single ProductAssoc record to define the component Product and the quantity.
>>>
>>> Regards
>>> Scott
>>>
>>> On 4/10/2010, at 2:04 AM, BJ Freeman wrote:
>>>
>>>> So having a entity that defines the different UOM that can be sold in inventory would be a good Idea, at a minimum.
>>>> and as Hans Says have a price differential for each UOM.
>>>> use a SECA to trigger on the ProductPricing service to run a service to populate for the Virtual/variants
>>>> So all the user has todo is put fill in the new entity.
>>>>
>>>> Scott Gray sent the following on 10/3/2010 5:44 AM:
>>>>> You wouldn't use marketing packages in that situation, you'd just use regular products and regular production runs.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> On 4/10/2010, at 12:07 AM, BJ Freeman wrote:
>>>>>
>>>>>> how would the marketing package allow for inventory levels to be established for different UOM. is marketing not a "Just in time" type of management?
>>>>>> What about inventory that takes long lead times to process, that would delay shipments beyond a reasonable time. This could be from too many products that need conversion beyond staff capability to handle orders, against processing a certain level of Inventory as stock, based on ERP.
>>>>>>
>>>>>> Scott Gray sent the following on 10/3/2010 2:15 AM:
>>>>>>
>>>>>>
>>>>>>> Hi Hans,
>>>>>>>
>>>>>>> I'm not sure I understand what you proposed, could you explain it further?
>>>>>>>
>>>>>>> Virtual/variants and the marketing packages would serve different purposes in what I was suggesting, the marketing packages would serve to convert the base uom product to each of the marketing package's uom whereas the virtual/variant would just serve to combine all uom products under a single virtual product. Each variant would be a marketing package except for the base uom product which would be a regular finished good.
>>>>>>>
>>>>>>> Marketing packages do cause an automatic production run to be created and completed, but I don't really see that as a big deal. It serves as a record for the conversion and also if the base uom doesn't have enough inventory available then the production run is left open until more is available, so it serves well as a reservation mechanism of sorts as well. Production runs have always been our primary mechanism of converting one or more products into a different product which is exactly what is happening here. Marketing packages/production runs also support decomposing manufactured products back into their original components which would serve you well for returns and the like.
>>>>>>>
>>>>>>> Regards
>>>>>>> Scott
>>>>>>>
>>>>>>> On 3/10/2010, at 8:52 PM, Hans Bakker wrote:
>>>>>>>
>>>>>>>> But involving the complete manufacturing process? please have a look at
>>>>>>>> my earlier message about adding a field to the productassoc entity....
>>>>>>>>
>>>>>>>> On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
>>>>>>>>> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>>>>>>>>>
>>>>>>>>> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>>>>>>>>>
>>>>>>>>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>>>>>>>> know that they are for example 10 pieces in a box? I still what to have
>>>>>>>>>> the same inventory for boxes and pieces.
>>>>>>>>>> We should be able to store the conversion between the uom's for this
>>>>>>>>>> product somewhere?
>>>>>>>>>>
>>>>>>>>>> Thanks for you input!
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Hans
>>>>>>>>>>
>>>>>>>>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>>>>>>>> Hi Hans,
>>>>>>>>>>>
>>>>>>>>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>>>>>>>>
>>>>>>>>>>> Regards
>>>>>>>>>>> Scott
>>>>>>>>>>>
>>>>>>>>>>> HotWax Media
>>>>>>>>>>> http://www.hotwaxmedia.com
>>>>>>>>>>>
>>>>>>>>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Thank you BJ,
>>>>>>>>>>>>
>>>>>>>>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>>>>>>>>> product with a conversion for example from pieces to boxes with an
>>>>>>>>>>>> optional price adjustment percentage.
>>>>>>>>>>>> The system will have however only one uom where everything gets
>>>>>>>>>>>> converted to.
>>>>>>>>>>>>
>>>>>>>>>>>> Anybody else other solutions?
>>>>>>>>>>>>
>>>>>>>>>>>> Regards,
>>>>>>>>>>>> Hans.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>>>>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>>>>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>>>>>>>>> in the product screen made it allow multiple UOM.
>>>>>>>>>>>>>
>>>>>>>>>>>>> added to the code that converts from what is received in inventory to
>>>>>>>>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>>>>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>>>>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>>>>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> I think a nice touch would be that the could generates the product data
>>>>>>>>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>>>>>>>>> products. it would follow the same model for inventory levels on the
>>>>>>>>>>>>> orderentry and Ecommerce
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>>>>>>>>> A question to the community:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>>>>>>>>> Example gold jewelry.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Is here a preference how to implement that?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>>>>>>>>> invoices...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>> Hans
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
A difficult to use UI dictates the need for a better UI, it doesn't mean that you need to add new tables and alter the underlying business logic when the existing processes work just fine.
There is no reason why the user couldn't setup the base UOM product and then have a special screen/form to generate the other UOMs for them. Alternatively they could create the virtual product and similarly use a special form to create the base and derived UOMs, using that approach you'd only need to maintain any common data on the virtual.
Regards
Scott
On 4/10/2010, at 10:38 AM, BJ Freeman wrote:
> Scott I followed you on the Marketing UOM but I can't find you comments on Inventory side except to say to use standard procedures.when I did my multiple UOM I could not find where you would have the all the Products UOM with out first adding Virtual/variants. this is all by hand and time consuming. in business time is money and overhead. Something both Hans and I agree on.
>
> to make this easier for my clients they fill out the different UOM they receive the product and the UOM they will sell the product in.
> I coded a service that takes this and generates the Virtual/variants products, sort of like the setup does the first product, which to me is even simpler to the end user.
>
> so I was hoping to inject the ability to do this in the OOTB in a future date.
>
>
>
>
> Scott Gray sent the following on 10/3/2010 12:52 PM:
>> I'm sorry you're not making any sense. I've explained how multiple UOMs are supported OOTB for both just-in-time conversion and for longer lived UOM inventory that may require effort to produce.
>>
>> What is so wrong with the current functionality that we need to add new tables? How would a SECA on ProductPricing (?) populate the virtual/variants?
>>
>> For just-in-time conversion marketing packages are a very simple approach, you just select the product type and then setup a single ProductAssoc record to define the component Product and the quantity.
>>
>> Regards
>> Scott
>>
>> On 4/10/2010, at 2:04 AM, BJ Freeman wrote:
>>
>>> So having a entity that defines the different UOM that can be sold in inventory would be a good Idea, at a minimum.
>>> and as Hans Says have a price differential for each UOM.
>>> use a SECA to trigger on the ProductPricing service to run a service to populate for the Virtual/variants
>>> So all the user has todo is put fill in the new entity.
>>>
>>> Scott Gray sent the following on 10/3/2010 5:44 AM:
>>>> You wouldn't use marketing packages in that situation, you'd just use regular products and regular production runs.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 4/10/2010, at 12:07 AM, BJ Freeman wrote:
>>>>
>>>>> how would the marketing package allow for inventory levels to be established for different UOM. is marketing not a "Just in time" type of management?
>>>>> What about inventory that takes long lead times to process, that would delay shipments beyond a reasonable time. This could be from too many products that need conversion beyond staff capability to handle orders, against processing a certain level of Inventory as stock, based on ERP.
>>>>>
>>>>> Scott Gray sent the following on 10/3/2010 2:15 AM:
>>>>>
>>>>>
>>>>>> Hi Hans,
>>>>>>
>>>>>> I'm not sure I understand what you proposed, could you explain it further?
>>>>>>
>>>>>> Virtual/variants and the marketing packages would serve different purposes in what I was suggesting, the marketing packages would serve to convert the base uom product to each of the marketing package's uom whereas the virtual/variant would just serve to combine all uom products under a single virtual product. Each variant would be a marketing package except for the base uom product which would be a regular finished good.
>>>>>>
>>>>>> Marketing packages do cause an automatic production run to be created and completed, but I don't really see that as a big deal. It serves as a record for the conversion and also if the base uom doesn't have enough inventory available then the production run is left open until more is available, so it serves well as a reservation mechanism of sorts as well. Production runs have always been our primary mechanism of converting one or more products into a different product which is exactly what is happening here. Marketing packages/production runs also support decomposing manufactured products back into their original components which would serve you well for returns and the like.
>>>>>>
>>>>>> Regards
>>>>>> Scott
>>>>>>
>>>>>> On 3/10/2010, at 8:52 PM, Hans Bakker wrote:
>>>>>>
>>>>>>> But involving the complete manufacturing process? please have a look at
>>>>>>> my earlier message about adding a field to the productassoc entity....
>>>>>>>
>>>>>>> On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
>>>>>>>> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>>>>>>>>
>>>>>>>> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>>>>>>>>
>>>>>>>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>>>>>>> know that they are for example 10 pieces in a box? I still what to have
>>>>>>>>> the same inventory for boxes and pieces.
>>>>>>>>> We should be able to store the conversion between the uom's for this
>>>>>>>>> product somewhere?
>>>>>>>>>
>>>>>>>>> Thanks for you input!
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Hans
>>>>>>>>>
>>>>>>>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>>>>>>> Hi Hans,
>>>>>>>>>>
>>>>>>>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>>>>>>>
>>>>>>>>>> Regards
>>>>>>>>>> Scott
>>>>>>>>>>
>>>>>>>>>> HotWax Media
>>>>>>>>>> http://www.hotwaxmedia.com
>>>>>>>>>>
>>>>>>>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>>>>>>>
>>>>>>>>>>> Thank you BJ,
>>>>>>>>>>>
>>>>>>>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>>>>>>>> product with a conversion for example from pieces to boxes with an
>>>>>>>>>>> optional price adjustment percentage.
>>>>>>>>>>> The system will have however only one uom where everything gets
>>>>>>>>>>> converted to.
>>>>>>>>>>>
>>>>>>>>>>> Anybody else other solutions?
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>> Hans.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>>>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>>>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>>>>>>>> in the product screen made it allow multiple UOM.
>>>>>>>>>>>>
>>>>>>>>>>>> added to the code that converts from what is received in inventory to
>>>>>>>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>>>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>>>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>>>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I think a nice touch would be that the could generates the product data
>>>>>>>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>>>>>>>> products. it would follow the same model for inventory levels on the
>>>>>>>>>>>> orderentry and Ecommerce
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>>>>>>>> A question to the community:
>>>>>>>>>>>>>
>>>>>>>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>>>>>>>> Example gold jewelry.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Is here a preference how to implement that?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>>>>>>>> invoices...
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>> Hans
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>
>>>>>>
>>>>
>>>
>>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by BJ Freeman <bj...@free-man.net>.
Scott I followed you on the Marketing UOM but I can't find you comments
on Inventory side except to say to use standard procedures.when I did my
multiple UOM I could not find where you would have the all the Products
UOM with out first adding Virtual/variants. this is all by hand and time
consuming. in business time is money and overhead. Something both Hans
and I agree on.
to make this easier for my clients they fill out the different UOM they
receive the product and the UOM they will sell the product in.
I coded a service that takes this and generates the Virtual/variants
products, sort of like the setup does the first product, which to me is
even simpler to the end user.
so I was hoping to inject the ability to do this in the OOTB in a future
date.
Scott Gray sent the following on 10/3/2010 12:52 PM:
> I'm sorry you're not making any sense. I've explained how multiple UOMs are supported OOTB for both just-in-time conversion and for longer lived UOM inventory that may require effort to produce.
>
> What is so wrong with the current functionality that we need to add new tables? How would a SECA on ProductPricing (?) populate the virtual/variants?
>
> For just-in-time conversion marketing packages are a very simple approach, you just select the product type and then setup a single ProductAssoc record to define the component Product and the quantity.
>
> Regards
> Scott
>
> On 4/10/2010, at 2:04 AM, BJ Freeman wrote:
>
>> So having a entity that defines the different UOM that can be sold in inventory would be a good Idea, at a minimum.
>> and as Hans Says have a price differential for each UOM.
>> use a SECA to trigger on the ProductPricing service to run a service to populate for the Virtual/variants
>> So all the user has todo is put fill in the new entity.
>>
>> Scott Gray sent the following on 10/3/2010 5:44 AM:
>>> You wouldn't use marketing packages in that situation, you'd just use regular products and regular production runs.
>>>
>>> Regards
>>> Scott
>>>
>>> On 4/10/2010, at 12:07 AM, BJ Freeman wrote:
>>>
>>>> how would the marketing package allow for inventory levels to be established for different UOM. is marketing not a "Just in time" type of management?
>>>> What about inventory that takes long lead times to process, that would delay shipments beyond a reasonable time. This could be from too many products that need conversion beyond staff capability to handle orders, against processing a certain level of Inventory as stock, based on ERP.
>>>>
>>>> Scott Gray sent the following on 10/3/2010 2:15 AM:
>>>>
>>>>
>>>>> Hi Hans,
>>>>>
>>>>> I'm not sure I understand what you proposed, could you explain it further?
>>>>>
>>>>> Virtual/variants and the marketing packages would serve different purposes in what I was suggesting, the marketing packages would serve to convert the base uom product to each of the marketing package's uom whereas the virtual/variant would just serve to combine all uom products under a single virtual product. Each variant would be a marketing package except for the base uom product which would be a regular finished good.
>>>>>
>>>>> Marketing packages do cause an automatic production run to be created and completed, but I don't really see that as a big deal. It serves as a record for the conversion and also if the base uom doesn't have enough inventory available then the production run is left open until more is available, so it serves well as a reservation mechanism of sorts as well. Production runs have always been our primary mechanism of converting one or more products into a different product which is exactly what is happening here. Marketing packages/production runs also support decomposing manufactured products back into their original components which would serve you well for returns and the like.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> On 3/10/2010, at 8:52 PM, Hans Bakker wrote:
>>>>>
>>>>>> But involving the complete manufacturing process? please have a look at
>>>>>> my earlier message about adding a field to the productassoc entity....
>>>>>>
>>>>>> On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
>>>>>>> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>>>>>>>
>>>>>>> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>>>>>>>
>>>>>>> Regards
>>>>>>> Scott
>>>>>>>
>>>>>>> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>>>>>>>
>>>>>>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>>>>>> know that they are for example 10 pieces in a box? I still what to have
>>>>>>>> the same inventory for boxes and pieces.
>>>>>>>> We should be able to store the conversion between the uom's for this
>>>>>>>> product somewhere?
>>>>>>>>
>>>>>>>> Thanks for you input!
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Hans
>>>>>>>>
>>>>>>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>>>>>> Hi Hans,
>>>>>>>>>
>>>>>>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>> HotWax Media
>>>>>>>>> http://www.hotwaxmedia.com
>>>>>>>>>
>>>>>>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>>>>>>
>>>>>>>>>> Thank you BJ,
>>>>>>>>>>
>>>>>>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>>>>>>> product with a conversion for example from pieces to boxes with an
>>>>>>>>>> optional price adjustment percentage.
>>>>>>>>>> The system will have however only one uom where everything gets
>>>>>>>>>> converted to.
>>>>>>>>>>
>>>>>>>>>> Anybody else other solutions?
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Hans.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>>>>>>> in the product screen made it allow multiple UOM.
>>>>>>>>>>>
>>>>>>>>>>> added to the code that converts from what is received in inventory to
>>>>>>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I think a nice touch would be that the could generates the product data
>>>>>>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>>>>>>> products. it would follow the same model for inventory levels on the
>>>>>>>>>>> orderentry and Ecommerce
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>>>>>>> A question to the community:
>>>>>>>>>>>>
>>>>>>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>>>>>>> Example gold jewelry.
>>>>>>>>>>>>
>>>>>>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>>>>>>
>>>>>>>>>>>> Is here a preference how to implement that?
>>>>>>>>>>>>
>>>>>>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>>>>>>> invoices...
>>>>>>>>>>>>
>>>>>>>>>>>> Regards,
>>>>>>>>>>>> Hans
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>
>>>>>
>>>
>>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
I'm sorry you're not making any sense. I've explained how multiple UOMs are supported OOTB for both just-in-time conversion and for longer lived UOM inventory that may require effort to produce.
What is so wrong with the current functionality that we need to add new tables? How would a SECA on ProductPricing (?) populate the virtual/variants?
For just-in-time conversion marketing packages are a very simple approach, you just select the product type and then setup a single ProductAssoc record to define the component Product and the quantity.
Regards
Scott
On 4/10/2010, at 2:04 AM, BJ Freeman wrote:
> So having a entity that defines the different UOM that can be sold in inventory would be a good Idea, at a minimum.
> and as Hans Says have a price differential for each UOM.
> use a SECA to trigger on the ProductPricing service to run a service to populate for the Virtual/variants
> So all the user has todo is put fill in the new entity.
>
> Scott Gray sent the following on 10/3/2010 5:44 AM:
>> You wouldn't use marketing packages in that situation, you'd just use regular products and regular production runs.
>>
>> Regards
>> Scott
>>
>> On 4/10/2010, at 12:07 AM, BJ Freeman wrote:
>>
>>> how would the marketing package allow for inventory levels to be established for different UOM. is marketing not a "Just in time" type of management?
>>> What about inventory that takes long lead times to process, that would delay shipments beyond a reasonable time. This could be from too many products that need conversion beyond staff capability to handle orders, against processing a certain level of Inventory as stock, based on ERP.
>>>
>>> Scott Gray sent the following on 10/3/2010 2:15 AM:
>>>
>>>
>>>> Hi Hans,
>>>>
>>>> I'm not sure I understand what you proposed, could you explain it further?
>>>>
>>>> Virtual/variants and the marketing packages would serve different purposes in what I was suggesting, the marketing packages would serve to convert the base uom product to each of the marketing package's uom whereas the virtual/variant would just serve to combine all uom products under a single virtual product. Each variant would be a marketing package except for the base uom product which would be a regular finished good.
>>>>
>>>> Marketing packages do cause an automatic production run to be created and completed, but I don't really see that as a big deal. It serves as a record for the conversion and also if the base uom doesn't have enough inventory available then the production run is left open until more is available, so it serves well as a reservation mechanism of sorts as well. Production runs have always been our primary mechanism of converting one or more products into a different product which is exactly what is happening here. Marketing packages/production runs also support decomposing manufactured products back into their original components which would serve you well for returns and the like.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 3/10/2010, at 8:52 PM, Hans Bakker wrote:
>>>>
>>>>> But involving the complete manufacturing process? please have a look at
>>>>> my earlier message about adding a field to the productassoc entity....
>>>>>
>>>>> On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
>>>>>> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>>>>>>
>>>>>> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>>>>>>
>>>>>> Regards
>>>>>> Scott
>>>>>>
>>>>>> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>>>>>>
>>>>>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>>>>> know that they are for example 10 pieces in a box? I still what to have
>>>>>>> the same inventory for boxes and pieces.
>>>>>>> We should be able to store the conversion between the uom's for this
>>>>>>> product somewhere?
>>>>>>>
>>>>>>> Thanks for you input!
>>>>>>>
>>>>>>> Regards,
>>>>>>> Hans
>>>>>>>
>>>>>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>>>>> Hi Hans,
>>>>>>>>
>>>>>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> HotWax Media
>>>>>>>> http://www.hotwaxmedia.com
>>>>>>>>
>>>>>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>>>>>
>>>>>>>>> Thank you BJ,
>>>>>>>>>
>>>>>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>>>>>> product with a conversion for example from pieces to boxes with an
>>>>>>>>> optional price adjustment percentage.
>>>>>>>>> The system will have however only one uom where everything gets
>>>>>>>>> converted to.
>>>>>>>>>
>>>>>>>>> Anybody else other solutions?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Hans.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>>>>>> in the product screen made it allow multiple UOM.
>>>>>>>>>>
>>>>>>>>>> added to the code that converts from what is received in inventory to
>>>>>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I think a nice touch would be that the could generates the product data
>>>>>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>>>>>> products. it would follow the same model for inventory levels on the
>>>>>>>>>> orderentry and Ecommerce
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>>>>>> A question to the community:
>>>>>>>>>>>
>>>>>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>>>>>> Example gold jewelry.
>>>>>>>>>>>
>>>>>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>>>>>
>>>>>>>>>>> Is here a preference how to implement that?
>>>>>>>>>>>
>>>>>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>>>>>> invoices...
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>> Hans
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>
>>>>
>>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by BJ Freeman <bj...@free-man.net>.
So having a entity that defines the different UOM that can be sold in
inventory would be a good Idea, at a minimum.
and as Hans Says have a price differential for each UOM.
use a SECA to trigger on the ProductPricing service to run a service to
populate for the Virtual/variants
So all the user has todo is put fill in the new entity.
Scott Gray sent the following on 10/3/2010 5:44 AM:
> You wouldn't use marketing packages in that situation, you'd just use regular products and regular production runs.
>
> Regards
> Scott
>
> On 4/10/2010, at 12:07 AM, BJ Freeman wrote:
>
>> how would the marketing package allow for inventory levels to be established for different UOM. is marketing not a "Just in time" type of management?
>> What about inventory that takes long lead times to process, that would delay shipments beyond a reasonable time. This could be from too many products that need conversion beyond staff capability to handle orders, against processing a certain level of Inventory as stock, based on ERP.
>>
>> Scott Gray sent the following on 10/3/2010 2:15 AM:
>>
>>
>>> Hi Hans,
>>>
>>> I'm not sure I understand what you proposed, could you explain it further?
>>>
>>> Virtual/variants and the marketing packages would serve different purposes in what I was suggesting, the marketing packages would serve to convert the base uom product to each of the marketing package's uom whereas the virtual/variant would just serve to combine all uom products under a single virtual product. Each variant would be a marketing package except for the base uom product which would be a regular finished good.
>>>
>>> Marketing packages do cause an automatic production run to be created and completed, but I don't really see that as a big deal. It serves as a record for the conversion and also if the base uom doesn't have enough inventory available then the production run is left open until more is available, so it serves well as a reservation mechanism of sorts as well. Production runs have always been our primary mechanism of converting one or more products into a different product which is exactly what is happening here. Marketing packages/production runs also support decomposing manufactured products back into their original components which would serve you well for returns and the like.
>>>
>>> Regards
>>> Scott
>>>
>>> On 3/10/2010, at 8:52 PM, Hans Bakker wrote:
>>>
>>>> But involving the complete manufacturing process? please have a look at
>>>> my earlier message about adding a field to the productassoc entity....
>>>>
>>>> On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
>>>>> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>>>>>
>>>>> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>>>>>
>>>>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>>>> know that they are for example 10 pieces in a box? I still what to have
>>>>>> the same inventory for boxes and pieces.
>>>>>> We should be able to store the conversion between the uom's for this
>>>>>> product somewhere?
>>>>>>
>>>>>> Thanks for you input!
>>>>>>
>>>>>> Regards,
>>>>>> Hans
>>>>>>
>>>>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>>>> Hi Hans,
>>>>>>>
>>>>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>>>>
>>>>>>> Regards
>>>>>>> Scott
>>>>>>>
>>>>>>> HotWax Media
>>>>>>> http://www.hotwaxmedia.com
>>>>>>>
>>>>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>>>>
>>>>>>>> Thank you BJ,
>>>>>>>>
>>>>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>>>>> product with a conversion for example from pieces to boxes with an
>>>>>>>> optional price adjustment percentage.
>>>>>>>> The system will have however only one uom where everything gets
>>>>>>>> converted to.
>>>>>>>>
>>>>>>>> Anybody else other solutions?
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Hans.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>>>>> in the product screen made it allow multiple UOM.
>>>>>>>>>
>>>>>>>>> added to the code that converts from what is received in inventory to
>>>>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I think a nice touch would be that the could generates the product data
>>>>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>>>>> products. it would follow the same model for inventory levels on the
>>>>>>>>> orderentry and Ecommerce
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>>>>> A question to the community:
>>>>>>>>>>
>>>>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>>>>> Example gold jewelry.
>>>>>>>>>>
>>>>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>>>>
>>>>>>>>>> Is here a preference how to implement that?
>>>>>>>>>>
>>>>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>>>>> invoices...
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Hans
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> Myself on twitter: http://twitter.com/hansbak
>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>
>>>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
You wouldn't use marketing packages in that situation, you'd just use regular products and regular production runs.
Regards
Scott
On 4/10/2010, at 12:07 AM, BJ Freeman wrote:
> how would the marketing package allow for inventory levels to be established for different UOM. is marketing not a "Just in time" type of management?
> What about inventory that takes long lead times to process, that would delay shipments beyond a reasonable time. This could be from too many products that need conversion beyond staff capability to handle orders, against processing a certain level of Inventory as stock, based on ERP.
>
> Scott Gray sent the following on 10/3/2010 2:15 AM:
>
>
>> Hi Hans,
>>
>> I'm not sure I understand what you proposed, could you explain it further?
>>
>> Virtual/variants and the marketing packages would serve different purposes in what I was suggesting, the marketing packages would serve to convert the base uom product to each of the marketing package's uom whereas the virtual/variant would just serve to combine all uom products under a single virtual product. Each variant would be a marketing package except for the base uom product which would be a regular finished good.
>>
>> Marketing packages do cause an automatic production run to be created and completed, but I don't really see that as a big deal. It serves as a record for the conversion and also if the base uom doesn't have enough inventory available then the production run is left open until more is available, so it serves well as a reservation mechanism of sorts as well. Production runs have always been our primary mechanism of converting one or more products into a different product which is exactly what is happening here. Marketing packages/production runs also support decomposing manufactured products back into their original components which would serve you well for returns and the like.
>>
>> Regards
>> Scott
>>
>> On 3/10/2010, at 8:52 PM, Hans Bakker wrote:
>>
>>> But involving the complete manufacturing process? please have a look at
>>> my earlier message about adding a field to the productassoc entity....
>>>
>>> On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
>>>> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>>>>
>>>> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>>>>
>>>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>>> know that they are for example 10 pieces in a box? I still what to have
>>>>> the same inventory for boxes and pieces.
>>>>> We should be able to store the conversion between the uom's for this
>>>>> product somewhere?
>>>>>
>>>>> Thanks for you input!
>>>>>
>>>>> Regards,
>>>>> Hans
>>>>>
>>>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>>> Hi Hans,
>>>>>>
>>>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>>>
>>>>>> Regards
>>>>>> Scott
>>>>>>
>>>>>> HotWax Media
>>>>>> http://www.hotwaxmedia.com
>>>>>>
>>>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>>>
>>>>>>> Thank you BJ,
>>>>>>>
>>>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>>>> product with a conversion for example from pieces to boxes with an
>>>>>>> optional price adjustment percentage.
>>>>>>> The system will have however only one uom where everything gets
>>>>>>> converted to.
>>>>>>>
>>>>>>> Anybody else other solutions?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Hans.
>>>>>>>
>>>>>>>
>>>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>>>> in the product screen made it allow multiple UOM.
>>>>>>>>
>>>>>>>> added to the code that converts from what is received in inventory to
>>>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>>>
>>>>>>>>
>>>>>>>> I think a nice touch would be that the could generates the product data
>>>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>>>> products. it would follow the same model for inventory levels on the
>>>>>>>> orderentry and Ecommerce
>>>>>>>>
>>>>>>>>
>>>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>>>> A question to the community:
>>>>>>>>>
>>>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>>>> Example gold jewelry.
>>>>>>>>>
>>>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>>>
>>>>>>>>> Is here a preference how to implement that?
>>>>>>>>>
>>>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>>>> invoices...
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Hans
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>
>>>>
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> Myself on twitter: http://twitter.com/hansbak
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>
Re: more than one unit of measue fo the same product: advice requested.
Posted by BJ Freeman <bj...@free-man.net>.
how would the marketing package allow for inventory levels to be
established for different UOM. is marketing not a "Just in time" type of
management?
What about inventory that takes long lead times to process, that would
delay shipments beyond a reasonable time. This could be from too many
products that need conversion beyond staff capability to handle orders,
against processing a certain level of Inventory as stock, based on ERP.
Scott Gray sent the following on 10/3/2010 2:15 AM:
> Hi Hans,
>
> I'm not sure I understand what you proposed, could you explain it further?
>
> Virtual/variants and the marketing packages would serve different purposes in what I was suggesting, the marketing packages would serve to convert the base uom product to each of the marketing package's uom whereas the virtual/variant would just serve to combine all uom products under a single virtual product. Each variant would be a marketing package except for the base uom product which would be a regular finished good.
>
> Marketing packages do cause an automatic production run to be created and completed, but I don't really see that as a big deal. It serves as a record for the conversion and also if the base uom doesn't have enough inventory available then the production run is left open until more is available, so it serves well as a reservation mechanism of sorts as well. Production runs have always been our primary mechanism of converting one or more products into a different product which is exactly what is happening here. Marketing packages/production runs also support decomposing manufactured products back into their original components which would serve you well for returns and the like.
>
> Regards
> Scott
>
> On 3/10/2010, at 8:52 PM, Hans Bakker wrote:
>
>> But involving the complete manufacturing process? please have a look at
>> my earlier message about adding a field to the productassoc entity....
>>
>> On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
>>> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>>>
>>> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>>>
>>> Regards
>>> Scott
>>>
>>> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>>>
>>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>>> know that they are for example 10 pieces in a box? I still what to have
>>>> the same inventory for boxes and pieces.
>>>> We should be able to store the conversion between the uom's for this
>>>> product somewhere?
>>>>
>>>> Thanks for you input!
>>>>
>>>> Regards,
>>>> Hans
>>>>
>>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>>> Hi Hans,
>>>>>
>>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> HotWax Media
>>>>> http://www.hotwaxmedia.com
>>>>>
>>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>>
>>>>>> Thank you BJ,
>>>>>>
>>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>>> product with a conversion for example from pieces to boxes with an
>>>>>> optional price adjustment percentage.
>>>>>> The system will have however only one uom where everything gets
>>>>>> converted to.
>>>>>>
>>>>>> Anybody else other solutions?
>>>>>>
>>>>>> Regards,
>>>>>> Hans.
>>>>>>
>>>>>>
>>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>>> in the product screen made it allow multiple UOM.
>>>>>>>
>>>>>>> added to the code that converts from what is received in inventory to
>>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>>
>>>>>>>
>>>>>>> I think a nice touch would be that the could generates the product data
>>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>>> products. it would follow the same model for inventory levels on the
>>>>>>> orderentry and Ecommerce
>>>>>>>
>>>>>>>
>>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>>> A question to the community:
>>>>>>>>
>>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>>> Example gold jewelry.
>>>>>>>>
>>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>>
>>>>>>>> Is here a preference how to implement that?
>>>>>>>>
>>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>>> invoices...
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Hans
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>> Myself on twitter: http://twitter.com/hansbak
>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>
>>>
>>
>> --
>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>> Myself on twitter: http://twitter.com/hansbak
>> Antwebsystems.com: Quality services for competitive rates.
>>
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
Hi Hans,
I'm not sure I understand what you proposed, could you explain it further?
Virtual/variants and the marketing packages would serve different purposes in what I was suggesting, the marketing packages would serve to convert the base uom product to each of the marketing package's uom whereas the virtual/variant would just serve to combine all uom products under a single virtual product. Each variant would be a marketing package except for the base uom product which would be a regular finished good.
Marketing packages do cause an automatic production run to be created and completed, but I don't really see that as a big deal. It serves as a record for the conversion and also if the base uom doesn't have enough inventory available then the production run is left open until more is available, so it serves well as a reservation mechanism of sorts as well. Production runs have always been our primary mechanism of converting one or more products into a different product which is exactly what is happening here. Marketing packages/production runs also support decomposing manufactured products back into their original components which would serve you well for returns and the like.
Regards
Scott
On 3/10/2010, at 8:52 PM, Hans Bakker wrote:
> But involving the complete manufacturing process? please have a look at
> my earlier message about adding a field to the productassoc entity....
>
> On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
>> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>>
>> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>>
>> Regards
>> Scott
>>
>> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>>
>>> Hi Scott, this is sure an interesting idea, but then how does the system
>>> know that they are for example 10 pieces in a box? I still what to have
>>> the same inventory for boxes and pieces.
>>> We should be able to store the conversion between the uom's for this
>>> product somewhere?
>>>
>>> Thanks for you input!
>>>
>>> Regards,
>>> Hans
>>>
>>> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>>>> Hi Hans,
>>>>
>>>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> HotWax Media
>>>> http://www.hotwaxmedia.com
>>>>
>>>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>>>
>>>>> Thank you BJ,
>>>>>
>>>>> I had in mind to create and 'productUomAlternatives' table to the
>>>>> product with a conversion for example from pieces to boxes with an
>>>>> optional price adjustment percentage.
>>>>> The system will have however only one uom where everything gets
>>>>> converted to.
>>>>>
>>>>> Anybody else other solutions?
>>>>>
>>>>> Regards,
>>>>> Hans.
>>>>>
>>>>>
>>>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>>>> I used the multiple pricing model for the Uom Measure
>>>>>> in the product screen made it allow multiple UOM.
>>>>>>
>>>>>> added to the code that converts from what is received in inventory to
>>>>>> what is sold so it walks through the Uom. for instance a feed store
>>>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>>>> The Inventory levels have to be checked to see how many in a product
>>>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>>>
>>>>>>
>>>>>> I think a nice touch would be that the could generates the product data
>>>>>> to show up in orders, based on the Uoms that were generated for the
>>>>>> products. it would follow the same model for inventory levels on the
>>>>>> orderentry and Ecommerce
>>>>>>
>>>>>>
>>>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>>>> A question to the community:
>>>>>>>
>>>>>>> sometimes the same products are sold with different units of measure.
>>>>>>> Example gold jewelry.
>>>>>>>
>>>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>>>
>>>>>>> Is here a preference how to implement that?
>>>>>>>
>>>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>>>> invoices...
>>>>>>>
>>>>>>> Regards,
>>>>>>> Hans
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>>>> Myself on twitter: http://twitter.com/hansbak
>>>>> Antwebsystems.com: Quality services for competitive rates.
>>>>>
>>>>
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> Myself on twitter: http://twitter.com/hansbak
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
But involving the complete manufacturing process? please have a look at
my earlier message about adding a field to the productassoc entity....
On Sun, 2010-10-03 at 18:13 +1300, Scott Gray wrote:
> If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
>
> So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
>
> Regards
> Scott
>
> On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
>
> > Hi Scott, this is sure an interesting idea, but then how does the system
> > know that they are for example 10 pieces in a box? I still what to have
> > the same inventory for boxes and pieces.
> > We should be able to store the conversion between the uom's for this
> > product somewhere?
> >
> > Thanks for you input!
> >
> > Regards,
> > Hans
> >
> > On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> >> Hi Hans,
> >>
> >> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
> >>
> >> Regards
> >> Scott
> >>
> >> HotWax Media
> >> http://www.hotwaxmedia.com
> >>
> >> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> >>
> >>> Thank you BJ,
> >>>
> >>> I had in mind to create and 'productUomAlternatives' table to the
> >>> product with a conversion for example from pieces to boxes with an
> >>> optional price adjustment percentage.
> >>> The system will have however only one uom where everything gets
> >>> converted to.
> >>>
> >>> Anybody else other solutions?
> >>>
> >>> Regards,
> >>> Hans.
> >>>
> >>>
> >>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >>>> I used the multiple pricing model for the Uom Measure
> >>>> in the product screen made it allow multiple UOM.
> >>>>
> >>>> added to the code that converts from what is received in inventory to
> >>>> what is sold so it walks through the Uom. for instance a feed store
> >>>> Receives feed in Bulk and then sacks it as inventory is required.
> >>>> The Inventory levels have to be checked to see how many in a product
> >>>> run to generate to sack up the grain. This Triggers an Seca.
> >>>>
> >>>>
> >>>> I think a nice touch would be that the could generates the product data
> >>>> to show up in orders, based on the Uoms that were generated for the
> >>>> products. it would follow the same model for inventory levels on the
> >>>> orderentry and Ecommerce
> >>>>
> >>>>
> >>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >>>>> A question to the community:
> >>>>>
> >>>>> sometimes the same products are sold with different units of measure.
> >>>>> Example gold jewelry.
> >>>>>
> >>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >>>>>
> >>>>> Is here a preference how to implement that?
> >>>>>
> >>>>> Remember this has to show up in e-commerce, orders, shipments and
> >>>>> invoices...
> >>>>>
> >>>>> Regards,
> >>>>> Hans
> >>>>>
> >>>>
> >>>
> >>> --
> >>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> >>> Myself on twitter: http://twitter.com/hansbak
> >>> Antwebsystems.com: Quality services for competitive rates.
> >>>
> >>
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > Myself on twitter: http://twitter.com/hansbak
> > Antwebsystems.com: Quality services for competitive rates.
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice requested.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
If you were to go the marketing package route, the box of 10 would be the marketing package and the single piece would be the product that all inventory is stored against. The ProductAssoc (type "component" I think) between the box of 10 and the piece would have a quantity of 10. Whenever the box is ordered the system would automatically create a production run which will convert 10 pieces into 1 box.
So you have a standard finished good as your lowest UOM and then each higher UOM is a marketing package with the conversion factor stored in ProductAssoc.quantity. I can't remember exactly if it is the case, but I think marketing packages are capable of deriving the selling price from the components if a ProductPrice isn't defined for it, in that way you'd only need to maintain specific prices when you need to provide a lower cost for ordering in bulk.
Regards
Scott
On 3/10/2010, at 6:02 PM, Hans Bakker wrote:
> Hi Scott, this is sure an interesting idea, but then how does the system
> know that they are for example 10 pieces in a box? I still what to have
> the same inventory for boxes and pieces.
> We should be able to store the conversion between the uom's for this
> product somewhere?
>
> Thanks for you input!
>
> Regards,
> Hans
>
> On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
>> Hi Hans,
>>
>> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>>
>> Regards
>> Scott
>>
>> HotWax Media
>> http://www.hotwaxmedia.com
>>
>> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>>
>>> Thank you BJ,
>>>
>>> I had in mind to create and 'productUomAlternatives' table to the
>>> product with a conversion for example from pieces to boxes with an
>>> optional price adjustment percentage.
>>> The system will have however only one uom where everything gets
>>> converted to.
>>>
>>> Anybody else other solutions?
>>>
>>> Regards,
>>> Hans.
>>>
>>>
>>> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>>>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>>>> I used the multiple pricing model for the Uom Measure
>>>> in the product screen made it allow multiple UOM.
>>>>
>>>> added to the code that converts from what is received in inventory to
>>>> what is sold so it walks through the Uom. for instance a feed store
>>>> Receives feed in Bulk and then sacks it as inventory is required.
>>>> The Inventory levels have to be checked to see how many in a product
>>>> run to generate to sack up the grain. This Triggers an Seca.
>>>>
>>>>
>>>> I think a nice touch would be that the could generates the product data
>>>> to show up in orders, based on the Uoms that were generated for the
>>>> products. it would follow the same model for inventory levels on the
>>>> orderentry and Ecommerce
>>>>
>>>>
>>>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>>>> A question to the community:
>>>>>
>>>>> sometimes the same products are sold with different units of measure.
>>>>> Example gold jewelry.
>>>>>
>>>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>>>
>>>>> Is here a preference how to implement that?
>>>>>
>>>>> Remember this has to show up in e-commerce, orders, shipments and
>>>>> invoices...
>>>>>
>>>>> Regards,
>>>>> Hans
>>>>>
>>>>
>>>
>>> --
>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz
>>> Myself on twitter: http://twitter.com/hansbak
>>> Antwebsystems.com: Quality services for competitive rates.
>>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
Hi Scott, this is sure an interesting idea, but then how does the system
know that they are for example 10 pieces in a box? I still what to have
the same inventory for boxes and pieces.
We should be able to store the conversion between the uom's for this
product somewhere?
Thanks for you input!
Regards,
Hans
On Sun, 2010-10-03 at 17:39 +1300, Scott Gray wrote:
> Hi Hans,
>
> Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
>
> Regards
> Scott
>
> HotWax Media
> http://www.hotwaxmedia.com
>
> On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
>
> > Thank you BJ,
> >
> > I had in mind to create and 'productUomAlternatives' table to the
> > product with a conversion for example from pieces to boxes with an
> > optional price adjustment percentage.
> > The system will have however only one uom where everything gets
> > converted to.
> >
> > Anybody else other solutions?
> >
> > Regards,
> > Hans.
> >
> >
> > On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> >> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> >> I used the multiple pricing model for the Uom Measure
> >> in the product screen made it allow multiple UOM.
> >>
> >> added to the code that converts from what is received in inventory to
> >> what is sold so it walks through the Uom. for instance a feed store
> >> Receives feed in Bulk and then sacks it as inventory is required.
> >> The Inventory levels have to be checked to see how many in a product
> >> run to generate to sack up the grain. This Triggers an Seca.
> >>
> >>
> >> I think a nice touch would be that the could generates the product data
> >> to show up in orders, based on the Uoms that were generated for the
> >> products. it would follow the same model for inventory levels on the
> >> orderentry and Ecommerce
> >>
> >>
> >> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> >>> A question to the community:
> >>>
> >>> sometimes the same products are sold with different units of measure.
> >>> Example gold jewelry.
> >>>
> >>> Per piece, per box of 10, per box of 50 and per gram gold weight.
> >>>
> >>> Is here a preference how to implement that?
> >>>
> >>> Remember this has to show up in e-commerce, orders, shipments and
> >>> invoices...
> >>>
> >>> Regards,
> >>> Hans
> >>>
> >>
> >
> > --
> > Ofbiz on twitter: http://twitter.com/apache_ofbiz
> > Myself on twitter: http://twitter.com/hansbak
> > Antwebsystems.com: Quality services for competitive rates.
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice requested.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
Hi Hans,
Sorry if this is a silly question, but why not just use different products for different UOMs? You could use virtual/variants if you wanted the UOM to be selectable on a single product page and also marketing packages to automatically produce inventory for the desired UOM from the base UOM.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 3/10/2010, at 3:54 PM, Hans Bakker wrote:
> Thank you BJ,
>
> I had in mind to create and 'productUomAlternatives' table to the
> product with a conversion for example from pieces to boxes with an
> optional price adjustment percentage.
> The system will have however only one uom where everything gets
> converted to.
>
> Anybody else other solutions?
>
> Regards,
> Hans.
>
>
> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>> I used the multiple pricing model for the Uom Measure
>> in the product screen made it allow multiple UOM.
>>
>> added to the code that converts from what is received in inventory to
>> what is sold so it walks through the Uom. for instance a feed store
>> Receives feed in Bulk and then sacks it as inventory is required.
>> The Inventory levels have to be checked to see how many in a product
>> run to generate to sack up the grain. This Triggers an Seca.
>>
>>
>> I think a nice touch would be that the could generates the product data
>> to show up in orders, based on the Uoms that were generated for the
>> products. it would follow the same model for inventory levels on the
>> orderentry and Ecommerce
>>
>>
>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>> A question to the community:
>>>
>>> sometimes the same products are sold with different units of measure.
>>> Example gold jewelry.
>>>
>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>
>>> Is here a preference how to implement that?
>>>
>>> Remember this has to show up in e-commerce, orders, shipments and
>>> invoices...
>>>
>>> Regards,
>>> Hans
>>>
>>
>
> --
> Ofbiz on twitter: http://twitter.com/apache_ofbiz
> Myself on twitter: http://twitter.com/hansbak
> Antwebsystems.com: Quality services for competitive rates.
>
Re: more than one unit of measue fo the same product: advice requested.
Posted by BJ Freeman <bj...@free-man.net>.
Ok so your talking about receiving different UOM like from different
suppliers but you want one UOM to sell.
That seems to be something to setup per supplier and use the normal
conversions available now.
Unless you expect to get different UOM from the same supplier, in which
case I can see your point.
However while doing this Please leave some room to use it as the person
selling wants to have different UOM to sell as Finished goods, so code
can be added to generated the Virtual/variants products and pricing.
so a link from your new UOM would have a reference to the UomConversion
entity for you price variance.
Hans Bakker sent the following on 10/2/2010 7:54 PM:
> Thank you BJ,
>
> I had in mind to create and 'productUomAlternatives' table to the
> product with a conversion for example from pieces to boxes with an
> optional price adjustment percentage.
> The system will have however only one uom where everything gets
> converted to.
>
> Anybody else other solutions?
>
> Regards,
> Hans.
>
>
> On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
>> Yes also like a Feed store will have boxes, Sacks, and loose feed.
>> I used the multiple pricing model for the Uom Measure
>> in the product screen made it allow multiple UOM.
>>
>> added to the code that converts from what is received in inventory to
>> what is sold so it walks through the Uom. for instance a feed store
>> Receives feed in Bulk and then sacks it as inventory is required.
>> The Inventory levels have to be checked to see how many in a product
>> run to generate to sack up the grain. This Triggers an Seca.
>>
>>
>> I think a nice touch would be that the could generates the product data
>> to show up in orders, based on the Uoms that were generated for the
>> products. it would follow the same model for inventory levels on the
>> orderentry and Ecommerce
>>
>>
>> Hans Bakker sent the following on 10/2/2010 4:29 AM:
>>> A question to the community:
>>>
>>> sometimes the same products are sold with different units of measure.
>>> Example gold jewelry.
>>>
>>> Per piece, per box of 10, per box of 50 and per gram gold weight.
>>>
>>> Is here a preference how to implement that?
>>>
>>> Remember this has to show up in e-commerce, orders, shipments and
>>> invoices...
>>>
>>> Regards,
>>> Hans
>>>
>>
>
Re: more than one unit of measue fo the same product: advice
requested.
Posted by Hans Bakker <ma...@antwebsystems.com>.
Thank you BJ,
I had in mind to create and 'productUomAlternatives' table to the
product with a conversion for example from pieces to boxes with an
optional price adjustment percentage.
The system will have however only one uom where everything gets
converted to.
Anybody else other solutions?
Regards,
Hans.
On Sat, 2010-10-02 at 10:21 -0700, BJ Freeman wrote:
> Yes also like a Feed store will have boxes, Sacks, and loose feed.
> I used the multiple pricing model for the Uom Measure
> in the product screen made it allow multiple UOM.
>
> added to the code that converts from what is received in inventory to
> what is sold so it walks through the Uom. for instance a feed store
> Receives feed in Bulk and then sacks it as inventory is required.
> The Inventory levels have to be checked to see how many in a product
> run to generate to sack up the grain. This Triggers an Seca.
>
>
> I think a nice touch would be that the could generates the product data
> to show up in orders, based on the Uoms that were generated for the
> products. it would follow the same model for inventory levels on the
> orderentry and Ecommerce
>
>
> Hans Bakker sent the following on 10/2/2010 4:29 AM:
> > A question to the community:
> >
> > sometimes the same products are sold with different units of measure.
> > Example gold jewelry.
> >
> > Per piece, per box of 10, per box of 50 and per gram gold weight.
> >
> > Is here a preference how to implement that?
> >
> > Remember this has to show up in e-commerce, orders, shipments and
> > invoices...
> >
> > Regards,
> > Hans
> >
>
--
Ofbiz on twitter: http://twitter.com/apache_ofbiz
Myself on twitter: http://twitter.com/hansbak
Antwebsystems.com: Quality services for competitive rates.
Re: more than one unit of measue fo the same product: advice requested.
Posted by BJ Freeman <bj...@free-man.net>.
Yes also like a Feed store will have boxes, Sacks, and loose feed.
I used the multiple pricing model for the Uom Measure
in the product screen made it allow multiple UOM.
added to the code that converts from what is received in inventory to
what is sold so it walks through the Uom. for instance a feed store
Receives feed in Bulk and then sacks it as inventory is required.
The Inventory levels have to be checked to see how many in a product
run to generate to sack up the grain. This Triggers an Seca.
I think a nice touch would be that the could generates the product data
to show up in orders, based on the Uoms that were generated for the
products. it would follow the same model for inventory levels on the
orderentry and Ecommerce
Hans Bakker sent the following on 10/2/2010 4:29 AM:
> A question to the community:
>
> sometimes the same products are sold with different units of measure.
> Example gold jewelry.
>
> Per piece, per box of 10, per box of 50 and per gram gold weight.
>
> Is here a preference how to implement that?
>
> Remember this has to show up in e-commerce, orders, shipments and
> invoices...
>
> Regards,
> Hans
>