The correct answer is B. Actions & Recommendations component.

The Actions & Recommendations component is used to give agents a guided to-do list/checklist on a record page. Salesforce documentation describes it as a component that can show flows, quick actions, and recommendations so agents can complete required steps consistently. This matches the requirement to provide service agents with checklist items when servicing a Case.

Why others are incorrect:

A “Business component” is not the standard Salesforce feature for this.

Activity Timeline shows activities, not a required checklist.

Highlights Panel shows key fields and actions, not guided service steps.

===========

The correct answer is B. Approval Process.

An Approval Process is used when a record must be reviewed and approved before moving forward. Salesforce Trailhead gives a very similar example: opportunities with high discounts requiring approval before proceeding.

Here, Cloud Kicks needs CFO sign-off when a major shoe retail deal has a discount greater than 30% before it can be closed. This is exactly what an approval process is designed to handle.

Why others are incorrect:

Slack message only sends communication.

Email alert only notifies someone.

Field update changes a field value but does not collect formal approval.

===========

In-App Guidance is Salesforce ' s native capability for contextual onboarding, feature adoption, prompts, and guided walkthroughs directly inside Lightning Experience. Salesforce documents that administrators can create prompts and walkthroughs, determine the target audience, and specify where and when that guidance appears. Targeted prompts can highlight a specific page element, while walkthroughs connect multiple prompts into a step-by-step guided experience. This aligns directly with Universal Containers ' goals of increasing adoption and guiding users through a newly launched application. A Screen Flow is appropriate when collecting information or executing an interactive business process, but it is not the dedicated adoption feature. Dynamic Actions control which actions appear, while Dynamic Forms controls field and section presentation. Neither provides structured onboarding walkthroughs.

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

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.

===========

A validation rule is the correct mechanism because the requirement is to prevent invalid ZIP-code formats from being saved. Salesforce supports the REGEX() function in validation rules specifically for enforcing structured input patterns. Salesforce ' s own validation examples include a five-digit American ZIP-code pattern using regular expressions, demonstrating this exact use case. The rule can evaluate the shipping postal-code field and return TRUE whenever the value does not consist of exactly five digits, causing Salesforce to block the save and display an error. Help text only advises users and cannot enforce the format. A Screen Flow would affect only records entered through that particular interface, while an approval process is excessive and does not provide immediate data-format validation. Therefore, B provides consistent enforcement at the record-validation layer.

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

A Screen Flow is required because the process must interact directly with a user and collect input. Salesforce defines screen flows as interactive automation that uses Screen elements and screen components to gather information from running users. After the required information is captured, an Update Records element can locate the related Account and write the supplied values to that existing record. Salesforce ' s Screen Flow documentation specifically describes adding an Update Records element and identifying an Account by its record ID when existing data must be changed. An autolaunched flow cannot contain normal interactive Screen elements. Record-triggered and schedule-triggered flows execute from record or time-based events rather than interactive user input. Create Records is also incorrect because the requirement is to update an existing related Account, not create a new one.

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

The correct answers are B. Each object can have up to 25 custom external ID fields and D. An external ID field can be an auto-number field.

Salesforce documentation states that each object can have up to 25 custom external ID fields. It also confirms that supported external ID field types include custom auto-number, email, number, and text fields.

A is incorrect because the limit is per object, not per org.

C is incorrect because a URL field is not one of the supported external ID field types.

===========

A record-triggered flow is the preferred declarative automation. Salesforce supports record-triggered automation when records are created, updated, or deleted, and its current Flow architecture includes after-delete processing for actions that must occur because a record was removed. The flow can trigger from Task deletion, use information from the triggering Task to identify the related Case, obtain the Case owner, and execute the email notification action. Assignment rules are designed primarily for assigning records such as Cases or Leads and do not respond to Task deletion. Escalation rules manage Case escalation timing, not deletion events. An Apex trigger could technically implement the requirement, but Platform App Builder principles favor native declarative automation when Flow supports the event and required action.

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

A before-save record-triggered flow is Salesforce ' s most efficient declarative architecture when the only requirement is to update fields on the record that triggered the flow. Salesforce recommends before-save flows for these updates because changes are applied before the record is committed and do not require a second database save. The flow can reference the related Account ' s Industry and use an Assignment element to place the required default value in the triggering Opportunity ' s Stage field. Salesforce notes that changes made directly to $Record are persisted automatically, so a separate Update Records element is unnecessary. An after-save flow would work but introduce an additional database operation. Therefore, B provides the optimal Fast Field Updates pattern for this requirement.

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

The correct answers are A. Dynamic Actions and C. Approval Process.

An Approval Process is required because sales managers must provide formal sign off when an Opportunity discount meets the defined criteria. Salesforce approval processes define the criteria a record must meet, the steps required for approval, and who must approve it.

Dynamic Actions are also needed because Universal Containers wants the sign-off action available quickly from the Opportunity record page. Dynamic Actions let app builders control which actions appear on Lightning record pages based on conditions.

Why others are incorrect:

Schema Builder is for data model design, not approval/sign-off UI behavior.

Validation Rule can block invalid data, but it does not provide manager approval or sign-off.

===========