here is how I would approach it. the product has an inventory Item. for say the jewelry. that inventory Item can then have a location for the container as well as they Item, which for Jewelry would be located in a show case. When the product is sold the location of the container is displayed as well as the Item. This requires customization but all the necessary structure is there.
for something like costco you would have the item in the back and location of the Card (which is part of the iventory) location in the store. The Card in this case would not be a container. but part of the Prodcut as an inventory item. In my mind Product is a number to sell with. Inventory is what you hold in your hand. Bob Morley sent the following on 8/7/2009 9:21 PM: > Yes that was my first thought as well; but container support is very raw in > Ofbiz - to the point where I almost thought it was a mistake (just a scant > reference in the presentment layer and a few inventory transfer related > services if memory serves). It would be nice (and seems supported) to move > around the container and have the enclosed product move with it. > > The trouble with be around service support around standard business > processes such as (sales) order entry. I suspect when an order is processed > and shipped it is not going to automatically ship any associated > container(s) without some extension to those services (semi-educated guess). > > I suspect the other option would be just to hack it in by using > ProductAttribute ... > > > BJ Freeman wrote: >> look in the data model book for inventory Items containers. >> I can see using this with some added location. >> Not an OOTB setup though. >> > -- BJ Freeman http://www.businessesnetwork.com/automation http://bjfreeman.elance.com http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro Systems Integrator.
