Filtering on Picklist values in Rules

thanks for separating this out @darkknight 

+1 to this request for sure

 Hi @darkknight 

Totally agree with what you said. And creating the Case Transform for one Picklist field with fewer(less than 10) Picklist value is fine, but if we have more Picklist Fields and each field has more than 10 values and creating the Case transform tasks is a cumbersome process.

@sai_ram can you raise this to Product please?  It is quite difficult to keep SFDC and Gainsight in sync when picklists are involved...

@darkknight Thanks for resurfacing this request. Our product team is planning a lot of new changes on rules engine. I am redirecting this to them for more visibility. 

@darkknight Yes! This is an issue on many of my rules - fixing this would create much shorter run times for Gainsight rules and help with auditing between Gainsight and SFDC. 

There are plenty of instances where Real-time rules do not push to SFDC and there’s really no way to trace that back (as connectors only go one way). So mismatch field values would be key in preventing these discrepancies. 

Running into this issue yet again. 

Since I cannot add Salesforce fields directly to the C360 Attributes on NXT, I have replicated a Salesforce Account picklist on the Company object, and need ensure that Gainsight and Salesforce stay in sync when users edit the picklist in GS.

I have Real Time Rules set up to do this, but since Real Time rules are a bit inconsistent/flaky in regards to if/when they decide to fire (or fail to notify me when they fail) I need to create a “clean up” rule that looks for mismatches and shores them up nightly.

Here’s where the current idea comes into play and where my knees scrape across the pavement:

I cannot compare the Picklist Values in Gainsight with the Picklist Values in Salesforce without creating (and keeping updated) a case statement to make the translation of GSID to Picklist Label so that I can compare the GS Picklist Label to the Salesforce value. 

I 👏🏻 should 👏🏻 not 👏🏻 have 👏🏻 to 👏🏻 do 👏🏻 that 👏🏻!

I want to know what Gainsight’s plan is to fix this egregious pain. 

@rakesh  @anirbandutta 

@gopal_rao_kallepu, @rakesh could you pl take a look at this? 

Checking to get answers here

Agree Jeff, you shouldn't have to do that. There are 2 ways when we look at plans from Gainsight to address this.

1. Just like how it is in Real Time Rules, you should be able to map Picklists even in Rules actions. The experience shouldnt be any different 

2. In Data Designer, we have introduced this ability to either have Picklist as an ID or as a Label as a part of our initiatives to make picklists easier to work with.  

With Rules Horizonization, this will be one of the many enhancements we will bring to Rules from DD when we use DD for data set up. With this enhancement, you can directly load the String value to SFDC field. 

That being said, the statement you said below is not my impression of Real Time rules. Could you please elaborate this? Is there any support ticket I can follow to understand this better?

Real Time rules are a bit inconsistent/flaky in regards to if/when they decide to fire

@rakesh thank you for this update! It’s good to know this is in the works. Do you have a target GA timeframe for the rules horizonization?

As for RT Rules, I have been attempting to utilize them the last few days to update several fields in SF when the corresponding fields are edited in GS. The problems seem to occur mostly in rules where I combine multiple fields into a single RTR. I haven’t created a support ticket because I just split each field out into their own separate RTR which seems to be working ok for now and frankly I don’t have the time or patience to deal with the frustrating support experience on this.