End-User Guide > Cases |
Cases enable the tracking of specialty processes within the Lifecycle Management Suite. Cases provide a streamlined method of tracking processes such as bankruptcies, foreclosures, and repossessions, and are easily customizable by a System Administrator.
Listed below are the case details and the actions that can be taken while working a case:
A case in context is displayed as a Case Tasks tab in the Overview section of the workspace. This tab contains a task navigation panel in the left side of the screen and Case Task Details, organized as tabs in the main area of the screen.
If no task is in context, the main area of the screen displays a "Select a task from the tree to the left" message.
If a task is in context, the main area displays the name of the task and the task details.
![]() |
If a person has multiple cases associated to them, a drop-down list is included in the Case Tasks tab to quickly navigate between cases. |
The task navigation panel displays the tasks that have been scheduled to be worked to complete the case. Tasks display in a tree that groups individual tasks into processes which have been assigned to a case type by an administrator. From the task navigation panel, users can open a task, add additional tasks and case processes to the case, and cancel case processes.
![]() |
If no processes or tasks exist on a Case, the system prompts users to close the case, when the task tree refreshes.
|
A Task Status is assigned to a task to indicate the state of the task. There are three states of task statuses: Active, Inactive, and Closed.
![]() |
The task navigation panel only displays tasks that have an active status. |
![]() |
Inactive tasks are not visible to the user. These tasks automatically populate in the task tree when a closed task returns results that activate these tasks. |
When a case is created, every task in that case type is assigned a Task Status. Users can change task statuses by completing or canceling tasks.
The below foreclosure case process example provides a reference for all the Task Statuses in the Lifecycle Management Suite.
A task that is either ready to be worked or currently being worked. Users can close In Progress tasks by completing or canceling them.
In the Foreclosure Case Process example, the Notice of Sale task is currently being worked and is In Progress.
![]() |
When a task is In Progress, a ![]() |
A task that is scheduled to be worked at a delayed start time. Once this task is started it has a status of In Progress.
In the Foreclosure Case Process example, the Foreclosure Auction task is delayed from starting to allow time to pass from the time that the Notice of Sale is completed and has a Waiting to Start status.
![]() |
When a task is Waiting to Start, a ![]() |
A task that has been worked to completion and is considered closed.
In the Foreclosure Case Process example, the Notice of Default and the Reinstatement Period have been completed by the user and have Completed statuses.
![]() |
When a task is Completed, a ![]() |
A task that is manually closed by a user without being completed.
In the Foreclosure Case Process example, the Reinstate Loan Task was canceled because the account holder failed to make the delinquent payments. This task has a status of Canceled.
![]() |
When a task is Canceled, a ![]() |
A task that is dependent on an active task. Depending on the results returned when an active task is closed, a task that is Not Started becomes either active with a status of In Progress or Waiting to Start, or closed with a status of Will Not Start.
In the Foreclosure Case Process example, the Real Estate Owned, Surplus Payment, and Deficiency Payment tasks have statuses of Not Started. This is because they are dependent on the result of the Foreclosure Auction that has not yet taken place.
A task that is dependent on a closed task and the results necessary to start the task have not been returned.
In the Foreclosure Case Process example, the Unfreeze Accounts task has a status of Will Not Start. This task will not be used because the Reinstate Loan task has been canceled.
![]() |
Tasks are ordered in the task navigation panel by the task start date, which is set when a task status changes from Not Started to either Waiting to Start on In Process. If tasks share the same start date, the tasks with the same start date are ordered by task name. |
When a task is selected from the task tree, it opens in the main area of the case and provides task details grouped into tabs. The task's Work Task, Summary, History, and Attachments details are system defined screens. By default, when opening a task the Work Task tab is displayed.
The Work Task screen is used to complete all the work needed for a task. The work task details vary based on Task Type and change when a task changes status types from Active to Closed.
![]() |
To view instructions on how to complete a task, click ![]() |
The General task type provides instructions for users to complete a basic business process such as Seizing Vehicles in an Auto Repossession case.
![]() |
The status of a general task does not affect the content of the Work Task tab. Instructions are always displayed in the same format. |
When the Execute Code task type is started, it is automated to run code to accomplish tasks such as evaluating data and interacting with systems outside the Lifecycle Management Suite. If the task is completed, results automatically activate the next task in the case.
On the Work Task screen, a message is displayed that varies depending on the status of the task:
![]() |
More information about why the code has failed can be found in the event log. Access the event log by selecting ![]() |
Workflows are predefined step-by-step processes used to perform work on one or more accounts. The Workflow task type provides the ability to run both automated and manual workflows within a case. In the Foreclosure Case Process example, the Reinstate Loan is a workflow task that consists of multiple steps that need to be completed to reinstate a mortgage loan.
On the Work Task screen, a hyperlinked message displays and varies depending on the status of the Workflow.
![]() |
If no account is in context, clicking Start displays a pop up window containing the related accounts and related cases grid. Account(s) and/or case(s) must be selected to run the workflow. |
When a workflow is opened through a workflow task, it displays within the work task screen.
![]() |
When a workflow exists within a task, the following behavior applies:
|
The Screen task type allows users to view and edit a screen. The Work Task tab displays the Screen that is selected for the task. From within the work task details, users can save, refresh, and print the screen while working on it. Once the task is completed, the screen saves automatically.
Execute Rules task type is an automated task that uses business rules to analyze data and start additional tasks automatically. The work task tab for an Execute rule task displays a message to alert the user that the task was executed successfully.
![]() |
If the task was not executed successfully, users manually select the result by completing the task. |
![]() |
More information about why the rule(s) failed can be found in the event log. Access the event log by selecting ![]() |
The summary tab provides an overview of the task. Depending on the task status, the information displayed varies.
Status Type | Details | ||||||||||||||||||||||
Active |
A task that has a status of In Progress or Waiting to Start is considered active. The summary details of an active task are:
|
||||||||||||||||||||||
Closed |
A task that has a status of Completed or Canceled is considered closed. The summary details of a closed task are:
|
The history tab tracks the work done at the task level of a case. By default all history types are displayed; however, users can filter the history displayed by selecting and clearing check boxes next to the history types.
The columns displayed on the History screen are:
Column | Description |
User | Displays the name of the user that performed the action. |
Details | Displays a description of the action. |
Date | Displays the date and time of the action. |
Attachments are used to provide supporting information to a task. Any document type such as .pdf, .docx, and .xlsx can be attached to the task. Users may attach a document for a number of reasons.
For example, while working a Loan Default Confirmation task in a Foreclosure Case Process, an institution may request users to attach a Loan Payment History directly to the task to display all payments made and the remaining balance of the defaulted loan.
![]() |
A task can have multiple attachments. |
Details about the attachments are displayed on the Attachments screen:
Field | Description |
File Name | Displays the name given to the file when it was uploaded. |
Description | Displays details for the purpose of the attachment. |
Date Created | Displays the date and time the upload was added to the task. |
Uploaded By | Displays the name of the user that uploaded the attachment. |
The Lifecycle Management Suite allows two different ways to create a case on an account. Cases can be created by using the icon or by running the Create Case workflow step.
![]() |
If a Case Title is not provided, the Lifecycle Management Suite will automatically populate the generated Case Number in the Case Title field. |
Users can create cases by running the create case workflow step as a part of a workflow. The system administrator can configure the workflow step to be either automated or manual.
![]() |
All associated collateral is linked to an account when using the automated Create Case workflow step from within an automated or manual workflow. |
Additional persons and accounts can be added to a case after it has been created. To add a person or account to a case, navigate to the Case type screen that contains the Related Person and Related Account panels and click or
. The Basic Search window displays.
![]() |
A system administrator must configure a Case type screen (within System Management > Screens) to include the Related Persons panel and the Related Accounts panel, as well as the Relate Person, Relate Account, Remove Person, and Remove Account buttons. |
Enter any person or account criteria to use in the search and click . Double-click on the desired result displayed within the Results grid to add the person/account to the case, automatically close the Basic Search window, and return to the workspace.
Existing Cases can be accessed through a search or by selecting a case from the Related Cases panel in the workspace.
![]() |
Individual case tasks can be accessed through case queues. For more information about case queues, please see the Case Queue topic in this guide. |
![]() |
System Administrators can configure a
|
A case is worked by resolving all the tasks in the Task Navigation Panel. While working tasks, users can perform actions such as changing the task status, posting comments, and assigning tasks to a case queue.
![]() |
While hovering over toolbar actions, tool tips are displayed to indicate the purpose of the buttons.
|
While working a case users may need to add additional processes and tasks or cancel existing tasks. These actions are performed within the task navigation panel.
Users may need to add additional case processes that are not always required to complete a case, but sometimes are necessary. For example, in a foreclosure case a maintenance case process contains such tasks as landscaping and pest control and could be added to the case every month that the property is owned by an institution.
![]() |
Available case processes are determined by an administrator when configuring case types. |
![]() |
Adding a Case Process to a Closed or Cancelled case results in the case returning to an Open status. When attempting to add a case process to a Closed or Cancelled case, a message informs users "Adding this task process will reopen the case.". |
Users may need to add individual case tasks that are not always required to complete a case, but sometimes are necessary. For example, in a foreclosure case, if a property in an institution's possession requires snow removal during the winter, a task can be added to the foreclosure case.
![]() |
Available case tasks are determined by an administrator when configuring case types. |
![]() |
Adding a Task to a Closed or Cancelled case results in the case returning to an Open status. When attempting to add a task to a Closed or Cancelled case, a message informs users "Adding this task will reopen the case." |
Users have the ability to change the status of cases from the task navigation panel.
![]() |
If the new status is Canceled or Closed, all open tasks on the case are canceled. |
Users have the ability to change a case's stage from the task navigation panel.
![]() |
The New Stage field does not show the current stage as an option. |
Users have the ability to cancel an individual task or all open tasks for an entire process from the task navigation panel. This functionality may be used when a user accidentally adds the wrong case process.
![]() |
If a user clicks Cancel, without selecting a process or task, an error message informs the user that a task or process must be selected prior to cancelling a task. |
Administrators provide instructions for users to reference on how to work a task to completion.
![]() |
The instructions screen can be expanded to fill the case screen by clicking ![]() Users can display the instruction screen in a new window by clicking |
In the task toolbar, users can close a task by changing the status of a task within the Status drop-down.
The status drop-down contains three options: Complete, Cancel, and Undo. If a status is not available, the option is disabled. For example, if a task has not been canceled or completed, the status change cannot be undone; therefore, the Undo option is disabled.
Completing a task can only be performed if the task is active and the work is completed. By default, the Complete option is the displayed selection from the Status drop-down.
![]() |
If a user attempts to complete a workflow task that has not been worked, a message appears telling the user what must be done in order to complete the task.
|
![]() |
This confirmation message is bypassed, in certain scenarios:
|
Undoing a task provides users the ability to undo results of a closed task and work the task again to provide different results.
![]() |
When a task is undone, all dependent task are also undone and set to Not Started. This happens because the new results of the undone task may produce different tasks that need to be completed. |
The undo instructions provide the user details on how to proceed.
Once a user exits the task, the undo instructions tab is no longer available. It is recommended that the undo instructions are printed.
![]() |
If a task is undone after dependent tasks have been closed, the undo instructions for all the tasks are displayed. |
Canceling a task can only be performed if the task is active. If a task is not active, canceling a task is disabled. This updates the status of all dependent tasks to Will Not Start.
The Post Comment button in the task toolbar allows users to post a comment directly to a case task.
![]() |
All comments posted to a task are also posted to the Person associated to the case and can be viewed in Workflow History in the workspace. |
Users can assign tasks to Case Queues for reasons such as to escalate a concern or to turn the task over to another department to address an issue with data captured earlier in the case.
![]() |
Inactive tasks are not visible to the user. These tasks automatically populate in a ticket when a closed task returns results that activate these tasks. |
Case task documents can be uploaded, viewed, or deleted from the Attachments tab within a task.
Upload Document
Click to display the document upload screen.
Click Browse to locate the desired file to upload.
Select a file and click Open. The document path is now populated in the Document Upload screen.
View Document:
Delete Document:
While working a case, it is important to maintain the status and stage of the case. The case status can be updated by opening a case screen that has been configured to include the case status button.
![]() |
To allow users to maintain the status and stage of the case, administrators must configure a case screen to include the status and stage button. |
Clicking the case status button opens a Change Status pop-up. Select the status from the drop-down and supply a reason for the change in status. When finished, click Change.
Optionally, financial institutions may make use of the case stage that defines what stage or phase the case is in. For example, a repossession case in "Open" status has a stage of "Auction." The case stage provides better visibility to the progress of the case. The case stage can be updated by opening a screen that has been configured to include the case stage button.
Clicking the case stage button opens a Change Stage pop-up. Select the stage from the drop-down and click Change.
![]() |
If no processes or tasks exist on a Case, the system prompts users to close the case, when the task tree refreshes.
|
A number of fields are included in the database for value capture when creating, working, and linking cases. This replaces the need to create custom fields or rename User-Defined Fields and manually populating them. Business Rule functionality can be employed to set the values of these new fields automatically. The following fields have been added to capture data values and can be found in the field list when creating Screens and Reports:
Field | Data Values |
Bankruptcy-Related Fields |
|
Foreclosure-Related Fields |
|
Legal-Related Fields |
|
Repossession-Related Fields |
|