OmniStudio-Developer Salesforce Certified OmniStudio Developer Plat-Dev-210 Questions and Answers

A DataRaptor Transform can be used to transform data from one format to another, such as JSON, XML, or CSV. The developer can specify the input and output paths for each field in the Transform tab. The developer can also use formulas to manipulate data in the Formula tab1. To transform contact data into a JSON array, the developer can use either of these methods:

Use a formula LIST(Contact), and add the output of the formula as the input in the Transform tab. This will create a list of contact objects from the input JSON and output it as a JSON array.

Set the Input JSON Path as Contact, the Output JSON Path as Contact, and the Output Data Type as List. This will output each contact object as an element of a JSON array.

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.

Updating Salesforce data from an OmniScript requires a write operation, so the correct tool is a Data Mapper Load. A Data Mapper Extract reads data from Salesforce; it cannot update the Contact record. A Data Mapper Transform only reshapes data between formats and does not perform the Salesforce database update. The Data Mapper Load should include the Contact identifier and the new Phone value so Salesforce can update the correct record. When upsert behavior is needed, the appropriate field mapping must identify the key used to determine whether the record already exists. The question asks specifically about changing a Contact phone number from an OmniScript, so the correct configuration is a Data Mapper Load with the RecordId/key and updated phone value.

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

 Checking the Send Only Additional Input checkbox allows the Remote Action element to send only the key/value pairs specified in Additional input to the Apex method. The Additional input should have the same keys as the method parameters, and the values should be set to {{InputData.node}} for each node. For example, AccountId: {{InputData.AccountId}} and ProductId: {{InputData.Details.Products}}.

OmniScript is the correct tool because the scenario describes an end-to-end guided business process: collecting property details, applying conditional steps, calling calculation logic, and submitting the final application. Integration Procedures are excellent for server-side orchestration, integrations, and calculations behind the scenes, but they do not provide the user-facing guided interaction by themselves. Data Mappers retrieve, transform, or save data; they are not the process UI. FlexCards display contextual information and actions but are not designed as the primary multi-step application workflow. Salesforce describes OmniScripts as guided, interactive processes that help users complete business tasks and collect data across channels. Therefore, the core component controlling this process is an OmniScript.

 Setting the element to require if true allows the developer to configure a Disclosure element to require user input only if a condition is met. In this case, the condition is that the user already checked a Non-Disclosure Agreement Checkbox. The other options are either incorrect or irrelevant for this requirement.

The correct answer is JSON. Vlocity Build Tool, also called the OmniStudio Build Tool in newer documentation, exports and deploys OmniStudio/Vlocity DataPacks in a source-control-friendly structure. A Data Mapper, FlexCard, OmniScript, or Integration Procedure is represented as DataPack metadata, and the component definition is stored in JSON-based files, while job or manifest configuration can use YAML. DOCX is a document format and has no role in OmniStudio deployment metadata. CSV can hold tabular data, not a full component definition. XML is used in some Salesforce metadata contexts, but DataPacks for OmniStudio deployment are not typically represented as XML component files. Therefore, JSON is the correct deployment metadata format.

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

According to the OmniScript Action Elements page, a DataRaptor Extract Action can be used to “get data from one or more Salesforce records” and an HTTP Action can be used to “get, save, or delete data through a web application programming interface (API)”. 

The correct configuration is to disable Save for Later through the OmniScript setup configuration, not by hiding it with CSS or deleting a nonexistent structural element. Save for Later is a framework-level OmniScript capability controlled by Save Options, so the proper approach is a configuration setting in the Setup tab. Conditional View is used for OmniScript elements, but Save for Later is not a normal element placed in the script structure. Custom CSS would only hide the button visually and would be a poor, fragile workaround. Salesforce documentation describes Save and Resume behavior as an OmniScript Save Options feature and confirms that Save for Later can be enabled or disabled through configuration rather than custom UI manipulation.

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

 According to the OmniScript Data JSON page, the OmniScript structure JSON defines the data elements and their properties that are used in an OmniScript. The exhibit shows an OmniScript structure JSON with three elements: Step, Block, and Telephone. The Step element is an empty object, the Block element is an object with two properties: Text and Telephone, and the Telephone element is a string. Therefore, the JSON code that correctly represents the step in the OmniScript Structure panel shown is option C, which has the following structure:

The other options have different structures that do not match the OmniScript structure shown. Therefore, the correct answer is C.

