Free Practice Questions for Salesforce Platform-App-Builder Exam

A schedule-triggered flow is designed for batch automation that must execute at a defined time and frequency. Salesforce allows this flow type to run once, daily, or weekly and to select an object plus entry conditions in the Start element. Universal Containers therefore can configure Account as the target object, Weekly as the frequency, Sunday at 2:00 a.m. as the start schedule, and conditions that identify Accounts whose Last Activity Date is more than 90 days old. A scheduled path on a record-triggered flow is tied to individual record-triggering events rather than a weekly evaluation of all qualifying Accounts. Option D runs only once and fails the recurring requirement. Salesforce explicitly supports weekly schedule-triggered flows for this batch-processing pattern.

================

The correct answer is C. Flow.

This requirement needs automation that can do multiple things: update the To Be Installed checkbox when a Lift is sold, then notify an external system the next day using an outbound message. Salesforce states that Flow Builder is the optimal tool for triggered automation because it combines workflow and process automation capabilities in one point-and-click tool. Record-triggered flows can run when records are created, updated, or deleted, and can update records, send notifications, initiate processes, and maintain data consistency.

The “next day” timing points to a scheduled path in a record-triggered flow. Salesforce explains that scheduled paths delay automation for minutes, hours, days, or months after the triggering record change. Salesforce also documents outbound messages as a Flow Builder core action for record-triggered flows, used to send a SOAP message to a designated endpoint.

Approval Process is for approvals, Validation Rule only prevents invalid data, and Assignment Rule is for assigning records such as leads or cases. None of those tools can meet the full requirement.

The correct answer is A because Salesforce provides the Establish upper bound on existing picklists option to protect picklist performance by limiting inactive picklist values. Salesforce documentation states that this setting runs a query to identify picklists with fewer than 4,000 inactive values and enforce the limit.

Why others are incorrect:

B is for reusing picklist values across fields, not reducing inactive picklist performance impact.

C would worsen the issue because it removes limits on inactive values.

D is too drastic and not the recommended Salesforce feature for this issue.

===========

The correct answer is C.

A junction object is commonly created with two master-detail relationships. Salesforce documentation states that sharing access to a junction object record is determined by the user’s access to both associated master records and the sharing setting on the relationship fields.

Here, Account Interest is the junction object between Account and Interest. If users do not have read access to the Interest object, they cannot view the Interest records. Because access to the junction object depends on access to both master records, they also cannot view the associated Account Interest records.

Why not others:

A is wrong because lack of read access to Interest does not give read-only access automatically.

B is wrong because the user can still view the Account if they have Account access.

D is wrong because junction object access is not simply “show junction but hide Interest details.”

===========

A roll-up summary field requires a master-detail relationship. Since Galaxy__c and Star__c currently have a lookup relationship, the app builder cannot create a standard roll-up summary field to count related Star__c records. The lookup must be converted to master-detail first, with Galaxy__c as the master and Star__c as the detail. Salesforce Trailhead confirms that roll-up summary fields display values on the master record based on directly related detail records in a master-detail relationship.

===========

The correct answers are A. Detail page layout, B. Custom actions, and D. Custom fields.

To deploy a new Account detail page layout successfully and make it look the same in production, the change set must include the actual page layout plus the components used on that layout.

Salesforce page layouts control the arrangement of fields, actions, buttons, and related lists on record detail pages. Therefore, if the layout uses new custom fields or custom actions, those components must also exist in production or be included in the change set. Salesforce change set guidance also notes that custom fields must be added individually when deploying customizations.

C. System administrator profile is not required just to deploy the visual layout. Profiles are only relevant if deploying access settings or layout assignments.

E. Lightning App Builder is not the component needed for a standard detail page layout; a Lightning Record Page would be a different metadata component.

The correct solution is component visibility with advanced filters. Lightning App Builder allows components on Lightning pages to be shown or hidden dynamically based on filter criteria. Salesforce Admin guidance also explains that App Builder filters can customize which components display on record pages and can use field values from related records, running user, and permissions.

Because the component must display dynamically based on criteria about the related Contact, the app builder should use an advanced visibility filter using the Contact field criteria.

Why not others:

A. Related Record component displays related record data but does not solve dynamic visibility by itself.

B. Hiding behind a tab does not dynamically control visibility.

C. Custom permission controls visibility by user permission, not by related Contact field criteria.

The correct answer is D.

Managers need to create child Accounts directly from a parent Account and auto-populate fields from that parent record. This is an object-specific custom action use case. Salesforce Trailhead states that object-specific actions can create records that have automatic relationships to other records and provide a streamlined experience across desktop and mobile. Salesforce also documents that predefined field values can be used with quick actions to set field values automatically, improving consistency and speed.

A. Global Quick Action is not ideal because it does not run in the specific parent Account context. B. Path does not create child records. C. Custom link is not the recommended Lightning approach for creating related records with predefined values.

===========

The correct answer is C. App Manager.

To add components to the Utility Bar of an existing Lightning app, the app builder edits the app from Setup → App Manager, then uses the app’s Utility Items configuration. Salesforce Help specifically states that to edit or add a utility bar to an existing app, use App Manager and click Edit for the app.

Why others are incorrect:

A is close, but the entry point for editing an existing app’s utility bar is App Manager, not directly Lightning App Builder.

B is wrong because a Lightning Record Page is for record page layout/components, not app-level utility bar configuration.

D is wrong because App Menu is for launching apps, not configuring them.

===========

The correct answer is D.

Service agents need a guided process to confirm a user’s identity before sharing support information. Salesforce Flow for Service supports guided action flows through the Actions & Recommendations component on a record page. This lets agents follow step-by-step prompts, such as identity verification questions, directly from the Case record. Salesforce Trailhead explains that Flow for Service shows users a to-do list on a record page, and selecting a step can launch a flow that guides the rep through the task.

A. Path is for guiding users through stages, not collecting identity-verification prompts. B. Validation Rules only block invalid saves. C. Surveys collect feedback, not identity confirmation during a support call.