Hello:
I wasn't able to find any posts on this subject.
We're working with package for the first time. I created a fixed pacakage than has now turned into a flex package. I've been able to change all of it except the checkbox from "Fixed" to "Flex" and I cannot delete it either. I get the error "This package cannot be deleted because it has dependent rows" There were tickets sold to the shows to test everything before launching and all were returned.
Is there a way around this? I either need to change it to a flex or delete it.
Thanks for any and all assistance!!
Hi Michelle,
I don't believe there is a way to change the package type after you have added a facility. I played around in Packages once I read your post and was not successful in changing a Fixed package to a Flex package even after removing the GROUPS and PERFORMANCES associated to the package. I believe the only way to do this is to start over.
I hope I'm wrong and someone else is able to help.
-Harpreet
I’d create a whole new package as Flex. In the old fixed pkg set up remove the MOS so it doesn’t show up for tkt sellers.
Shelley Osburn
Box Office Manager
COCA
From: Tessitura Ticketing Forum [mailto:forums-ticketing@tessituranetwork.com] On Behalf Of Michelle WieselSent: Friday, September 05, 2014 12:40 AMTo: Shelley OsburnSubject: [Tessitura Ticketing Forum] Error when trying to delete package?
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!
Unfortunately once you’ve sold tickets to the package you can’t change or delete the package type…even if the tickets are returned. You will need to set up a new package.
From: Tessitura Ticketing Forum [mailto:forums-ticketing@tessituranetwork.com] On Behalf Of Michelle Wiesel Sent: Thursday, September 04, 2014 10:43 PM To: Reena Taank Subject: [Tessitura Ticketing Forum] Error when trying to delete package?
-- View this message online at http://www.tessituranetwork.com/Community/forums/p/12200/37605.aspx#37605 or reply to this message -- 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!
IMPORTANT NOTICE: This email transmission and any accompanying attachments contain confidential information intended only for the use of the individual or entity named above. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above email address.
We experienced something similar to this, and had a badly made package that was causing problems with rolled over orders. We submitted a TASK ticket, and recieved some great support in deleting the package from the line items. Once the line items across all orders are deleted, you can safely delete the package.
Like others have stated once a sale has occurred including the package in question, that package cannot be edited (I am surprised you were able to change any of it's contents, were you able to save those changes?).
It might be possible to essentially copy the package, then change the package to your desired type (from the back end).That is likely cleaner than deleting order information from all of the affected tables when an order is created. It might just be easier to rebuild to package.
The reason returning the package still didn't allow you to change the package type, is because the "dependent rows" are dependent on the package regardless of the state of the order. Meaning, returned or not, the order needs to know the original state of its' contents.
I hope that makes sense.