Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Technical release notes for DIGIT Trade License module
Key Feature
Description
SENDBACKTOCITIZEN
Modified behaviour of SENDBACKTOCITIZEN action in TL
Doc Links
Description
TL Technical Doc
New release features, enhancements, and fixes
DIGIT 2.2 is a release that has got a few functional changes and few non-functional standardization changes.
Functional: PGR v2 (Revamped UI/UX, Revamped APIs, and Workflow integration), Water & Sewerage Enhancements (Public Domain Search, Open Payments, and PT Workflow Config Changes), Property Enhancements, Search/Cancel Receipts Screen, and Enhancements in HRMS.
Non-functional: Config Repo baselining (Indexer and Persister configs sem version and baselining).
Feature
Description
PGR v2 (UI/UX/API revamp and Workflow integration)
Citizen
Create a Complaint
My Complaints and View Complaints
Rating and Reopening of the Complaint
CSR
Create a Complaint
View Complaints
Reopen Complaints
Inbox
Grievance Routing Officer
View Complaints
Assign Complaints
Reject Complaints
Inbox
Last Mile Employee
View Complaints
Assign Complaints
ReAssign Complaints
Inbox
Water and Sewerage
Public domain search for Water and Sewerage
Open payment for Water and Sewerage
Collection
Search Receipt
Receipt cancellation and its impact
HRMS
Deactivate and activate employee
Updated Feature
Description
Property Tax
Payment Notification
Payment Failure Scenario for Open payment
Capturing data for better reporting and analysis
Show the status of the receipt if the receipt is cancelled
Mutation - Allow Guardian name to change
Mutation - Multiple owners to single owner change and vice versa
Tenant and date range wise re-indexing Utility
Water and Sewerage Enhancements
Property Workflow Config Changes for Water and Sewerage
Collection Enhancements
Tenant and date range wise re-indexing Utility
Zero payment changes
HRMS Enhancements
Employee Create and Search Enhancements
Other minor enhancements and validations
UI and backend Enhancements
Pagination on process instance search API
Pagination in Employee Inbox
Addition of spinners in all the UI screens
DSS improvements to enable/disable module configs in MDMS and table headings Localization
PGR migration from v1 to v2 including the workflow data and reindexing
DSS config changes to support PGR v2
SENDBACKTOCITIZEN send’s application back to the user’s with a registered Mobile Number
Non-functional enhancements
Config Repo baselining (Indexer and Persister configs sem version and baselining)
Improvement in Loading localization data in UI - module wise localization caching
eDCR Enhancements
Road Reserve area captured
Height of Room - The colour codes are used to identify the type of room
Vehicle Ramp captured and slope auto calculated
Floor Unit - Colour codes used to differentiate the different type of dwelling unit
DIGIT 2.2 changes in HRMS module
This release offers capabilities to re-activate and deactivate employees from the UI to the ULB administrators. Also, we’ve standardized the input field validation as in other products on the DIGIT platform.
Deactivate employee
Re-activate employee
Usability enhancements like input validations, searchable dropdowns, etc.
None
Multi-tenancy support in the product
Reports
DIGIT 2.2 Changes to the Water & Sewerage Module
The latest Water & Sewerage (W&S) release version features two distinct product enhancements. One leverages the ‘open’ search and payment capability of the DIGIT platform. The second enhancement feature relates to the availability of configuration options within W&S to help adoption.
Open search and payment for W&S recurring bill payments
W&S and Property Tax module configuration options for processing new applications
Extending this config to W&S modify the connection.
Enhancing validations and UI put in place for property creation
DIGIT 2.2 technical changes to the Public Grievance and Redressal Module
The API contract for PGR module is revamped based on the new contract. The module is now integrated with workflows, which provides flexibility in managing workflow configuration. The API is integrated with the new Digit-UI.
Integration with workflow
Clean and straightforward API structure compared to previous Rainmaker-pgr module
Functionality to migrate from old rainmaker-pgr module to the new version
None
None
DIGIT 2.2 Changes in the Property Tax Module
The latest release version of the Property Tax module focuses on enhancing application usability, handling instances of payment failure, and the capability to capture data for better reporting & dashboards. Also, employees can now cancel the receipts from the UI to promote efficient service delivery.
Search API enhancements
UI for cancel receipt
Capturing transactional data for reporting
Transfer of ownership 'Transferee details' validations
None
None
DIGIT 2.2 changes in the PGR Module
This release provides a revamped UX to all the stakeholders using the PGR product. Updated UX will drive the adoption and increase employee efficiency. Also, we’ve configured a workflow service in the product which will speed up the GTM speed as it can be configured easily.
Revamped UI and UX for all stakeholders
API redesign and workflow integration
PGR migration from v1 to v2 including the workflow data and reindexing
DSS config changes to support PGR v2
None
None
DIGIT 2.2 Changes to the eDCR Module
eDCR Service 1.0.2 is a baselined release that has got few enhancements to the existing features.
eDCR 1.0.2: The above feature is useful and required in other states.
The above features are configurable. Users can enable the features if required for the selected state.
Impact: Functionally, the upgrade to eDCR 1.0.2 will not impact the existing environments.
Doc Links
Description
Doc Links
Description
Key Feature
Description
Complaint Filing and Tracking
The citizen can file the grievances and track the complaint status easily
Workflow Integration
PGR is now integrated with workflow service, the workflow for PGR now can be easily configurable
Migration
API to migrate data from old PGRmodule to the new format
Doc Links
Description
PGR Service Technical Doc
PGR migration Doc
Feature
Service Name
Changes
Description
Common Pay
Arrears Tax head changes for Common pay
WS
Updated the one-time fee format for WS
All
Digit 2.2 Release changes
PGR
PGR UI V2 navigation URL changes and added pin codes for City A and City B
Role Action Mapping
Added Workflow Process Count access to TL, Fire NOC, WS and BPA Employees
DSS
Added mandatory DDRname for all tenants
Module
Action
PR
Description
WS
Updated searcher query for W&S in UAT
WS
WS persister changes and order rearranged for PGR Reports
All
Digit 2.2 Release changes
HRMS
HRMS Employee create changes
Common Pay
Payer details changes in Payment Receipt
BPA
Collection search endpoint changes
DSS
Indexer config fix for PGR Services and DSS related config changes for UAT
PGR
Created PGR migration batch file
Feature
Feature
Description
PGR
Digit-ui Configuration
WS
Digit 2.2 Release changes for UAT
Filestore
Disabled Minio in UAT
PGR Service
Path to pgr-services.yml indexer config
Doc Links | Description |
Key Feature | Description |
Revamped UI and UX for all stakeholders | Key features of the new UI -
|
API redesign and workflow integration | API redesign to cater to new UX (details will be added by tech team). Workflow service has been integrated with PGR and the simple flow has been configured. Now, administrators can easily customize PGR complaint resolution flow in the system. |
PGR migration from v1 to v2 including the workflow data and reindexing | All the data has been migrated and indexed in V2 so that it can easily be viewed and analysed in the DSS. |
DSS config changes to support PGR v2 | It will be added by the tech team in tech documentation. |
Doc Links | Description |
S.No. | Feature | Description |
1. | Road Reserve | A road reserve is an area of land within which facilities such as roads, footpaths, and associated features may be constructed for public travel. Earlier extracting the area of the road reserve. In this release, we are extracting the distances from the concerned layer. The distance should have declared as the dimension in the corresponding layer. |
2. | Height of Room | Extract the room type dynamically based on colour code config. The colour codes are used to identify the type of room. |
3. | Vehicle Ramp | In the plan, the vehicle ramp will be drawn using polyline and we were capturing the floor height as a dimension from vehicle ramp layer. The system was calculating the slope based on floor height and length of the vehicle ramp. Along with this, we added a new provision to define slope manually. The slope should be defined as MTEXT in the vehicle ramp layer, ex: SLOPE=1IN12. |
4. | Floor Unit | Currently, in the floor unit, the occupancy type and area values are the system is extracting and providing. From this release, the colour code value also will be available in the floor unit. Different colour codes needed to differentiate EWS, LIG, MIG1 & MIG2 Dwelling Units. |
Key Feature
Description
Re-activate employee
Once an employee is de-activated the ULB admin can re-activate the employee in the system. It will automatically map the roles and responsibilities assigned earlier to the employee. UI provides the input field to capture the reason for re-activation and the supporting information for the same.
Employee search
Standardized input validations for all the employee information fields. The dropdowns are turned to 'searchable dropdown' for better UX. Employee search parameters and the results are standardized as per DIGIT standards.
Key Feature | Description |
Payment Notification | The enhancement defines the notification content and triggers the notification to different stakeholders. |
Payment Failure Scenario - Open payment | For open payments, the property owners will not receive any notification in the event of a payment failure. Only the payer will receive the notification. The feature details out the scenario and content of the notification. |
Capturing data for better reporting and analysis | This is backend enhancement concerning the transactional data. The system offers the scope to generate reports on various transactional data such as type, device, task creator information, legacy entry, etc. This enables users to track product usage and understand the adoption patterns of the product. |
PT:: Show the status of the receipt if the receipt is cancelled | In case the receipt is cancelled, the system displays the receipt status in red to avoid any confusion to the users. |
Search receipt | Enhance user access control for the search API. Search data access is now restricted to the user-specific role. Earlier, a user had search access to search application, receipt, etc. for all products. |
Cancel receipt | Employees can cancel the receipts at the counter in case of any discrepancy in the receipt. This feature aims to improve the service delivery of the ULBs. Employees will be able to capture the reason for cancelling the receipt and add penalties to the bills, if applicable. |
Transfer of ownership - All use cases | This enhancement covers all the combinations and possible values in the transferee details. Now, the user can change a single owner to multiple owners or private owner to institutional and so on. The user story covers all the corner cases in the mutation process. |
Zero payment changes | This enhancement in the billing service will solve the reporting problem in case of consolidated bill generation by excluding the demands that are already consumed. |
Key Feature
Description
Open search and payment
Changes in SMS notification:
Payment link and a Receipt download link is sent to Owner for Bill payment and Receipt download. This is an open link that does not require authentication.
W&S Connection search in Public Domain:
Open search and payment page can be integrated on the ULB portal where Citizens would be able to search and pay for bills without logging in.
The citizen can search using Property ID, Locality, Consumer ID.
W&S and PT Config
The latest W&S module version now has two configuration options and they can switch between them according to the state’s requirement:
Implementation of DIGIT W&S individually without Property Tax
Property registry would be created from W&S and Unique Property ID would be allocated to users.
W&S connection would be allotted over that Property ID.
Independent from property module, property approval workflows, and property department actors.
Implementation of DIGIT W&S along with PT
Property registry would be created from W&S and Unique Property ID will be allocated.
Property department will process property application created from W&S department.
W&S connection can be either allotted over the Property ID newly created from W&S or they can choose an existing property registered in the system.
User Story - RAIN-1904: Employee search EnhancementsQA SIGNOFF
User story -
User story -
User story -
User story -
User story -
User Story -
User story -