Disclosure Package Status Change
Event Type
disclosuresEvent
Entity Action
DISCLOSURES_STATUS_CHANGE
Firing Condition
After disclosures are issued, this event is emitted on a per-package basis when the disclosures package's overall status changes. As this event is tied to the package itself, no party information is included.
Below is a table that outlines the firing conditions of this event type.
Status | Firing Condition |
---|---|
ISSUING | Package is queued up and is waiting to be issued. |
FAILED TO ISSUE | Status is fired once per failed attempt to issue. Blend makes a total of 3 attempts before failing permanently. |
PENDING_ECONSENT | Package was issued but not all signers have e-consented. |
ELECTRONICALLY_DELIVERED | All signers have e-consented and the package was successfully issued to all signers. |
ELECTRONICALLY_VIEWED | All signers have viewed the package. |
DECLINDED | One of the signers has declined the package. |
ALL_SIGNATURES_COMPLETE | The package is completed. All documents have been signed and/or viewed. |
CANCELLED | Patch Disclosure API call made to post this status to Blend. This status will not be emitted by Blend. |
RETRIEVED | Patch Disclosure API call made to post this status to Blend. This status will not be emitted by Blend. |
Note
These events signify the status of the disclosure package as a whole without regard to the individual party actions. Package level events can be used to determine when a package has been completely signed, for example, without the need to store individual party action events to determine the state of the larger package.
Valid Decorators
- losPrimaryKey
- crmPrimaryKey
- originationType
- referenceLoanNumber
Object Format
{
"eventType": "disclosuresEvent",
"eventId": UUID,
"message": {
"entityAction": "DISCLOSURES_STATUS_CHANGE",
"entityId": UUID,
"entityType": string,
"disclosuresId": UUID,
"disclosuresStatus": string,
},
"originallyEmittedAt": DateTime (UTC Unix/Epoch Timestamp),
"status": "EMITTED"
}
Updated about 4 years ago