OmniStudio-Consultant Questions and Answers

The two cases where an integration procedure should be used as a data source for FlexCards and OmniScripts are: To retrieve multiple data sources in a single response and To separate the user interface from changes in the data sources. An integration procedure is a tool that can execute multiple DataRaptor actions, such as Extract, Transform, and Load, and also invoke REST or SOAP services. The consultant can use an integration procedure as a data source for FlexCards and OmniScripts when they need to retrieve data from different sources, such as Salesforce objects or external systems, and store it in a JSON object for display. This way, the integration procedure can provide multiple data sources in a single response, without requiring multiple elements or actions in the FlexCard or OmniScript. The consultant can also use an integration procedure as a data source for FlexCards and OmniScripts when they want to separate the user interface from changes in the data sources. This way, the integration procedure can handle any changes in the data sources without affecting the FlexCard or OmniScript design or configuration.

 The FlexCard feature that the consultant should recommend to meet this requirement is a Datatable element with the Group By property. A Datatable element is an element that can display data in a tabular format, with columns and rows. The consultant can use a Datatable element to display the cases for an account, with columns for case status, case number, subject, etc. The Group By property is a property that allows grouping data by one or more fields, such as case status. The consultant can use the Group By property to organize the cases by case status, so that Escalated cases appear first, followed by Active and Closed cases

The OmniStudio tool that can be used to invoke scheduled jobs is Integration Procedure. An Integration Procedure is a tool that can execute multiple DataRaptor actions, such as Extract, Transform, and Load, and also invoke REST or SOAP services. An Integration Procedure can also be scheduled to run at a specific time or frequency using Apex Scheduler or Process Builder

The consultant should design the FlexCard solution using card filter and multiple FlexCards to meet these requirements. A card filter is a property that determines which records are displayed in a FlexCard based on certain criteria. The consultant can use card filter to display only the cases with a specific status, such as Open, Awaiting Closure, or Closed. A FlexCard is a tool that can display data and actions in a card format. The consultant can create multiple FlexCards for each case status, and customize the fields and actions accordingly. The consultant can also use custom style to apply different borders for each case status

To improve the performance and avoid hitting Governor limits, the consultant should replace the DataRaptor Extracts with DataRaptor Turbo Extracts and combine them into an Integration Procedure. DataRaptor Turbo Extracts are optimized for speed and efficiency, and can retrieve large amounts of data without using SOQL queries. An Integration Procedure can execute multiple DataRaptor actions in one call, reducing the number of requests and processing time

The order that the consultant should design the elements of the OmniScript to meet these requirements is: Radio Input, Date Input, HTTP Action, DataRaptor Post Action. A Radio Input element can display a list of options for the user to choose from, such as customer satisfaction rating. A Radio Input element allows only one option to be selected at a time, and can also have icons for each option. A Date Input element can display a field for the user to enter a date value, such as call back date. A Date Input element can also have validation and formatting options, such as minimum and maximum dates, calendar picker, etc. An HTTP Action element can invoke a REST or SOAP service to retrieve data from an external system, such as a list of bills from the last 5 months. An HTTP Action element can store the response data in a JSON object for further processing. A DataRaptor Post Action element can write data to a Salesforce object or invoke a Salesforce API, such as creating a case with the list of bills in the case description

An Integration Procedure is the best data source to use for a FlexCard that needs to provide fields from both an external API and a Salesforce object. An Integration Procedure can combine multiple DataRaptor actions, such as Extract, Transform, and Load, and also invoke REST or SOAP services. This way, the FlexCard can display data from different sources in one place

The consultant can improve the user experience of the OmniScript by using a Section element to break the information and a Headline element to add the title and a required icon in the input. A Section element can group related fields and elements in a logical way, making it easier for the user to navigate and fill the information. A Headline element can display a label and an icon for each field, indicating which ones are mandatory. This way, the OmniScript can display the information in a specific order and prevent errors and failures

The OmniStudio tool that should be used to meet this requirement is FlexCards. A FlexCard is a tool that can display data and actions in a card format. The consultant can use FlexCards to show all of the customer’s related information on one screen, such as account information, contacts, cases, etc. FlexCards can also have actions that can invoke OmniScripts or Integration Procedures for further interactions, such as creating new records or updating existing ones

