Platform-App-Builder Exam Dumps - Salesforce App Builder Questions and Answers

The correct answer is B. Verify there is an Apex test that provides test coverage for the flow.

For deploying an active autolaunched flow to production, Salesforce requires flow test coverage. Salesforce documentation states that before deploying a process or autolaunched flow as active, the org must meet flow test coverage requirements, and Apex tests must cover active processes and active autolaunched flows.

A is not the main deployment consideration for making the flow active in production.

C is incorrect because Salesforce does not require 100% flow test coverage.

D is incorrect for this scenario because the requirement is to deploy it already active, not manually activate it after deployment.

===========

Change sets are Salesforce ' s native declarative mechanism for transferring metadata between connected environments, including from a sandbox to its associated production organization. Salesforce ' s current deployment documentation specifies a two-stage process: create and upload an outbound change set from the source sandbox, then access and deploy the corresponding inbound change set in the target production org. Change sets can contain metadata components such as custom fields, page layouts, Apex classes, flows, and other supported customizations. A sandbox refresh operates in the opposite direction by copying production configuration into a sandbox; it does not refresh production from development. Manually recreating components is inefficient and creates configuration-drift risk. Managed packages are principally intended for packaged distribution and are unnecessary for straightforward lifecycle deployment between related sandbox and production environments.

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

Permission Sets are the appropriate mechanism for granting additional object and field access to users who perform a particular function without changing their base profiles. The app builder can create a permission set for hiring managers that grants the required access to JobApplication__c and Read access to the sensitive salary fields through field-level security. Salesforce specifically recommends permission sets and permission set groups rather than profiles for extending field permissions. Sharing Rules and organization-wide defaults govern record-level access; they do not make fields visible when field-level security hides them. Page Layouts control which fields are placed in the interface but cannot override field-level security. Because salary information represents restricted field-level data that only a designated functional group should see, Permission Sets provide the precise least-privilege solution.

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

The correct solution is to configure validation rules with help text/error messaging.

Validation rules are the right tool because they evaluate record data before save and stop the save when the record does not meet the defined conditions. They can enforce that a Case status is not changed back to an earlier value by using formula logic such as PRIORVALUE() and picklist checks. They can also require certain fields only when specific Case criteria are met by checking whether those fields are blank under those conditions.

Why the other options are wrong:

Dependent picklists control valid picklist values, but they do not enforce status progression or conditional required fields across all save paths. Approval processes are not the best fit for real-time save validation. Page layout required fields are UI-level requirements and are not flexible enough for criteria-based enforcement.

The correct answer is B.

Universal Containers needs the 18-digit Salesforce record ID for Opportunity records when exporting to Excel. Salesforce’s CASESAFEID() formula function converts a 15-character Salesforce ID into the 18-character, case-insensitive ID format that works better with external tools such as Excel. Salesforce documentation specifically describes CASESAFEID as the function used to convert IDs to 18-character IDs for Excel compatibility.

Correct formula:

CASESAFEID(Id)

A. VALUE(14) is unrelated. C. TEXT(Id) does not convert the ID to the 18-character case-safe format. D. ISNUMBER(Id) only checks whether a value is numeric, which is not useful for Salesforce record IDs.

===========

Collection Sort is designed to reorder a collection and optionally reduce the number of records retained after sorting. Salesforce documents that the Collection Sort element can sort a record collection by a selected field in ascending or descending order and can specify the maximum number of items to keep afterward. The flow should therefore sort the Opportunity collection by Amount in descending order and retain only five records. A Collection Filter selects records based on Boolean-style criteria, but it does not identify the top N records based on ranking. A Decision controls execution paths rather than restructuring a collection. Transform maps data between structures but is not intended to rank and limit records. Collection Sort directly implements both requirements—highest Amount first and only five records retained.

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

An input value from something outside the flow must be received through a Flow variable configured as Available for Input . Salesforce defines an input variable as a variable marked Available for Input that receives values from outside the flow. The app builder therefore creates a Variable resource, selects the required data type, and enables Available for Input under Availability Outside the Flow. The invoking Lightning component can then pass a value into that resource when the flow starts. $Record is a Flow global variable used in specific record contexts and does not replace a configurable external input parameter. Constants cannot receive changing runtime values because their values are fixed. Public component properties describe the LWC side but do not by themselves create a receiving Flow variable. Salesforce

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

The correct answers are C. Users, D. Public Groups, and E. Roles and Subordinates.

Manual sharing is used when the org-wide default is private and users need to share individual records on a case-by-case basis. Salesforce documentation confirms that manual sharing allows users to share individual records with other users, public groups, and roles.

A public group can include users, roles, and roles with subordinates, which makes it useful when sharing records with departments or groups of people.

A. Permission Set Groups is incorrect because permission set groups grant permissions, not manual record-level sharing.

B. Private Groups is not the standard manual-sharing option tested here.

===========

The verified exam answer is D. Add the Path component to the Lightning record page.

Salesforce Path is designed to guide users through stages of a business process. For each step, such as each Opportunity Stage, an app builder can highlight key fields and add guidance for success. Salesforce documentation states that when creating a Path, the app builder can select key fields for each step and enter success guidance.

This fits the requirement because users need to know which fields should be completed at each Opportunity stage.

Important nuance: Path guides users, but it does not hard-enforce stage-based required fields by itself. Salesforce notes that page layouts cannot require different fields in different Path steps; strict enforcement requires validation rules based on the stage/path step.

===========

The correct answers are A. Navigation Menu and C. In-App Notification.

Salesforce documentation states that users can receive and act on approval requests in the Salesforce mobile app by tapping the notification or by going to Approval Requests in the navigation menu. Salesforce also describes the Approval Requests navigation item as showing pending approvals where users can approve or reject items from within Salesforce.

Why others are incorrect:

B. Home Screen is not the documented approval-response delivery method in this context.

D. Record Detail is not the best answer here because the documented mobile approval response paths are the notification and the Approval Requests navigation item.

===========