After looking around, I don't see a better way to handle your need outside of creating variants ... although that doesn't really help you as far as inventory is concerned. Selling ProdX as ProdX, ProdX_case, and ProdX_gallon is certainly doable with Product Variations. And what you are describing really is a variant product system. While you may break up a pallet to fill a smaller order, you're not allowing the customer to break up a pallet. You're only allowing the single, case, and pallet options/variants. As you stated, quantity-based price levels are not what you want because that field is meant to provide automatic discounting of price based on qty ordered. The very fact that you are wanting to charge full price for the 5th or 49th ProdX means you're dealing with variants.
Now, inventory is another matter. If you create variants, you will usually need to manage each variant with individual inventory counts. However, Satchmo has a number of great signals sent throughout stages of operation. You may want to take a look at the order_success signal. I'm thinking it wouldn't be too hard to allow the cart to checkout with 0 inventory, then use Satchmo signals to manage the "real" inventory as you see it -- the total inventory of ProdX. Your signal listener could then control adding to cart based on ProdX's inventory, and a listener on order_success could decrement the inventory of ProdX whenever someone purchases ProdX_case or ProdX_gallon. Hope that helps. On Thu, Mar 26, 2009 at 9:35 AM, Bob Waycott <[email protected]> wrote: > I'm not sure that what you're describing is actually "such a common way of > doing things" ... as you seem to be trying to sell what Satchmo would > consider to be 3 different products as just 3 levels of qty ... > I'm not certain the best way to handle this for your needs at the moment. > > > > On Thu, Mar 26, 2009 at 9:14 AM, Ned <[email protected]> wrote: > >> >> On Mar 26, 5:49 am, Bob Waycott <[email protected]> wrote: >> > Have you looked at creating Product Variations yet for your need? >> >> Hi Bob, >> >> Product Variations/Option Groups/Options seems to be a way to deal >> with, well, variations. Blue polo shirts and red polo shirts should >> be displayed on the same Polo Shirt product page, with identical >> descriptions and probably pricing, but back in the warehouse the >> colors are not interchangeable -- they are distinct SKUs. So these >> are different SKUs but presented as "the same" product >> >> My situation is that I'm dealing with a single SKU, and a kind of >> discount structure for quantity purchase. One common presentation of >> this is the list I showed in the OP. I can't use quantity ranges >> (e.g. 1-3, $6.95; 4-47, $6.30; 48-up $6) because if they order a >> pallet and a gallon, they'll pay the pallet price and the full price >> for the 49th gallon. In a sense, these are the same SKU presented as >> different product, but on the same product page. >> >> Back in the warehouse, there's a single SKU, the gallon. I'll need to >> decrement the SKU's inventory level by "ordered-quantity x 4" for >> cases and "ordered-quantity x 48" for pallets. >> >> Again, this is such a common way of doing things, I assume it's >> covered but I'm not seeing it. >> >> Ned >> >> >> >> >> > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en -~----------~----~----~----~------~----~------~--~---
