Setting the Timeout property on the HTTP Action in the Integration Procedure allows the developer to specify how long to wait for a response from the external system before timing out. Checking the Chain on Step Check on the HTTP Action in the Integration Procedure allows the developer to chain multiple HTTP Actions together and execute them sequentially. Configuring a Remote action with timeout settings of 120000 is not necessary, as it is already done by default in OmniStudio. Checking the Chainable checkbox on the integration procedure Action in the OmniScript has no effect on calling an external system.

The correct parameter is ContextId. When an OmniScript is launched from a Lightning Record page, Salesforce passes the current record ID into the OmniScript as a context ID. The OmniScript can then use ContextId to query related data through Data Mapper Extracts, Integration Procedures, or other actions. Using AccountId might work only if the developer manually maps that value, but it is not the standard automatic page-context parameter. recordId is common in Lightning Web Components, but OmniScript's record-page launch behavior uses ContextId. CurrentRecord is not the standard OmniStudio parameter. Salesforce documentation explicitly states that, by default, the record ID on a Lightning Record page passes into the OmniScript as a context ID.

A Remote Action is the Integration Procedure element designed to call custom Apex logic. This scenario requires execution of an Apex method that performs custom authentication and token generation before later data retrieval, which is exactly the type of server-side custom logic handled by a Remote Action. A Data Mapper Transform restructures data; it does not execute Apex. A Sub-Integration Procedure calls another Integration Procedure, not an Apex method directly. An HTTP Action calls an external REST endpoint, which is useful after token generation but does not execute local Apex code. Salesforce documentation explicitly states that the Remote Action element calls the specified Apex class and method or an invocable action.

When data changes every five minutes, the cache lifetime should be close to that refresh cycle. A 300-second Cache Duration gives the Integration Procedure a performance benefit while limiting stale data exposure to approximately the same interval as the source data change frequency. A contextual key controls cache separation by context, but it does not define when cached data expires. Disabling caching ignores the stated requirement that the developer wants to use caching. A very high value, such as 24 hours, is dangerous because users could receive stale data long after the underlying source changed. Salesforce's OmniStudio caching guidance explains that Integration Procedures can cache results and that Cache Blocks are appropriate when different data must expire at different times.

The best practice for configuring the Input JSON for a DataRaptor Load is to copy the Input JSON from the OmniScript {Data} modal. This ensures that the Input JSON matches the data structure and format of the OmniScript data. The DataRaptor Action Debug node may not have the same data as the OmniScript data, and building the Input JSON node by node in an editor or in the DataRaptor Designer may introduce errors or inconsistencies.