Member Pricing Error Web Ranking

So, before I show the error, I want to show the configuration:

Web Rankings have been set up correctly, we use a ranking called "Member" with a rank of 25 to trigger a Mode of Sale switch from our default "Web Sales" Mode of Sale to a "Member Web Sales" MOS. When a user has the ranking, the switch activates properly.

HOWEVER,

Our standard pricing price type for "Web Sales" is "Adm Adult".
Our standard for "Member Web Sales" is "Adm Member".

"Web Sales" MOS does not have access to "Adm Member".
"Member Web Sales" MOS does not have access to "Adm Adult".

SO,

If a member user, who is logged out, selects an Adm Adult price type to purchase, user is then forced to login onto their member account, which does not have access to the P Adm Adult price type, (It’s replaced P Adm Member). After login, user is taken directly to the cart, with an error:

"System.ApplicationException: One or more items in your cart are not available under the special status One or more items in your cart are not available under the special status provided by your account. You have not changed to this special status.
Click here to change to the special status and remove the ineligible items from your cart."


The "Click Here" link clears the cart.

A way to fix this is to assign the Mode of Sale associated with Member pricing (Member Web Sales) access to the Adm Adult price type. However, this means both price types will be displayed on the ticket select page for Members who are already logged in, which is something we do not want to display. And also it would add a non-member priced item to a members cart, which is also something we want to avoid.

Is there a way to swap the a selected price type out with another for an item that has been added to cart after the user logs in?

I'm not sure what an elegant solution would be, any help is appreciated.
Thanks in advance.


[edited by: Cody Palmer at 3:35 PM (GMT -6) on 8 Feb 2017]
Parents
  • I don't think there's a good way to do what you want, i.e. transfer Price Types at the same time that you transfer the cart between Modes of Sale. In the past, when we had this kind of setup, we simply tried to make it clear to patrons that they had to log in to see the discounted price type (it helped that our base price type was called "Full Price", so it was obvious that you weren't getting a discount when you selected it). What you could do is have your second scenario, but set up a Pricing Rule to switch from full price to the discount price type for customers with the same Constituency (or whatever) that you use to drive the MOS shift. I _think_ that the prices will update when the cart is transferred.
Reply
  • I don't think there's a good way to do what you want, i.e. transfer Price Types at the same time that you transfer the cart between Modes of Sale. In the past, when we had this kind of setup, we simply tried to make it clear to patrons that they had to log in to see the discounted price type (it helped that our base price type was called "Full Price", so it was obvious that you weren't getting a discount when you selected it). What you could do is have your second scenario, but set up a Pricing Rule to switch from full price to the discount price type for customers with the same Constituency (or whatever) that you use to drive the MOS shift. I _think_ that the prices will update when the cart is transferred.
Children
No Data