Answers.Body: <p>This sounds like you want a Lifetime membership type with its minimum fee to level up every "x" years. Similar to purchasing a Gold - you can have it for lifetime but its price just increases with time.</p>
  
  <p>If this is what you want, simply create a membership type from <code>Administer -&gt; CiviMember -&gt; Membership Type</code> with duration set to lifetime and write a custom code in extension/module which increases the minimum fee value of this membership type id with time in year.</p>
  
  <p>Refererence for creating an extension - <a href="https://docs.civicrm.org/dev/en/master/extensions/civix/" rel="nofollow noreferrer">https://docs.civicrm.org/dev/en/master/extensions/civix/</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-06-10T08:55:17.197Z
Answers.LastActivityDate: 2017-06-10T08:55:17.197Z
Answers.UserDisplayName: jitendra - fuzion
Body: <p>I have a lifetime membership running for my organization. The dues for the membership have changed over time and will change over time in future. I want to classify everyone as a life member but at the same time track the different amount paid by different members based on the time of their enrollment. </p>
  
  <p>I can use the price set option to enter multiple price for same membership.  How I go about it? </p>
  
  <p>Edited for clarification : the membership amount was X in 2000 , then it increased to X+Y in 2010, then it increases some more in 2015 like that. But all are under the same scheme. Just that in due course of time, the membership dues was increased by the organization. It is not an annual payment model. Once the desired payment is completed, thats it. There is no renewal. They are members for lifetime</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-09T15:19:55.503Z
