Allow autoresponders in a blueprint to push down to child events even if disabled initially

Currently, if you build a blueprint and leave an autoresponder disabled, and then create your child events, if you later want to enable that autoresponder for all child events, you can't. It's an odd item to be unable to push down to child events since they all share the same IDs across all TRs. You aren't creating new autoresponders - you're just enabling/disabling what already exists. It's very confusing and doesn't follow the rules of other elements that are system generated for all events and have shared element IDs from parent to child, such as standard TR pages. This comes up frequently for optional autoresponders, such as the Follow Up messages or if you must launch your events before you have your incentive program (milestones) completed. You shouldn't have to enable all autoresponders, create the child events, and then disable the ones you may not use later and push the changes, just so you can have the option to enable autoresponders at a later time.

  • Eric Oyler
  • May 16 2016
  • Reviewed: Voting Open
Area of the Product TeamRaiser
Org/Company Name Alzheimer's Association
  • Attach files