If the user already has OmniScript runtime access, the next security issue to investigate is access to the underlying Apex classes used by OmniStudio runtime operations, Data Mappers, Integration Procedures, or Remote Actions. Salesforce’s OmniStudio security checks include Apex class access enforcement, especially where Remote Actions or managed package classes are involved. Save Options would affect how data is saved, not whether the Lightning component can be accessed. Multi-language settings do not cause a permission-to-access-component error. FlexCard permissions are not the most likely cause when the problem occurs while launching an OmniScript. Therefore, the developer should verify the user’s permission sets/profile grant access to the Apex classes required by the OmniScript’s runtime and called actions.

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

The JSON data structure in option C supports the card layout and follows best practices. It has a list of objects, each representing a product, with the properties “ProductCode”, “ProductName”, “ProductDescription”, and “ProductPrice”. These properties match the fields in the card layout. The JSON data structure also follows the naming convention of using camel case for property names. The JSON data structures in options A and B do not match the fields in the card layout and do not follow the naming convention.

An OmniScript and a Child FlexCard are both valid components that can be embedded in a flyout. An Integration Procedure and a DataRaptor are not components, but actions that can be performed within an OmniScript or a FlexCard.

The Debug Console, or Test Panel, is the correct browser-based tool for testing OmniScript logic and data integration during development. Salesforce CLI and Vlocity Build Tool are deployment or source-control tools; they are not the interactive runtime testing panel inside the OmniScript Designer. Developer Console can inspect Apex and logs, but it is not the built-in OmniScript testing interface. The OmniScript designer preview/debug capability lets the developer execute actions, inspect action requests and responses, and verify how data moves through the script before deployment. Salesforce documentation specifically describes opening the Action Debugger from Preview to view and debug action request and response data, which directly matches the requirement to test script logic and integration behavior.

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

Margin controls spacing outside an element, so Margin Bottom is the correct property when the goal is to create or reduce space between the Text element and the Button below it. Padding controls internal spacing inside the boundaries of the selected element; it would move the text within its own box rather than primarily controlling the gap between two separate elements. Layout controls structural placement and responsiveness, not direct vertical spacing. Spacer can be used as a separate layout object, but it is not the property on the Text element itself. Salesforce’s FlexCard styling guidance separates dimensions, spacing, classes, and inline styles, and the spacing-around-element documentation specifically uses margin controls for external spacing.

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

According to the Integration Procedure Actions page, “To pass data from a Set Values action to a DataRaptor action, add the Set Values action name to the Additional Input field of the DataRaptor action.” 

A permission set license is an entitlement layer. The OmniStudio User PSL makes the user eligible to access OmniStudio functionality and related OmniStudio objects. It does not by itself grant every object, field, or administrator permission needed to build or manage assets. Those permissions still come from assigned permission sets such as OmniStudio User or OmniStudio Admin, plus object and field-level security. Option A is wrong because package installation and administration require separate administrative permissions. Option B is too broad and refers to general Salesforce platform access, not OmniStudio entitlement. Option C incorrectly treats the PSL as the permission set itself. The PSL’s primary purpose is licensing entitlement to OmniStudio features and custom objects.

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

 In a calculation procedure, the output of a calculation step must be included in the calculation output in order to be used in an aggregation step. The calculation output defines the variables that are available for aggregation

According to the Integration Procedure Actions page, a Remote Action can use a function in an Additional Output value field or in a Remote Options value field. According to the Response Actions page, a Response Action can use a function in an Additional Input value field.

 The Send JSON Path syntax for accessing an element from an Integration Procedure structure is BlockName.ElementName. In this case, the BlockName is BlockX and the ElementName is ActionZ. The colon (:) is used to separate the input and output parameters, not the block and element names. The order of the block and element names should follow the hierarchy of the structure, from top to bottom. The Additional input parameter is not needed in this case, as it is already included in the Send JSON Path.

A formula element allows the developer to define formulas using functions and operators to manipulate data in an OmniScript. The output of the formula element can be displayed to the user immediately in the current step using a display element. The CONTIF function counts how many times a value appears in a list1. A Calculation Action element executes a calculation procedure and returns the output as a JSON object. A Set Values element assigns values to variables or fields in an OmniScript. A Range element defines a range of values for a variable or field in an OmniScript1. Based on best practice, a formula element is the most suitable element to use the CONTIF function in this scenario.

