Salesforce AP-208 Actual Questions

Discovery Framework is Salesforce’s questionnaire-driven data collection capability for Agentforce Financial Services. It is designed for processes such as customer onboarding, financial-needs analysis, eligibility assessments, and other structured information-gathering scenarios. Administrators can create both independent assessment questions and hierarchical parent-child questions. A related question can be associated with a parent question, enabling dependent question structures appropriate for conditional assessments. Salesforce currently supports a defined hierarchy level for these related assessment questions.

Question lifecycle management is also built into the framework. Assessment questions support versions, and when a new version replaces an active version, the previous version can transition to Archived status. This provides controlled change management and supports auditability of questionnaire content.

Discovery Framework uses OmniStudio, rather than Salesforce Flow as its foundational form technology. OmniStudio enables sophisticated forms incorporating branching, rendering rules, data integration, and conditional logic. Forms can also be activated and deployed through supported Salesforce experiences, including Experience Cloud scenarios, so option E is incorrect. Salesforce specifically describes Discovery Framework as combining its assessment-question data model with OmniStudio to support complex digital forms.

The relationship structure in option C reflects the essential Agentforce Financial Services household-modeling rules. Rachel ' s own household is her Primary Group, and Rachel is its Primary Member. Her spouse, Nigel, is another household member related through the spouse relationship. The Addams Charitable Trust is represented as a related business account, while the attorney is represented as a related professional contact.

Salesforce household modeling uses this same conceptual structure. A customer such as Rachel is represented by a Person Account and can be marked as both the household ' s Primary Member and as having that household as the Primary Group. A spouse is added as another group member and is connected through an explicit spouse relationship. A trust is represented by a Business Account and related to the household through an account relationship.

A person can participate in multiple groups but can have only one Primary Group because that designation determines the household to which eligible financial information and activities roll up. Rachel can therefore belong to the Symonds household as a beneficiary while retaining the Addams household as her Primary Group.

This structure provides the advisor with a complete view of Rachel ' s immediate household, family affiliations, trust relationship, and professional connections.

Mortgage functionality in Agentforce Financial Services is controlled through the appropriate permission-set and user-access configuration. A user who must create or work with Residential Loan Application records needs access to the mortgage feature and to the mortgage-related objects. Consequently, failure to assign the required Mortgage permissions prevents the consultant from creating the application record.

Salesforce ' s Financial Services setup guidance includes assigning the Mortgage permission set as part of granting users access to mortgage functionality. Salesforce also provides enhanced mortgage permission-set configurations for personas such as loan officers and underwriters.

Current configuration guidance shows that mortgage-oriented permission sets must grant the system permission that licenses the user to access mortgage functionality in Financial Services and must provide the necessary object permissions for Residential Loan Applications and related Loan Applicant and Loan Application objects.

The issue is therefore not resolved by enabling a Residential Loan Application flow or by selecting a user-level Mortgage User checkbox. Nor is there a general Allow Mortgage Access setup switch corresponding to the required user entitlement. Access is established through the prescribed mortgage permissions and associated object-level access.

Agentforce Financial Services provides purpose-built objects for modeling customer financial information beyond standard CRM records. Among these are Financial Goal, Financial Holding, and Revenue.

The Financial Goal object represents objectives such as retirement funding, purchasing a home, education planning, or other target financial outcomes. A Financial Holding represents investments or securities held within a financial account. Salesforce references Financial Holding throughout Financial Services capabilities, including financial-detail and portfolio-performance functionality that operates on Financial Account, Financial Account Role, Financial Holding, Financial Goal, and related client records.

The Revenue object is also part of the Financial Services financial model and represents revenue generated from operating a person ' s financial account or through advisory services.

These objects complement other specialized Financial Services records such as Financial Account, Assets and Liabilities, and Identification or Identity Document, allowing institutions to construct a comprehensive view of a client ' s financial position and objectives.

Billing is associated with separate financial or insurance servicing capabilities rather than being one of the client financial-information objects represented by this question. Inheritance likewise is not the corresponding packaged FSC financial object.