Roadmap 2025

Here we present the product roadmap for MOSIP Identity for the calendar year 2025.

The quarters are defined as follows:

  • Q1: Jan'25 – Mar'25

  • Q2: Apr'25 – Jun'25

  • Q3: Jul'25 – Sep'25

  • Q4: Jul'25 – Sep'25

Explore the detailed product roadmaps below for MOSIP Identity, Resident Portal, ARC- Android Registration Client, Inji Stack, eSignet, PMS (Partner Management System), and Automation.

MOSIP Identity

Vision

This year, our focus is on enhancing the platform's adaptability, inclusivity, and operational efficiency while ensuring seamless integration, robust security, and optimized performance to meet the evolving needs of global identity management. Key initiatives include:

  • Efficiency Improvements: Upgrading notification services, optimizing bulk printing, introducing draft-saving capabilities, and implementing intuitive UI-based configurations.

  • Integration and Flexibility: Strengthening integration with internal and external systems, eliminating dependencies, and enabling modular deployments for greater scalability and adaptability.

  • Quality and Security: Striving for zero failures in automation testing, fortifying platform security, and delivering consistent performance enhancements across all modules.

These efforts will ensure a more robust, user-friendly, and future-ready platform.

Quarter πŸ—“οΈ
Feature πŸ› οΈ
Details πŸ“
Status πŸ“Š
Release πŸ“Œ

Q1

Platform JAVA 21 Migration - Final Phase of Implementation

🟠 In-progress

1.2.1.0

Q1

Platform/Biometrics Biometric Quality Enhancement during Registration

πŸ”΅ Planned

Q1

Registration Processor/Biometrics Enhancing the quality classifier stage:

  • Enable SDK score to be default

  • Process the SDK score

πŸ”΅ Planned

Q1

ID Authentication Support for ECC Algorithm during encryption & decryption

πŸ”΅ Planned

Q1

ID Authentication Support QR Code generation in IDA by sharing CWT

πŸ”΅ Planned

Q2

Registration Processor Enhancing Manual Adjudication

πŸ”΅ Planned

Q2

Registration Processor Biometric Adaptive Learning Child UIN - Ensure biometric updates for infants/children are completed by the specified age

πŸ”΅ Planned

Q2

Platform: GraalVM Migration (R&D and Implementation)

πŸ”΅ Planned

Q2

Platform: Revising Error Messages - Analysis on existing error messages and coming with revised error handling system

πŸ”΅ Planned

Q2

ID Repository Array of Handle - Phase 2

πŸ”΅ Planned

Q2

ID Authentication Generating Analytic Metrics

πŸ”΅ Planned

Q3

ID Authentication Biometric Quality Calculation Enhancement during Authentication

πŸ”΅ Planned

Q3

Admin Revamp of retrieval of AID

πŸ”΅ Planned

Q3

Registration Processor Remodeling draft API creation

πŸ”΅ Planned

Q3

Registration Processor Update UIN using handle

πŸ”΅ Planned

Q3

ID Authentication Age-Based Credential Attributes:

  • Dynamic Age Verification in Credentials

  • Integration with Wallet and Verified Claims

πŸ”΅ Planned

Q4

Platform/Notification Services Revamping Notification Services (Phase 1)

πŸ”΅ Planned

Q4

Platform Revising Error Messages - Implement the error messages defined in Phase 1

πŸ”΅ Planned

Q4

Admin General ID issuance

πŸ”΅ Planned

Q4

ID Authentication & Registration Processor & Reg Client Enabling IDA to deploy without MOSIP Components

πŸ”΅ Planned

Q4

ID Authentication

Analyse and enhance the performance of IDA

πŸ”΅ Planned

Q1 -Q4

Platform Enhancement on Filter Algorithm: (Spike)

πŸ”΅ Planned

Q1 -Q4

Platform Infrastructure Enhancement: (Spike)

  • Conduct R&D to assess Nitro HSM system adaptability

  • Enable system compatibility

πŸ”΅ Planned

Q1 -Q4

Registration Client Metadata Enhancement: Capturing Supervisor Details for the Analytics

πŸ”΅ Planned

Q1 -Q4

Registration Client Enabling Custom Handles feature

πŸ”΅ Planned

Q1 -Q4

Registration Client R&D for Morena Replacement

πŸ”΅ Planned

Q1 -Q4

