Custom Transaction Result Workflows
Overview
Most service providers using the EPC platform are looking to deliver two primary artifacts to a lender upon fulfillment of a service order request - loan specific data, and file attachments. For example, an appraisal integration aims to deliver the final appraised value of the subject property to the loan along with the appraisal report as a PDF file. There are some integrators though, that may want to do more than just importing loan data and file attachments into the loan. An example being pricing engine integrations, which would also want to initiate a special workflow to trigger the interest rate lock for the subject loan, based on the loan program the lender has selected for the borrower.
To initiate such a custom workflow, the EPC platform has introduced a defined set of transaction response results. A result represents a workflow that needs to be initiated as a result of the successful fulfillment of a service order. It occurs in parallel with standard loan and file attachment ingress, but usually involves more complex orchestrations within Encompass.
Data Contract
A transaction response result contains the following top-level attributes:
| Attribute | Description |
|---|---|
$.result.format | The specific format/schema definition version of the custom transaction result |
$.result.action | The workflow action that will be initiated upon acknowledging the result |
$.result.details | Details pertinent to the custom result relevant to the resulting workflow that is initiated |
{
"status": "completed",
...
"result": {
"format": "application/vnd.productpricing-lock-1.0.0.json",
"action": "LOCK",
"details": {
...
}
}
}
EPC's handling and processing of the custom transaction response result is based on the action specified in the response. The table below lists the actions currently supported by EPC.
| Action | Category | Description |
|---|---|---|
| LOCK | PRODUCTPRICING | Requests a rate lock on a loan |
| CANCEL | PRODUCTPRICING | Requests cancellation of an existing locked rate |
| RELOCK | PRODUCTPRICING | Requests relocking of an existing locked rate |
| EXTEND | PRODUCTPRICING | Requests an extension of an existing locked rate |
| LOCK_CONFIRM | PRODUCTPRICING | Requests a rate lock and confirms it in a single transaction response |
| DENY | PRODUCTPRICING | Denies a requested rate lock |
| UPDATE | PRODUCTPRICING | Updates a rate lock |
| UPDATE_CONFIRM | PRODUCTPRICING | Updates a rate lock and confirms it in a single transaction response |
| UPDATE_DISCLOSURE_STATUS | DOC | Updates the status of a disclosure tracking log entry |
| UPDATE_DISCLOSURE_RECIPIENTS | DOC | Updates the recipient details of a disclosure tracking log entry |
| CREATE_DISCLOSURE | DOC | Creates a disclosure tracking log entry |
| UPDATE_DISCLOSURE | DOC | Updates a disclosure tracking log entry |
| CREATE_FULFILLMENT_DISCLOSURE | DOC | Creates a fulfillment for a disclosure tracking log entry |
| UPDATE_CREDIT_DATA | CREDIT | Populates the loan with liabilities, credit scores, and FACTA data from a credit report |
| CREATE_FINDINGS | Any category | Sends findings to the lender |
| UPDATE_FINDINGS | Any category | Updates findings previously sent to the lender |
| CREATE_SERVICE_EVENTS | Any category | Sends service events to the lender |
| UPDATE_TASK | Any category | Updates or closes an Encompass task created by a workflow rule |
Some actions support more than one format version. Each action page lists the versions available for that action.
Required Entitlements
A partner integration is restricted to sending only one result, and corresponding action, per transaction response. And for doing so, the integration needs to have the corresponding response result entitlement registered in its product configuration, along with its standard data and document delivery entitlements.
Registering transaction response
resultentitlementsIf you are interested in leveraging one of the special transaction
resultworkflows supported by the EPC platform, reach out to your account manager to get the necessary entitlements registered with your integrations configuration.
Results are independent of request types
Request types are defined by the integration itself. EPC does not attempt to interpret the request
typefor the subject transaction delivering the responseresult. The custom transactional operations are purely based on theactionsent as part of the response. If the response does not specify anyactionas part of the response, EPC processes the response as a standard loan data/file attachment update.
Updated about 24 hours ago

