When a DataMapper Load step fails because an Apex trigger calls .addError() with a custom message, the following behavior is observed:
1. The DML is rolled back as expected.
2. The Try-Catch block in the Integration Procedure catches the failure.
3. However, the Failure Response only contains a generic error such as:
"UpsertError": "QuoteTrigger: execution of BeforeInsert"
4. Any merge expression referencing the DataMapper's error output (e.g., %DataMapperStepName:UpsertError%) returns empty or null — the custom .addError() message is not present.
5. The OmniScript calling the IP displays only the generic error, not the custom validation message from the trigger.
Note: When the IP is previewed or debugged in isolation (outside OmniScript), the custom error message may appear in the debug output. This discrepancy can cause confusion — the message is captured internally within the DataMapper's execution result but is not propagated into the Failure Response scope.
- Integration Procedure Try and Catch Element
- Remote Actions in Integration Procedures
- DataRaptor Load
005387248

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.