Free Practice Questions for Salesforce Platform-App-Builder Exam

The correct validation rule is:

AND(

ISNEW(),

ISBLANK(Lead.Owner:User.Id)

)

This rule prevents a new Campaign Member from being created when the related Lead does not have a User as owner. Leads can be owned by either a user or a queue, and Salesforce queues can own Lead records.

Salesforce validation rules block a save when the formula evaluates to True. The ISNEW() function checks whether the record is being created, and ISBLANK() checks whether the Lead owner’s User Id is empty.

For owner fields in cross-object formulas, Salesforce requires being explicit about the owner type, such as Owner:User or Owner:Queue .

Why not others:

A is wrong because Lead.Owner.Id is normally populated whether the owner is a user or queue.

B and D focus on queue ownership, but the best exam answer checks that the Lead has an actual User owner when the Campaign Member is created.

To embed a chart on the Account detail page showing related Opportunities by Stage, the report must summarize Opportunities, not just list them. Salesforce documentation specifies that summary reports allow grouping by fields (e.g., Stage) and can be used in Report Chart components. (Salesforce Help)

Tabular reports cannot be grouped and therefore cannot provide the aggregated chart needed.

The report must be built on the Opportunity object because the records being summarized are Opportunities, not Accounts.

===========

The correct answer is A. Flow.

The requirement says the Opportunity should store the Account Billing State value, but the value must remain static after the Opportunity is created. A record-triggered Flow is the recommended declarative automation because it can run when an Opportunity is created and populate a custom field with the related Account’s Billing State. Salesforce Trailhead describes record-triggered flows as automation that can run when a record is created or updated, and can update the triggering record or related records depending on configuration.

D. Formula field is incorrect because formula fields are automatically calculated and read-only. A formula would continue to reflect the current Account Billing State, so it would not preserve the original value after creation.

B. Apex is not the recommended first choice because Flow handles this requirement declaratively.

C. Roll-up summary field is incorrect because roll-ups aggregate child records; they do not copy a parent Account field value onto an Opportunity.

\

The correct answer is B. Use field-level security on page layouts with record types to restrict editing fields.

The requirement changes after the Opportunity is closed. The best configuration is to use record types with assigned page layouts so the closed Opportunity layout can make most fields read-only while allowing the Sales Operations team to edit the two post-close fields. Salesforce page layouts can control which fields are visible, read-only, or required, and page layouts can be assigned by profile and record type.

A is incomplete because it does not account for different behavior after close. C is incorrect because field sets are not used for page-layout field editability. D is too broad because it would make fields read-only for the Sales profile regardless of Opportunity stage.

The correct answer is C. Create a Partial Copy Sandbox and use a sandbox template.

A Partial Copy Sandbox includes metadata plus selected production data and supports the use of a sandbox template to control which objects and data are copied. This allows the app builder to exclude confidential custom objects. It also meets the weekly refresh requirement because Salesforce allows Partial Copy sandboxes to be refreshed every 5 days.

B. Full Copy Sandbox can use a sandbox template, but it does not meet the weekly refresh requirement.

A and D are incorrect because Developer and Developer Pro sandboxes are not the correct choice when the sandbox must include selected production data records through a sandbox template.

===========

Feed Tracking is the correct feature because Salesforce can automatically generate feed updates when a tracked field changes on a record. Salesforce Help explains that feed tracking detects changes to tracked record fields and posts updates to the feed. It can also be configured for custom objects.

For this scenario, the app builder would track the travel request approval/status field. When the request becomes Approved, Salesforce posts that tracked change automatically on the record feed.

Why others are incorrect:

Auto-response rule sends automatic email responses, mainly for Lead/Case scenarios.

Approval process manages record approval routing, but the feature that creates automatic feed posts for field changes is Feed Tracking.

Feed quick action is manual, not automatic.

===========

The correct answers are B. Create a criteria-based sharing rule and C. Update the organization-wide defaults.

To move from a public sharing model to a more restrictive model, the app builder must first update the Organization-Wide Defaults for Accounts. OWDs define the baseline record access for users. Then, because the Sales team must still access all Account records with the Sales record type, the app builder should create a criteria-based sharing rule using record criteria, such as Record Type. Salesforce sharing rules are used to extend access when the OWD is Private or Public Read Only.

A is incorrect because owner-based sharing rules share records based on owner, not record type.

D is incorrect because profiles control object permissions, not record-level access by record type.

The correct answers are C. Currency, D. Date, and E. Percent.

Salesforce roll-up summary fields support different field types depending on the summary operation. For SUM, Salesforce supports number, currency, and percent fields. For MIN and MAX, Salesforce supports number, currency, percent, date, and date/time fields. Therefore, from the options given, Currency, Date, and Percent are valid field types for roll-up summary calculations.

Checkbox is not a supported field type for roll-up summary aggregation. Time is not the intended supported option in this exam context.

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 answer is B. Edit a record page using Lightning App Builder > Drag the component onto the page.

A custom Lightning component installed from AppExchange is configured on a Lightning record page through Lightning App Builder. Salesforce documentation states that Lightning App Builder supports custom Lightning components, including Aura and Lightning web components, and record pages are edited as Lightning pages.

The Page Layout editor is used for fields, buttons, related lists, and layout behavior, not for placing Lightning components on a Lightning record page. App Manager manages apps and utility bars, but the page canvas configuration is done in Lightning App Builder.