Comments.Text: Not sure I'm following your logic of keeping them all under one memebrship type if they pay different amounts etc? Why wouldn't you put them under different membership types and also make them annual - if thats the period they are members for?
Comments.UserDisplayName: Parvez Saleh
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-09T15:31:29.577Z
Comments.Text: the membership amount was X in 2000 , then it increased to X+Y in 2010, then it increases some more in 2015 like that. But all are under the same scheme. Just that in due course of time, the membership dues was increased by the organization. ..
Comments.UserDisplayName: Parthibaraj Rajasekar
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-09T20:36:43.957Z
Comments.Text: Ah. I was just writing up an answer when the penny dropped. Your memberships are Lifetime but require an annual payment. I think if that is the case you need to make it clear in your question, ie the membership amount 'per year' was X in 2000, and people who signed up in 2000 will pay that amount throughout their lifetime. is that what you mean?
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-09T20:38:35.480Z
Comments.Text: Also i think you need to clarify how payments/renewals are being handled. If people are renewing when you send out an email, then you could send a link to a different page based on when they joined, and hence how much they paid. hence person who signed up in 2000 will go to page showing $X and person who signed up in 2015 will see amount $Y.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-10T03:37:29.630Z
Comments.Text: It is not an annual payment model. Once the desired payment is completed, thats it. There is no renewal. They are members for lifetime.
Comments.UserDisplayName: Parthibaraj Rajasekar
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-12T12:22:43.793Z
Comments.Text: Not sure about anyone else but I'm totally confused by the subscription model! So lets ask another question - if in 2010 they dont pay X+Y do they stop being members? Does everyone have to pay the extra in 2010? The model needs to be clear before you map it into CiviCRM or any system for that matter!
Comments.UserDisplayName: Parvez Saleh
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-13T06:04:14.140Z
Comments.Text: Model is quite simple. May be my explanation made it complex...
Comments.UserDisplayName: Parthibaraj Rajasekar
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-13T06:21:35.277Z
Comments.Text: the institution increases the member dues over time. whoever pays that amount during that time become members for lifetime. no renewal needed.  It is one time payment. example : 2000 - 100 INR ;  2010 - 300 INR - 2015 - 500 INR ...    people who become lifetime members from 2000 - 2009 will be paying Rs.100 once . people who become lifetime members from 2010 - 2014 will be paying Rs.300 once.  people who become lifetime members from 2015 - till it changes will be paying Rs.500 once.
Comments.UserDisplayName: Parthibaraj Rajasekar
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-14T08:21:11.603Z
Comments.Text: so wont using the minimum fee do the trick? The historical stuff should have a membership contribution related to it so that should reflect what the person paid at the time? CiviCRM doesn't currently support price based on date range so showing a history of the membership type's increases wouldn't be possible in its current form.
Comments.UserDisplayName: Parvez Saleh
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-14T15:54:40.833Z
Comments.Text: ended up creating a price set with different price field. Only the latest will be active. Others will be used for entering the old data.
Comments.UserDisplayName: Parthibaraj Rajasekar
Tags: <civimember>
Title: Membership due change over time
ThreadText: # Membership due change over time
  
  (Asked by: username_0 on 2017-06-09)
  
  I have a lifetime membership running for my organization. The dues for the membership have changed over time and will change over time in future. I want to classify everyone as a life member but at the same time track the different amount paid by different members based on the time of their enrollment.
  
  I can use the price set option to enter multiple price for same membership. How I go about it?
  
  Edited for clarification : the membership amount was X in 2000 , then it increased to X+Y in 2010, then it increases some more in 2015 like that. But all are under the same scheme. Just that in due course of time, the membership dues was increased by the organization. It is not an annual payment model. Once the desired payment is completed, thats it. There is no renewal. They are members for lifetime
  
  **Tags:** civimember
  
  > **Comments:**
  > **username_1**: Not sure I'm following your logic of keeping them all under one memebrship type if they pay different amounts etc? Why wouldn't you put them under different membership types and also make them annual - if thats the period they are members for?  
  > **username_0**: the membership amount was X in 2000 , then it increased to X+Y in 2010, then it increases some more in 2015 like that. But all are under the same scheme. Just that in due course of time, the membership dues was increased by the organization. ..  
  > **username_2**: Ah. I was just writing up an answer when the penny dropped. Your memberships are Lifetime but require an annual payment. I think if that is the case you need to make it clear in your question, ie the membership amount 'per year' was X in 2000, and people who signed up in 2000 will pay that amount throughout their lifetime. is that what you mean?  
  > **username_2**: Also i think you need to clarify how payments/renewals are being handled. If people are renewing when you send out an email, then you could send a link to a different page based on when they joined, and hence how much they paid. hence person who signed up in 2000 will go to page showing $X and person who signed up in 2015 will see amount $Y.  
  > **username_0**: It is not an annual payment model. Once the desired payment is completed, thats it. There is no renewal. They are members for lifetime.  
  > **username_1**: Not sure about anyone else but I'm totally confused by the subscription model! So lets ask another question - if in 2010 they dont pay X+Y do they stop being members? Does everyone have to pay the extra in 2010? The model needs to be clear before you map it into CiviCRM or any system for that matter!  
  > **username_0**: Model is quite simple. May be my explanation made it complex...  
  > **username_0**: the institution increases the member dues over time. whoever pays that amount during that time become members for lifetime. no renewal needed.  It is one time payment. example : 2000 - 100 INR ;  2010 - 300 INR - 2015 - 500 INR ...    people who become lifetime members from 2000 - 2009 will be paying Rs.100 once . people who become lifetime members from 2010 - 2014 will be paying Rs.300 once.  people who become lifetime members from 2015 - till it changes will be paying Rs.500 once.  
  > **username_1**: so wont using the minimum fee do the trick? The historical stuff should have a membership contribution related to it so that should reflect what the person paid at the time? CiviCRM doesn't currently support price based on date range so showing a history of the membership type's increases wouldn't be possible in its current form.  
  > **username_0**: ended up creating a price set with different price field. Only the latest will be active. Others will be used for entering the old data.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_3 on 2017-06-10. Score: 1
  
  This sounds like you want a Lifetime membership type with its minimum fee to level up every "x" years. Similar to purchasing a Gold - you can have it for lifetime but its price just increases with time.
  
  If this is what you want, simply create a membership type from `Administer -> CiviMember -> Membership Type` with duration set to lifetime and write a custom code in extension/module which increases the minimum fee value of this membership type id with time in year.
  
  Refererence for creating an extension - <https://docs.civicrm.org/dev/en/master/extensions/civix/>
  
  
  ---
  
  