Skip to main content
Released

Ability to edit CTAs in the Rules Engine

Related products:CS Rules Engine

spencer_engel
My customer recently came up with a use case for editing a CTA within the Rules Engine that I'd like to share. 

Right now, we can either create or close a CTA from the Rules Engine. What my customer would like to do is change a CTA's status, priority, etc. based on criteria. 

Example: For a medium-priority CTA that was fired off due to a drop in usage, the customer would like the ability to up that CTA's priority from medium to high for any CTA that fits the associated type and reason if the usage falls even further after the original CTA is fired off. 

This kind of example doesn't really fit our current Mass Edit functionality and isn't currently able to be automated from within the Rules Engine.

Happy to go into more detail if needed. Thanks!

9 replies

dan_ahrens
Forum|alt.badge.img+2
  • Expert ⭐️⭐️⭐️
  • 1984 replies
  • July 5, 2017
Interesting idea. I'm guessing with the current capabilities you'd solve that business challenge by closing the medium CTA via a rule and opening a high CTA also via rule?

sidhu
Forum|alt.badge.img+1
  • Gainsight Employee ⭐️
  • 273 replies
  • July 6, 2017
This should already be possible out of the box. CTA rules would automatically update the priority of existing CTAs of the same type and reason.

spencer_engel
Forum|alt.badge.img+4
  • Author
  • Expert ⭐️
  • 670 replies
  • July 6, 2017
Can you explain how that would work? I thought because the Create CTA function was an upsert operation, it wouldn't be able to update the priority because a CTA of that type and reason already exists - therefore the Rules Engine would leave that CTA alone. Am I missing something?

sidhu
Forum|alt.badge.img+1
  • Gainsight Employee ⭐️
  • 273 replies
  • July 6, 2017
Based on the identifiers used in the CTA action, CTAs are upserted (Type and Reason are default identifiers). If there is an existing CTA that matches the identifier, then it is updated.

While updating:
  1. Priority is updated if the new Priority is higher than the existing CTA's priority.
  2. Chatter/Comments are updated based on the "Post update to chatter and/or comments" flag.
  3. If existing CTA does not have a playbook and the new CTA is applying a playbook, then the playbook will be applied. 
Thanks, 
Sidhu
 

john_apple
Forum|alt.badge.img+5
  • Expert ⭐️
  • 468 replies
  • December 10, 2018
We would like to be able to update all CTAs that have at least 1 task completed to be "In Progress" rather than "New" so do this we either have to do a Mass Edit, which is a one-off, or use the Rules Engine and specify the type and reason in order to update the right CTAs, but we have more than 1 type and 1 reason in use.

If we use Rules Engine and "create CTA" it will update those CTAs that have the same type and reason as specified but will also create CTAs for accounts that do not have CTAs with that type/reason, which is not desired.


dan_ahrens
Forum|alt.badge.img+2
  • Expert ⭐️⭐️⭐️
  • 1984 replies
  • December 11, 2018
Hi John, this should be doable if you fetch only the Accounts and CTAs that are "New" and have at least one task complete, then "creating" the CTA based on that short list of Accounts and CTAs. As Sidhu noted, the create action is an upsert, so the status should be updated by a create action.


tim_harper
  • Contributor ⭐️⭐️⭐️⭐️
  • 25 replies
  • January 18, 2019
I have a related use case but the same request to modify CTAs in Rules engine. We use "Recurring" CTAs to save time, but when I report on my executive dashboard for "Open CTAs", each recurring child CTA is counted and "IsRecurring" is FALSE by design (only the first CTA has "IsRecurring" set to TRUE.

Okay, rolling up my sleeves I created a new field in the Call To Action object called "RecurringParent". I pull all CTAs with "IsRecurring" set to TRUE and then pulled all subsequent CTAs based on "Account", "Created By ID", "CTA Name", and "Created By Date" and planned to set my customer "RecurringParent" to True so I can filter these out of the CTA count.

But when my action for "Load to SFDC Object" is selected, my jaw dropped that I cannot update this custom field. I must solve this somehow and this is the most straight forward way to have a flag on the object.


Forum|alt.badge.img+1
  • Contributor ⭐️⭐️⭐️
  • 14 replies
  • September 13, 2022

I am trying to do this same thing, but for Objective CTAs where there is at least one objective marked as completed within the SP. Though, I noticed that the CTA reason is NULL. So if this is an identifier for the upsert function not to create a duplicate CTA, will it not work for this use case?

 

 


Forum|alt.badge.img+1
  • Contributor ⭐️⭐️⭐️
  • 14 replies
  • September 28, 2022

@spencer_engel are you possibly able to provide any help with my last comment please?


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings