Salesforce Plat-Con-201 Practice Exam Questions & Answers

The type of DataRaptor that can be used to retrieve a list of cases filtered by the customer's asset and the last service date of the asset is DataRaptor Extract. DataRaptor Extract allows the designer to retrieve data from Salesforce or an external system using filters and relationships. In this case, a filter can be used to match the asset ID and the last service date, and a relationship can be used to join the case and asset objects. DataRaptor Turbo is not a type of DataRaptor, but a feature that enables batch mode for DataRaptor Extract. DataRaptor Load is used to write data to Salesforce or an external system. DataRaptor Transform is used to transform data from one format to another using templates.

The deciding factor is context. A FlexCard on a record detail page is normally appropriate when the displayed data is tied to a specific Salesforce record, because the card can use the record context, such as a record ID, to retrieve related information. A site page is better when the content is general to the authenticated user or overall user session, such as a welcome message or booking summary not bound to a single record page. CSS branding, number of actions, and the data source type are implementation details; they do not determine the correct page placement. Salesforce Trailhead explains that FlexCards can be added to Lightning and Experience pages, and that record-page FlexCards can pass record context to Data Mappers for relevant data retrieval.

The requirement involves creating a quoting process within an OmniScript where an agent selects a product (with a unit price), specifies grade and size, looks up a discount factor based on those inputs, and calculates the final quote. Two OmniStudio tools are needed to achieve this: Decision Matrix and DataRaptor Extract.

Here's why C. Decision Matrix and D. DataRaptor Extract are the correct answers:

C . Decision Matrix:

Purpose: A Decision Matrix in OmniStudio is a tool used to look up values based on multiple input conditions, returning a result that can be used in calculations or processes. It's essentially a configurable lookup table stored as a Salesforce custom object (DecisionMatrixDefinition).

Application: In this scenario, the Decision Matrix is ideal for determining the discount factor based on the combination of grade (A, B, C, D, E) and size (Small, Medium, Large, X-Large). For example:

Grade A + Small = 0.9 (10% discount)

Grade B + Large = 0.85 (15% discount)

And so on for all 20 combinations (5 grades 4 sizes).

Integration with OmniScript: The OmniScript can call the Decision Matrix via an Integration Procedure or directly reference it in a Calculation Action, passing Grade and Size as inputs and receiving the DiscountFactor as output.

Why It Fits: The requirement explicitly states ''look up a discount factor,'' and Decision Matrix is purpose-built for such multi-variable lookups, making it more efficient than manual coding or other tools.

D . DataRaptor Extract:

Purpose: A DataRaptor Extract retrieves data from Salesforce objects and maps it into a JSON format usable by OmniScripts or other components.

Application: The product details, including the UnitPrice, are passed to the OmniScript when the agent selects a product. A DataRaptor Extract is needed to fetch this product data from a Salesforce object (e.g., Product2 or a custom object like QuoteLineItem__c) based on the selected product's ID. The extracted data (e.g., { 'ProductId': '01t...', 'UnitPrice': 100 }) is then available in the OmniScript's data JSON.

Role in Calculation: After the Decision Matrix provides the discount factor, the OmniScript can use a Calculation Action to multiply the UnitPrice (from the DataRaptor Extract) by the DiscountFactor (from the Decision Matrix) to compute the quote (e.g., 100 * 0.9 = 90).

Why It Fits: The process starts with product selection, and DataRaptor Extract is the standard OmniStudio tool for retrieving Salesforce data like unit price.

How They Work Together:

DataRaptor Extract: Fetches product details (e.g., UnitPrice) when the agent selects a product.

Decision Matrix: Looks up the discount factor based on Grade and Size inputs.

Calculation Action in OmniScript: Multiplies UnitPrice by DiscountFactor to return the quote.

Now, let's examine why the other options are incorrect:

A . DataRaptor Transform: A DataRaptor Transform manipulates or reshapes data (e.g., converting JSON structures or applying formulas) but doesn't retrieve data from Salesforce or perform lookups like a Decision Matrix. While it could theoretically calculate the quote after data is fetched, it's not needed here since a Calculation Action within OmniScript can handle the multiplication, and it doesn't address the lookup requirement.

B . Expression Set: An Expression Set defines reusable formulas or conditions in OmniStudio, often used in Integration Procedures or Calculations. While it could compute the final quote (e.g., UnitPrice * DiscountFactor), it doesn't retrieve data or perform lookups based on grade and size. It's a supporting tool, not a primary solution for this requirement.

Salesforce OmniStudio Documentation: Decision Matrix Overview -- Describes using Decision Matrices for multi-condition lookups.

Salesforce OmniStudio Developer Guide: DataRaptor Extract -- Details retrieving Salesforce data for OmniScript use.

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 correct way to design the FlexCard to meet this requirement is to create two states, one for mobile devices and another for non-mobile devices. States allow the designer to define different layouts and behaviors for the same FlexCard based on conditions. The width of the fields can be adjusted for each state using the Size property. Enabling the Responsive feature on the field elements would not change their width, but only their alignment. Enabling the Mobile-First feature in FlexCard settings would not affect the width of the fields, but only the order in which they are displayed. Creating two FlexCards, one for mobile devices and another for non-mobile devices, would create redundant code and maintenance issues.

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

The OmniScript element that could save all this data is Integration Procedure Action. An Integration Procedure Action can execute an Integration Procedure that can combine multiple DataRaptor actions, such as Extract, Transform, and Load, and also invoke REST or SOAP services.This way, the Integration Procedure Action can write data to Salesforce using a DataRaptor Load action and to an external system using a REST or SOAP service