The correct declarative design is to use a Data Mapper Transform after the HTTP Action. The HTTP Action performs the REST call and returns the response to the Integration Procedure. If that response must be converted from JSON into a required XML structure, the transformation layer should be a Data Mapper Transform, because transforms are built to map input paths to different output structures and formats without writing Apex. XMLStreamReader is for reading XML, not building the target XML payload from JSON. XMLStreamWriter could be used in custom Apex, but the OmniStudio-native answer avoids unnecessary code. A Data Mapper Extract reads Salesforce data, so it is not the right tool for restructuring an HTTP response.

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

In OmniStudio, the Edit Block element is purpose-built for allowing users to dynamically add, edit, or delete rows of related data, such as dependents under a policy. To save these changes, Remote Actions (typically backed by Apex or API) are used to process each record operation (Create/Update/Delete).

A. Use an Edit Block element configured with Remote Actions – Correct. This is the recommended and most scalable way to support CRUD operations in OmniScripts for collections (e.g., dependents). The Edit Block provides UI-level support, while Remote Actions handle back-end interaction with Salesforce or external systems.

Incorrect Options:

B. Text Block is for display purposes and cannot manage data input or backend actions.

C. Input Block elements do not support row-level add/edit/delete functionality as Edit Blocks do.

D. SOQL is a read-only query language and cannot be used to update or delete records directly within an OmniScript.

Salesforce OmniStudio Guide → OmniScript Edit Block Element

OmniStudio Best Practices → CRUD Operations in OmniScripts

 An Integration Procedure Action can execute an Integration Procedure that contains multiple elements, such as DataRaptor Actions, HTTP Actions, or other Integration Procedure Actions. This can be used to save data to multiple systems, such as Salesforce and AWS Order Management, in one OmniScript element.

 A DataRaptor Extract can retrieve data from multiple objects using extraction steps and JSON paths. However, if the data is from a single object, only one extraction step is needed. The Extract JSON Path can use dot notation to access related fields from that object, such as Contact.Account.Name.

According to the OmniStudio DataRaptor Extract documentation, if a developer wants to limit the number of records returned, the best way is to set the " Limit " property on the element or action that is calling the DataRaptor, such as in an Integration Procedure or OmniScript Action.

A. Set the Limit property on the action that calls the Data Mapper Extract – This is the correct method. The calling context (e.g., OmniScript Action or Integration Procedure) includes a property for setting the limit on query results, which is a recommended and clean method to ensure only one record is retrieved.

Incorrect Options:

B. There is no " LIMIT " clause within the DataRaptor Extract definition UI or JSON definition itself.

C. Custom Output Type controls the structure, not the quantity of output.

D. The Filter function applies conditional logic, not record count.

Salesforce OmniStudio Developer Guide → DataRaptor Extract Configuration

A DocuSign Envelope Action can be used to create and send a document for signature using a DocuSign template. The developer can specify the template ID, recipient details, and prefill data in the action configuration

A Set Values Action in a Value field and a Remote Action in an Additional Output value field can execute a function like CONCAT or DATEDIFF by using the syntax {{function(parameters)}}. For example, {{CONCAT(‘Hello’, ‘World’)}} or {{DATEDIFF(‘2021-01-01’, ‘2021-01-31’)}}.

The correct exam answer is A, but the wording needs care. An OmniScript must have an active version before it can run for users. Salesforce documentation confirms that OmniScripts are activated from the OmniScript designer and that the active version is the runnable version. If a deployment path moves the component definition but does not leave the desired version active or compiled correctly, the final required step is to activate the deployed OmniScript version in the target org. Response Action is an Integration Procedure concept and is not required merely to launch an OmniScript. Remote Site Settings matter only for external callouts. Cache Duration affects performance behavior, not whether the OmniScript itself is runnable. Note: IDX Workbench can auto-activate in some managed-package deployment flows, so the safest interpretation is non-auto-activated deployment.

A Data Mapper Extract Action is the correct choice when an OmniScript must retrieve many fields from a Salesforce record. Data Mapper Extracts are built specifically to read Salesforce data, select the required fields, apply filters, and return the data in JSON, XML, or another configured output structure. A Lookup element is appropriate for retrieving or selecting a single record or field value, but it is not the best tool for pulling many fields. HTTP Action is for calling external HTTP endpoints, not directly querying Salesforce records. Select is a user-input element, not a Salesforce data retrieval tool. For a multi-field Salesforce record retrieval requirement, Data Mapper Extract provides the correct declarative query and mapping capability.

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

