A Record Rollup Definition is a standard, no-code way to roll up related records — not just amounts — from one Salesforce object onto another. In Financial Services Cloud (FSC), it's the tool for showing every family member's Cases on their shared household. Point it from a source object (Case) to a target object (the household Account) through a bridge object (Account Contact Relation), then activate it and drop the Show Record Rollup Results component onto the household page. The step almost everyone misses: activating the definition does not make anything appear. You also have to enable On-Demand Rollup Definitions and click Refresh, because new records sync on their own schedule through the Data Processing Engine, not the instant they're created.
This post walks through a hands-on FSC tutorial from FINSforce's YouTube channel, "What Are Record Rollup Definitions? FSC Demo From Scratch", and adds context to reproduce the build and avoid its most common trap. Follow along in your own org, or use this as a written reference.
Financial Services Cloud (now branded Agentforce Financial Services) gives admins four ways to roll data up between objects, and it's easy to reach for the wrong one:
Reach for a Record Rollup Definition when you need whole records — a list of Cases, not a sum of dollars — on a related object, using standard configuration rather than a managed package.
The tutorial builds around a common advisor complaint: a household in FSC (an Account record with a household record type) has several family members attached as contacts or person accounts, and each may have raised a support Case. Today, an advisor opening the household can't see those Cases without checking each contact individually.
The fix is a rollup that starts at Case, follows the relationship between a contact and the household, and lands on the household Account, so every Case raised by any family member shows up in one place. To display it, the video drags the Show Record Rollup Results component — a Lightning flexcard — onto the household record page.
Every Record Rollup Definition comes down to three decisions, and the video frames them with a driving-directions analogy worth remembering:
Getting this right requires understanding the FSC data model — specifically how households, contacts, and party-group relationship objects connect. If that model is fuzzy, the join path will be too.
This is the section worth bookmarking. After activating the definition and placing the component, the tutorial hits exactly the wall most admins hit first: the component's Refresh button is disabled, and nothing displays.
The fix is a separate setting. Go back to Record Rollup Definitions in Setup, click Manage On-Demand Rollup, and enable it. Only then does Refresh become clickable — click it, and previously-created Cases appear on the household.
There's a second layer that trips people up even after the rollup works. Once a definition is active and on-demand rollup is enabled, records still sync two ways: scheduled sync via the Data Processing Engine (DPE), running on its own background schedule so a Case created a moment ago won't instantly appear, and on-demand sync via Refresh, the manual "show me right now" action for when an advisor needs to see a just-created Case immediately.
The tutorial demonstrates this directly: after creating a new Case for a second family member, the household doesn't update until Refresh is clicked again. The video defers a full DPE walkthrough to a later episode, so treat scheduling mechanics as a topic to confirm in your own org.
Household-level visibility into service activity is a small feature with an outsized effect on adoption. An advisor who has to click into four contact records to answer "has this family had any service issues lately?" will eventually stop asking. A rollup that answers it the moment they open the household gets used every day — and a feature advisors actually open beats a custom report sitting unused in a folder. That's the practical argument for configuring the Record Rollup Definition and its on-demand sync correctly, rather than assuming FSC's pre-built rollups already cover the case. They don't — they target a different object.
If your team is evaluating how this applies to your own FSC data model, household structure, or rollout, Vantage Point can help assess the right configuration and build a practical implementation plan through our Financial Services Cloud services and workflow automation and process optimization work.
Vantage Point's senior consultants can assess your household data model, choose the right rollup mechanism for each use case, and configure Record Rollup Definitions, Data Processing Engine schedules, and on-demand sync so advisors see the records that matter without extra clicks. Talk to our team about a Financial Services Cloud configuration review.
A Rollup Summary or Rollup by Lookup field aggregates a numeric value — a count or sum — across related records. A Record Rollup Definition instead surfaces the related records themselves on a target object, using a join path and a display component like Show Record Rollup Results. Use it when advisors need the actual records, not just a total.
Activating a Record Rollup Definition doesn't automatically populate results. Enable On-Demand Rollup Definitions (Setup → Record Rollup Definitions → Manage On-Demand Rollup) and click Refresh on the Show Record Rollup Results component. Until on-demand rollup is enabled, Refresh stays disabled and nothing displays.
No. Account can be a rollup target — the destination records roll up to — but it can't be chosen as the source object records roll up from.
Depends which path is running. Scheduled runs go through the Data Processing Engine on its own cadence, so a record created moments ago may not appear immediately. If a user needs it right away, the on-demand Refresh action pulls current results instead of waiting for the next scheduled run.
For contacts or person accounts, the bridge is Account Contact Relation, joined to Account via Account ID and to the source record (here, Case) via Contact ID. Party-group relationship records generally map people to households in the FSC data model, so understanding that model is a prerequisite for the correct join path.
They target the party relationship group record, not the household Account directly. If you want related records visible on the household itself, as in this tutorial's Case rollup, you need to build your own Record Rollup Definition targeting the Account.
Drag the Show Record Rollup Results component onto the target record's Lightning page in the page editor, then configure it to point at your definition. Multiple definitions, including FSC's pre-built ones, can be selected from the same component.
Vantage Point is a boutique CRM consulting firm helping businesses transform with Salesforce, HubSpot, and AI — 150+ clients, 400+ engagements, and a 4.71/5 average engagement rating. Learn more at vantagepoint.io.