CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • Print PDF-Letters available for deceased contacts - Design Decision?
Pages: [1]

Author Topic: Print PDF-Letters available for deceased contacts - Design Decision?  (Read 910 times)

Fabian_SYSTOPIA

  • I post occasionally
  • **
  • Posts: 74
  • Karma: 3
  • CiviCRM version: 4.3.x, 4.4.x
  • CMS version: Drupal 7.x
  • MySQL version: 5.4.10
  • PHP version: 5.4.10
Print PDF-Letters available for deceased contacts - Design Decision?
November 01, 2013, 09:15:27 am
Hello,

I recently noticed that the option "Print PDF-Letter" is available for contacts marked as deceased. Also, PDF-Letters will be generated for those contacts if their are included in a search result an you choose "Print PDF Letter for Contacts".

In my oppinion this should not be the case as you risk writing letters to dead people. However this may make sense in other use cases that I don't know of so I do have the following questions:

  • Is the situation described above a design decision/intended behaviour?
  • If yes: Do you have any suggestions how to deactivate that function on an installation?
  • If no: Should I post a bug report?

Regards
Fabian

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Print PDF-Letters available for deceased contacts - Design Decision?
November 01, 2013, 10:14:07 am

since deceased is a search option, i suspect we should drive it from there. i.e. ensure that is checked/un-checked based on what u want to do.

seems like there might be a good case to promote that option from demographics to the top pane (i.e. close to 'Search in Trash')

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

Fabian_SYSTOPIA

  • I post occasionally
  • **
  • Posts: 74
  • Karma: 3
  • CiviCRM version: 4.3.x, 4.4.x
  • CMS version: Drupal 7.x
  • MySQL version: 5.4.10
  • PHP version: 5.4.10
Re: Print PDF-Letters available for deceased contacts - Design Decision?
November 03, 2013, 04:14:18 am
Dear Lobo,

thanks for the fast answer.

I agree, that promoting the search option "deceased" to a more obvious location and setting "no" as the default would be a good measure. In fact there are many cases in which I would exclude deceased contacts from querys (e.g. basic search, advanced search, most reports....) by default.

However, I am still not sure if there is any case in which it makes sense to send a pdf-letter to a deceased contact?! In my oppinion this function (or any other kind of interaction) should not be available as the risk of accidentally writing to a deceased contact is too high. This is probably also the reason why deceased contacts cannot be contacted via E-Mail (no matter what their communication preferences are).

Would you (and/or other people) agree on that?

Regards
Fabian

Detlev

  • I post occasionally
  • **
  • Posts: 68
  • Karma: 2
    • Software für Engagierte e.V.
  • CiviCRM version: 4.5
  • CMS version: Drupal
Re: Print PDF-Letters available for deceased contacts - Design Decision?
November 04, 2013, 07:07:46 am
As you export contacts, you are asked whether to

"Exclude contacts with "do not mail" privacy, no street address, or who are deceased. "

I would propose, that CiviCRM should behave similar for exporting, printing pdf's, and printing address labels, as well as for mailings and bulk emails!

Such like:

Exclude contacts:
[ X ] with "do not mail" privacy
[ X ] with no street address
[ X ] who are deceased.

(with all of them checked by default)

Would be nice for 4.5, wouldn't it?

Cheers, Detlev

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Print PDF-Letters available for deceased contacts - Design Decision?
November 04, 2013, 11:56:20 am

detlev:

any chance u can get antrik to work on this for 4.5, please?

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

Fabian_SYSTOPIA

  • I post occasionally
  • **
  • Posts: 74
  • Karma: 3
  • CiviCRM version: 4.3.x, 4.4.x
  • CMS version: Drupal 7.x
  • MySQL version: 5.4.10
  • PHP version: 5.4.10
Re: Print PDF-Letters available for deceased contacts - Design Decision?
November 05, 2013, 10:19:41 am
Hi guys,

in addition, I noticed that also for contacts who have the privacy option "do not mail" it is possible to print out a pdf letter! This should also be addressed in future changes.

Imho this is even more serious than being able to generate pdf-letters for contacts marked as deceased. No user would expect that the system will print a letter for a contact who is clearly marked as "do not mail".

Does anybody know a workaround? Except for explicitely excluding them in the search criteria?

antrik

  • I’m new here
  • *
  • Posts: 2
  • Karma: 0
  • CiviCRM version: .
  • CMS version: .
  • MySQL version: .
  • PHP version: .
Re: Print PDF-Letters available for deceased contacts - Design Decision?
November 05, 2013, 11:17:00 am
Do we ever want to send letters to deceased contacts? Hard to say. Some kinds of privileges/obligations automatically pass on to the heirs -- but if we already *know* a contact is deceased, that most likely either means that we have been contacted by the heirs already; or that a previous letter has been returned... So it's really hard to think of a case. OTOH experience tells us that whenever software tries to be smart and forbid something because a developer couldn't think of a use case, sooner or later someone else *will* find a use case, and will be very dismayed... Some kind of warning/confirmation seems a safer choice than disabling the functionality entirely.

As for changing the default for searches and reports in general, that's actually not so clear-cut. (See also http://forum.civicrm.org/index.php/topic,29799.0.html ) While I can think of many cases where it's obviously preferable to exclude deceased contacts, I can also think of various cases where they should be included, and not doing so would yield very confusing results. (Such as donation reports, past memberships, event attendance reports etc.) Thus my vote is against changing the default.

Making the search option more visible would certainly be very nice to have -- but I don't see myself working on this in the foreseeable future: we have way more urgent things on our plate :-(

johns

  • I’m new here
  • *
  • Posts: 20
  • Karma: 1
    • Free Software Foundation
  • CiviCRM version: 4.3
  • CMS version: Drupal
Re: Print PDF-Letters available for deceased contacts - Design Decision?
November 15, 2013, 11:37:10 am
Personally I don't want too much magic being done by such flags. We mark Do Not Mail for contacts who don't want mail, then we make sure our mailing group excludes them. That seems appropriate to me. I can see organizations using that generic sounding flag for specific purposes. For example, Do Not Mail can reasonably be used to mean "don't send fundraising letters, but do still send an invitation to the holiday party."

Support free software by supporting the Free Software Foundation: http://u.fsf.org/buildusup

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • Print PDF-Letters available for deceased contacts - Design Decision?

This forum was archived on 2017-11-26.