Answers.Body: <p>Karen's answer above certainly showed me what is wrong. It seems that its edits the label and not the name but the check on import is to name and not label. Is this a bug? I am on CiviCRM 5.15.1 at present.</p>
  
  <p>I sorted things out for me by deleting the Payment Method that was causing the problem and then recreating it. This was no problem for me as there were no existing contributions. Might have side effects in a mature site.</p>
  
  <p>Update: deleting and re-inputting won't work for the "Check" Payment method as this is reserved and can't be deleted. So for this one I had to go in and change the database.</p>
  
  <p>It looks like its fixed in 5.17.0 though... see <a href="https://lab.civicrm.org/dev/core/issues/1133" rel="nofollow noreferrer">https://lab.civicrm.org/dev/core/issues/1133</a></p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-10-26T16:42:22.103Z
Answers.LastActivityDate: 2019-10-28T10:34:20.470Z
Answers.LastEditDate: 2019-10-28T10:34:20.470Z
Answers.UserDisplayName: Mick Kahn
Answers.Body: <p>This could also be a translation issue. After upgrading to 5.3.1 we had to change 'Cheque' to 'Check'. Haven't dug into that one yet.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-08-09T14:40:10.770Z
Answers.Text: Hi Andrew - I suspect that Translation perhaps changes Label but not Name. The importer definitively appears to match for Name (which is no longer exposed in the GUI)
Answers.UserDisplayName: KarinG - Semper IT
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-08-09T12:40:17.167Z
Answers.LastActivityDate: 2018-08-09T12:40:17.167Z
Answers.UserDisplayName: Andrew West
Answers.Body: <p>Ok next thing to try is to check the <code>civicrm_option_value</code> table. Note it has a name column (in addition to what you can see in the GUI in 5.3.x). In the old days this name column was exposed and could be set independently: here it was set to <code>Offline Credit Card</code> - Importing with Payment method:</p>
  
  <ul>
  <li>Offline Credit Card -> works!</li>
  </ul>
  
  <p><a href="https://i.sstatic.net/bqPv1.png" rel="noreferrer"><img src="https://i.sstatic.net/bqPv1.png" alt="enter image description here"></a></p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-08-09T09:30:27.917Z
Answers.Text: could you mark your answer as solved? That might help others as well.
Answers.UserDisplayName: Jaap Jansma - CiviCooP
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-08-09T12:22:43.547Z
Answers.Text: SE only lets you accept your own answer in 2days
Answers.UserDisplayName: KarinG - Semper IT
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-10-12T20:06:44.940Z
Answers.Text: @KarinG-SemperIT any idea why it is no longer exposed via the gui?
Answers.UserDisplayName: themak
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-10-12T23:27:19.650Z
Answers.Text: Not sure if it was intentional or by accident.
Answers.UserDisplayName: KarinG - Semper IT
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-08-09T02:17:51.470Z
Answers.LastActivityDate: 2018-08-09T02:17:51.470Z
Answers.UserDisplayName: KarinG - Semper IT
Body: <p>We recently upgraded from LTS 4.6 to 5.3.1 (in July). Via the GUI we can see the Payment Method that we'd like to import -> Moneris -> id=6</p>
  
  <p><a href="https://i.sstatic.net/aO5wp.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/aO5wp.png" alt="enter image description here"></a> </p>
  
  <p><strong>Importing with Payment Method:</strong></p>
  
  <ul>
  <li>Moneris -> fails: Reason: Payment Instrument is not valid: Moneris </li>
  <li>6 -> fails: Reason: Payment Instrument is not valid: 6</li>
  </ul>
  
  <p>What else can I try?</p>
  
Tags: <civicontribute><import><data-import>
Title: I keep getting Payment Instrument not valid when trying to import Contributions - after upgrade from LTS 4.6 to 5.3.x
ThreadText: # I keep getting Payment Instrument not valid when trying to import Contributions - after upgrade from LTS 4.6 to 5.3.x
  
  (Asked by: username_0 on 2018-08-09)
  
  We recently upgraded from LTS 4.6 to 5.3.1 (in July). Via the GUI we can see the Payment Method that we'd like to import -> Moneris -> id=6
  
  [![enter image description here](https://i.sstatic.net/aO5wp.png)](https://i.sstatic.net/aO5wp.png)
  
  **Importing with Payment Method:**
  
  * Moneris -> fails: Reason: Payment Instrument is not valid: Moneris
  * 6 -> fails: Reason: Payment Instrument is not valid: 6
  
  What else can I try?
  
  **Tags:** civicontribute, import, data-import
  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_0 on 2018-08-09. Score: 5 | Accepted answer
  
  Ok next thing to try is to check the `civicrm_option_value` table. Note it has a name column (in addition to what you can see in the GUI in 5.3.x). In the old days this name column was exposed and could be set independently: here it was set to `Offline Credit Card` - Importing with Payment method:
  
  * Offline Credit Card -> works!
  
  [![enter image description here](https://i.sstatic.net/bqPv1.png)](https://i.sstatic.net/bqPv1.png)
  
  > **Comments:**
  > **username_3**: could you mark your answer as solved? That might help others as well.  
  > **username_0**: SE only lets you accept your own answer in 2days  
  > **username_4**: @KarinG-SemperIT any idea why it is no longer exposed via the gui?  
  > **username_0**: Not sure if it was intentional or by accident.  
  
  ---
  
  ### Answer by username_1 on 2019-10-26. Score: 1
  
  Karen's answer above certainly showed me what is wrong. It seems that its edits the label and not the name but the check on import is to name and not label. Is this a bug? I am on CiviCRM 5.15.1 at present.
  
  I sorted things out for me by deleting the Payment Method that was causing the problem and then recreating it. This was no problem for me as there were no existing contributions. Might have side effects in a mature site.
  
  Update: deleting and re-inputting won't work for the "Check" Payment method as this is reserved and can't be deleted. So for this one I had to go in and change the database.
  
  It looks like its fixed in 5.17.0 though... see <https://lab.civicrm.org/dev/core/issues/1133>
  
  
  ---
  
  ### Answer by username_2 on 2018-08-09. Score: 0
  
  This could also be a translation issue. After upgrading to 5.3.1 we had to change 'Cheque' to 'Check'. Haven't dug into that one yet.
  
  > **Comments:**
  > **username_0**: Hi Andrew - I suspect that Translation perhaps changes Label but not Name. The importer definitively appears to match for Name (which is no longer exposed in the GUI)  
  
  ---
  
  