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.
