Pass the Salesforce App Builder Platform-App-Builder Questions and answers with ExamsMirror

TODAY() is the function that should be used to return a date for calculating the difference between today and the date a marketing communication was sent. According to the Salesforce documentation, “TODAY() returns the current date as a Date value.” DATETIMEVALUE() converts a text value into a Date/Time value. DATEVALUE() converts a Date/Time value into a Date value. NOW() returns the current Date/Time value.

The full sandbox should be refreshed after each major release to production. This way, the full sandbox will have the most updated data and metadata from the production org, and can be used for final load and regression testing before the next release. Option A is incorrect because refreshing the full sandbox after user acceptance testing is complete is not necessary, as user acceptance testing can be done in the partial data sandbox or the production org. Option B is incorrect because refreshing the full sandbox after each push from the partial data sandbox is not necessary, as the full sandbox can receive configuration and code changes from the partial data sandbox without refreshing. Option D is incorrect because refreshing the full sandbox after a new user is added to production is not necessary, as adding a new user does not affect the data and metadata in the full sandbox.

Since there is a master-detail relationship between Property__c (master) and Offer__c (detail), Salesforce natively supports using Roll-up Summary fields on the master object to summarize values from the related child records.

Why A (Roll-up Summary) is correct:Exact Extract:“A roll-up summary field calculates values from related records, such as those in a related list, on a master record. You can count the number of related records, determine the sum, minimum, or maximum value of a field in the related records.” — Salesforce Help | Roll-Up Summary FieldsTherefore, DR can create a Roll-up Summary field on Property__c that uses the MAX function on the “Offer Value” field from Offer__c.

Why A (Roll-up Summary) is correct:Exact Extract:“A roll-up summary field calculates values from related records, such as those in a related list, on a master record. You can count the number of related records, determine the sum, minimum, or maximum value of a field in the related records.” — Salesforce Help | Roll-Up Summary FieldsTherefore, DR can create a Roll-up Summary field on Property__c that uses the MAX function on the “Offer Value” field from Offer__c.

Why not B, C, or D:

Rich Text Area and Text Area (Long) store text, not calculated numeric data.

Multi-select Picklist is used for multiple selectable text options, not calculations.

The requirement can be met by using a combination of process builder and approval process. The process builder can be used to trigger the approval process when the close date is delayed by more than 60 days. The approval process can be configured to require unanimous approval from the manager and VP of sales.

The best solution to create a report to compare the number of support cases in each status and by priority is to use grouping. Grouping allows the app builder to summarize data by one or more fields, such as status and priority, and display them in rows and columns. Grouping also enables the app builder to use different chart types, such as stacked bar charts or matrix charts, to visualize the data. Bucket columns are not a suitable solution, as they are used to categorize data into predefined groups, such as high, medium, or low. Custom report types are not a suitable solution, as they are used to define the objects and fields available for a report, not how to display them. Filters are not a suitable solution, as they are used to limit the data shown in a report based on certain criteria, not how to compare them

The primary object selection is locked once the custom report type has been saved. This means that the app builder cannot change the primary object later. The other options are not true.

The requirement specifies that when the Close Date is delayed by more than 60 days, the record must go through review by both the manager and VP of Sales — this implies an approval process or Flow-initiated approval is needed, not just a restriction.

Why B (Flow) is correct:A Record-Triggered Flow can be configured to detect when the Opportunity Close Date changes by more than 60 days and then automatically submit the record for approval.Exact Extract:“You can use a flow to automatically submit records for approval when they meet certain criteria.” — Salesforce Help | Flow and Approval Processes

Why C (Approval Process) is correct:The approval process enforces the review by both the manager and VP, ensuring a controlled approval sequence.Exact Extract:“An approval process automates how records are approved in Salesforce. Each approval process specifies the steps necessary for a record to be approved and who must approve it.” — Salesforce Help | Approval ProcessesYou can configure multiple approvers and specify that both must approve (“Unanimous Approval”).

Why not A (Validation Rule):A validation rule would only block saving but would not trigger a review or approval.

Why not D (Formula Field):Formula fields are read-only and cannot trigger workflow or approval actions directly.

References (Salesforce Platform App Builder documentation / Study Guide topics):

Salesforce Help | Flow Builder and Approval Processes

Salesforce Help | Approval Processes

Salesforce Platform App Builder Exam Guide | Business Logic and Process Automation

 The app builder should recommend building a global action to create Contacts. A global action allows users to create records quickly from any page in Salesforce on their mobile devices. The app builder can also specify predefined values for some fields in the global action, such as Account Name or Phone Number, to make data entry easier for users. Option A is incorrect because customizing the mobile menu to move Contacts to the top does not help users create new contacts quickly or follow up later. Option C is incorrect because adding a compact layout to Contacts does not help users create new contacts quickly or follow up later, but rather shows them more fields on record detail pages or list views. Option D is incorrect because using Path and setting pre-defined values does not help users create new contacts quickly or follow up later, but rather guides them through different stages of a record.

 The two actions that an app builder should take to meet the requirements are: Implement a sharing rule. A sharing rule is a way to grant additional access to records based on certain criteria, such as record owner, role, profile, or field value. The app builder can create a sharing rule that grants read access to all accounts with the VIP Account field value to all users. This way, all users can view these accounts, but only the owners can edit them. Change organization-wide defaults. Organization-wide defaults are the baseline level of access that users have to records they do not own. The app builder can change the organization-wide default for accounts from Public Read Only to Private. This way, only the owners can view and edit their own accounts, unless additional access is granted by other means, such as sharing rules. Configuring a permission set is not a valid action, as it does not affect record-level access. A permission set is a way to grant additional permissions and access settings to users on top of their profile settings, such as object permissions, field permissions, app permissions, etc. Setting up an Account Team is not a valid action, as it does not restrict record-level access. An Account Team is a way to share an account and its related records with a group of users who work together on the account, such as sales reps, managers, or support agents. An Account Team grants additional access to team members based on predefined roles and access levels.

Lookup is the type of relationship that would be set up to meet the specification of pairing experienced Realtors with new Realtors. According to the Salesforce documentation, “A lookup relationship creates a loose association between objects. The lookup field allows users to select a record from another object.” Indirect lookup is used for junction objects on different platforms. Many-to-many is not a type of relationship, but a result of using junction objects. Master-detail is used for creating parent-child relationships.