Question for the community:
Looking for advice on the best way to handle the following situation over the web:
Customer adds item to cart as anonymous.
Customer logs in and is member.
We want existing item in cart top to reflect member price (in this case we have a Member MOS and Member pricetype and use ranking to swicth to Member MOS upon login).
Here is what we are currently doing but receiving an error:
After Login, We perform a getlogininfo method and we see that MOS has changed from default (5) to our Member MOS (7).
We do a transfer cart method to move from anonymous to logged in user.
We then try and perform an update_pricetype method and we receive an error that tells us that the pricetype we are trying to update is not available in the MOS.
However, we can clearly see that the pricetype we are trying to use is available in the Member MOS.Strange right? This is not a price type issue. The price type is there and is available under the member MOS.
What are we doing wrong? Do we need to perform a ChangeMOS method? It looks like we moved over MOS after login. Not sure what MOS the update pricetype method is trying to work under. I assume the member MOS.
Any advice on troubleshooting the above scenario or advice on a better way to do this would be appreciated.
Christian @ THE TECH MUSEUM
You have likely resolved this by now, but my understanding (and that's not saying much) is that once an item is carted, it is carted at the mode of sale that carted it, even if the session has transferred. You might need to save the cart items in memory, clear the cart, and re-add each item to a new cart once the session MOS has been transferred. I haven't tried to do this exactly, but the issue that you describe is something we encounter as well.
Chris
When you say the pricetype is available in the Member MOS - do you mean that it is appropriately configured TX_MOS_PRICETYPE table? Also - does the pricetype and MOS have the appropriate security settings configured?
However, I agree with Chris T - I have always been under the impression that the cart does not support multiple MOS'
Correct, when switching MOS, the perf_no's in the cart will all be able to take on the new pricetypes for membership as they are assigned to tx_mos_pricetype, have security rights and are assigned to the perf_no. The way we tell the webcode to pick the correct pricetype is by using the MOS default price type. So when anonymous, the MOS = 1 (just an example) and the default pricetype for that MOS is 18 (Regular). Then the Member MOS = 2 and the default pricetype is 19 (member). So what I am trying to figure out is how to deal with members who start off as anonymous, put items into the cart and then after login, our ranking procedure changes MOS to member MOS. What do I do with the existing items in the cart. Certainly I want them to reflect the member price. The way that we have been doing it is to save everything in memory and then re-add everything. Is there any other way to do it? I saw a method called "Update Price Type" but am unclear as to the purpose of this method. Hope that makes sense and stirs the pot.