Answers.Body: <p>I also found that workaround!  This is an ongoing pain point, see <a href="https://lab.civicrm.org/dev/financial/issues/37" rel="nofollow noreferrer">https://lab.civicrm.org/dev/financial/issues/37</a> for a related issue.</p>
  
  <p>In short - until a few years ago, a Contribution record was just that - a contribution.  Now it's more of an "obligation to pay", and Payment records are where the actual money is recorded.</p>
  
  <p>So "payment method" (and "check number") don't belong on contributions - they belong on payments.  Until this is fixed, your workaround is as good as it gets.  Fortunately, there's general agreement on this direction, and the financial subsystems are currently being rewritten to make future changes easier and more testable.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-21T22:21:38.513Z
Answers.LastActivityDate: 2019-11-30T05:14:26.103Z
Answers.LastEditDate: 2019-11-30T05:14:26.103Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.Body: <p>Looks like you can do this without touching the database directly. I dont think this was an option before.</p>
  
  <ol>
  <li>create a profile with payment method as a field</li>
  <li>Run a search for those contributions you want to update.</li>
  <li>select the contributions - under actions - select update multiple contributions</li>
  <li>Select the profile you created and update the contributions with the correct payment method.</li>
  </ol>
  
  <p>This still does not resolve the general issue but is a workaround.
  Another thing we did was change the default payment method to the most popular pay later option, that helps.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-30T05:13:45.613Z
Answers.Text: Note also that this is an area of active work - I expect this to be resolved in 5.20 or 5.21, since all code paths to pay a contribution shoudl be merged.
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-21T21:01:43.930Z
Answers.LastActivityDate: 2019-11-21T21:01:43.930Z
Answers.UserDisplayName: themak
Body: <p>Its quite confusing.
  The default payment method is check.
  When someone says they are paying later - it can be a multitude of payment options. When we record the payment - <a href="https://civicrm.stackexchange.com/questions/27782/pay-later-payment-method-does-not-get-overwritten-when-payment-is-made">it still shows the main payment method as check</a> - even though its something else - how can we change that. (besides heading into the back end.)</p>
  
  <p>This mostly impacts how we report payment methods and search for payments.</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-19T05:32:50.000Z
Comments.Text: I thought we had found a workaround - ie on a site i see we created a new Payment Method called Unknown - but i can find no evidence that front end 'pay later' ones are being set to this, so perhaps only for back end. but I agree it is nuts that Pay Later ones are recorded as Check when we have no idea!
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-20T13:23:21.340Z
Comments.Text: I think this would be the same problem i highlighted some time ago (https://civicrm.stackexchange.com/questions/33466/payment-type-not-changed-when-contribution-is-edited-also-affecting-event-regi) however, it seems to be a bug that is being looked at.
Comments.UserDisplayName: Clement Leong
Tags: <reports><payment><pending>
Title: Is there a way to change the Pending (Pay Later) payment method?
ThreadText: # Is there a way to change the Pending (Pay Later) payment method?
  
  (Asked by: username_0 on 2019-11-18)
  
  Its quite confusing.
  The default payment method is check.
  When someone says they are paying later - it can be a multitude of payment options. When we record the payment - [it still shows the main payment method as check](https://civicrm.stackexchange.com/questions/27782/pay-later-payment-method-does-not-get-overwritten-when-payment-is-made) - even though its something else - how can we change that. (besides heading into the back end.)
  
  This mostly impacts how we report payment methods and search for payments.
  
  **Tags:** reports, payment, pending
  
  > **Comments:**
  > **username_1**: I thought we had found a workaround - ie on a site i see we created a new Payment Method called Unknown - but i can find no evidence that front end 'pay later' ones are being set to this, so perhaps only for back end. but I agree it is nuts that Pay Later ones are recorded as Check when we have no idea!  
  > **username_2**: I think this would be the same problem i highlighted some time ago (https://civicrm.stackexchange.com/questions/33466/payment-type-not-changed-when-contribution-is-edited-also-affecting-event-regi) however, it seems to be a bug that is being looked at.  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_3 on 2019-11-21. Score: 2 | Accepted answer
  
  I also found that workaround! This is an ongoing pain point, see <https://lab.civicrm.org/dev/financial/issues/37> for a related issue.
  
  In short - until a few years ago, a Contribution record was just that - a contribution. Now it's more of an "obligation to pay", and Payment records are where the actual money is recorded.
  
  So "payment method" (and "check number") don't belong on contributions - they belong on payments. Until this is fixed, your workaround is as good as it gets. Fortunately, there's general agreement on this direction, and the financial subsystems are currently being rewritten to make future changes easier and more testable.
  
  
  ---
  
  ### Answer by username_0 on 2019-11-21. Score: 1
  
  Looks like you can do this without touching the database directly. I dont think this was an option before.
  
  1. create a profile with payment method as a field
  2. Run a search for those contributions you want to update.
  3. select the contributions - under actions - select update multiple contributions
  4. Select the profile you created and update the contributions with the correct payment method.
  
  This still does not resolve the general issue but is a workaround.
  Another thing we did was change the default payment method to the most popular pay later option, that helps.
  
  > **Comments:**
  > **username_3**: Note also that this is an area of active work - I expect this to be resolved in 5.20 or 5.21, since all code paths to pay a contribution shoudl be merged.  
  
  ---
  
  