Hello all,
The inevitable has happened (I’m actually surprised that it’s taken 6 years for it to happen): someone merged two records that shouldn’t have been.
I was wondering if anyone had a set of best practices or at least some recommendations on how to proceed with un-merging the two records.
Thanks in advance,
Rey
--
A. Rey Pamatmat
Tessitura Manager
The Public Theater
425 Lafayette Street
New York, NY 10003
(212) 539-8739
rpamatmat@publictheater.org
Here’s what I found when I had to do this (copied from my “Oops” documentation):
A pair of constituents was merged in error. Is there a way to un-merge them?
There is not a mechanism in Tessitura to reverse the effects of a merge. Below are some suggestions that may be helpful in guiding you to manually separating these customers.
To un-merge the customer record:
· Locate the T_ADDRESS row that was changed from the deleted customer_no to the kept customer_no and change it back to the original customer_no.
· Locate the TX_CUST_SAL row that was changed from the deleted customer_no to the kept customer_no and change it back to the original customer_no.
· Once the T_ADDRESS and TX_CUST_SAL rows have been reinstated for the customer_no of the customer deleted in error, the T_CUSTOMER record for the delete ID can be changed to re-activate it. To do so, you would change the INACTIVE column from its current value of 5 (signifying 'merged') to a 1 (signifying active) and the INACTIVE_REASON column should be changed to a NULL value.
Here are some things that you would need to do to unmerge ticketing orders:
· Any orders, especially subscription orders, which can be determined to belong to the customer deleted in error can be changed to the correct customer_no by calling up the order(s) within Tessitura and changing the constituent ID for the order(s). The system will warn you that you are changing the owner of the orders, which you can accept.
· When the order(s) you can identify have been reinstated, if the season to which they belong is still being processed by the LP_UPDATE_SUBS_HIST and LP_UPDATE_TKT_HIST procedures, they should be tied to the correct customer with the next run of the procedures. If these procedures no longer run for the seasons involved, the ticket/subscription history records will need to be manually changed to the correct customer_no.
· In the record of the kept customer, locate the 'Merged ID' attribute (which references the delete ID in the Attribute Value) column and delete it. For example:delete tx_cust_keyword where keyword_no = 6 and customer_no = 322694 and key_value = 1027132
· Other data that may belong to the customer merged in error must be separated manually. Your best resource is your Test Server. If the test server is kept up-to-date, then the deleted customer’s information can be reviewed there to determine any manual updates required on the Live Server.
· A Word document which lists all of the tables where customer data is merged which may need to be reviewed to determine what data needs to be manually updated will be posted on AIM along with the other materials from this IWT session.
[Bob Bell, VP Support and Network Services, Tessitura Network, Inc., March 22, 2006, Frequently Asked Support Questions Interactive Web Training PowerPoint]
Lucie
___________________________________
Lucie Spieler
IT Development and Training Manager
Editor, Season Program
Florida Grand Opera
8390 NW 25th Street
Miami, FL 33122
305.854.1643 x 1521
Box Office: 800.741.1010
To Give a Gift: 305.403.3315
www.FGO.org
2010-2011 | 70TH SEASON | THE MYSTERIES OF LOVE
Turandot | The Tales of Hoffmann | Don Giovanni | Cyrano