Organization Salutations

Can't seem to find this online or maybe I just missed it.  In v10 we had schools and corporations entered as a Corporation type using the Organization (Label) salutation.  The salutations and label lines were automatically generated based on the Corporation name (N1) and the contact person (N2).  With the migration to v11 the current salutations have moved correctly, but as we affiliate other contacts to the v11 Organizations, the Organization salutations no longer reflect the primary affiliate or any affiliate for that matter if they are autogenerated.  In our situation, we were transacting to multiple individual teachers at a school based on what grade was attending a performance.  Is there a way in v11 to specify an affiliate to be used to generate an Organization salutation or do I need to create multiple Organizations each specific to the individual contacts needed at each school and not allow them to have salutations automatically generated?  What are some other ways that other organizations are doing this?

Thanks

 

Parents
  • Thanks for the information—I’ve been struggling with this for some time and you confirm much of what I suspect.    I have another question though about folks who have dual relationships with your organization.    One of thoughts about moving to managing relationships is that we could merge our duplicate records if a person was both say teacher we contacted through his/her school and also a member.    

     

    If that teacher manages the subscription/tickets for the school we would have one affiliation and then second if the teacher managed the subscription/tickets for the household.      At this point we don’t feel safe merging the two records and we have been told there will still be cases that will need “forced duplicates”   for that reason we are adding an association of “Self” so we can acknowledge that we know it is the same person.

     

    My overall concern is that Affiliation/Associations is adding a level of complexity that will insist on specific management of records by a dedicated group and no longer be able have many folks changing/setting up addresses.      It also seems to get the level you have that anyone doing list and extracts would have to be kept informed of any new affiliations.

     

     

    From: Tessitura Next Generation Forum [mailto:forums-nextgeneration@tessituranetwork.com] On Behalf Of Heather Kraft
    Sent: Wednesday, March 14, 2012 7:46 PM
    To: McKinley, Leslie
    Subject: RE: [Tessitura Next Generation Forum] Organization Salutations

     

    That's a really good question. There are some trade-offs and some of it depends on your business rules. Some of this is still theoretical on our part and some won't really be at peak performance until after v12 where we can start flagging transactions with the various contextual information...

    In our brains, v11 has been designed to really reflect around our relationship with actual people. There's always a person that is dealing with the tickets and that is where the tickets will live, but we also want to know that they are attached to the corporation. In v12 we'll have that ability. Until then we've been using special requests to link orders (and have been doing this for years in previous versions of Tessi). Our invoicing is custom and all based around that special request link on the orders - so a Teacher will be linked with a school and that's where we send the invoice.

    We look at it along the lines of - if we were pulling a list of ticket purchasers who do we want to see? The teacher or the school. In v12 we hope we can choose - I know lots of organizations that use the special request method and actually put the ticket history in both accounts.

    Again, how we've organized might not work for others (and frankly, it might not work for us, but we're giving it a go).

    I'd totally love to hear what other people are doing, as right now we're acting in a bit of an information vacuum until more organizations try things and find better ways to set them up.

    - Heather

    From: Joel Freiberg <bounce-joelfreiberg7373@tessituranetwork.com>
    Sent: 3/14/2012 4:43:31 PM

    I can see where that would work for List and Extractions, but what about Invoice billing or individual ticket orders?

     

    Joel Freiberg

    Ticket Office Manager

    Performing Arts Foundation

    jfreiberg@grandtheater.org

    715-842-0988 x226

    From: Tessitura Next Generation Forum [mailto:forums-nextgeneration@tessituranetwork.com] On Behalf Of Heather Kraft
    Sent: Wednesday, March 14, 2012 4:25 PM
    To: Joel Freiberg
    Subject: Re: [Tessitura Next Generation Forum] Organization Salutations

     

    Hi Joel –

     

    We recently have been exploring how to set up v11 and really utilize the power behind it with corporations and contacts. What’s been recommended to us is to store the salutation information in the individual (contact) account rather than the organization and to create as many specific contact type affiliations as your organization would use such as Grant, Corporate Sponsorship, Marketing, VIP, Billing, etc. What you’d end up with is the organization account is only the generic/default information for the company and then in the affiliate accounts you’d set up a business type of salutation that would have the business title/info in it.

    Then (and here’s the tricky part) when you pull a list or extraction that have companies in them, you will want to use the Advanced Relationship Options area in the lower part of the criteria window. In it you’d ‘Add Individuals’ and select the affiliate type (e.g. Primary Contact or Ticket Contact or whatever) and THEN in ‘Keep/Replace Originals’ you’d pick the option ‘Keep original constituent only if no related constituents are found’. (See the Tessitura online help for more detail about the Advanced Relationship Options)

    What this gives you is a scenario something like this:

    In Tessitura:

    • Apple has a primary contact of Steve Jobs which is inactive and no one has updated it with a current one
    • Facebook has a primary contact of Mark Zuckerberg which is current and active
    • Microsoft with no primary contact

     

    Your original list has:

    Apple
    Facebook
    Microsoft

     

    After you add the options to the Advanced Relationship Options your list now has:

    Apple (because you told it to respect end dates and not include inactive affiliations)
    Mark Zuckerberg
    Microsoft

    In Mark Zuckerberg’s account you have a salutation type of Business (or whatever) with his personal account (not the Facebook account). When you output the list through either an extraction or something like ‘User Defined Format from a List’ you’d pick Salutation type of ‘Business’ (and most likely a Business address type) and that would give you the appropriate information for Mark and ignore it for Apple and Microsoft who don’t have that salutation.

    This should (in theory) allow you to keep the contact info attached to the person you are actually contacting. In the case of Apple it also should allow you to inactivate Steve Jobs’ affiliation and add Tim Cook as the primary contact without having to worry that you’d send something to him addressed as Steve Jobs (although that would happen if you didn’t keep your affiliations clean). This way also has the added benefit that if you haven't cleaned up corporate accounts and added those primary affiliates you'll still just get the default company and salutation that might still have the contact's name in it.

    Anyways, that’s what we are playing with and so far it’s seemed like a really clean and robust way of using the v11 functionality. However, it’s just one organization, so take it with a grain of salt!

    HTH,

    Heather
    Seattle Rep

    From: Joel Freiberg <bounce-joelfreiberg7373@tessituranetwork.com>
    Sent: 3/14/2012 3:41:58 PM

    Can't seem to find this online or maybe I just missed it.  In v10 we had schools and corporations entered as a Corporation type using the Organization (Label) salutation.  The salutations and label lines were automatically generated based on the Corporation name (N1) and the contact person (N2).  With the migration to v11 the current salutations have moved correctly, but as we affiliate other contacts to the v11 Organizations, the Organization salutations no longer reflect the primary affiliate or any affiliate for that matter if they are autogenerated.  In our situation, we were transacting to multiple individual teachers at a school based on what grade was attending a performance.  Is there a way in v11 to specify an affiliate to be used to generate an Organization salutation or do I need to create multiple Organizations each specific to the individual contacts needed at each school and not allow them to have salutations automatically generated?  What are some other ways that other organizations are doing this?

    Thanks

     




    You were sent this message automatically by www.tessituranetwork.com because you subscribed to the Tessitura Next Generation forum email notifications. You may reply to this message or visit the site to reply to the post above. If replying via email, please consider deleting the previous message text before sending to help with readability on the site. Thank you!




    You were sent this message automatically by www.tessituranetwork.com because you subscribed to the Tessitura Next Generation forum email notifications. You may reply to this message or visit the site to reply to the post above. If replying via email, please consider deleting the previous message text before sending to help with readability on the site. Thank you!

  • Hi Leslie -

    I realized I had never responded to this - sorry about that!

    You totally have a point about the added complexity of Associations and Affiliations especially in list pulling. What we're trying to do here (and I'll let you know at some point if it is working or not) is to pretty much train people that for any list where we might include corporations [as an aside I'm trying to say that this is any list because you never know] they need to go into the Advanced Relationship Options and look at the Add Individuals tab at the various contact types. We've named them so they group all together (e.g. Contact - Blah) and hopefully in a way that would make sense for someone even if they didn't specifically know about the type.

    There has definitely been a higher overhead of reviewing list/extraction criteria at our organization and I expect that will remain elevated for a while until we adjust our thinking. For people who do extractions and lists all the time, they are adjusting pretty quickly. It's the list puller who is the beginner or casual user that I think we'll continue to have the most effort to teach.

    We are trying not to maintain duplicate accounts of people if they have dual purposes but add multiple affiliations when that is appropriate. We won't be able to completely get away from that until transactional information is revamped in v12, but we can start!

    - Heather

Reply
  • Hi Leslie -

    I realized I had never responded to this - sorry about that!

    You totally have a point about the added complexity of Associations and Affiliations especially in list pulling. What we're trying to do here (and I'll let you know at some point if it is working or not) is to pretty much train people that for any list where we might include corporations [as an aside I'm trying to say that this is any list because you never know] they need to go into the Advanced Relationship Options and look at the Add Individuals tab at the various contact types. We've named them so they group all together (e.g. Contact - Blah) and hopefully in a way that would make sense for someone even if they didn't specifically know about the type.

    There has definitely been a higher overhead of reviewing list/extraction criteria at our organization and I expect that will remain elevated for a while until we adjust our thinking. For people who do extractions and lists all the time, they are adjusting pretty quickly. It's the list puller who is the beginner or casual user that I think we'll continue to have the most effort to teach.

    We are trying not to maintain duplicate accounts of people if they have dual purposes but add multiple affiliations when that is appropriate. We won't be able to completely get away from that until transactional information is revamped in v12, but we can start!

    - Heather

Children
No Data