The FlexCard feature that the consultant should recommend to address this issue is Flyouts. A Flyout is a pop-up window that can display additional information or actions for a FlexCard. The consultant can use Flyouts to show some of the data elements and actions that are not essential for the main view of the product information, such as product details, specifications, reviews, etc. This way, the consultant can reduce the clutter on the main FlexCard and improve the user experience

The three OmniScript elements that should be used to meet the requirements are: Text Block, HTTP Action, and Select. A Text Block element can display rich text and images using HTML tags in the OmniScript. An HTTP Action element can invoke a REST API and store the response in a JSON object. A Select element can display a dropdown list of options for the user to choose from

The OmniStudio tools that should be recommended to meet these requirements are single OmniStudio Action that invokes separate Omniscripts. OmniStudio Action can be used to conditionally launch different Omniscripts based on the record type of the contact. Omniscripts can be used to implement the verification processes for each type of contact. Specific FlexCards with Actions for each type of Contact would require creating redundant FlexCards and Actions for each record type. Multiple OmniStudio Actions that invoke separate Omniscripts would require creating redundant Actions for each record type. Single FlexCard with an Action to invoke an Omniscript would not allow for different verification processes based on the record type.

The correct OmniScript elements to capture the information are Select, TypeAhead, and Number. Select allows the user to choose one option from a list of values, TypeAhead provides autocomplete suggestions for address fields, and Number validates that the input is a numeric value. Radio, Multi-Select, and Checkbox are not suitable for single selection scenarios. Geolocation is not an OmniScript element, and Telephone is not a valid data type for phone numbers.

The consultant should suggest removing Step 1 and prefilling the account information automatically to improve the design. Since the OmniScript will be launched from an account detail page, there is no need to ask the user to enter the account name again. The consultant can use an Input Parameter element to pass the account ID from the page to the OmniScript, and then use a DataRaptor Extract Action element to retrieve the account information and display it in Step 2. This will save time and avoid errors

The type of state that the consultant should recommend to allow users to create a new case from the canvas is New Card State. A New Card State is a state that allows creating new records in a FlexCard using an OmniScript or an Integration Procedure. The consultant can use a New Card State to enable users to create a new case from the canvas, by invoking an OmniScript or an Integration Procedure that writes data to the Case object in Salesforce.

 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 FlexCard features that the consultant should use to meet these requirements are States and OmniStudio Action. A State is a condition that determines how a FlexCard displays data and actions based on certain criteria. The consultant can use States to filter the installed products by their status and display different fields and actions accordingly. An OmniStudio Action is a button that can invoke an OmniScript or an Integration Procedure from a FlexCard. The consultant can use OmniStudio Actions to enable the agents to complete different processes for each installed product, such as pay bill, cancel service, etc

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

The correct OmniStudio tools to design a solution that meets these requirements are OmniScript, Calculation Procedures and Matrices, and OmniStudio Action. OmniScript can be used to create a user interface for capturing customer information and displaying suggested products. Calculation Procedures and Matrices can be used to compute the discount percentage per product based on the customer data provided. OmniStudio Action can be used to save the list of suggested products including discounts to Salesforce or an external system. Integration Procedures are not needed for this scenario, as there is no data integration involved. FlexCard is not relevant for this scenario, as it is used to display contextual data on record pages.

The two FlexCard features that the consultant should recommend to meet these requirements are Datatable and Repeat Block. A Datatable element can display a list of records in a tabular format, with columns for each field and rows for each record. The consultant can use a Datatable element to display the contacts for an account, with options to edit or send a message. A Repeat Block element is a container that can display multiple instances of a FlexCard based on a data source. The consultant can use a Repeat Block element to display a FlexCard for each contact, and use a condition to apply a blue border for the primary contact

 The OmniStudio tool that is optimized for performance and minimizes configuration time is DataRaptor Turbo Extract. A DataRaptor Turbo Extract is a tool that can retrieve data from one or more Salesforce objects using a graphical interface, without writing any SOQL queries. A DataRaptor Turbo Extract can also use filters, joins, and formulas to manipulate the data. A DataRaptor Turbo Extract is faster and more efficient than a DataRaptor Extract, and can handle large amounts of data without hitting governor limits