Platform (Admin & Reg Processor) UI based packet reprocessing

πŸ”΅ Planned

Q1 -Q4

Platform/ID Authentication Removal of file server dependency

πŸ”΅ Planned

Q1 -Q4

Registration Client Infrastructure Enhancement: Sarcose library to be replaced by opencv as sarcose occupies more memory and lowers the performance

πŸ”΅ Planned

Q1 -Q4

Registration Client Enhancing file compression feature

πŸ”΅ Planned

Q1 -Q4

Registration Client Email/Phone number Verification during the registration

πŸ”΅ Planned

Q1 -Q4

Dashboard Device performance metrics

πŸ”΅ Planned

Q1 -Q4

Platform Address Structure Management

πŸ”΅ Planned

Q1 -Q4

Admin Operator Login Methods: Enabling login methods for operators through UI instead of updating through DB

πŸ”΅ Planned

Q1 -Q4

Platform Consent-Based Event Notification Mechanism:

  • Consent-Driven Event Generation and Publishing

  • Subscriber and Response Management Framework

πŸ”΅ Planned

Q1 -Q4

ID Authentication Code quality improvement

πŸ”΅ Planned

Q1 -Q4

Registration Processor Enable configuration of demographic fields for Demo Duplication stage

πŸ”΅ Planned

Q1 -Q4

Registration Processor Biometric Adaptive Learning:

Adult UIN - Implement a policy for periodic biometric updates for adults

🟣 Wishlist

Q1 -Q4

Platform UI based model for configuration

🟣 Wishlist

Q1 -Q4

Platform System adaptation for refugees/stateless identities

🟣 Wishlist

Q1 -Q4

Registration Processor Efficient Print Management

🟣 Wishlist

Q1 -Q4

Registration Client Enabling Saving Draft during Registration

🟣 Wishlist

Q1 -Q4

Pre Registration Enhancing Booking Appointment

🟣 Wishlist

Q1 -Q4

Platform Revamping Notification Services (Phase 2)

🟣 Wishlist

Q1 -Q4

Administrative Services Revamp of Resume / Pause AID

🟣 Wishlist

Q1 -Q4

Revamp pre-reg UI

🟣 Wishlist

Resident Portal

Vision

For 2025, our vision for the Resident Portal is to provide a seamless and reliable user experience by ensuring the flawless functioning of existing features and fostering community contributions. Our goals include enhancing the portal’s overall performance, modernizing its design for a more intuitive and user-friendly experience, and delivering a robust Long-Term Support (LTS) version that sets a new benchmark for stability, usability, and excellence.

Quarter πŸ—“οΈ
Feature πŸ› οΈ
Details πŸ“
Status πŸ“Š
Release πŸ“Œ

Q1

UI Bug fixes

🟠 In-progress

Version 0.9.1

Q1 -Q4

Ability to update sensitive data only after biometric authentication

🟣 Wishlist

Q1 -Q4

Ability to track any update made from any module

🟣 Wishlist

Q1 -Q4

Revamp of Resident Portal UI

🟣 Wishlist

Q1 -Q4

USSD services

🟣 Wishlist

Q1 -Q4

Ability to order a physical card

🟣 Wishlist

Q1 -Q4

Ability to book a home appointment

🟣 Wishlist

Q1 -Q4

Ability to book appointment for Lost UIN

🟣 Wishlist

Q1 -Q4

Ability to book appointment to Update UIN

🟣 Wishlist

Q1 -Q4

Multi browser restriction

🟣 Wishlist

Q1 -Q4

External grievance redressal storage

🟣 Wishlist

Q1 -Q4

Ability to generate digital cards in preferred language

🟣 Wishlist

Q1 -Q4

VID card layout

🟣 Wishlist

Q1 -Q4

UIN card layout

🟣 Wishlist

Q1 -Q4

Filter option for partners in Share credential feature

🟣 Wishlist

Q1 -Q4

Ability to update biometric data

🟣 Wishlist

ARC - Android Registration Client

Vision

Our vision for the Android Registration Client in 2025 is to achieve full feature parity with the Desktop Registration Client, seamlessly integrating and adapting all functionalities into the Android platform. Furthermore, we aim to deliver a robust Long-Term Support (LTS) version, ensuring a reliable, stable, and high-performing solution designed for future needs.

