Normal 0 false false false MicrosoftInternetExplorer4
For several reasons, our organization frequently needs to print tickets without payment. After looking through the documentation and the knowledgebase I see that this is not a possibility with Tessitura. We are wondering how other organizations currently handle the following situations:
1) Consignment tickets: We would like to avoid having them report as paid tickets. In many cases, we never receive payment for these tickets.
2) Hard Ticket Prints: Our box office allows small, community renters the option of having all of the available tickets for their event to be printed and they handle the ticket sales through their own organization. In these cases we never see payment for these tickets in the ticketing system.
3) Ticket Proofs: After an event is built we print a ticket for the promoter to approve before tickets go on sale. We would like to do this from the event itself and not through the ticket design proof to ensure they are approving correct spelling and prices according to the performance build. If possible, we would prefer to not have the additional step of assigning payment and then refunding.
Any input would be greatly appreciated! Thanks!
I apologize if I missed exactly what you are attempting to accomplish :)You mentioned wanting to avoid refunding - what about setting up a unique price map with $0.00 amounts that is mapped to a new price type(s) named TEST PRINT (or Consignment, Hard Ticket, etc...)Then, when printing the ticket, you can just select that price type, the due_amt will = $0.00 and you can 'pay' with cash. Would that work for you?You could then also report on the number of tickets used in this manner. Good luck!
Thanks, Nathan!
I will definitely have a look into that. We're still very new to Tessitura and I have a feeling we will have to do a lot of trial and error over the next few months. :)
You're welcome and welcome to the family!
Hi Beth,
This is how we deal with these issues, unfortunately our steps do involve showing the tickets as paid on the reports and paying for and returning tickets when proofing. They don't solve your problems but thought you might like to know how we deal with those situations.
For cases 1 & 2 we pay the tickets off using a Promoter payment type. This does mean that they show as paid on the sales reports, but it works for us. It also means that we can return tickets to this payment type (which you can't do with an Invoice payment type) if for example an agency mark back tickets.
For case 3 we have a payment type called Test Tickets which our Box Office Managers use to print tickets from the event itself for proofing. It does meat that they have to return the tickets after printing. If they do forget then the payment type shows up on their Batch Summary at the end of the day with a £ value and they have to ensure that the Test Tickets value is zero before they close thier batch.
Caryl
Beth,
There is a ticket design element called "Base Price" that you can add to a new Consignment or "Hard Print" ticket design. It will display the full ticket price even though the price map is $0.00. Then all you have to do is create a Consignment price type and use this design in conjunction with that price type.
~Dan
For #3, we usually print out of the test system, so it's an entirely fake order to an entirely fake account, but to the real event so everything looks like it would for real.