The two actions that the consultant should recommend to the project team are replace existing APEX using DataRaptors and HTTPActions, and implement FlexCards and OmniScripts for the front-end. Replacing existing APEX using DataRaptors and HTTPActions would reduce implementation time, as these tools are declarative and do not require coding. Implementing FlexCards and OmniScripts for the front-end would ensure end-user processes are as simple as possible, as these tools provide guided interactions and contextual data. Creating new LWC templates for branding and styling would increase implementation time, as this would require coding and testing. Using existing APEX classes as data sources would not ensure optimal UX, as this would limit the flexibility and scalability of the solution.

 The consultant can recommend creating a reusable OmniScript to update address information. A reusable OmniScript is an OmniScript that can be embedded in another OmniScript as a sub-process. This way, the consultant can create one OmniScript that collects the address information in a consistent way using the same labels and input elements, and then use it in multiple OmniScripts that need to update address information. This will improve the design and maintenance of the OmniScripts.

 An advantage of calculation procedures that the consultant should highlight in this scenario is that they allow multiple versions that will execute based on when the request is made. A calculation procedure can have different versions with different effective dates, which determine when they are active or inactive. This way, the calculation procedure can use different rating or pricing tables depending on the date of the request, and handle frequent changes in prices

When designing OmniScripts, the best practices that should be followed to increase user adoption are:

• Prefill data for users when possible (This reduces user effort and improves data quality)
• Divide complex processes into sections (This makes the script more manageable and user-friendly)
• Provide user help text (This guides the user through the script and clarifies any doubts)

The best practices that should not be followed to increase user adoption are:

• Replicate existing processes as-is (This may not leverage the full potential of OmniStudio and may not address the pain points of the users)
• Provide keystroke commands for data entry (This may not be intuitive or accessible for all users and may require additional training)

FlexCards are used to display contextual customer information in a compact and customizable way. They can also provide access to related processes or actions. In this scenario, the features that the consultant should recommend are:

• Actions: These are buttons or links that can launch OmniScripts, DataRaptors, or other processes from the FlexCard. They can help the users to perform tasks related to the customer information displayed on the FlexCard.
• Custom Styles: These are CSS classes that can be applied to the FlexCard elements to match the company’s color scheme and fonts. They can help the users to have a consistent and branded user interface.
• Data Tables: These are elements that can display tabular data from one or more data sources on the FlexCard. They can help the users to see relevant data in a structured and sortable way.

The features that the consultant should not recommend are:

• Menu Elements: These are elements that can display a list of options or submenus on the FlexCard. They are not suitable for this scenario because they do not provide access to processes or actions, but only to other FlexCards or pages.
• Newport Design System: This is a design system that provides a set of predefined styles and components for OmniStudio applications. It is not suitable for this scenario because it does not match the company’s color scheme and fonts, and it may require additional customization.

 The two FlexCard benefits that the consultant should highlight when presenting a proposed solution are: Display different actions based on context and Display a 360° view of the customer. FlexCards can display different actions based on context, such as data values or user roles. The consultant can use this feature to show only relevant actions for each customer situation, such as scheduling an inquiry call with an agent if the customer satisfaction is low. FlexCards can also display a 360° view of the customer, by showing data from multiple sources in one card format. The consultant can use this feature to show important customer information at a glance, such as billing issues, account status, etc

When designing OmniScripts, the best practices that should be followed to optimize performance and user experience are:

• Use a single DataRaptor to save the information: Instead of using multiple DataRaptors to update the account information after each step, it is better to use a single DataRaptor at the end of the OmniScript to save all the information at once. This reduces the number of database operations and improves performance.
• Combine the three steps into one step: Instead of having three separate steps to capture the required information, it is better to combine them into one step with a simple layout. This reduces the number of page transitions and improves user experience.

The suggestions that are not best practices are:

• Create a reusable OmniScript for this process: This may not be necessary if the process is specific to creating new billing accounts and not used by other OmniScripts. Creating a reusable OmniScript may add complexity and maintenance overhead.
• Configure the save for later property: This may not be useful if the process is short and simple and does not require the user to resume it later. Configuring the save for later property may add unnecessary storage and retrieval logic.

The two features that the consultant should highlight to address IT’s concerns are Custom Styles and FlexCard Designer. Custom Styles are a feature that allows applying custom CSS properties to an OmniScript or a FlexCard element. Custom Styles do not require any coding skills, and can be easily configured using a graphical interface. FlexCard Designer is a tool that allows creating and editing FlexCards using a drag-and-drop interface. FlexCard Designer also does not require any coding skills, and can be used by anyone who has access to OmniStudio tools