Answers.Body: <p>If you check on yoursite/civicrm/admin/member/membershipStatus?reset=1 and for the status "Grace" there is a <strong>Yes</strong> in the column headed "Member" then this is expected behaviour.</p>
  
  <p>CiviCRM does not have a "renewal start date".  The "start date" is the date the latest continuous period of membership started on. For any member with a status that has a "Yes" in that "Member" column a renewal will extend the end date of the current membership and not change the start date.</p>
  
  <p>If you want anybody who renews after their membership end date to get a new start date then you either need to edit the <strong>Grace</strong> status and untick the box <strong>Current Membership?</strong>, or disable the <strong>Grace</strong> status entirely if it is not needed for your business rules and just have a membership status of <strong>Current</strong> followed by the membership status <strong>Ended</strong>.</p>
  
  <p>You can read more about <strong>Membership status rules</strong>  in the <strong>Defining memberships</strong> chapter of our <a href="http://gitbook.civicrm.org/membership/defining-memberships.html" rel="nofollow">User and Admin Guide</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-17T12:08:49.443Z
Answers.LastActivityDate: 2015-08-01T04:21:05.367Z
Answers.LastEditDate: 2015-08-01T04:21:05.367Z
Answers.UserDisplayName: JoAnne
Answers.Body: <p>That sounds like the behaviour described in <a href="http://wiki.civicrm.org/confluence/display/CRM/Test+Plan+-+Membership+Renewal" rel="nofollow">Test Plan - Membership Renewal</a>:</p>
  
  <blockquote>
    <p><strong>Renew A CURRENT Membership</strong></p>
    
    <p>"Current" membership means that the calculated membership_status has
    is_current_member = TRUE. For this case we are basically extending the
    End Date for the existing membership record and inserting a membership
    log record. Processing is the same for Rolling and Fixed membership
    periods.</p>
  
  <pre><code>Update the existing membership record
      Join Date and Start Date are NOT modified...
  </code></pre>
  </blockquote>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-17T10:30:57.283Z
Answers.LastActivityDate: 2015-07-17T10:30:57.283Z
Answers.UserDisplayName: davejenx
Answers.Body: <p>In my experience different organisations will interpret this in different ways.</p>
  
  <p>Some expect the membership record to represent the entire length of time the contact has been a member and this is CiviCRM's default behaviour. In your case the contact is in their second year of of membership and this is represented by the data.</p>
  
  <p>Some expect the membership start and end date to represent the current membership period. This isn't the default way that CiviCRM works but you could achieve it by creating a second membership record for the contact, letting the first one expire. You would then have a membership record per year of membership. Its not the way we would normally recommend setting up memberships but have come across installations where its being used in that way. Therefore these organisations would probably view this as a bug or undesired behaviour!</p>
  
  <p>As others have said, the behaviour your seeing is as expected.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-17T13:20:46.170Z
Answers.LastActivityDate: 2015-07-17T13:20:46.170Z
Answers.UserDisplayName: Parvez Saleh
Answers.Body: <p>The benefit of the start date NOT changing upon timeline renewal is that it is easy to spot "continuous" members.  This is because members that have never expired since they first became a member will have an identical "member since" and "start date".  Those that have expired, and come back, will have different "member since" and "start date"s.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-11-06T02:58:56.517Z
Answers.Text: if folk are using Fixed periods for their membership, then the above probably doesn't hold because the SInce and Start dates are likely to be different for the majority of members.
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-17T15:17:24.510Z
Answers.LastActivityDate: 2015-07-17T15:17:24.510Z
Answers.UserDisplayName: CiviTeacher
Body: <p>This behaviour has been observed on a live CiviCRM 4.5.8 site as well as the current demo site which is 4.6.6</p>
  
  <p>When renewing a membership offline, the start date doesn't update to reflect the current membership term. An example (using UK date formats)</p>
  
  <p>Membership type term = 1 year
  Membership Since Date = 01/07/2011
  Membership Start Date =  01/07/2014
  Membership End Date = 30/06/2015</p>
  
  <p>So as of today, the member is in "Grace".</p>
  
  <p>When you click "Renew" the membership start date doesn't update to reflect the new membership term, only the end date does. So the new dates are</p>
  
  <p>Membership type term = 1 year
  Membership Since Date = 01/07/2011
  Membership Start Date =  01/07/2014
  Membership End Date = 30/06/2016</p>
  
  <p>which would suggest this person has 2 year membership and doesn't reflect that they renewed this year, making membership dashboard data incorrect.</p>
  
  <p>Is this expected behaviour or a possible bug?</p>
  
  <p>Heather O.</p>
  
