Answers.Body: <p>Best response was by Andrew/AGH: "... it's way better to have a dead person look alive than to have a live person look dead."</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-02-21T17:53:08.557Z
Answers.LastActivityDate: 2019-02-21T17:53:08.557Z
Answers.UserDisplayName: KarinG - Semper IT
Body: <p>I noticed this with one of my clients who processes a lot of in memory of donations. I've reproduced this on <a href="https://dmaster.demo.civicrm.org" rel="nofollow noreferrer">https://dmaster.demo.civicrm.org</a> :</p>
  
  <p><strong>1. enabled in Memory of profile on</strong>
  <a href="https://dmaster.demo.civicrm.org/civicrm/admin/contribute/settings?action=update&amp;reset=1&amp;id=1" rel="nofollow noreferrer">https://dmaster.demo.civicrm.org/civicrm/admin/contribute/settings?action=update&amp;reset=1&amp;id=1</a></p>
  
  <p><strong>2. made a fake VISA Contribution on that Contribution page - selecting In Memory of radio button</strong> and filling in First and Last Name 
  <a href="https://dmaster.demo.civicrm.org/civicrm/contribute/transact?reset=1&amp;id=1" rel="nofollow noreferrer">https://dmaster.demo.civicrm.org/civicrm/contribute/transact?reset=1&amp;id=1</a></p>
  
  <p><a href="https://i.sstatic.net/4IDjm.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/4IDjm.png" alt="enter image description here"></a></p>
  
  <p><strong>3. Result: Contact is created but is -not- marked deceased.</strong> If we had also filled out the email for the deceased (standard field for the in memory of profile) then this could easily lead to some awkward moments allowing CiviCRM to email deceased people.  </p>
  
  <p><a href="https://i.sstatic.net/K1h8d.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/K1h8d.png" alt="enter image description here"></a></p>
  
  <p><strong>4. I can understand that one may want confirmation that someone is deceased</strong> - rather than letting an anonymous donor update that field in the database - but to treat 'in memory of' contacts as alive people is risky. </p>
  
  <p><strong>5. Anyone have any suggestions on how to handle processing 'in memory of' profile submission better?</strong></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-13T15:17:40.417Z
Comments.Text: If someone adds info that matches an existing contact based on the default dedupe rule, does the matched contact get updated? That could be more of an issue than when it creates a new contact (ie. a contact already in your database gets marked as deceased, rather than a new contact).
Comments.UserDisplayName: Laryn
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-13T15:26:47.840Z
Comments.Text: Right - so default unsupervised dedupe rule is Email address and that works great for the donor. Since - thankfully - no-one enters email address for a deceased friend/family member - it could never match so will always create a new contact. This client has asked we remove the Email field from the in memory of profile - why would you ever want to email a deceased person? I’m pretty certain that email field served a purpose in potential deduping. We are creating numerous new in memory of but not deceased contacts (seeing that on a live project).
Comments.UserDisplayName: KarinG - Semper IT
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-13T17:26:29.053Z
Comments.Text: Yes, makes sense!
Comments.UserDisplayName: Laryn
Tags: <civicontribute><contacts><profile>
Title: When making an in memory of donation -> why does the deceased contact not get marked deceased?
ThreadText: # When making an in memory of donation -> why does the deceased contact not get marked deceased?
  
  (Asked by: username_0 on 2019-02-09)
  
  I noticed this with one of my clients who processes a lot of in memory of donations. I've reproduced this on <https://dmaster.demo.civicrm.org> :
  
  **1. enabled in Memory of profile on**
  <https://dmaster.demo.civicrm.org/civicrm/admin/contribute/settings?action=update&reset=1&id=1>
  
  **2. made a fake VISA Contribution on that Contribution page - selecting In Memory of radio button** and filling in First and Last Name
  <https://dmaster.demo.civicrm.org/civicrm/contribute/transact?reset=1&id=1>
  
  [![enter image description here](https://i.sstatic.net/4IDjm.png)](https://i.sstatic.net/4IDjm.png)
  
  **3. Result: Contact is created but is -not- marked deceased.** If we had also filled out the email for the deceased (standard field for the in memory of profile) then this could easily lead to some awkward moments allowing CiviCRM to email deceased people.
  
  [![enter image description here](https://i.sstatic.net/K1h8d.png)](https://i.sstatic.net/K1h8d.png)
  
  **4. I can understand that one may want confirmation that someone is deceased** - rather than letting an anonymous donor update that field in the database - but to treat 'in memory of' contacts as alive people is risky.
  
  **5. Anyone have any suggestions on how to handle processing 'in memory of' profile submission better?**
  
  **Tags:** civicontribute, contacts, profile
  
  > **Comments:**
  > **username_1**: If someone adds info that matches an existing contact based on the default dedupe rule, does the matched contact get updated? That could be more of an issue than when it creates a new contact (ie. a contact already in your database gets marked as deceased, rather than a new contact).  
  > **username_0**: Right - so default unsupervised dedupe rule is Email address and that works great for the donor. Since - thankfully - no-one enters email address for a deceased friend/family member - it could never match so will always create a new contact. This client has asked we remove the Email field from the in memory of profile - why would you ever want to email a deceased person? I’m pretty certain that email field served a purpose in potential deduping. We are creating numerous new in memory of but not deceased contacts (seeing that on a live project).  
  > **username_1**: Yes, makes sense!  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_0 on 2019-02-21. Score: 2
  
  Best response was by Andrew/AGH: "... it's way better to have a dead person look alive than to have a live person look dead."
  
  
  ---
  
  