Ability for Rules to run more frequently than once a day
We have the need to have Rules run more frequently than once a day for urgent SLAs. Would like the ability to select frequency on the Rules.
Sign up
If you ever had a profile with us, there's no need to create another one.
Don't worry if your email address has since changed, or you can't remember your login, just let us know at community@gainsight.com and we'll help you get started from where you left.
Else, please continue with the registration below.
Login to the community
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
What kind of action is it going perform? If the action is to insert a record then we need to have the capability to apply a time filter to enable the rule to consider only the records that is modified after the last rule run (time). Right now you can filter to pull in the records that was created / modified either today or yesterday, which might result in duplicate action triggers if scheduled multiple times in a day.
If it is not an insert or create new operation, then you can clone the rules and schedule at different times in the day to achieve more frequency, as a temporary workaround.
For us, it would be running a rule that looks for Closed-Won Opportunities, does a sync to add the Customer to Gainsight and creates an onboarding CTA. At the end of the quarter we have high volume and anxious Customers. There is a a concern about waiting overnight for rules to run. Our previous process had onboarding tasks assigned via workflow rule the moment a new deal was Closed-Won. Our first end of quarter on Gainsight is coming up here at the end of July, so I will get more real world requirements. I am anticipating this being an request from the AM team.
thanks
Kristin
Ours is in conjunction with interesting moments that need to be created within Marketo due to Application Crashes. It is a part of a larger project we are doing within the Gainsight application. Denise Stokowski or Manu Mittal may be able to shed some more light from a Gainsight perspective.
Leslie, I am aware of your requirement interesting moments, we don't have a straight forward solution for now. We are working on a solution for that. Will keep you posted on this.
What Sundar proposed could address your needs, since both these actions -- loading Customers and creating CTAs -- have some built-in control over how many times they execute. For loading Customers, we simply update existing Customer records, so there is no issue even if the same Opportunity is part of multiple rules. For creating CTAs, we don't create a new CTA if there is one already open with the same type and reason (this CTA 'uniqueness' criteria will be made more configurable in one of the upcoming releases).
Hi Leslie,
In your case, the action is to talk to Marketo, and these controls don't apply there. So if we clone/copy rules and take the same action multiple times a day, the only way to not repeat Interesting Moments is to make sure we are filtering (acting on) the right events. Our time filtering capabilities are not this granular currently, like Sundar mentioned. Another option is to somehow flag the events that were already passed to Marketo -- might not be practical, given the data volumes. We would need a much more robust solution here, and the team is thinking about how we can best align with our roadmap.
Yes, creating cloned rules works for us. I would like to see the ability to schedule multiple rules execution times simply to manage the number of rules being created. Also, if I have to modify the criteria as we expand use of Gainsight, there is only 1 rule to modify for this use case.
thanks
Kristin
Some background on this:
As you know all the rules (for each customer) would run in a sequence defined by the scheduled time. This is essential and it causes the total time taken to complete all the rules anywhere from 1-8 hours. The long running rules for most customers is influenced by the SFDC API response time majorly among other reasons, and thats not within Gainsight's control. By increasing the frequency of rules this will increase to unmanageable levels.
Why doesn't the rules run in parallel now?
We can't have the rules read / write into the same object and if we have to support then heavy instrumentation should be done in Gainsight's platform which is the second enhancement I mentioned above.
The long term would look like this
Problem: if that CTA is closed within that same day, the cloned CTA rule will be re-run and applied again so that the same CTA will appear for that customer.
Will date/time functions solve this issue where:
CTA:Created Date >= Subtract 1 Day from Rule Date ?
or do we also have to include CTA:Created date < Add 1 Day from Rule Date ?
Is there an update on this? We have a need to run an alert rule to run once an hour to meet SLA expectations.
Thanks,
Leslie Morgan
I understand that technical challenges and limitations exist. At the same time from my experience with other rules engines (Example: Blazes Advisor or others), my expectations are so high. Love Gainsight, but...
Customer would like to have real time access for CTAs for Rules creation (or as close to real time as possible). Would like ability to have real time data vs. creating 24 rules for each hour in the day.
Right now, our work flow is to identify customer's reason through low usage, and if we engage with them we mark the stage of the CTA as the reason for low usage (i.e. "product" as marked above). From there, we manually create another CTA on the account that has the "product issues" playbook. I'd love for this to just trigger off as soon as I mark that stage on the CTA rather than needing to manually trigger another CTA.
If this is currently possible without the rules engine, please let me know. Thanks!
I can run the rule multiple times a day, but it would be great if you could set a rule to trigger any time a specific CTA is closed!
Can you expand a little bit more into what the use case looks like where the next set of tasks have to be fired and actioned on within less than a day from when the previous set of tasks is completed? We find that in most cases, running that rule once every 24 hours is sufficient for the needs of the business, but would love to understand the time criticality around your use case.