Employee Inbox (Old UI)

Objective: Provide employees with the options to view the assigned, escalated applications and the applications that are pending for action.

Route - mSeva

Technical Implementation Details

Inbox screen can be divided into 4 sub components as listed below:

1. Sidebar

2. Quick action button

3. Service List

4. Inbox worklist

Sidebar

Action Menu is the component that shows the menu items in the sidebar based on the response from the access/v1/actions/mdms/_get API .

Quick action

Quick Action button which shows the menu based on the response from the access/v1/actions/mdms/_get API.

Service List

Service List is the component that shows the menu based on the response from the access/v1/actions/mdms/_get API.

Inbox Worklist

Inbox worklist is the component that shows the records based on the response from the /egov-workflow-v2/egov-wf/process/_search API.

Inbox worklist contains options to filter and search the records based on the options.

Fetching all the records from the process instance is not made in a single call since we might fetch a lot of records. So we make a call to get the total count from egov-workflow-v2/egov-wf/process/_count API. After that, we load the initial records for all business services.

Once all the records are fetched the system loads the locality of the records based on the locality search provided by the service (BUSINESS SERVICE).

Assigned To Me Tab

The Assigned To Me Tab displays all assigned applications for the logged-in user.

All records are fetched from the process instance response that filters the records based on the following condition:

1get(item, 'assignes[0].uuid')=== uuid;

Here, the UUID is the logged-in Employees User id and the item is the total records.

SLA

SLA of the Application is based on the businesssServiceSla and it is converted using the following conversion:

item.businesssServiceSla / (1000 * 60 * 60 * 24)

Nearing Escalation And Escalated

Nearing Escalation and Escalated is identified based on the businesssServiceSla present in that record and the configured MDMS data wfSlaConfig

It contains the slot colour and percentage.

Pagination

Pagination is configured in the MDMS to hold default records and default options to show rows per page.

Table and Table pagination can be accessed from this file link below.

MDMS config

{
    "tenantId": "pb",
    "moduleName": "common-masters",
    "TablePaginationOptions": [
        {
            "rowsPerPageOptions": [25, 50, 100],
            "defaultValue": 100
        }
    ]
}

Application Redirection

In every row, there is an option to view or perform an action on the record and this redirects users to the relevant module.

Refer to the Config below.

 "tenantId": "pb",
    "moduleName": "common-masters",
    "CommonInboxConfig": [{
            "moduleName": "PT",
            "BusinessService": "PT.CREATE",
            "roles": ["PT_CEMP", "PT_DOC_VERIFIER","PT_FIELD_INSPECTOR","PT_APPROVER"],
            "active": false,
            "locality":false,
            "localityModule":"property-services",
            "redirectConfig": {
                "INITIATED": "/employee/property-tax/application-preview?applicationNumber=^WFBID^&tenantId=^WFTNID^&type=property",
                "DEFAULT": "/employee/property-tax/application-preview?applicationNumber=^WFBID^&tenantId=^WFTNID^&type=property"
              }
        },

Redirection for every module should be configured in redirectConfigand similarly for any other config like active, locality, and locality modules.

Escalated Tab

Here in Escalated tab, it makes an escalation search, using egov-workflow-v2/egov-wf/escalate/_search.The object structure is similar to the process search.

On View History - It shows which state has it got escalated using flag. isEscalatedApplicationbased on it it shows a red mark for the corresponding state.

Filter Options

Here all the filter options are derived from the records that we receive through the process instances. It is not from any MDMS data.

Role Action Mapping