I mentioned this in a comment in a separate post a few months ago, but thought it worth calling out again here.
In Bionic Rules, you can filter on specific IDs throughout a rule, including in Case statements like the below:
(The redacted parts are SFDCIDs)
In Horizon Rules, that is no longer possible as any ID field just becomes a lookup. It looks like this:
Note that not only is it a lookup, but if you want to add another field or see your full result you’d need to scroll over, but I digress>
The issue with the lookup, is if you need to key in a specific ID. In my case, I need to intercept data from an SFDC account and change the SFDC AccountID before my actions. Now, I need to use the contains operator (haven’t tested if that works) or filter for one of the many possible account options (there are duplicates, hence the issue) and test until I’m confident I’ve got the right one selected.
I’m guessing that this behavior isn’t going to fundamentally change, but my ask here is can we find some ways to make the functionality more similar? We’re likely not the only ones using these filters in rules or expecting Horizon Rules to be at least as capable as Bionic Rules.
Some ideas that would help (if not outright having the same functionality):
- Allow an ID to at least be input into the search to retrieve the named record
- As part of the search result, display the ID so you know it’s the one you want
- In areas like this where there is a lack of functional parity between the two options, have it well documented. Not just the exciting “new workflow” and “Snowflake as a Data Source” headliners, but actual “Here’s how you used to do X in Bionic Rules, here’s the workaround in Horizon Rules”.
Thanks!
