Reprinted Tickets with Barcode - Anyway to reactivate original tickets to scan in?

We had a large batch of tickets get accidentally reprinted which invalidated the original ticket barcodes. So now if those patrons show up their tickets won't scan in. Is there a way to revert back to the original tickets, or allow access for certain tickets for scanning even though they are the older barcodes? This is a couple hundred tickets from multiple shows so we'd prefer to not have the patrons coming back to the ticket office, or having to send out the reprints.

It would nice to have a feature to load an order and revalidate a ticket or cancel out a printed ticket batch to revert back.

 

Thank you in advance for any help.

Edward Trevino

Eisemann Center

Richardson, TX

 

Parents
  • Oh, I feel your pain. This happened to me, and with the help of Tessi support I wrote up some SQL that for the most part (there were a few little weird instances) worked.

    Basically the idea is (totally taken from my TASK ticket):

    - Find all the Reprinted events in T_ORDER_SEAT_HIST with the batch_no of the Reprint. This will give you the order numbers you need to fix.

    - Knowing the orders, locate the Printed rows (the original printed rows) for each order in T_ORDER_SEAT_HIST. You would then need to update the ticket_no in T_SUB_LINEITEM to the ticket_no of the T_ORDER_SEAT_HIST row for the original printed event using the sli_no for the link.

    - In TX_SLI_TICKET, find and delete all the rows corresponding to the Reprinted ticket_no's for these orders.

    Make the reprint table a permanent local table, that way you have an audit trail of sorts as to what was changed and what it was changed from. I also added another bit to remove any tickets that had been reprinted after the bad reprint batches in case there were legit reprints.

    And most important. TEST TEST TEST. There were things I found and fixed by hand (however, I don't actually remember what the issues were, just that there were some). I'd also suggest opening up a help ticket as they are always loads of help.

    I'm uploading the SQL I used to my profile if you want to take a look. Buyer beware, caveats galore, don't blame me if things break. :)

    HTH,

    Heather

     

Reply
  • Oh, I feel your pain. This happened to me, and with the help of Tessi support I wrote up some SQL that for the most part (there were a few little weird instances) worked.

    Basically the idea is (totally taken from my TASK ticket):

    - Find all the Reprinted events in T_ORDER_SEAT_HIST with the batch_no of the Reprint. This will give you the order numbers you need to fix.

    - Knowing the orders, locate the Printed rows (the original printed rows) for each order in T_ORDER_SEAT_HIST. You would then need to update the ticket_no in T_SUB_LINEITEM to the ticket_no of the T_ORDER_SEAT_HIST row for the original printed event using the sli_no for the link.

    - In TX_SLI_TICKET, find and delete all the rows corresponding to the Reprinted ticket_no's for these orders.

    Make the reprint table a permanent local table, that way you have an audit trail of sorts as to what was changed and what it was changed from. I also added another bit to remove any tickets that had been reprinted after the bad reprint batches in case there were legit reprints.

    And most important. TEST TEST TEST. There were things I found and fixed by hand (however, I don't actually remember what the issues were, just that there were some). I'd also suggest opening up a help ticket as they are always loads of help.

    I'm uploading the SQL I used to my profile if you want to take a look. Buyer beware, caveats galore, don't blame me if things break. :)

    HTH,

    Heather

     

Children
No Data