Unique identifier assigned when an order entry transaction is created
Retrieves the order entry blueprint and its associated responses for a created life or annuity transaction
Error Responses
-
400 Bad Request
-
VALIDATION_ERROR- The request failed input validation. -
INVALID_TRANSACTION_ID- The supplied transaction ID is invalid (less than or equal to zero). -
401 Unauthorized
-
UNAUTHORIZED- Authentication failed or the access token is missing, expired, or invalid. -
403 Forbidden
-
FORBIDDEN- The authenticated user is not authorized to access the requested transaction. -
404 Not Found
-
TRANSACTION_ID_NOT_FOUND- No transaction exists for the specified transaction ID. -
NOT_FOUND- The requested transaction or blueprint step could not be found. -
429 Too Many Requests
-
RATE_LIMIT_EXCEEDED- The client has exceeded the permitted request rate or quota. -
500 Internal Server Error
-
BUILD_BLUEPRINT_ERROR- An error occurred while generating the order entry blueprint. -
JSON_PARSE_ERROR- The system encountered an error while parsing the transaction response. -
UNEXPECTED_ERROR- An unexpected internal system error occurred while processing the request. -
502 Bad Gateway
-
UPSTREAM_SERVICE_ERROR- An upstream dependency returned an invalid or unsuccessful response. -
503 Service Unavailable
-
SERVICE_UNAVAILABLE- The service or a required dependency is temporarily unavailable. -
504 Gateway Timeout
-
UPSTREAM_TIMEOUT- A required downstream service did not respond within the configured timeout.
Standard Error Response
All error responses conform to the standard ErrorResponse schema and include:
- A stable error code from
ErrorInfo.code. - A human-readable error message.
- Optional diagnostic details, when applicable.
- A timestamp indicating when the error occurred.
This consistent format enables clients to implement standardized error processing, logging, and troubleshooting across all Order Entry API endpoints.
Success Response
On success, the API returns a TransactionResponse containing:
- transactionId - The unique identifier for the transaction.
- caseId - The identifier for the case created by the upstream product service. This value may be null until the case has been created successfully.
- data - The current transaction data, with field values keyed by their corresponding question identifiers.
- blueprint - The complete transaction blueprint, including the sections, fields, validations, conditional behavior, and metadata required to render the application.
- subscribers - Reactive subscriber definitions used by the client to drive dynamic field behavior, dependent lookups, and dataset updates.
- errors - Empty or omitted when the request completes successfully. For partial success or recoverable business warnings, this array contains the applicable application-level messages.
Path Parameters
Response
application/json
Response
Returns a product’s order entry blueprint with associated answer data
TransactionResponse
The unique identifier for the created transaction
>= 1 characters
The case identifier returned by the product service
Answers keyed by blueprint question id or composite collection field id. Named properties below are representative examples (same keys as the default example); any other field id is valid and uses the same value shape (see additionalProperties → QuestionDataRows → QuestionData). Each array entry is one row; use index for repeatable collection instances.
Example:{"259726":[{"id":"259726","type":"dropdown","questionText":"Account designation","questionSubText":"Account designation","displayValue":"Owner","value":"Owner","index":0}]}
Show Child Parameters
Show Child Parameters
Reactive subscriber definitions consumed by the UI. Each subscriber declares trigger fields, an HTTP action to run on change, and a response handler. Two flavors are emitted: dataset-dependency (context-modification) and blueprint-modification (replace-whole).
Example:{"triggers":["FirstName"],"actions":[{"type":"http","verb":"get","url":"/market-connect/order-entry/v1/transaction/1125715/MCDPS","token":"OEToken","payload":{"type":"none"},"responseHandlers":[{"type":"blueprint-modification","action":"replace-whole","value":{"type":"response-query","kind":"json-path","value":"$.data"}}]}]}
Show Child Parameters
Collection of errors if the operation failed
Example:{"code":"VALIDATION_ERROR","description":"Validation failed for field '$.fieldName'","details":"The request contains an unrecognized property. Only documented fields are allowed.","timestamp":"2024-01-15T10:30:00.000Z"}
Show Child Parameters
One validation message in API shape. Optional properties are omitted in JSON when null (e.g. fieldId is missing or 0).
Example:{"fieldId":"BeneficiaryAddress","answerNodeId":"Transaction.PrimaryOwner.PersonName.Prefix","message":"First name is required","sectionName":"EntityOwners"}
Show Child Parameters
Authentication
Path Parameters
Update the Order Entry transaction data for enhanced blueprint (single-blueprint) transactions.
Used for enhanced blueprint (single-blueprint) transactions where no step name is required. The step is automatically resolved from the product type.
Error Responses
-
400 Bad Request
-
VALIDATION_ERROR- Input validation failed (ModelState errors, or field-level data validation failures such as invalid state/dropdown values or non-string name/address values for AnnuityNet). -
INVALID_TRANSACTION_ID- Invalid transaction ID provided. -
Note: for
VALIDATION_ERRORresponses,transactionIdin the response body is populated with the path transaction ID when it was successfully parsed; if the transaction ID itself could not be parsed (INVALID_TRANSACTION_ID),transactionIdis returned as an empty string since there is no valid ID to echo back. -
401 Unauthorized
-
UNAUTHORIZED- Authentication failed or token is invalid. -
403 Forbidden
-
FORBIDDEN- User does not have permission to update this transaction. -
404 Not Found
-
TRANSACTION_ID_NOT_FOUND- No transaction exists for the specified transaction ID. -
NOT_FOUND- The requested transaction could not be found. -
422 Unprocessable Entity
-
Upstream business validation failed after save — response includes
validationErrorsand avalidation-messagesblueprint section. -
429 Too Many Requests
-
RATE_LIMIT_EXCEEDED- The client has exceeded the permitted request rate or quota. -
500 Internal Server Error
-
SAVE_TRANSACTION_ERROR- Save operation failed at service level. -
SAVE_TRANSACTION_FAILED- Save operation not successful. -
INVALID_RESPONSE_FORMAT- Invalid response format from service. -
EMPTY_BLUEPRINT- Empty blueprint returned after save. -
BUILD_BLUEPRINT_ERROR- Error building blueprint for next step. -
UNEXPECTED_ERROR- Unexpected system error. -
502 Bad Gateway
-
UPSTREAM_SERVICE_ERROR- An upstream dependency returned an invalid or unsuccessful response. -
503 Service Unavailable
-
SERVICE_UNAVAILABLE- The service or a required dependency is temporarily unavailable. -
504 Gateway Timeout
-
UPSTREAM_TIMEOUT- A required downstream service did not respond within the configured timeout.
Standard Error Response
All error responses conform to the standard ErrorResponse schema and include:
- A stable error code from
ErrorInfo.code. - A human-readable error message.
- Optional diagnostic details, when applicable.
- A timestamp indicating when the error occurred.
This consistent format enables clients to implement standardized error processing, logging, and troubleshooting across all Order Entry API endpoints.
Path Parameters
The unique identifier for the transaction
Body
application/json
Body
The input data for updating the transaction (data object matching GET/Create response shape)
TransactionDataQuestionRowsMap
Answers keyed by blueprint question id or composite collection field id. Named properties below are representative examples (same keys as the default example); any other field id is valid and uses the same value shape (see additionalProperties → QuestionDataRows → QuestionData). Each array entry is one row; use index for repeatable collection instances.
One row of captured or echoed answer data. Must include id, type, and value (the JSON property value must be present on each row; use JSON null for an empty optional answer when applicable). On PUT, id must match the enclosing data field key (or the leaf key inside a collection item’s data). type must be a QuestionData storage type (see QuestionDataStorageTypes); collection value rows use collectionItem on each CollectionItem.
Show Child Parameters
Response
application/json
Response
Returns the updated Order Entry blueprint or success status
TransactionResponse
The unique identifier for the created transaction
>= 1 characters
The case identifier returned by the product service
Answers keyed by blueprint question id or composite collection field id. Named properties below are representative examples (same keys as the default example); any other field id is valid and uses the same value shape (see additionalProperties → QuestionDataRows → QuestionData). Each array entry is one row; use index for repeatable collection instances.
Example:{"259726":[{"id":"259726","type":"dropdown","questionText":"Account designation","questionSubText":"Account designation","displayValue":"Owner","value":"Owner","index":0}]}
Show Child Parameters
Show Child Parameters
Reactive subscriber definitions consumed by the UI. Each subscriber declares trigger fields, an HTTP action to run on change, and a response handler. Two flavors are emitted: dataset-dependency (context-modification) and blueprint-modification (replace-whole).
Example:{"triggers":["FirstName"],"actions":[{"type":"http","verb":"get","url":"/market-connect/order-entry/v1/transaction/1125715/MCDPS","token":"OEToken","payload":{"type":"none"},"responseHandlers":[{"type":"blueprint-modification","action":"replace-whole","value":{"type":"response-query","kind":"json-path","value":"$.data"}}]}]}
Show Child Parameters
Collection of errors if the operation failed
Example:{"code":"VALIDATION_ERROR","description":"Validation failed for field '$.fieldName'","details":"The request contains an unrecognized property. Only documented fields are allowed.","timestamp":"2024-01-15T10:30:00.000Z"}
Show Child Parameters
One validation message in API shape. Optional properties are omitted in JSON when null (e.g. fieldId is missing or 0).
Example:{"fieldId":"BeneficiaryAddress","answerNodeId":"Transaction.PrimaryOwner.PersonName.Prefix","message":"First name is required","sectionName":"EntityOwners"}
Show Child Parameters
Authentication
Path Parameters
Body
Submit an order entry transaction for processing.
Error Responses
-
400 Bad Request
-
VALIDATION_ERROR- Request body is not allowed (endpoint does not accept a body, including empty{}). -
INVALID_TRANSACTION_ID- The supplied transaction ID is invalid. -
VALIDATION_ERROR- The upstream order entry service rejected the submission due to validation failures. -
401 Unauthorized
-
UNAUTHORIZED- Authentication failed or the access token is missing, expired, or invalid. -
403 Forbidden
-
FORBIDDEN- The authenticated user is not authorized to submit this transaction. -
404 Not Found
-
TRANSACTION_ID_NOT_FOUND- No transaction exists for the specified transaction ID. -
409 Conflict
-
DUPLICATE_SUBMISSION- The transaction has already been submitted to the upstream order-entry service. The response includesconfirmationNumberwhen the upstream service supplied one. -
429 Too Many Requests
-
RATE_LIMIT_EXCEEDED- The client has exceeded the permitted request rate or quota. -
500 Internal Server Error
-
UNEXPECTED_ERROR- An unexpected internal system error occurred while submitting the transaction. -
502 Bad Gateway
-
UPSTREAM_SERVICE_ERROR- The upstream product service returned an error while processing the submit request. -
503 Service Unavailable
-
SERVICE_UNAVAILABLE- The service or a required dependency is temporarily unavailable. -
504 Gateway Timeout
-
UPSTREAM_TIMEOUT- A required downstream service did not respond within the configured timeout.
Standard Error Response
All error responses conform to the standard ErrorResponse schema and include:
- A stable error code from
ErrorInfo.code. - A human-readable error message.
- Optional diagnostic details, when applicable.
- A timestamp indicating when the error occurred.
This consistent format enables clients to implement standardized error processing, logging, and troubleshooting across all Order Entry API endpoints.
Path Parameters
The unique identifier for the transaction
Response
application/json
Response
Transaction submitted successfully. Includes confirmationNumber from the upstream order-entry service when supplied.
SubmitTransactionResponse
The unique identifier for the submitted transaction. Echoed back from the request.
>= 1 characters
The confirmation number returned by the upstream order-entry service for this submission. Omitted when not supplied.
Human-readable confirmation that the submit request was accepted.
>= 1 characters
Authentication
Path Parameters
Dataset
Dataset operations
Gets dataset values for a dependent control based on the provided payload.
Error Responses
-
400 Bad Request
-
VALIDATION_ERROR- The request failed input validation. -
401 Unauthorized
-
UNAUTHORIZED- Authentication failed or the access token is missing, expired, or invalid. -
403 Forbidden
-
FORBIDDEN- The authenticated user is not authorized to access this resource. -
429 Too Many Requests
-
RATE_LIMIT_EXCEEDED- The client has exceeded the permitted request rate or quota. -
500 Internal Server Error
-
UNEXPECTED_ERROR- An unexpected internal system error occurred while processing the request. -
502 Bad Gateway
-
UPSTREAM_SERVICE_ERROR- An upstream dependency returned an invalid or unsuccessful response. -
503 Service Unavailable
-
SERVICE_UNAVAILABLE- The service or a required dependency is temporarily unavailable. -
504 Gateway Timeout
-
UPSTREAM_TIMEOUT- A required downstream service did not respond within the configured timeout.
Standard Error Response
All error responses conform to the standard ErrorResponse schema and include:
- A stable error code from
ErrorInfo.code. - A human-readable error message.
- Optional diagnostic details, when applicable.
- A timestamp indicating when the error occurred.
This consistent format enables clients to implement standardized error processing, logging, and troubleshooting across all Order Entry API endpoints.
Body
application/json
Body
DatasetRequest
Unique identifier of the transaction (positive integer as a string).
>= 1 characters
Name of the wizard step containing the dependent control.
>= 1 characters
Identifier of the field (control) whose dataset is being requested.
>= 1 characters
Response
application/json
Response
Returns the dataset payload
DatasetResponse
Outcome of the dataset lookup. “Success” on success; otherwise the backend exception type name (e.g. “NullReferenceException”, “ItemNotFoundException`2”).
>= 1 characters
Human-readable message describing the outcome. On success a confirmation string; on failure the backend error message.
>= 1 characters
Dataset payload serialized as a JSON string. On success, a JSON array of {Name, Value} option objects. On failure, may be “[]” or omitted.
Identifier of the dataset instance returned by the upstream service. Present for success and most failures; absent for low-level exceptions.