Sagas
What is a Saga?
A saga is a small set of code instructions that call different saga methods to complete a variety of tasks, such as send notifications, push data to an LOS, talk to third-party integrations, modify information, etc.
Sagas are event driven
Sagas can be customized per Partner and per Site.
Within a Saga, we can call many saga methods in a sequence, including sending a particular notification (email or SMS).
Right now Sagas can only be created and modified directly in the database by a developer, but coming soon there will be a saga editor in the Customization Hub.
Sagas can be triggered to run when certain events occurs within the platform. With a powerful set of sagas each site's functionality can be highly customized.
Following is a sample saga that finds a loan, finds the associated Agent (LO), pushes the loan to Desktop Underwriter, Encompass LOS and sends a notification to the Agent.
The full saga methods reference can be found here.
There are 2 types of events that can trigger a saga to run:
Blueprint driven events
Backend drive events
Blueprint Driven Events
When a particular task in a blueprint is completed, the blueprint can specify that a particular saga should be run.
Blueprint sagas will only run the first time a task is completed. They will not run if a task is completed a second time.
Currently this behavior can only be configured by manually editing the Blueprint JSON. But in a coming release the Blueprint editor will allow changing this more easily.
Backend Driven Events
The backend will run a Saga with a corresponding Saga name when any of the following backend "Objects" are Created or Updated. It requires some understanding of how the backend works to understand which front-end actions will trigger which back-end events.
Backend event-driven sagas are also known as "Callback Sagas".
Task Events
When a task is created or updated, including status change such as a task being completed
The Sagas that run will be able to check for task attributes such as the task name / type to determine e.g. which notification should be sent.
Milestone Events
Whenever a milestone is changed
This may be unintuitive - when the active milestone changes then both the previously active milestone and the newly active milestone will both be updated. Milestones will be created when the application file is first created, so the “create” event here is not very useful.
Document Events
Lender Documents - Documents uploaded by an Agent in the "lender documents" section.
Sent Documents - Documents uploaded by an Agent in the "sent documents" section.
Submitted Documents - Documents uploaded by a Borrower OR an Agent in the "submitted documents" section.
Integration Responses
Any saved response from an integration, e.g.
Credit Pull
LOS Loan File Push
LOS Document Push
AUS (DU) Run
Pre-approval Letter Creation
etc.
Agent Assignment
When an agent is assigned to an application file
When an agent is assigned to a site
When an agent is assigned to a role
Workflow Events
Also known as LOS Milestones
Saga Specifications
Last updated