Step elements are used to organize the OmniScript into one or more pages. They define the layout, navigation, and visibility of the OmniScript elements. They can also have pre- and post-actions that can execute DataRaptors, Integration Procedures, or other processes before or after the user completes the step.

The other options are not correct because:

Allows the user to input data: This is not the purpose of Step elements, but of Input elements, such as Text, Number, Date, Picklist, etc.

Groups elements that extract data: This is not the purpose of Step elements, but of Data Source elements, such as DataRaptor Extract, Integration Procedure Extract, etc.

Enables the use of repeatable blocks: This is not the purpose of Step elements, but of Repeatable Block elements, which allow the user to add or remove multiple instances of a group of elements.

The consultant should embed the FlexCard using a Custom Lightning Web Component element inside the OmniScript. Salesforce supports embedding a FlexCard Lightning Web Component in an OmniScript through the Custom LWC element, allowing the existing asset overview to be reused instead of rebuilt. Rebuilding the dashboard with Text Blocks is poor design because Text Blocks are not intended to reproduce interactive FlexCard behavior. An iframe is not the recommended native OmniStudio approach and can create security, styling, and context-passing problems. Excluding the dashboard fails the requirement. The best design preserves the already-built FlexCard and places it inside the guided OmniScript flow using the supported LWC embedding approach.

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

The OmniStudio User permission set is intended for business users who need to run and interact with OmniStudio components such as FlexCards and OmniScripts without receiving administrative design capabilities. OmniStudio Admin is intended for users who create, configure, deploy, and maintain OmniStudio assets. Modify All Data and Customize Application are broad Salesforce administrative permissions and would provide excessive access for a user whose only requirement is to use the delivered solutions. Following the principle of least privilege, users should receive only the permissions necessary to perform their responsibilities. Salesforce documentation distinguishes between OmniStudio user-level access and administrator-level access through separate permission sets and licensing models. Therefore, OmniStudio User is the correct permission set when interaction is required but design and maintenance activities must be restricted.

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

Based on the user analysis exhibit, the three actions that should appear on the card are: verify a transaction, request higher limit, and make a payment. These actions have the highest frequency and importance scores among the six actions listed. The other actions, such as view credit score history, view statements, and view rewards, have lower frequency and importance scores, and can be accessed through other means

 The two OmniStudio tools that the consultant should recommend to meet these requirements are: Calculation Matrix and DataRaptor Extract. A Calculation Matrix is a tool that can perform complex calculations based on multiple input variables and output values. The consultant can use a Calculation Matrix to look up the unit price using the product code, the grade, size, and then multiply the unit price by a discount factor. A DataRaptor Extract is a tool that can retrieve data from a Salesforce object or invoke a Salesforce API. The consultant can use a DataRaptor Extract to get the product code, grade, size, and discount factor from Salesforce

The two use cases that are best solved using Calculation Procedures & Matrices are: To apply the correct factor when determining a cost and To return output that is calculated differently based on the date. A Calculation Procedure is a tool that can perform complex calculations based on multiple input and output variables. A Calculation Matrix is a tool that can perform complex calculations based on multiple input variables and output values within groups. The consultant can use Calculation Procedures & Matrices to solve these use cases, because they involve applying rules and formulas to different data values and scenarios

The three tools that should be used in the solution are OmniScript, OmniStudio Action, and DataRaptor. OmniScript can be used to create a user interface for generating invoices from contracts. OmniStudio Action can be used to conditionally display the invoice generation option on the contract page based on the contract status. DataRaptor can be used to read, transform, and write data between Salesforce and external systems. Interaction Launcher is not needed for this scenario, as it is used to launch interactions from other applications. FlexCards are not relevant for this scenario, as they are used to display contextual data on record pages.

The feature that the consultant should recommend to improve performance and address users’ concerns is chaining. Chaining is a property that allows an Integration Procedure Action element to run asynchronously in the background, without blocking the user interface. The consultant can use chaining to execute the long-running process in parallel with other actions or steps in the OmniScript, and notify the user when it is completed. This will improve the user experience and reduce waiting time

PubSub is the correct design because the two FlexCards are separate, decoupled components that need to communicate without forcing a full page reload. The Account Details card can publish an event after the address update, and the Recent Orders card can listen for that event and refresh its data. This is exactly the kind of cross-component communication pattern PubSub supports in OmniStudio. A full page reload is inefficient and damages user experience. A Navigate action is used for navigation, not real-time component refresh. Keeping the cards separate without communication fails the requirement because tax-sensitive order data would remain stale. Salesforce documents PubSub events as a way for one FlexCard action to notify another component or FlexCard on the same page or application.

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

The two FlexCard features that the consultant should recommend to address this issue are Flyout and Block elements. A Flyout is a pop-up window that can display additional information or actions for a FlexCard. The consultant can use a Flyout to show more details or options for each product without cluttering the main FlexCard. A Block element is a container that can group related fields and elements in a FlexCard. The consultant can use a Block element with the Collapse property enabled to allow the user to expand or collapse a section of the FlexCard, such as specific fields or actions