Tags: <civimember>
Title: Membership renewal start date doesn't update?
ThreadText: # Membership renewal start date doesn't update?
  
  (Asked by: username_0 on 2015-07-17)
  
  This behaviour has been observed on a live CiviCRM 4.5.8 site as well as the current demo site which is 4.6.6
  
  When renewing a membership offline, the start date doesn't update to reflect the current membership term. An example (using UK date formats)
  
  Membership type term = 1 year
  Membership Since Date = 01/07/2011
  Membership Start Date = 01/07/2014
  Membership End Date = 30/06/2015
  
  So as of today, the member is in "Grace".
  
  When you click "Renew" the membership start date doesn't update to reflect the new membership term, only the end date does. So the new dates are
  
  Membership type term = 1 year
  Membership Since Date = 01/07/2011
  Membership Start Date = 01/07/2014
  Membership End Date = 30/06/2016
  
  which would suggest this person has 2 year membership and doesn't reflect that they renewed this year, making membership dashboard data incorrect.
  
  Is this expected behaviour or a possible bug?
  
  username_0
  
  **Tags:** civimember
  
  
  ---
  
  ## 4 answers
  
  ### Answer by username_1 on 2015-07-17. Score: 5
  
  If you check on yoursite/civicrm/admin/member/membershipStatus?reset=1 and for the status "Grace" there is a **Yes** in the column headed "Member" then this is expected behaviour.
  
  CiviCRM does not have a "renewal start date". The "start date" is the date the latest continuous period of membership started on. For any member with a status that has a "Yes" in that "Member" column a renewal will extend the end date of the current membership and not change the start date.
  
  If you want anybody who renews after their membership end date to get a new start date then you either need to edit the **Grace** status and untick the box **Current Membership?**, or disable the **Grace** status entirely if it is not needed for your business rules and just have a membership status of **Current** followed by the membership status **Ended**.
  
  You can read more about **Membership status rules** in the **Defining memberships** chapter of our [User and Admin Guide](http://gitbook.civicrm.org/membership/defining-memberships.html)
  
  
  ---
  
  ### Answer by username_2 on 2015-07-17. Score: 3
  
  That sounds like the behaviour described in Test Plan - Membership Renewal:
  
  Renew A CURRENT Membership
  "Current" membership means that the calculated membership_status has
    is_current_member = TRUE. For this case we are basically extending the
    End Date for the existing membership record and inserting a membership
    log record. Processing is the same for Rolling and Fixed membership
    periods.
  Update the existing membership record
      Join Date and Start Date are NOT modified...
  
  
  ---
  
  ### Answer by username_3 on 2015-07-17. Score: 2
  
  In my experience different organisations will interpret this in different ways.
  
  Some expect the membership record to represent the entire length of time the contact has been a member and this is CiviCRM's default behaviour. In your case the contact is in their second year of of membership and this is represented by the data.
  
  Some expect the membership start and end date to represent the current membership period. This isn't the default way that CiviCRM works but you could achieve it by creating a second membership record for the contact, letting the first one expire. You would then have a membership record per year of membership. Its not the way we would normally recommend setting up memberships but have come across installations where its being used in that way. Therefore these organisations would probably view this as a bug or undesired behaviour!
  
  As others have said, the behaviour your seeing is as expected.
  
  
  ---
  
  ### Answer by username_4 on 2015-07-17. Score: 1
  
  The benefit of the start date NOT changing upon timeline renewal is that it is easy to spot "continuous" members. This is because members that have never expired since they first became a member will have an identical "member since" and "start date". Those that have expired, and come back, will have different "member since" and "start date"s.
  
  > **Comments:**
  > **username_5**: if folk are using Fixed periods for their membership, then the above probably doesn't hold because the SInce and Start dates are likely to be different for the majority of members.  
  
  ---
  
  