Quarter πŸ—“οΈ
Feature πŸ› οΈ
Details πŸ“
Status πŸ“Š
Release πŸ“Œ

Q1

Retrieve Lost UIN

πŸ”΅ Planned

Version LTS 1.0.0

Q1

Reset Password

πŸ”΅ Planned

Version LTS 1.0.

Q1

Forgot Password

πŸ”΅ Planned

Version LTS 1.0.

Q1

Support for landscape

πŸ”΅ Planned

Version LTS 1.0.

Q2

Applicant's Biometric Correction

πŸ”΅ Planned

Version 1.1.0

Q2

Settings

πŸ”΅ Planned

Version 1.1.0

Q2

Support for Phone

πŸ”΅ Planned

Version 1.1.0

Q1 -Q4

Telemetry

🟣 Wishlist

Q1 -Q4

Help Section

🟣 Wishlist

Q1 -Q4

Filters in Dashboard

🟣 Wishlist

Q1 -Q4

Match SDK

🟣 Wishlist

Inji Stack

Click here to explore the Inji Stack Roadmap.

eSignet

Click here to explore the eSignet Roadmap.

PMS (Partner Management System)

Quarter πŸ—“οΈ
Features πŸ› οΈ
Details πŸ“
Status πŸ“Š
Release πŸ“Œ

Q1

Notification sent to user before expiry of Partner certificate, FTM Chip certificate , SBI, API Key, Root / Intermediate Root Certificates

  • Via PMS UI

  • Via email

πŸ”΅ Planned

Java 21 migration of 1.3.0-beta.1 code

πŸ”΅ Planned

Q1

OIDC Client additional requirements:

  • Support multiple language

πŸ”΅ Planned

Q2

Multiple partner type selection and management by a partner user

πŸ”΅ Planned

Q2

MISP Partner userflow (Partner and Partner Admin)

  • Integration of common features- Partner Certificate Management Partner Policy Mapping

  • MISP License Key - Generate, Deactivate

πŸ”΅ Planned

Q2

ABIS Partner flow by Partner Admin

  • Partner creation

  • Partner Certificate Management

  • Partner Policy Mapping

  • Encryption key certificate upload

πŸ”΅ Planned

Q2

Manual Adjudication Partner flow by Partner Admin

  • Partner creation

  • Partner Certificate Management

  • Partner Policy Mapping

  • Encryption key certificate upload

πŸ”΅ Planned

Q2

Print/ Credential Partner flow by Partner Admin

  • Partner creation

  • Partner Certificate Management

  • Partner Policy Mapping

  • Encryption key certificate upload

πŸ”΅ Planned

Q2

IDA flow by Partner Admin

  • Partner creation

  • Partner Certificate Management

  • Partner Policy Mapping

  • Encryption key certificate upload

Q2

SDK Partner flow by Partner Admin

πŸ”΅ Planned

Q3

Legacy PMS API cleanup

Q3

UI Design for mobile devices

πŸ”΅ Planned

Q3

Organisation specific data is available across all partner users of a given partner organisation (Multi-tenancy)

Also, In Partner Admin portal:

  • Partner Type Management - Approve/ Reject/ add new partner type

  • User Management - Approve/ Reject/ Add new user

πŸ”΅ Planned

Q3

Backlog items:

  • PMS landing page

  • Help section in each page

  • UI enhancements

  • Deactivate partner policy request

  • Partner admin per partner type

  • Partner and admin comments for each approval request sent

  • Impact of OIDC Client, API key, SBI, Device, FTM deactivation on other modules etc

πŸ”΅ Planned

Automation

Quarter πŸ—“οΈ
Feature πŸ› οΈ
Details πŸ“
Status πŸ“Š
Release πŸ“Œ

Q1

Addition of new DSL production scenarios.

🟠 In-Progress

Q2

Stabilize DSL test rig for consistent results across environments

Q2

Increase the DSL coverage for production scenarios

🟠 In-Progress

Q3

Achieve 75% of testcases in automation with current testcase numbers

πŸ”΅ Planned

Q3

DSL should be able to use DSL Test rig without any external resources. Currently, it consumes external mount volume (NFS)

Q3

Convert Scenarios JSON to a standard cucumber (Gherkin Syntax)

Q4

Create Listener for Web Sub Events and Credential Validation

Q4

Enhance DSL to check for all notifications and their templates

Last updated

Was this helpful?