The verified answer is A, not the mock-highlighted C. FlexCard States display based on conditions configured on the state. For this scenario, the Active, Warning, and Critical states should each have a condition that evaluates the RiskLevel value. For example, Active can evaluate RiskLevel = Low, Warning can evaluate RiskLevel = Medium, and Critical can evaluate RiskLevel = High. At runtime, OmniStudio evaluates the state conditions, and the matching state is displayed. A Set State Action on a button is user-driven and does not automatically evaluate RiskLevel. “Conditional State Logic on the Base FlexCard” is not the precise configuration item used here. A main Block state variable is also not what controls card-level state selection.

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

Checking the Enable Cancel checkbox in the Setup tab under Cancel Options allows the developer to enable the cancel functionality for all steps in the OmniScript. The user can cancel the OmniScript at any time by clicking the Cancel button in the top right corner of the OmniScript. Adding a navigation Action inside each step is not necessary and would clutter the OmniScript design. Setting the Component name or Element Name to ‘’Cancel’’ has no effect on enabling the cancel functionality.

The minimum access is the OmniStudio User permission set license plus the OmniStudio User permission set. This user only executes guided flows; they do not build or modify OmniScripts, FlexCards, Data Mappers, or Integration Procedures. Assigning OmniStudio Admin would over-permission the user because Admin access is intended for users who create and manage OmniStudio components. A developer permission set would also be excessive and is not the minimum runtime configuration. A PSL alone is not enough because it entitles the user to the feature set, while the permission set grants usable permissions. Salesforce permission guidance states that users must have the appropriate OmniStudio permission set assigned, and the OmniStudio User assignment is appropriate for runtime users rather than designers/admins.

The correct answer is D, but with one serious qualification: the Data Mapper must be configured with the proper security controls. Data Mapper Load is the OmniStudio component used to write JSON, XML, or custom input data to Salesforce objects. For secure storage, the save operation should rely on Salesforce object access, field-level security, sharing, and OmniStudio security settings rather than storing sensitive values in temporary session variables or assuming the UI framework handles everything automatically. Validation rules help data quality, not full access control. Session Variables are not the correct place to persist sensitive business data. Therefore, Data Mapper Load is the correct saving mechanism, supported by Salesforce security configuration.

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

Seed Data JSON inserts static launch-time values into the OmniScript data JSON. These values are not stored under a node named “Script Configuration”; that is only where the developer configures the seed data in the designer. At runtime, the seeded key/value pairs are placed into the OmniScript’s data JSON under the seed structure, so the correct representation is option B. This is useful when an OmniScript must start with hidden or prefilled values before any user interaction occurs. Salesforce documentation explains that the Seed Data JSON property is used to prefill OmniScript fields or add hidden nodes to the OmniScript Data JSON during initial load.

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

 Setting the collapsible property on the block element allows the user to expand or collapse the block as needed. Using a Data table element is not suitable for displaying contact information. Setting the class’’ collapsible’’ on the block element has no effect. Using a conditional FlexCard State requires a condition to be met, not a user choice.

The correct approach is to use the responsive sizing properties available in the element Display configuration, such as Extra Small, Small, Medium, and Large. These settings align the element with the responsive grid model instead of forcing custom widths. Newport Design System styling is intended to provide consistent visual behavior across OmniScripts and FlexCards, so using framework-supported sizing is cleaner than hard-coding CSS. Option B can add utility classes, but it is not the primary standard grid-sizing property for the input element. Option D is weaker because custom CSS makes the layout harder to maintain. Option A is unrelated because Repeat CSS is not the standard way to control horizontal grid width.

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

A Data Mapper Transform is used to restructure input JSON into the output JSON format required by a target system. Since the target requires a nested array of objects, the developer must map the source value into the correct nested target path so the Data Mapper output structure creates the ContactDetails array and Phone object. A flat direct mapping does not describe the required parent array and child object structure. A Formula is not required just to place an existing source value into a nested output structure; formulas are used when the value itself must be calculated or transformed. Mapping to the root node would lose the required ContactDetails and Phone hierarchy. The correct method is nested target path mapping.

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

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 DataRaptor Formula tab allows the developer to define formulas using functions and operators to manipulate data. The TOINTEGER function converts a string value to an integer value. The developer can use this function to output the field value as an integer and use the formula as output

