There is a lot to be desired with the volume pricing that is built into bvc5. This post, http://forums.bvcommerce...t.aspx?f=88&m=48888, highlights another major shortcoming of the volume pricing system.

The whole issue stems fromt he way the volume pricing system stores its "discounts". Despite the system having an enumeration of discounttype that seems to indicate that AmountOff and PercentageOff are available and therefore the "DiscountAmount" should correlate to the amount of the discount, it instead returns a fixed price that is the "final" price for the discount level.

In others words, to use your example, going strictly from how the api appears to have been designed, $56 would be the product price, "Amount off" would be the discount type, and the discount amount would be $2 for 5 and $4 for 10. In actuality, when looking at the values of the variables, the enum is "correctly" amountoff, but the discountamount is $54 for 5 and $52 for 10. Then whenever volume pricing is calculated, they simply use the DiscountAmount for the product price, rather than a more appropriate calculation based on the true "Discount Amount".

Hi Dan,

BV can technically do anything, its jsut a matter of customizing it to do exactly what you'd like. I can definitely think of some creative ways around the problem that would allow what you are looking for to be accomplished through the workflows.

Back in the BV2004 days, I brought this up and it became a big debate, as some people thought it should work the way it was designed, but to me it made no sense. Back in BV2004, the application just used whatever price came out to be less, which meant for the most part that the volume price would override a discount price if the customer was a discount customer, but it was not always the case, depending on the difference between the volume price and the single price.


You can search the BV2004 forums for the posts that were made regarding this subject.

Can anyone explain how to work with workflows?

OR an example of how to make this work?

Thanks

Dan,

There have been a few posts on workflows and many more where workflows were suggested to make changes to the flow of an order process. I'd suggest searching "workflows" and following a few threads. Have a look in the BVC4 forum and BVC4 manual also. Some of the same controls/solutions likely apply.

BV5 is good, but sometimes one size doesn't fit all. I've yet to find a process that couldn't be changed/adapted in short order with the tools available in the basic software.

Dan,

I've had gripes with BV's math for months. Sometimes it makes sense, sometimes it seems nobody tested before launch. The truth is somewhere in between... they can't test software as complicated as this for ALL possible combinations of products, modifiers, discounts, volume sales, user groups, coupons...... and have each combination work 2 different ways. For those who need ebay's style of roll-off-the-wall, zero-learning-curve simplicity and ease of use, there are carts out there just like that for the kitchen-table businesses. Instead, we're all here to take advantage of the complexity available OOTB.

Some of my products are very heavily dependent on modifiers for final price and discounts just won't work the way you'd think. Some have a modifier that I can't discount because the choice is priced at cost just to sweeten the sale. A discount on these modifiers doesn't make sense, so leaving the modifier out of the discount is OK. I also would like to discount the bottom line price on other products, modifier included... I need both methods to work....differently sometimes.

A LOT of work has been done with SP2 and most of it is in the hotfixes or in the forum threads. Some new files have been tweaked for me at BVC and passed out as needed. Read the forums a lot and take notes, you may need something in the future. The BV crew really are very eager to get you what you need. SP3 is coming, though some of your math concerns still may not be addressed without some tweaking.