Answers.Body: <p>If its a matter of updating one contribution than you can </p>
  
  <ol>
  <li>use api explorer(CiviCRM >> Support >> Developer >> API explorer 3) to update the contact id for the contribution, see below image(use the contribution id to move the contribution)</li>
  </ol>
  
  <p><a href="https://i.sstatic.net/AqYpn.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/AqYpn.png" alt="enter image description here"></a>
  2. Execute below sql statement in your mysql (below sql statement update contribution with 23 to set contact to id 103)</p>
  
  <p>sql:</p>
  
  <pre><code>UPDATE civicrm_contribution SET contact_id = 103 WHERE id = 23;
  </code></pre>
  
  <ol start="3">
  <li>You can use <a href="https://civicrm.org/extensions/move-contribution" rel="nofollow noreferrer">Move contribution</a> extension to move contribution to different contact </li>
  </ol>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-02-19T16:43:55.923Z
Answers.Text: Thank you!! worked like a charm.
Answers.UserDisplayName: huhk890
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-02-19T17:32:25.233Z
Answers.Text: So can you mark this as answered so that it helps someone?
Answers.UserDisplayName: Pradeep Nayak
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-02-19T19:10:31.567Z
Answers.Text: yes -- but I still need to figure out why it was recorded like that in the first place... I've tried adjusting our dedupe rules, but will find out if it happens again I guess.
Answers.UserDisplayName: huhk890
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-02-19T00:39:00.050Z
Answers.LastActivityDate: 2020-02-19T00:39:00.050Z
Answers.UserDisplayName: Pradeep Nayak
Body: <p>Help!</p>
  
  <p>When one of our donors contributed on our online contribution page with Civi, it was recorded in civi under another (unrelated) donors name. But it was recorded properly in our payment processor. Civi even sent a confirmation email to the correct email address but using the incorrect name of our donor. What went wrong?</p>
  
  <p>I want to move the donation from the wrong client to the correct one, but if I try to delete the donation it says it will delete any financial record of that donation as well. Is this true? Will it delete the payment as recorded in our payment processor Authorize.net?</p>
  
  <p>Thank you all.</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-02-18T21:40:22.047Z
Comments.Text: How are you trying to move?
Comments.UserDisplayName: Pradeep Nayak
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-02-18T22:20:27.340Z
Comments.Text: One way the above would be possible is if your Dedupe Rules are misconfigured
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-02-18T23:15:19.140Z
Comments.Text: @petednz-fuzion -- good call. Thank you. Do you know where I can find info that explains how dedupe rules function?
Comments.UserDisplayName: huhk890
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-02-18T23:16:53.697Z
Comments.Text: @PradeepNayak I was planning on deleting the contribution from the incorrect donor's contribution page and then adding the donation to the correct donors page. I am worried that will delete the payment in our payment processor because a pop up warns me of that.
Comments.UserDisplayName: huhk890
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-02-19T03:10:48.567Z
Comments.Text: Go to documentation (under Support in your civi menu) and search for 'dedupe'.https://docs.civicrm.org/user/en/latest
Comments.UserDisplayName: petednz - fuzion
Tags: <civicontribute>
Title: Donation recorded under the wrong contact name
ThreadText: # Donation recorded under the wrong contact name
  
  (Asked by: username_0 on 2020-02-18)
  
  Help!
  
  When one of our donors contributed on our online contribution page with Civi, it was recorded in civi under another (unrelated) donors name. But it was recorded properly in our payment processor. Civi even sent a confirmation email to the correct email address but using the incorrect name of our donor. What went wrong?
  
  I want to move the donation from the wrong client to the correct one, but if I try to delete the donation it says it will delete any financial record of that donation as well. Is this true? Will it delete the payment as recorded in our payment processor Authorize.net?
  
  Thank you all.
  
  **Tags:** civicontribute
  
  > **Comments:**
  > **username_1**: How are you trying to move?  
  > **username_2**: One way the above would be possible is if your Dedupe Rules are misconfigured  
  > **username_0**: @petednz-fuzion -- good call. Thank you. Do you know where I can find info that explains how dedupe rules function?  
  > **username_0**: @PradeepNayak I was planning on deleting the contribution from the incorrect donor's contribution page and then adding the donation to the correct donors page. I am worried that will delete the payment in our payment processor because a pop up warns me of that.  
  > **username_2**: Go to documentation (under Support in your civi menu) and search for 'dedupe'.https://docs.civicrm.org/user/en/latest  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2020-02-19. Score: 1 | Accepted answer
  
  If its a matter of updating one contribution than you can 
  
  use api explorer(CiviCRM >> Support >> Developer >> API explorer 3) to update the contact id for the contribution, see below image(use the contribution id to move the contribution)
  
  
  2. Execute below sql statement in your mysql (below sql statement update contribution with 23 to set contact to id 103)
  sql:
  UPDATE civicrm_contribution SET contact_id = 103 WHERE id = 23;
  
  
  You can use Move contribution extension to move contribution to different contact
  
  > **Comments:**
  > **username_0**: Thank you!! worked like a charm.  
  > **username_1**: So can you mark this as answered so that it helps someone?  
  > **username_0**: yes -- but I still need to figure out why it was recorded like that in the first place... I've tried adjusting our dedupe rules, but will find out if it happens again I guess.  
  
  ---
  
  