The best design is to combine a Loop Block with calculation-oriented actions. A Loop Block iterates over each item in a data array, allowing the actions inside the block to repeat for every element. A Set Values element inside the loop can set intermediate values, reshape nodes , or apply simple formulas per array item. For more complex, multi-step calculation logic, an Expression Set Action is appropriate because it invokes a configured Expression Set and returns calculated results to the Integration Procedure. A Decision Matrix is mainly for table-driven decision lookups, not general multi-step per-item calculation. A List Action can merge or manipulate lists, but it does not perform the required calculation on every array element.

 According to the OmniStudio Developer Guide, “If multiple states have true conditions, the state that is closest to the top of the FlexCard canvas displays.” Therefore, the correct answer is A.

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

Integration Procedure is the correct tool because the requirement goes beyond a simple Salesforce record extraction. Complex filtering, sorting, aggregation, orchestration, and preparation should be handled server-side before the OmniScript displays the result. A Data Mapper Extract is appropriate for retrieving Salesforce data, but it is not the best orchestration layer when multiple operations and preparation logic are required. An HTTP Action only calls an external endpoint; it does not by itself manage the full data-preparation workflow. A Set Values Action is useful for assigning values in the OmniScript data JSON, not for complex server-side data shaping. Salesforce describes Integration Procedures as server-side processes used to automate data operations between Salesforce and external systems, which matches this requirement.

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

he Aggregation Step in a calculation procedure allows the developer to perform aggregate functions such as SUM, COUNT, MIN, MAX, and AVG on the output of a previous step. The developer can use this step to calculate the sum of the entire base price by specifying the field name and the aggregation function

FlexCards support embedding a custom Lightning web component through the Custom LWC element. The developer should drag the Custom LWC element onto the FlexCard canvas and configure the component name so OmniStudio knows which Lightning web component to render. Using an HTML element with an lwc tag is not the supported declarative method and can create security, rendering, and maintenance problems. An Action element is used to trigger behavior such as launching flows, OmniScripts, or navigation, not to host an LWC visually inside the card. Option D is also wrong because the configuration does not point to a “Card” property for the Lightning web component. The required implementation is the Custom LWC element with the component name configured.

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

OmniStudio best practices dictate that versioning is used when enhancements are required within the same logical flow, while cloning is preferred when the new flow is functionally different and used separately.

B. The new Integration Procedure will be used independently – Correct. Cloning creates an entirely new IP definition, ideal for building a similar but standalone process, rather than altering behavior for an existing process.

Incorrect Options:

A. Using a Cache Block is unrelated to cloning vs. versioning.

C. Replacing stub data does not require cloning; could be done in a version.

D. Chainability does not influence whether you should clone or version.

Salesforce OmniStudio Guide → Cloning vs. Versioning Integration Procedures

An Integration Procedure that calls a Remote Action depends on the referenced Apex class existing in the target org. If the Apex class is missing, the Integration Procedure cannot resolve that dependency during deployment or execution. The required fix is to deploy the Apex class first, then deploy the Integration Procedure that references it. Cache Duration has no relationship to metadata dependency resolution. Chainable configuration controls long-running transaction behavior and governor-limit handling, not missing Apex metadata. A Try-Catch Block can help handle runtime failures, but it does not solve a deployment failure caused by an absent Apex class. Salesforce’s OmniStudio deployment guidance specifically includes considerations for Apex class checks and dependencies when deploying Integration Procedures.

 The Params node contains the data that is passed from the parent FlexCard to the child FlexCard. The developer should use {Params.postalcode} to refer to the contact’s postal code in the child FlexCard.

 The Use Data JSON property must be selected in the properties of the Type Ahead Block in order to display the fetched data in the fields. The Lookup Mode property is used to specify the type of lookup to perform. The FirstName, LastName, and BirthDate fields can be placed inside or outside the Type Ahead Block. The typeHead key is in the correct format.

The best available answer is A, but the wording is not perfect. The safe testing pattern is to avoid changing the published cache configuration used by production users. Changing Cache Duration to 0 or disabling the Cache property would alter runtime behavior for everyone using that active Integration Procedure. Changing Type/SubType is also a bad workaround because it changes the component identity and can break callers. A throwaway test input is the least disruptive option because it lets the developer create an isolated request path for testing rather than clearing or disabling shared production cache. In a real implementation, the test value must affect the effective cache signature; if an explicit Cache Key Property is configured and the throwaway value is outside that key, it will not bypass the cached entry.

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