This section provides an overview of the configurable areas within the Framework's application workspace. Many areas of the application workspace can be configured by administrators to display institution-specific information and this section serves as a guide to where those configurations can be made.
The workspace toolbar is located on the top of all workspaces. The icons within the toolbar are alway displayed, however, the availability and functionality of these icons is configurable. Below is an overview of the Toolbar icons that can be configured by system administrators:
When the Approve Application permission is enabled the Approve icon is active in the toolbar. If active, users are able to manually approve an application. To configure the Approve Application permssion:
- Navigate to System Management > Users to manage user permissions.
- Navigate to System Management > Groups > Security Groups to manage group permissions.
 |
If the Approve Application permission is enabled, the availability of the icon is dependent on the state of the application. If an application decision has already been rendered, the Approve icon is disabled. |
When the Decline Application permission is enabled the Decline icon is active in the toolbar. If active, users are able to manually decline an application. To configure the Decline Application permssion:
- Navigate to System Management > Users to manage user permissions.
- Navigate to System Management > Groups > Security Groups to manage group permissions.
|
If the Decline Application permission is enabled, the availability of the icon is dependent on the state of the application. If an application decision has already been rendered, the Decline icon is disabled. |
The More icon provides additional decision actions. It is always active within the toolbar, however, the following decision actions are dependent on the associated permissions.
| Decsion Action | Description | Permission | ||
| Remove Decision |
If enabled, this action allows users to remove an application's decision.
|
Remove Decision on Application | ||
| Withdraw |
If enabled, this action allows users to withdraw an in progress application.
|
Withdraw Application | ||
| Remove Withdraw |
If enabled, this action allows users to restore a previously withdrawn application to an in progress state.
|
Remove Withdraw Status From Application | ||
| New Counteroffer |
If enabled, this action allows users to create alternate loan terms for an application.
|
Counteroffer - Add, Edit and Delete | ||
| Remove Counteroffer Decision |
If enabled, this action allows users to reset the loan terms to the original terms prior to the first Counteroffer.
|
Remove Decision on Application | ||
| Change Product |
If enabled, this action allows users to change the loan product of the current application.
|
Change Product on Application |
To configure permssions for More decision actions:
- Navigate to System Management > Users to manage user permissions.
- Navigate to System Management > Groups > Security Groups to manage group permissions.
The Create Documents icon is always active within the toolbar, however the behavior of this button depends on the documentation connector that is active within the Framework.
- If only one documentation connector is enabled, clicking the Create Documents icon opens the screen of the active documentation connector.
- If multiple documentation connectors are enabled, clicking the Create Documents icon opens the screen of the documentation connector that had its connector screen last saved.
When the Disburse Loan Application permission is enabled the Disburse icon is active in the toolbar. If active, users are able to disburse an application. To configure the Disburse Loan Application permssion:
- Navigate to System Management > Users to manage user permissions.
- Navigate to System Management > Groups > Security Groups to manage group permissions.
|
If the Disburse Loan Application permission is enabled, the availability of the icon is dependent on the state of the application. If an application has already been disbursed or is not in a disburable state, the Disburse icon is disabled. |
When the Send Custom Emails permission is enabled the send email icon is active in the toolbar. If active, users are able to send emails from within an application. To configure the Send Custom Emails permssion:
- Navigate to System Management > Users to manage user permissions.
- Navigate to System Management > Groups > Security Groups to manage group permissions.
Clicking the send email icon populates the Send Email pop-up window.
Wtihin this window, users are able to send a custom email or use one of the institution-defined templates, which are defined in the System Management > Lending > Email Templates.
The Links icon is always active within the toolbar, however the links it contains depends on items defined within System Management > Lending > Hyperlinks.
In order to define the hyperlinks that populate in this drop-down, the Hyperlinks permission must be enabled. To configure the Hyperlinks permssion:
- Navigate to System Management > Users to manage user permissions.
- Navigate to System Management > Groups > Security Groups to manage group permissions.
The Queuing icon is always active within the toolbar. It contains functionality that enables users to view which queue the application is currently assigned. It also allows users to perform the following queuing actions:
| Action | Description | Permission | ||
| Pin To Queue |
Allows users to assign the application to a specific queue.
|
Pin Application to Queue | ||
| Unpin From Current Queue |
Allows users to remove an application from the queue it was pinned to.
|
Pin Application to Queue |
To configure the queuing permssion:
- Navigate to System Management > Users to manage user permissions.
- Navigate to System Management > Groups > Security Groups to manage group permissions.
If the application has not been disbursed, the core button is active. It contains functionality that allows users to perform the following core actions:
| Action | Description | Permission |
| Change Account/Loan Number | Allows users to identify the loan and account numbers. | N/A |
| Core Update | Allows users to view the last time a core update was performed on an application. It also allows users to perform a manual core update, if the appropriate permission is granted. | Update Application From Core |
To configure the core permssion:
- Navigate to System Management > Users to manage user permissions.
- Navigate to System Management > Groups > Security Groups to manage group permissions.
The Applications Summary panel is configured in the Workspace Summary attributes of each sub-product within Loan Product definition. Here, administrators are able to define the content and layout of the application summary as well as assign it to one or more sub-products.
For more information on defining the application summary, see the workspace summary section within Loan Product definition topic.
The application workspace consists of screens and workflow toolbars.
Applicant, Collateral and Application screen content is defined within System Management > Lending > Screens.
The workflow toolbar only populates when processing an application using the workflow. The following icons populate within the workflow toolbar toggle based on the application's progress within the workflow and the user/security group's permissions:
| Icon | Title | Workflow Stage | Permission |
|
|
Back | All | None |
|
|
Save and Next | All | None |
|
|
Decision | Origination | None |
|
|
Approve | Underwriting |
Approve Application
To configure the Approve Application permssion:
|
|
|
Decline | Underwriting |
Decline Application
To configure the Decline Application permssion:
|
|
|
Disburse | Approval |
Disburse Loan Application
To configure the Disburse Loan Application permssion:
|
The Application Navigator contains three tabs: Navigator, Notifications and Comments. Each tab is always visible and do not depend on user or group permissions.
Navigator
The navigator is divided into three sections: Workflow, People and Collateral and Screens
Workflow
The Workflow is located at the top of the Navigator tab. It is a series of screens that aids users in the application process. To define workflows, navigate to System Management > Lending > Workflow Models. Within a workflow model, administrators are able to assign screens on the Workflow tab according to the various stages of an application life cycle.
|
For more information on creating and maintaining workflows, refer to the Workflow Models topic |
Workflow models are then assigned in the General attributes of each sub-product within Loan Product Definition. At the bottom of the General tab, update the Workflow Model field to identify the desired workflow.
|
For more information on assigning workflow models, refer to the Model Selection topic within the Loan Product Definition topic. |
People and Collateral
The people and collateral section includes an Overview screen as wells as an index of all People and Collateral associated with the application. This section is driven by configurations made within a Workflow Model's Screens attributes.
To assign screens to the People and Collateral section following screen types must first be created:
| Screen | Description | Screen Type | Workflow Model Configuration | Required | ||
| Overview |
An application screen that provides users a summary of the application.
|
Application | Screens > Edit Screens > Overview | Yes | ||
| Add Applicant | The default screen that opens when a user adds or edits an applicant from the application navigator. | Applicant |
Screens > Edit Screens > Primary Applicant
Screens > Edit Screens > Other Applicant |
Yes
|
||
| Add Authorized User |
The default screen that opens when a user adds or edits an authorized user from the application navigator.
If an authorized user screen is not mapped to the Authorized User edit screen within Workflow Models, users are unable to add authorized users from the people and collateral section. |
Authorized User | Screens > Edit Screens > Authorized User | |||
| Add Collateral |
The default screen that opens when a user adds or edits collateral from the application navigator.
If collateral screens are not mapped to the pledge, real estate, stock and vehicle edit screens within Workflow Models, users are unable to add collateral from the people and collateral section.
|
Collateral |
Screens > Edit Screens > Pledge Collateral
Screens > Edit Screens > Real Estate Collateral
Screens > Edit Screens > Stock Collateral
Screens > Edit Screens > Vehicle Collateral |
|||
| Add Reference | The default screen that opens when a user adds or edits references from the application navigator. | Reference | Screens > Edit Screens > Reference |
 |
Administrators must map an Overview, Primary Applicant and Other Applicant screen. |
|
If screens are not mapped to the Authorized Users, Collaterals or References fields, users are unable to add authorized users, collateral or references from the application navigator. |
Screens
The Screens section is located at the bottom of the Navigator. It contains a list of all the screens available to users for processing an application.
The screens that populate in this section are configured withinin a Workflow Model's screen attributes. To assign screens, navigate to System Management > Lending > Workflow Models. At the bottom of the Screens tab, move the desired screens from the Available Screens box to the Assigned Screens box.
|
Only application screens are able to be assigned to the screens section. |
Notifications
The Notifications tab displays all informational and validation messages that have been called by rules when an application is saved, calculated or called by actions. The notifications that populate within this section appear automatically during the application process and are driven by:
- Core messages
- Stale calculations
- Stipulations
- Validation rules that include To-dos
- Event processing pairs, such as cross-sell opportunities, identification verification failure and OFAC processing failure
 |
No permissions are required to view notifications that populate, however, permissions may be required to take action on notifications. For example, stipulations contain the following permissions:
|
Comments
No configurations are required to view or maintain comments.