Body: <p>When we started with Civi 4.2, Membership Types within the same organisation were set to "upsell", ie if you had Membership Type X (OrgY) and opted for Membership Type Z (OrgY) then your single row of membership would change from type X to type Z.</p>
  
  <p>This was most confusing in our use-case and we were delighted to discover that this default behaviour was no longer present when we upgraded to 4.5 (or 4.6, can't be exact here, sorry.)</p>
  
  <p>I am virtually certain that we have observed non-upsell behaviour, ie, purchasing membership Type Z (Org Y) resulted in two lines of membership, type X and type Z.</p>
  
  <p>However, at some indeterminate point in the last 12 months, this became no longer the case. </p>
  
  <p>Now, it is simply not possible for a Contact to purchase a 2nd membership type within the same membership organisation. </p>
  
  <p>In our case, it appears that if a Contact has a membership type X and then goes to create a new membership type Z within the same membership organisation Y, then Civi and Auth.net (our payment provider) will process everything correctly (online confirmation screens, payments correctly setup)... but NOT in the Membership area. A new membership Z will not be created, nor will the existing membership X be updated.</p>
  
  <p>Am I missing something fundamental here? Or has a recent update in 4.6 confounded things?</p>
  
  <p>We're on Drupal 7.43, Civi 4.6.14.</p>
  
  <p>Thanks for your assistance!</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-05-12T05:55:14.260Z
Comments.Text: For the record, this was the closest I could find in JIRA which implied at that time it was a feature request that never happened. https://issues.civicrm.org/jira/browse/CRM-15761
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-05-12T13:00:26.853Z
Comments.Text: The **online** behaviour has always been to "upsell" an existing current membership rather than create a second membership to the same organisation. (I am not sure what happens for an online transaction if the previous membership has expired.) 
  
  An admin user working through the back-office UI can create a second membership of a different type for the same organisation.  
  
  Neither of those things has changed from 4.4 through to 4.7
Comments.UserDisplayName: JoAnne
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-05-12T13:04:20.690Z
Comments.Text: Please test and report back on what happens if a person with membership type X renews their membership of type X and also what happens if a new person takes out a membership of type Z without already having a membership of type X.
Comments.UserDisplayName: JoAnne
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-05-12T13:22:48.213Z
Comments.Text: Re your general concern of membership X being "upsold" to membership Z becuase they both belong to Org Y: - We successfully have four different membership types that can be held concurrently by our members. I had to create 4 "organisations" before I could create the membership types, but if you name the the orgs sensibly (eg "Personal member", "Professional journal" etc.) your back office staff should have no problems and as far as the public is concerned they are all just memberships offered by Our Organisation. Possible bug aside, it really is not difficult to manage concurrent memberships.
Comments.UserDisplayName: JoAnne
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-05-13T12:21:43.130Z
Comments.Text: Thanks so much for these helpful comments! Regarding testing, as in your third comment, I can confirm that everything works correctly in those situations. It works to renew Membership X, and it works for a new person to purchase a new membership Z if they don't have a membership X.
Comments.UserDisplayName: Andyg8
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-05-13T12:22:29.773Z
Comments.Text: So, I guess we can conclude that a bug has crept into our site regarding the upsell process?
Comments.UserDisplayName: Andyg8
Tags: <civimember>
Title: Can't create a 2nd membership type within the same membership organisation
ThreadText: # Can't create a 2nd membership type within the same membership organisation
  
  (Asked by: username_0 on 2016-05-12)
  
  When we started with Civi 4.2, Membership Types within the same organisation were set to "upsell", ie if you had Membership Type X (OrgY) and opted for Membership Type Z (OrgY) then your single row of membership would change from type X to type Z.
  
  This was most confusing in our use-case and we were delighted to discover that this default behaviour was no longer present when we upgraded to 4.5 (or 4.6, can't be exact here, sorry.)
  
  I am virtually certain that we have observed non-upsell behaviour, ie, purchasing membership Type Z (Org Y) resulted in two lines of membership, type X and type Z.
  
  However, at some indeterminate point in the last 12 months, this became no longer the case.
  
  Now, it is simply not possible for a Contact to purchase a 2nd membership type within the same membership organisation.
  
  In our case, it appears that if a Contact has a membership type X and then goes to create a new membership type Z within the same membership organisation Y, then Civi and Auth.net (our payment provider) will process everything correctly (online confirmation screens, payments correctly setup)... but NOT in the Membership area. A new membership Z will not be created, nor will the existing membership X be updated.
  
  Am I missing something fundamental here? Or has a recent update in 4.6 confounded things?
  
  We're on Drupal 7.43, Civi 4.6.14.
  
  Thanks for your assistance!
  
  **Tags:** civimember
  
  > **Comments:**
  > **username_1**: For the record, this was the closest I could find in JIRA which implied at that time it was a feature request that never happened. https://issues.civicrm.org/jira/browse/CRM-15761  
  > **username_2**: The **online** behaviour has always been to "upsell" an existing current membership rather than create a second membership to the same organisation. (I am not sure what happens for an online transaction if the previous membership has expired.)   An admin user working through the back-office UI can create a second membership of a different type for the same organisation.    Neither of those things has changed from 4.4 through to 4.7  
  > **username_2**: Please test and report back on what happens if a person with membership type X renews their membership of type X and also what happens if a new person takes out a membership of type Z without already having a membership of type X.  
  > **username_2**: Re your general concern of membership X being "upsold" to membership Z becuase they both belong to Org Y: - We successfully have four different membership types that can be held concurrently by our members. I had to create 4 "organisations" before I could create the membership types, but if you name the the orgs sensibly (eg "Personal member", "Professional journal" etc.) your back office staff should have no problems and as far as the public is concerned they are all just memberships offered by Our Organisation. Possible bug aside, it really is not difficult to manage concurrent memberships.  
  > **username_0**: Thanks so much for these helpful comments! Regarding testing, as in your third comment, I can confirm that everything works correctly in those situations. It works to renew Membership X, and it works for a new person to purchase a new membership Z if they don't have a membership X.  
  > **username_0**: So, I guess we can conclude that a bug has crept into our site regarding the upsell process?  
  
  ---
  
  ## 0 answers
  
  