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:

AttributeDescription
$.result.formatThe specific format/schema definition version of the custom transaction result
$.result.actionThe workflow action that will be initiated upon acknowledging the result
$.result.detailsDetails 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.

ActionCategoryDescription
LOCKPRODUCTPRICINGRequests a rate lock on a loan
CANCELPRODUCTPRICINGRequests cancellation of an existing locked rate
RELOCKPRODUCTPRICINGRequests relocking of an existing locked rate
EXTENDPRODUCTPRICINGRequests an extension of an existing locked rate
LOCK_CONFIRMPRODUCTPRICINGRequests a rate lock and confirms it in a single transaction response
DENYPRODUCTPRICINGDenies a requested rate lock
UPDATEPRODUCTPRICINGUpdates a rate lock
UPDATE_CONFIRMPRODUCTPRICINGUpdates a rate lock and confirms it in a single transaction response
UPDATE_DISCLOSURE_STATUSDOCUpdates the status of a disclosure tracking log entry
UPDATE_DISCLOSURE_RECIPIENTSDOCUpdates the recipient details of a disclosure tracking log entry
CREATE_DISCLOSUREDOCCreates a disclosure tracking log entry
UPDATE_DISCLOSUREDOCUpdates a disclosure tracking log entry
CREATE_FULFILLMENT_DISCLOSUREDOCCreates a fulfillment for a disclosure tracking log entry
UPDATE_CREDIT_DATACREDITPopulates the loan with liabilities, credit scores, and FACTA data from a credit report
CREATE_FINDINGSAny categorySends findings to the lender
UPDATE_FINDINGSAny categoryUpdates findings previously sent to the lender
CREATE_SERVICE_EVENTSAny categorySends service events to the lender
UPDATE_TASKAny categoryUpdates 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 result entitlements

If you are interested in leveraging one of the special transaction result workflows 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 type for the subject transaction delivering the response result. The custom transactional operations are purely based on the action sent as part of the response. If the response does not specify any action as part of the response, EPC processes the response as a standard loan data/file attachment update.