Skip to main content
New Idea

Refresh Lookups in Data Designer on Model Refresh

Related products:CS Data Management & IntegrationsCS Rules Engine
  • January 12, 2026
  • 7 replies
  • 94 views

bradley
Forum|alt.badge.img+8

There was much well deserved excitement around this finally being released: 

However, one very critical, and very key component of this was not only left out, but there was no indication it was left out at all and what the expected behavior should be - the fact the lookups don’t actually *dynamically update*

They refresh at the tenant level every 12 hours.

Here is an example:

  • You set up a Data Designer (DD) that has a lookup to the Company MDA, which itself has been turned into an MDA object.
  • You have a rule updating the Status of your Company records
  • After this rule runs, your DD refreshes (within say 1 hour)
  • You run a report on Company>Status and a report on the DD with Company>Status and whatever other fields you need
  • You compare the two “Status fields” between the two objects - they will not match for as much as 12 hours. Any records that were updated by the rule, will not reflect in your DD even if the DD was refreshed right after the rule ran, and it is referencing the Company table via the new lookup method and there is nothing you can do about it*.

What does this mean?

  • Refreshing your Data Designs will no longer give you the most up to date data on *any* object you have set up this lookup to.
    • To be clear, if you’re not using the new lookups, the DD work as they always have as far as I can tell. 
  • Testing new data becomes more challenging, because if you need to use a lookup, then you have to wait 12 hours for everything to refresh???
  • There is (as of this writing) no documentation on this limitation on what the delay is, how it works, when the syncing is, if it can be changed. Nothing. As bad as this lack of refresh is, it’s made worse by the fact it was not communicated in any way.

 

What is the ask?

  • First and foremost - lookups should refresh on a per DD basis. If a data design refreshes, the expectation is that the data in there is accurate *at runtime*.
  • Secondly - this needs to be documented, and *proactively* communicated to admins. Even just the current state. Adding the documentation is one thing, but making sure there is proactive outreach to admins is critical.
  • In the short term, at the very least, reduce the time for this syncing

 

This is a glaring problem that undermines the one of the main utilities of this being released in the first place, and the fact that it is not documented anywhere is extremely disappointing to say the least.

 

*support has indicated it might be possible to reduce this time on a per tenant basis.

7 replies

mobrien14
Forum|alt.badge.img+6
  • Helper ⭐️
  • January 12, 2026

100% agreed with ​@bradley -- while adding the feature is great to allow for things like Gainsight Home usage, this sort of functionality gap is worse when you see these reports alongside native widgets or standard reports that have real-time data & updates. 

“Sorry team, these reports only get new data every 12 hours” is also not an acceptable response when presented with the two side by side. It only diminishes confidence in the information as a whole.

Would love to see this rectified as soon as possible.


darkknight
Forum|alt.badge.img+5
  • Expert ⭐️
  • January 12, 2026

Another example in a long list of Gainsight missing the connection between design and user experience.


TMaier
Forum|alt.badge.img+5
  • Helper ⭐️
  • January 12, 2026

Making tweaks to this on a per-tenant basis feels like it will create more trouble for everyone involved, eventually.

 

This really should be based on when the DD runs or it’s more a liability than an asset IMO - not having any idea whether you’re looking at the correct data renders the lookups universally suspect and mostly useless expect for use with datapoints not expected to ever change once set.

 

Not knowing when that last refresh WAS makes this a “black box” type of issue, which will quickly erode any trust we or the users have in the product of those affected DD’s and (probably) Gainsight reporting as a whole. Unfortunately, users are not usually swayed by a detailed explanation as to why “...THIS report was wrong but wait it’s totally fine the rest of the reports will work we swear...”


bradley
Forum|alt.badge.img+8
  • Author
  • Expert ⭐️
  • January 12, 2026

I should have added as well - the lack of documentation is also exacerbated by the fact there’s no insight in the product itself (much like these 

) when these “jobs” or refreshes run, when they’re done, and if they were successful. 


john.cowles
Forum|alt.badge.img+3
  • Helper ⭐️
  • January 12, 2026

We were very excited for this feature and ended up getting very confused by it also.  We spent a lot of time trying to figure out why the value was not being refreshed.  My assumption was that this was a live link to the related table.  This is how I would expect it to work.  

Knowing it is every 12 hours will cause us to revert from using this feature back to the old way of passing all the fields into the data designer.  Having it refresh upon the data designer refresh is better, but I would still want it to be linked to the live related table. 


romihache
Forum|alt.badge.img+9
  • VIP ⭐️⭐️⭐️⭐️⭐️
  • January 13, 2026

Oooof…. big hit and miss!
I’ve been eager to dive into this once I got past my SFDC hurdles (still working through the disconnect), but I have to admit I'm finding it quite confusing.
As John mentioned above, my idea was that it was a live connection, but not even a refresh when the DD runs?? Absolute deal breaker. What’s the point of this “feature” beyond making it easier adding fields to a DD?


dcassidy
Forum|alt.badge.img+6
  • Helper ⭐️
  • January 13, 2026

I’m just learning about this now, but this will be a dealbreaker for us. I can’t possibly justify explaining to leaders or team members that there could be a 12 hour delay. 

The lack of any proactive communication on this is disappointing - that should be rectified immediately. Please and thank you.