Salesforce OmniStudio-Developer - Salesforce Certified OmniStudio Developer Plat-Dev-210

 Deleting a row in Version 3 will only affect that version, not any previous or future versions. The row that contains the Code CA-SF will remain in Versions 1 and 2, as well as any versions created after Version 3. The other options are incorrect because they imply that deleting a row in one version will affect other versions as well.

The JSON code correctly represents the step in the OmniScript Structure panel shown. The JSON code has the following properties:

The type is “Step”, which indicates that this is a step element in the OmniScript.

The label is “Step 1”, which matches the label shown in the panel.

The name is “Step1”, which matches the name shown in the panel.

The elements property is an array that contains one element, which is a text field.

The text field element has the following properties:

The type is “Text”, which indicates that this is a text field element.

The label is “Text Field 1”, which matches the label shown in the panel.

The name is “TextField1”, which matches the name shown in the panel.

The value property is an empty string, which indicates that this text field has no default value.

Functions like CONCAT, DATEDIFF, and IF are supported in value fields where expressions can be parsed at runtime.

B. In a Set Values Action in a Value field – Correct. The Set Values element supports expression functions in its Value field, allowing for real-time evaluation during IP execution.

C. In a Data Mapper Action in an Input Parameters value field – Correct. Input Parameters to DataRaptors in Integration Procedures can use expression logic to dynamically compute and pass values.

Incorrect Options:

A. Output JSON Path in DataRaptor is for structural mapping, not function execution.

D. Remote Action Output fields typically receive data, not compute it.

Salesforce OmniStudio Developer Guide → Expression Functions in Integration Procedures

The best answer is D because the requirement combines two constraints: the OmniScript must be embedded on a third-party website and it must be prefilled using URL-passed data. An Experience Cloud page can host the OmniScript, and the third-party website can embed that page in an iFrame while passing URL parameters. Salesforce documentation confirms that OmniScript URL parameters can prefill fields and must use the c__ prefix in URL query-string format. Option A describes the parameter style, but by itself it does not explain how the OmniScript is embedded on the third-party website. Option C is the standard off-platform LWC/OmniOut-style idea, but the question specifically emphasizes URL-based prefill, which fits the Experience Cloud/iFrame pattern more directly.

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

Option C is the correct way to configure Additional input to send exactly the same data as Input Data. The Additional input should have a key/value pair for each field in Input Data, and the value should be set to {{InputData.field}} for each field. This will pass the value of Input Data for each field to Additional input.

QUESTIONNO: 23

A healthcare company wants to enable its subscribers to add, edit, or delete dependents related to their policy Community portal. The developer on the project decides to use an MniScript.

How should the developer configure the OmniScript to providethis functionality?

A. Use an Edit Block element configured with Remote Actions.

B. Use an Edit Block element configured with SOQL statements.

C. Use an Input Block element and a DataRaptor Post Action element.

D. Use a Text Block element and a Remote Action element.

Answer: A

An Edit Block element configured with Remote Actions allows the developer to create a dynamic table that can display, add, edit, or delete records from a Salesforce object. The Remote Actions can be configured to perform CRUD operations on the object using SOQL or Apex.

The LWC PubSub Message flag in the Set Values action of the parent OmniScript enables the parent OmniScript to send data to the embedded OmniScript using a custom event. If this flag is not set, the data will not be passed to the embedded OmniScript

The correct answer is A. In a parent-child FlexCard design, attributes are passed from the parent FlexCard to the child FlexCard and referenced in the child using the Parent context variable. Salesforce documentation states that the Parent context variable is used to reference attributes from the parent FlexCard on the child FlexCard, and child FlexCard properties allow passing data from the parent by creating attributes and assigning data merge field values. Therefore, when the postal code is passed as a parent attribute, the child FlexCard should reference it as {Parent.postalcode}. {Params.postalcode} is used for URL or runtime parameters, {postalcode} references local data only, and {attr.postalcode} is not the correct OmniStudio parent context syntax.

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

OmniStudio does not natively support direct JSON-to-XML transformation using DataRaptors. When a transformation to specific XML formats is needed for integration with external web services, it is recommended to use Remote Actions that invoke custom Apex classes.

A. Use a Remote Action that calls the XMLStreamWriter class – Correct. The XMLStreamWriter Apex class provides precise control over XML structure and is the Salesforce-recommended way to programmatically generate XML from data within a Remote Action step in an Integration Procedure.

Incorrect Options:

B. The XML checkbox in DataRaptor does not convert JSON to XML; it defines output data format for display or API serialization.

C. XMLStreamReader is used for parsing XML, not for generating it.

D. DataRaptor Transforms only manipulate JSON structure; they do not support converting JSON into XML format.

Salesforce Developer Guide → Apex XMLStreamWriter Class

OmniStudio Integration Procedures → Using Remote Actions with Custom Apex

The requirement is element-level visibility: only one Overdue status block must appear when Account Balance is greater than zero. The correct FlexCard configuration is a rendering condition directly on the Block element. FlexCard element conditions are designed to show relevant information based on field values from the card’s data source. Creating a separate Card State is excessive because the whole card layout does not need to change; only one block must be conditionally visible. A Setup tab filter controls data retrieval, not the display of a specific UI block after data is returned. A Flyout action is also unrelated because it opens additional content after user interaction. The verified implementation is to add a rendering condition to the Block element.

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

The Expression Set component in OmniStudio allows developers to perform calculations using steps such as Aggregation, Calculation, and Sub Expression.

C. Add an Aggregation Step as SUM(BasePrice) – This is correct. Aggregation steps are specifically designed to perform functions like SUM, AVG, COUNT, MIN, MAX over collections (arrays) of data. In this use case, summing the entire BasePrice array is best handled using an Aggregation Step.

Incorrect Options:

A. Sub Expression Step is used to combine or manipulate previously calculated values, not to aggregate across an array.

B. Calculation Step is used for row-level calculations, not aggregation across multiple rows.

Salesforce OmniStudio Documentation → Expression Sets → Aggregation Step