Hey all,
We have a client that requires the following us to build an event that limits availability for each price level. In the past we have used allocations to monitor/control this, but the issue is that this causes issues with online orders as each allocation is activated by a specific link, only allowing you to buy the specific price type for the promo being used. I was under the impression a pricing rule could be used to limit availability for each price type, but through my current testing, I've been unable to come up with a rule that allows this.
Essentially I'd need a rule that did something along the lines of:
Allow 150 General Public priced tickets to be soldAllow 100 Student priced tickets to be soldAllow 75 Faculty/Staff priced tickets to be soldAllow 200 Overflow priced tickets to be sold
None of the prices could exceed those specific numbers, it is vital capacity is capped for each of the prices.
Any assistance would be appreciated.
Thanks,Maurice
Hey Kevin,
That's not good to hear. I've talked to a few people with Tessitura and have been told I would be able to accomplish this using pricing rules (most recently at this year's conference). As such I've been telling clients this is a feature we would be able to implement once we upgraded to 12.5.
Is there not a way to cut off a price type once it sells a specified number of tickets? Using allocations does not work as the system is too restrictive. Using them online requires that each price has it's own MOS, which a single price is only active through an individualized link. This restricts customers from buying a ticket/registration for more than one price per order. Some of the events we use this system for sell out in 10-15 minutes so it's impossible for those clients to get through two orders in the time it takes an event to sell out.
If there was a way to set up a Allocations only working with specific Price Types the way you can connect them to MOS that would likely resolve the issue, but as it stands Allocations don't work. If there is another alternative to what I'm attempting, I'm all ears. Does anyone have any ideas how this could be accomplished?
Hi Maurice,
It would seem to me that the easiest way to accomplish this would be to use zones. I would then make each of the price types specific to each zone. You could add a few extra seats to each zone and put a hold on them that only you can break should you need extra capacity in each zone.
If you are looking to limit the number of seats a person can purchase in each zone, this could be done with offers. You can put a maximum number of tickets allowed on the offer. However, if a patron figures it out and logs back in, that control will not stop them from getting extra tickets. I'm sure there is custom logic you could add via SQL to limit the number of tickets sold via your website. I know that Nicole Keating from Adrienne Arsht Center presented on their U-Tix site and Sarah Steven-Morling from Yale University School of Drama on their Comp Ticket Reservation Site. The session was a Panel discussion called Patrons and Technology: Beam Me Up, Scotty! They may be good resources to talk through your idea and such.
I wish I could be more helpful Maurice.
Chris
Pricing rules are not going to be able to accomplish this for you. The Maximum Seats setting on a rule is a soft limit. The order that takes the seat count to the limit can exceed the limit (as well as any other orders being processed simultaneously), because the limit is enforced based on the date the max was reached (rules with max reached dates prior to the order date are not applied to an order), and the max reached date isn’t marked until the order that reaches the max is saved.
Kevin Sheehan
Senior Technical Writer & Consultant
Tessitura Network
+1 888 643 5778 x 329
ksheehan@tessituranetwork.com
Thanks for the shout out Chris!
We are using Allocations for UTix; however, I like the idea of a Zone for each of those for each of the Price Types and then your Standard Price Type would just not be available in that Zone we have done some VIP offers that way. You don’t even need to use Holds as long as the only Price Type available in that Zone is the one linked to the discount.
Maurice, feel free to call if you want to talk it through.
Nicole
Nicole Keating
Assistant Vice President, Business Intelligence
Tel 786.468.2330 Fax 786.468.2005
For Tickets: 305.949.6722 | www.arshtcenter.org
Friend/Fan/Follow for news and inside scoop!
From: Tessitura Ticketing Forum [mailto:forums-ticketing@tessituranetwork.com] On Behalf Of Christopher Cuhel Sent: Monday, October 19, 2015 6:41 PM To: Nicole Keating <nkeating@arshtcenter.org> Subject: RE: [Tessitura Ticketing Forum] Pricing Rule Question Importance: High
From: Maurice Nounou <bounce-mauricenounou6335@tessituranetwork.com> Sent: 10/19/2015 5:54:36 PM
Thanks, Maurice
This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Ticketing Forum. You may reply to this message to post to the Ticketing forum or visit the site to search, read and post to the forums. In the interest of keeping the forum posts from becoming cluttered, we encourage you to delete previous message text from your reply before sending. Thank you!
Hey Chris and Nicole,
Thanks for the idea. It was one I had initially tried for the event the first time, but ultimately it doesn't work. The events are almost always GA, and with TNEW, you end up with pages that look like this that don't allow you to select multiple sections and prices unfortunately:http://sto.stanfordtickets.org/_QA_/auxiliary/Reserve.aspx?p=6685
We've used allocations in the past, but as I mentioned, that system does not allow for a patron to select more than one price type as a result. I could submit a Enhancement request to have Allocations/Price Types be synced, and that would in effect resolve the issue, but that wouldn't be beneficial until that feature got implemented who knows how many versions later.
Kevin, I suspect you are correct. I think the first time I was told Pricing Rules would work was not too long after they had been announced, and the most recent time could easily have been misunderstood as me asking if you could limit the number of times an offer could be used instead of me asking if you could use it to full on cap a price type with a rule.
More information about the event is that they will almost always be GA, various discounts are typically ID required discounts for Stanford affiliates. We have a customization which authenticates their status with Stanford's database, and ID's are checked at the door. If you need more information about the type of event, just let me know. Chris's idea about pricing zones results in some funky results since it's a GA event unfortunately. And if it wasn't I don't think the clients would want us deciding who sits where based on the price type used.
I appreciate all the responses I'm getting.
I apologize that you received some inaccurate information previously. Pricing rules are still pretty new with a fair bit of complexity and nuance to them that everyone is still learning. And depending on how your question was heard, it’s not necessarily wrong to say that pricing rules could help with ticket limits on price types for a performance. It all depends on how strict you need the limit to be, which in this case seems to be stricter than the way the Max Seats on rules is enforced.
Chris’s suggestion to use price zones to manage the capacity side of things combined with pricing rules might work, though. Before proposing more details of a possible solution, though, I think I need a few more details about how you want things to work. Is this a general admission performance or a reserved seat performance? How do people qualify for the various discounted tickets?
Hi Kevin, the help system doesn't seem to address this limitation of maximum seats (unless I'm missing something). Your explanation clears up something we are seeing in testing, but I have an additional question. You mention that enforcement is by the date the limit is reached. Is that literally the date only? So other orders made later that same day would also go through on the rule? Or is it date/time combo?
Thanks,
Heather