We are trying to change the users mode of sale when a promo code is entered online, and the promo is associated with a new MOS. Assuming the promo code is tied to the new MOS in TR_WEB_SOURCE_NO, the offer is setup on the new destination MOS, and the source and offer have start and end dates that allow it to be currently accessed, should UpdateSourceNumber automatically change the MOS on the users web session to be the new mode of sale?
It doesn't claim to: I expect you will need to use Normal 0 false false false EN-US X-NONE X-NONE ChangeModeOfSaleEx. Bear in mind that if you change the MOS after login, you may have items in the cart that will not longer be valid for that MOS, so you will need to handle that contingency.
Sorry about the gibberish -- I really despise this crap about Windows trying to include font settings when pasting.
If you associate a source and a mode of sale in TR_WEB_SOURCE_NO there are no special API calls you need to use to change the mode of sale. You just need to accept a source code and the mode of sale change happens automatically.
Kevin Sheehan
Documentation & Learning Resources Specialist
Tessitura Network
1 888 643 5778 ext 329 Office
ksheehan@tessituranetwork.com
Does it throw the same exception as ChangeModeOfSale if items in the cart are not valid for that Mode of Sale?
Changing the mode of sale based on a source is intended to happen at the beginning of the shopping process, before anything is added to the cart because it affects performance availability as well as price availability. I’m not sure what would happen if you did enter a source that triggered a mode of sale change after something was in the cart, but I have asked our web experts and when I find out I’ll post it.