Search the Omeda Knowledge Base

< All Topics

Transaction Lookup


The Transaction Lookup service is used to check on the submission status of a particular POST submission from DataQueue. Please note that the data submitted to the queue will not necessarily be kept available indefinitely.

Base Resource URI

In Production, use:{brandAbbreviation}/transaction/{transactionId}/*

In Testing, use:{brandAbbreviation}/transaction/{transactionId}/*

brandAbbreviationidentifies the brand, typically a short alphanumeric codetransactionIdthe transaction identifier, handed back by the Save Customer And Order POST submission.

Technical Requirements

The HTTP header must contain the following elements: x-omeda-appid a unique id provided to you by Omeda to access your data. The request will fail without a valid id.content-typea content type supported by this resource. See Supported Content Types for more details. If omitted, the default content type is application/json.

Supported Content Types

If omitted, the default content type is application/json.JSONapplication/json

JSON is the preferred data exchange format, because it is lightweight and, in most cases, faster to process and utilizes less bandwidth. There are many available open-source JSON libraries available. See for details.

Supported HTTP Methods

There is one HTTP method supported:GETSee W3C’s GET specs for details.

Field Definition

The following table describes the hierarchical data elements.

ResponseInfo Elements

Element NameOptional?Description
TransactionIdnothe identifier for a transaction
Statusnothe status of the transaction. See Status Descriptions for more details.
OmedaCustomerIdyesthe internal identifier for a customer
ClientCustomerIdyesthe external identifier for a customer
Errorsyesa list of errors with the transaction

Errors Elements

Element NameOptional?Description
Erroryesa description of the error

Response Examples

JSON Example

Successful Return:
Note – the Error in this return is not an Error for the API call, but an error found in the transaction.  If there is no error in the transaction, this error block will not be returned in the API call.


   "Error":"invalid email", 

Unsuccessful Return:
Note – the Error for the API would return a 404 if a bad transactionid exists in the API call.  See unsuccessful example below.

"No status found for transaction 55973543453."

Additional Information

Status Descriptions

0Loaded into Staging
1Customer On Hold
2Customer Has Excessive Errors
3Paid Customer On Hold
4Payment Pending
5Payment Succeeded
6Payment Failed
7API Transaction Loaded into Staging
8Verification Rules Ready
9Failed Validation Rules
10Passed Validation Rules
19OEC Ready
20OEC On Hold
21OEC Done
28DupeCheck Ready
29DupeCheck Running
30DupeCheck New Customer
31DupeCheck Existing Customer
35DupeCheck Manual Review
36DupeCheck Manual Review New Customer
37DupeCheck Manual Review Existing Customer
49Source Prioritization Ready
50Source Prioritization Passed
51Source Prioritization Failed
52Source Prioritization Partial Failure
90Ready to Migrate to ERD New Customer
91Ready to Migrate to ERD Existing Customer
98Moved to ERD – Failed Source Prioritization
99Moved to ERD – Partial
100Moved to ERD – Complete New Customer
101Moved to ERD – Complete Existing Customer
110Discard Record
Table of Contents
Scroll to Top