Answers.Body: <p>On the demo site I took the following route and saw no issues</p>
  
  <ul>
  <li>change the Contrib page to accept Pay Later</li>
  <li>completed a Pay Later membership for the demo user</li>
  <li>confirmed that by then clicking on Edit for membership at backend, clicking on the Contribution block with 'more' and 'record payment' the membership was set to Current and there was no 'renewal' Activity on their record.</li>
  </ul>
  
  <p>Hope that helps</p>
  
  <p>Data will be on <a href="https://dmaster.demo.civicrm.org/civicrm/contact/view?reset=1&amp;cid=203" rel="nofollow noreferrer">https://dmaster.demo.civicrm.org/civicrm/contact/view?reset=1&amp;cid=203</a> for less than 12 hours till it is flushed.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-08-12T15:59:38.783Z
Answers.Text: I really think this is a bug because on a brand new Drupal 7.72 - CiviCRM 5.25 I have the same situation. It creates automatically a "Membership renewal" activity :-(
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-08-12T21:06:49.263Z
Answers.Text: I just repeated steps above on dmaster.demo (with slight variation as how one records payment has changed slightly) - I still get no Renewal Activity created.
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-08-14T09:51:42.533Z
Answers.Text: I can't understand what happens :-/
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-08-19T14:02:58.167Z
Answers.Text: what could induce such a behaviour? Is there a basic parameter to set in CiviCRM?
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-08T13:34:30.640Z
Answers.Text: thanks Pete. Actually it works and behaves the way it should and I need. I have to check my process :-/
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-08T14:10:28.683Z
Answers.Text: I'm having the same behaviour on the same site with a test webform and I can't find where to set this :-/ Where could this be set within CiviCRM?
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-08T15:33:05.457Z
Answers.Text: it does the same as on the demo plus adding a renewal. And it comes to the same point by either using the webform or from the backoffice. I'm a bit turning mad.
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-08T20:32:54.087Z
Answers.Text: i can't think why a renewal would be added unless you have something 'extra' doing this on purpose eg CiviRules, extension, etc
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-12T10:10:04.653Z
Answers.Text: I'm checking every single extension and rule and this is really weird :-/
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-12T19:15:27.867Z
Answers.Text: when you say 'test webform' i am not certain if you mean a Drupal webform using webform_civicrm or just a civi form? my testing on dmaster was just using civicrm contribution page, not a Webform
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-13T10:52:26.107Z
Answers.Text: I face unfortunately exactly the same situation using either a classic CiviCRM contribution page or a webform
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-13T21:23:12.153Z
Answers.Text: so you get your problem with both Drupal webforms and also with standard civicrm contribution forms
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-15T11:18:52.213Z
Answers.Text: yes and on different versions especially on our sandbox without any active extension :-/
Answers.UserDisplayName: Guillaume Sorel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-05-06T19:48:26.247Z
Answers.LastActivityDate: 2020-05-17T19:20:08.603Z
Answers.LastEditDate: 2020-05-17T19:20:08.603Z
Answers.UserDisplayName: petednz - fuzion
Body: <p>I don't understand why, for a first membership, when a member chooses the &quot;Pay later&quot; option s.he gets a new activity &quot;Renewal&quot; recorded once the payment is manually added by the admin but not if s.he just pays live with credit card?</p>
  <p>It's not a renewal and I don't want this activity to be added. This is mistaking the reports for those who are really renewing their membership and need to be separately identified for backoffice purpose.</p>
  <p>I don't have a special CiviRule that would involve this behaviour so I guess it's build in CiviCRM.</p>
  <p>I'm using CiviCRM 5.21.0 on Drupal 7.67</p>
  <p>How could I fix this?</p>
  <p>regards,
  Guillaume</p>
  <p>EDIT 1:
  Activity Renewal is &quot;Renouvellement d'adhésion&quot;. It comes automatically every time I use the pay later option. I don't get :-/
  <a href="https://i.sstatic.net/1g5OH.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/1g5OH.png" alt="enter image description here" /></a></p>
  <p>EDIT 2:
  I've tried on a different CiviCRM/Drupal website and it ends the same. It creates an unwanted Renewal activity</p>
  <p>EDIT 3: After a step-by-step comparison with the demo, it appears that when registering a member, CiviCRM creates an &quot;Online or offline membership signup.&quot; activity that I don't see on the demo instead it creates a Pending membership coloured in red that is deleted after a payment. And when entering a contribution, it logically adds a &quot;Renewal&quot; activity. So now, it's more about why is CiviCRM creating this first membership and no more why I get a renewal activity. little step forward...</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-05-06T12:16:02.157Z
Comments.Text: Hi Guillaume! I've tried to replicate this on 5.21 and in my instance Civi does record the contribution and membership as pending (pay later)/pending respectively and the activity for membership sign up updates from 'scheduled' to 'completed' for a new membership. If you can it may be worth replicating on the Civi demo to establish if it's configuration related after all?
Comments.UserDisplayName: RebeccaTregenna
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-05-06T15:20:50.707Z
Comments.Text: Thanks Rebecca for trying ans for the tip! I'll test on the demo.
Comments.UserDisplayName: Guillaume Sorel
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-05-06T19:44:29.870Z
Comments.Text: it seems to obvious to mention but make sure you do not click on 'renew' when you record the payment, just use Edit option on the Membership or Contribution tabs
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-05-07T09:53:16.807Z
Comments.Text: As above. I would encourage to use the 'record payment' via the contribution rather than via the membership as that's the actual financial transaction associated with that membership.
Comments.UserDisplayName: RebeccaTregenna
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-05-08T15:26:37.983Z
Comments.Text: I'm doing it through the Contribution tab ;-)
Comments.UserDisplayName: Guillaume Sorel
Tags: <civimember><activities><renewals>
Title: Membership Pay later and Activity Renewal
ThreadText: # Membership Pay later and Activity Renewal
  
  (Asked by: username_0 on 2020-05-06)
  
  I don't understand why, for a first membership, when a member chooses the "Pay later" option s.he gets a new activity "Renewal" recorded once the payment is manually added by the admin but not if s.he just pays live with credit card?
  
  It's not a renewal and I don't want this activity to be added. This is mistaking the reports for those who are really renewing their membership and need to be separately identified for backoffice purpose.
  
  I don't have a special CiviRule that would involve this behaviour so I guess it's build in CiviCRM.
  
  I'm using CiviCRM 5.21.0 on Drupal 7.67
  
  How could I fix this?
  
  regards,
  username_0
  
  EDIT 1:
  Activity Renewal is "Renouvellement d'adhésion". It comes automatically every time I use the pay later option. I don't get :-/
  [![enter image description here](https://i.sstatic.net/1g5OH.png)](https://i.sstatic.net/1g5OH.png)
  
  EDIT 2:
  I've tried on a different CiviCRM/Drupal website and it ends the same. It creates an unwanted Renewal activity
  
  EDIT 3: After a step-by-step comparison with the demo, it appears that when registering a member, CiviCRM creates an "Online or offline membership signup." activity that I don't see on the demo instead it creates a Pending membership coloured in red that is deleted after a payment. And when entering a contribution, it logically adds a "Renewal" activity. So now, it's more about why is CiviCRM creating this first membership and no more why I get a renewal activity. little step forward...
  
  **Tags:** civimember, activities, renewals
  
  > **Comments:**
  > **username_1**: Hi username_0! I've tried to replicate this on 5.21 and in my instance Civi does record the contribution and membership as pending (pay later)/pending respectively and the activity for membership sign up updates from 'scheduled' to 'completed' for a new membership. If you can it may be worth replicating on the Civi demo to establish if it's configuration related after all?  
  > **username_0**: Thanks Rebecca for trying ans for the tip! I'll test on the demo.  
  > **username_2**: it seems to obvious to mention but make sure you do not click on 'renew' when you record the payment, just use Edit option on the Membership or Contribution tabs  
  > **username_1**: As above. I would encourage to use the 'record payment' via the contribution rather than via the membership as that's the actual financial transaction associated with that membership.  
  > **username_0**: I'm doing it through the Contribution tab ;-)  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2020-05-06. Score: 3
  
  On the demo site I took the following route and saw no issues
  
  * change the Contrib page to accept Pay Later
  * completed a Pay Later membership for the demo user
  * confirmed that by then clicking on Edit for membership at backend, clicking on the Contribution block with 'more' and 'record payment' the membership was set to Current and there was no 'renewal' Activity on their record.
  
  Hope that helps
  
  Data will be on <https://dmaster.demo.civicrm.org/civicrm/contact/view?reset=1&cid=203> for less than 12 hours till it is flushed.
  
  > **Comments:**
  > **username_0**: thanks Pete. Actually it works and behaves the way it should and I need. I have to check my process :-/  
  > **username_0**: I'm having the same behaviour on the same site with a test webform and I can't find where to set this :-/ Where could this be set within CiviCRM?  
  > **username_0**: it does the same as on the demo plus adding a renewal. And it comes to the same point by either using the webform or from the backoffice. I'm a bit turning mad.  
  > **username_2**: i can't think why a renewal would be added unless you have something 'extra' doing this on purpose eg CiviRules, extension, etc  
  > **username_0**: I'm checking every single extension and rule and this is really weird :-/  
  > **username_2**: when you say 'test webform' i am not certain if you mean a Drupal webform using webform_civicrm or just a civi form? my testing on dmaster was just using civicrm contribution page, not a Webform  
  > **username_0**: I face unfortunately exactly the same situation using either a classic CiviCRM contribution page or a webform  
  > **username_2**: so you get your problem with both Drupal webforms and also with standard civicrm contribution forms  
  > **username_0**: yes and on different versions especially on our sandbox without any active extension :-/  
  > **username_0**: I really think this is a bug because on a brand new Drupal 7.72 - CiviCRM 5.25 I have the same situation. It creates automatically a "Membership renewal" activity :-(  
  > **username_2**: I just repeated steps above on dmaster.demo (with slight variation as how one records payment has changed slightly) - I still get no Renewal Activity created.  
  > **username_0**: I can't understand what happens :-/  
  > **username_0**: what could induce such a behaviour? Is there a basic parameter to set in CiviCRM?  
  
  ---
  
  