Skip to main content
darkknight
Expert ⭐️
July 13, 2020
New Idea

Filtering on Picklist values in Rules

  • July 13, 2020
  • 16 replies
  • 318 views

This is a carryover from https://community.gainsight.com/cs-ideas-21/rule-results-different-from-preview-data-30237 which is related, but not exactly the same.  Felt this warranted its own post (and I couldn’t find one already out there)

When comparing a source SFDC picklist to an GS dropdown list in Rules Engine filters, equivalency is not correctly established because the SFDC picklist renders as the actual value but the GS dropdown renders as the GSID.  This results in erroneous filtering.

One (of several) use case: since Gainsight doesn’t have a native way of keeping Contacts in sync with Person records (in the reverse direction) we have a rule that pulls changes to Person records and syncs them back to Salesforce.  And I only want them to update the Contact if the values on the Person record differ from the Contact record.

We have 5 picklists on the SF object - 2 of them map to Dropdown lists in GS and the other 3 map to strings - that we need to keep in sync.   Trying to compare the values between the 5 fields in both locations isn’t possible in either dataset filters or action filters.

The suggestion (from the previously referenced post) was to create a pseudo-string field using the Case Expression formula in the Transformation task.  While this (mostly) works, it’s very cumbersome.

For my example, I end up having to create SEVEN virtual fields (4 for the SF Picklist → GS Dropdown fields - because BOTH sides have to be a string - and 3 for the SF Picklist -> GSString fields - because the target fields are already strings)

While this would work, the Case Expression is limited to 10 fields, and one of my picklist has 14 options - so I’m kinda screwed on that one.

Some folks may say “Just have the CSMs update the Contact record” - but we have security restrictions on the Contact record - also it kind of defeats the purpose of having Gainsight be the one-stop shop. 

This is a sizeable gap that causes frustrating administrative pains - hoping it can get prioritized.

FYI @rakesh @phani_kumar @HollySimmons 

    16 replies

    darkknight
    Expert ⭐️
    September 1, 2022

    @anirbandutta if this is in development, may we have the status updated to reflect that? Thank you!

    Jeff Kirkpatrick
    davebrown2242
    Helper ⭐️
    September 1, 2022
    RTR Split!

    @darkknight  - LOL   My one run at RTRs was a Snapshot and I had to separate all the actions in separate rules exactly as you mentioned. BTW - the rules cannot fire from updates via the SFDC Connector 2.0 sync. I have another rule that gets all company values that are associated with the RTR and I fetch/post the value to trigger the RTR to run. In the end, we converted back to Bionic rules and moved on.  We did engage Support @rakesh (183943) - then just abandoned it in the back and forth.

    DB
    rakesh
    Gainsight Employee ⭐️
    Lets put your data to work!
    September 1, 2022
    No Status→Planned
    darkknight
    Expert ⭐️
    September 1, 2022

    We did engage Support @rakesh (183943) - then just abandoned it in the back and forth.

    I feel that right in my heart.

    Jeff Kirkpatrick
    rakesh
    Gainsight Employee ⭐️
    Lets put your data to work!
    September 1, 2022

    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

    Is this the case even with the OR condition in Advance Logic?

     

    darkknight
    Expert ⭐️
    September 1, 2022

    @rakesh yeah even with the advance logic. 

    Jeff Kirkpatrick