Recalculating pricing on login

[Brennan]

The Legacy Price group is just there for backwards compatibility. However you should be able to convert any legacy price group into one our newer price groups which leverages our discount engine (legacy do not) and gives you all the functionality you're looking for around price re-calculation, priority and exclusions.

[oliverands]

D'oh. All I needed to do was edit my existing legacy price groups by recreating the discounting structure using a non-legacy price group option. Now pricing updates automatically and all is good.

[oliverands]

They're simple to configure if you want to offer a product at cost or at a simple discount to retail price. And in my case, I set these two specific price groups up many years ago before the new price group structure was released. So mine are truly legacy! I now have hundreds of products and customers assigned to them, so I really hope I won't have to convert them to the newer price group structure in order to have the basket recalculate.

[William Davis]

What is the advantage of using a "legacy" Price Group?

[oliverands]

OK, I think I've figured it out. It doesn't have to do with the old Price Group Manager module at all. I don't have that installed.

I did some testing this morning and confirmed that legacy price groups do not have basket pricing updated automatically when a user assigned to that legacy price group logs in.

I have a legacy price group set up to charge price group members cost for the item. I add items at regular price to the basket. When I log in as the user assigned to the price group, the pricing on items in the basket does not change. But pricing on the PROD page now displays cost for all assigned items. And if the customer adds items to the basket after logging in, they get added at cost.

I even tried creating a new legacy price group using cost to see if it was because the price group I am using was created long, long ago. But creating a new legacy price group displays the same behavior.

But if I create a new price group using Markup from Cost and set the markup to 0%, I can add items to the basket at retail price and then when the user in the price group logs in the pricing on items in the basket does update to cost.

So it appears that Miva will update basket pricing after login for new price groups, but it will not update basket pricing for legacy price groups.

[delcorsets]

I re-tested on my price groups as well... I found that re-pricing upon customer login DID work on my Product Discount price groups, but did NOT work on my Legacy Price Groups with prices set by the Price Group Manager module.

My Legacy Price Groups (using rules set via Price Group Manager module,) did show the correct pricing in the basket (but not on PROD or CTGY screens) IF the shopper was logged in when adding the products to their cart. They did not recalculate standard retail prices upon login to an account assigned to the price group.

I guess it might be time to reconfigure my price groups and retire the Price Group Manager module.

[oliverands]

My most used price groups are legacy. For pricing I use either cost or a discount from retail.

[Brennan]

Miva automatically re-calculates the prices of items in the basket when you login. I just tried it and it does work like that for me. What type of price groups are you using?

[lesliekirk]

That's really strange.. I also thought it used to just work automatically in newer Miva releases. I even think I recall testing by activating price groups which took effect immediately on basket prices, however it does not seem to be the case now. Not sure if I have false memory of this working or something may have changed along the way.. It definitely is a pretty important feature for shoppers who are part of price groups.

I agree, this needs to work without having to insert additional coding to make it happen.

[Kent Multer]

Come to think of it, there have been times when I needed to write code to trigger the store to update pricing. The LSK contains numerous examples of a function call that looks like this:

<MvIF EXPR = "{ NOT [ g.Module_Feature_PGR_RT ].Runtime_Discount_Basket( g.Basket ) }">
    <MvFUNCTIONRETURN VALUE = 0>
</MvIF>

Runtime_Discount_Basket() is the function that examines the basket contents and adjusts the prices. In my own work, I generally replace the MvFUNCTIONRETURN with some other code that signals an error.

According to the LSK, this function is called whenever a customer changes their basket contents, and also when they log in or out. I hope someone in-house can shed some light on why this doesn't always work.

[Bruce - PhosphorMedia]

There might be differences based on what is changing the price in the basket. maybe the best approch would be to remove everything from the basket and then reinsert it.

[delcorsets]

That's really strange.. I also thought it used to just work automatically in newer Miva releases. I even think I recall testing by activating price groups which took effect immediately on basket prices, however it does not seem to be the case now. Not sure if I have false memory of this working or something may have changed along the way.. It definitely is a pretty important feature for shoppers who are part of price groups.

[oliverands]

I just tested, and it doesn't do that automatically now. Pricing remains what it was when the item was added to the cart.

[Kent Multer]

I'm pretty sure the store does that automatically now. I suggest you try it in your dev store; remember to deactivate the EP module first, so it won't interfere.

[Bruce - PhosphorMedia]

There is SMT code (and API functions) that can "read the basket items", "remove them", and then reinsert them. But I don't have that whole suite handy.