We are in the process of forming a consortium with our organization as the master license holder utilizing our existing DB. Prior to completing a consortium merge, I need to move our organization's email addresses and contact restrictions from 'Other' in the General Tab to secure the data. I think we should look at moving the phone numbers as well. I've been advised to move these to Attributes but I understand that this could create issues as the email addresses will not be stored where they were intended within the Tessitura structure and this could create the need for additional workarounds. I also need to consider how this will impact suppression lists, etc. The intent is to keep the data for each organization separate and secure. I understand that control groups are not an option for any data on the General Tab. I'm interested to hear how other consortia have address these challenges. I'm also interested to hear how other consortia have handled merges given the fact that data should be kept separate and secure.
Thank you,
Shereen
Hello Ken,
Thank you so much for your response. This is very helpful. I have a follow up question regarding the control grouped data and merges. If the only criteria available for merge is name and address as everything else if control grouped, how does the merge affect the control grouped data or is it affected at all?
From: Tessitura Technical Forum [mailto:forums-technical@tessituranetwork.com] On Behalf Of Ken McSwain Sent: Wednesday, May 29, 2013 8:08 PM To: Shereen Marino Subject: Re: [Tessitura Technical Forum] Storage of Email, Contact Restrictions, Phone - Consortium
Hi Shereen
I think you need to look at each of those things individually.
Ken
From: Shereen Marino <bounce-shereenmarino5792@tessituranetwork.com> Sent: 5/29/2013 12:50:58 PM
This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Technical Forum. You may reply to this message to post to the Technical 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!
May 31, 2013 | 8:00pm | Symphony Hall June 1, 2013 | 8:00pm | Symphony Hall June 2, 2013 | 2:00pm | Symphony Hall
Join Maestro Chafetz and The Phoenix Symphony and Chorus to celebrate freedom with a repertoire of patriotic favorites from John Philip Sousa, John Williams and more. Active servicemen and Veterans are encouraged to attend in uniform.
The backend components of the merge process [Identify dupes; merge validation; and the actual merge process itself] are all unaware of control-grouping. They see everything, and merge everything, ignoring the control group restrictions.
in terms of your own users making decisions about whether to schedule two constituents to merge, and which direction, they can only see shared data plus data for their own org, which raises the level of difficulty a few points. That's one reason why we customised our merge validation script to try to make sure that merges follow our collective business rules, and block merges between two high-touch constituent records for referral to the consortium support team. They can see everything, and can then check that the merge is ok with all relevant orgs before approving it.