A wealth management division manages the financial assets of many wealthy clients. Which three steps should the Financial Services Cloud consultant take to offer a high level of customization to boost user productivity?
Answer : B, C, D
Custom Field Sets provide a declarative way to tailor the Financial Services interface for different user populations without changing the underlying data model. This is particularly valuable where wealth managers and investment bankers require different information to perform their jobs efficiently. The Financial Summary component supports field-set-driven configuration. Administrators can define a field set that determines which summary information is presented and configure the Financial Summary component from Lightning App Builder. Salesforce also provides Financial Services setup procedures for creating custom Account and Financial Account field sets for user-facing Financials experiences. Administrators choose the specific fields that should appear, allowing the presentation layer to be tailored to the operational needs of a persona. A consultant can therefore create a Wealth Manager-specific field set, associate it with the appropriate Financial Summary or configurable Lightning component, and use persona-specific Lightning-page configuration so that wealth managers receive the information most relevant to their work without forcing the same presentation on investment-banking users. Creating another Person Account type does not solve a user-interface customization requirement and incorrectly changes the customer data model. The appropriate solution is to use field sets and component configuration to deliver persona-specific experiences while retaining a common underlying financial data model.
Cumulus Insurance's business processes are quite complex, and steps in the process may vary depending on the information captured. Which three actions regarding functionality and features should a consultant suggest exploring to help guide Cumulus Insurance users through these processes?
Answer : B, D, E
Complex processes that vary according to record information are best addressed by making the Lightning experience conditional and contextual rather than constructing separate pages for every stage. Dynamic Actions allow administrators to control which actions users see according to record-field values and other visibility criteria. This keeps the interface focused on the actions that are appropriate at a particular point in the process. Dynamic Lightning capabilities similarly allow page content to adapt according to record context. Component visibility rules and dynamic page behaviors reduce interface clutter by showing users only the components and information relevant to their current circumstances. In-App Guidance complements these dynamic interfaces by providing prompts and walkthroughs directly within Lightning pages. It is especially useful for helping users adopt processes, discover functionality, and learn new workflows at the point of work. Building numerous custom Lightning pages increases administration and maintenance. Flows can certainly support guided processing, but the answer choice states that flows remove the need for complex Lightning pages altogether, which is too broad. The more scalable design is to make the page and its actions respond dynamically to context while providing targeted user guidance through In-App Guidance. Therefore, Dynamic Actions, Dynamic Lightning pages, and In-App Guidance are the appropriate features to explore.
How should developers configure customized nodes for display in Actionable Relationship Center (ARC)?
Answer : D
ARC custom nodes can be enhanced with OmniStudio FlexCards so that users see contextual information directly within the relationship graph. Salesforce's configuration sequence is explicit: open or create an ARC relationship graph, select the required node, navigate to the node's Display tab, and select Use FlexCard for this Node. The administrator or developer then identifies the FlexCard that should render the node. FlexCards are suitable because they provide compact, contextual displays and can expose relevant actions without forcing users to leave the relationship visualization. Developers build and activate the FlexCard in OmniStudio and associate it with the ARC node through the graph configuration. An OmniStudio license is required when FlexCards are used for ARC node customization. The distinction in the answer choices is important. ARC does not require the developer merely to reference an arbitrary Lightning web component in the node's display properties. Similarly, an OmniScript action has a different purpose: it can launch a guided process, but it is not the mechanism used to control the node's visual representation. The Use FlexCard option on the node's Display tab is the supported configuration for customized ARC node presentation.
Cumulus Bank has implemented Compliant Data Sharing in Agentforce Financial Services. Which two things happen when an opportunity record that has opportunity participants with associated share table entries is set to Private?
Answer : A, C
Compliant Data Sharing has specific behavior when an Opportunity is changed to Private. A private Opportunity cannot be shared through Compliant Data Sharing, so Salesforce removes the sharing entries that previously granted participant-based record access. Salesforce documents that when an Opportunity contains Opportunity Participants with associated share-table records and the Opportunity is made Private, the share-table records are deleted. However, the Opportunity Participant records themselves remain in Salesforce. This distinction is important because the participant record represents the business relationship or participation assignment, while the share-table record represents the actual access grant generated by Compliant Data Sharing. Setting the Opportunity to Private removes the access mechanism without automatically destroying the participant data. Salesforce recommends removing participants before making an Opportunity private when appropriate. If an Opportunity is subsequently made shareable again, the participant may need to be recreated or toggled inactive and then active so that the required sharing entry is regenerated. Therefore, manual deletion of the share-table entries is unnecessary. Salesforce performs that cleanup automatically, while preserving the underlying participant records.
Which of the following objects do support Group-Level Rollups?
Answer : A, C, E
Agentforce Financial Services group-level record rollups aggregate qualifying records belonging to members of a Primary Group so advisors can see consolidated household information. Salesforce's supported-object matrix includes Tasks, Financial Accounts, and Opportunities. Financial Accounts are surfaced through financial-account components at the group level. Once group rollups are enabled and the financial account is associated with a member of the Primary Group, the household-level experience can present the aggregated account information. Tasks are displayed within the Activities related list at the group level. This enables advisors to review relevant work and interaction activity across household members from the household context. Opportunities are also supported and appear in the Household Opportunities related list. Opportunities can require additional configuration in managed-package implementations, such as adding the appropriate value to the Rollup__c field on Account Contact Relationship. Alerts and Action Plans are not included in the documented group-level record-rollup object set tested here. They have their own data structures and visibility mechanisms. Thus, the supported choices are Tasks, Financial Accounts, and Opportunities.
A Financial Services Cloud (FSC) administrator is assigning permission set licenses to users, including personal bankers. Which permission set license is recommended for this set of users?
Answer : A
The appropriate Financial Services access level for Personal Banker users is the Financial Services Cloud Standard entitlement represented by option A. Salesforce's Personal Banker configuration guidance instructs administrators to create the user with the Personal Banker profile and then assign the Financial Services Cloud Standard and Personal Banker Access permission sets. This combination supplies the Financial Services capabilities required by the retail-banking persona together with the persona-specific permissions required for personal-banking functionality. The broader Agentforce Financial Services user-creation guidance follows the same access pattern. Personal Banker, Advisor, and Relationship Manager personas use Financial Services Cloud Standard together with their persona-specific permission sets. Salesforce distinguishes between permission sets and permission set licenses. A permission set license extends the underlying Salesforce user license so that features covered by the purchased Financial Services product can be used, while permission sets grant the associated permissions. Users therefore need the applicable license entitlement as well as required permission assignments. For the Personal Banker group described in the question, the Standard Financial Services entitlement is the appropriate baseline rather than the Basic, Foundations, or Extension alternatives.
Cumulus Cloud Bank is asking the consultant to explain some tools available to integrate Salesforce into several of its back-end/core systems. Which three capabilities should a consultant recommend?
Answer : A, D, E
Salesforce provides a layered integration architecture in which MuleSoft, OmniStudio Integration Procedures, and OmniStudio DataRaptors or Data Mappers can work together to connect Agentforce Financial Services with external core systems. MuleSoft Anypoint Platform provides enterprise integration capabilities for connecting Salesforce with banking platforms, transactional systems, APIs, and other back-end applications. Financial Services integration guidance specifically references MuleSoft for bringing external financial-account and transaction information into Salesforce. Integration Procedures are server-side OmniStudio processes designed to retrieve, transform, orchestrate, and save data without requiring direct user interaction. They can invoke HTTP endpoints, coordinate multiple actions in one server call, and connect OmniScripts or FlexCards to internal and external sources. DataRaptors, now referred to as OmniStudio Data Mappers, provide declarative extraction, transformation, and persistence of Salesforce data. They commonly operate inside Integration Procedures and handle data mappings between Salesforce records and the JSON structures required by OmniStudio components. Data Processing Engine is primarily intended for high-volume transformation and calculation workloads. Data Consumption Framework provides an external-data consumption architecture, but the integration-development capabilities specifically represented here are MuleSoft, Integration Procedures, and DataRaptors or Data Mappers.