MOSIP Docs 1.2.0
GitHubCommunityTech BlogsWhat's NewChatBot
  • MOSIP
    • Overview
    • License
    • Principles
      • Inclusion
      • Privacy and Security
        • Security
        • Data Protection
        • Privacy
    • Technology
      • Architecture
      • Digital ID DPI Framework
      • Technology Stack
      • API
      • Sandbox Details
    • Standards & Specifications
      • MOSIP Standards
        • 169 - QR Code Specifications
        • 169 - QR Code Specifications 1.0.0
    • Inji
    • eSignet
  • ID Lifecycle Management
    • Identity Issuance
      • Pre-registration
        • Overview
          • Features
        • Develop
          • Developers Guide
          • UI Specifications
        • Test
          • Try It Out
          • End User Guide
          • Pre-registration Collab Guide
      • Registration Client
        • Overview
          • Features
        • Develop
          • Developers Guide
          • UI Specifications
        • Test
          • Try It Out
          • End User Guide
          • Registration Client Collab Guide
        • Deploy
          • Installation Guide
          • Operator Onboarding
          • Configuration Guide
          • Settings page
        • Telemetry from Registration Client
      • Android Registration Client
        • Overview
          • Features
        • Develop
          • Developer Guide
          • UI Specification
          • Technology Stack
        • Test
          • End User Guide
          • Collab Guide
        • Deploy
          • Configuration Guide
      • Registration Processor
        • Overview
          • Features
        • Develop
          • Registration Processor Developers Guide
        • Test
          • Credential Requestor Stage
          • Manual Adjudication and Verification
        • Deploy
          • Configurations Details
          • Deploy
      • ID Repository
        • Credential Request Generator Service Developers Guide
        • Identity Service Developers Guide
        • VID Service Developers Guide
        • .well-known
        • Custom Handle Implementation Guide
    • Identity Verification
      • ID Authentication Services
        • ID Authentication Demographic Data Normalization
        • ID Authentication Service Developers Guide
        • ID Authentication OTP Service Developer Guide
        • ID Authentication Internal Service Developers Guide
        • MOSIP Authentication SDK
      • ID Authentication
    • Identity Management
      • ID Schema
      • Identifiers
      • Resident Portal
        • Overview
          • Features
        • Develop
          • Developers Guide
          • UI Developers Guide
          • UI Specifications
          • Technology Stack
        • Test
          • Functional Overview
          • End User Guide
          • Collab Guide
        • Deploy
          • Deployment Guide
          • Configuration Guide
          • Configuring Resident OIDC Client
          • Browsers Supported
    • Support Systems
      • Administration
        • Develop
          • Admin Services Developers Guide
        • Test
          • Try it out
          • Admin Portal User Guide
          • Admin Portal Collab Guide
        • Masterdata Guide
      • Partner Management System
        • Partners
        • Overview
          • Features
        • Develop
          • Architecture
          • Technology Stack
          • Backend Developers Guide
          • UI Developers Guide
          • Build and Development Guide
          • New Language Support
          • Browsers Supported
        • Test
          • Try It Out
          • Partner Administrator
          • Policy Manager
          • Authentication Partner
          • Device Provider
          • FTM Chip Provider
          • PMS Collab Guide
        • Deploy
          • PMS Configuration Guide
          • API changes with PMS Revamp
        • PMS Legacy
          • Partner Management System
          • Partner Management Portal
          • Auth Partner
          • Device Provider
          • Foundational Trust Provider
          • Partner Management Services Developers Guide
      • Reporting
        • Anonymous Profiling Support
    • Supporting Components
      • Biometrics
        • ABIS
        • ABIS API
        • Biometric SDK
        • Biometric Devices
        • FTM
        • Biometric Specification
        • MDS Specification
        • CBEFF
        • Compliance Tool Kit
      • Commons
        • Commons Developers Guide
        • Audit Manager Developers Guide
        • OpenID-Bridge Developers Guide
        • ID Generator
      • Datashare
      • Keycloak
      • Persistence
        • Postgres DB
        • Object Store
      • Packet Manager
        • Registration Packet Structure
      • Quality Manager
        • Automation
          • API Test Rig Automation
          • DSL Test Rig Automation
          • UI Test Rig Automation
          • Automation Testing
        • Manual
    • Supporting Services
      • Mock Services
      • Key Manager
        • Keys
        • Hadware Security Module (HSM)
        • Key Manager Developers Guide
      • Module Configurations
      • WebSub
        • WebSub Developers Guide
  • Setup
    • Deployment
      • Getting Started
        • Helm Charts
        • Versioning
        • Wireguard
          • Wireguard Bastion Host
          • Wireguard Administrator's Guide
          • Wireguard Client Installation Guide
        • Production
          • Server Hardware Requirements
          • Production Hardening Guide
          • Administration Using Rancher
      • V3 installation
        • On-Prem Installation Guidelines
        • On-Prem without DNS Installation Guidelines
        • AWS Installation Guidelines
        • Testrig
        • MOSIP External Dependencies
        • MOSIP Modules Deployment
    • Implementations
      • Implementations
      • Reference Implementations
    • Upgrade
      • Adopting LTS 1.2.0
        • Upgrade Runbook
          • Deployment Architecture Upgrade
          • Platform Upgrade
          • Additional Information
            • Handling Duplicate Entries
            • Adapting Changes in Administration Roles
            • Identifying Applicant Type
            • Changes in Camel Route
            • Changes in Role Management based on Client IDs
            • Handling Case Insensitive Duplicated User Details
            • Managing Unequal Certificates
            • Update Identity Mapping file in Configuration
            • New Datashare Properties
            • Handling Non-Recoverable Packets
            • Partners' Certificate Expired
            • Handling Partner Organization Name Mismatch Issue
            • Pre-Registration UI Upgrade
            • Registration Client Upgrade
            • Guide to Reprocess Packets Manually
        • Documentation for 1.1.5
      • Java 21 Migration Guide
  • Interoperability
    • Integrations
      • MOSIP - CRVS
        • Scope
        • Approach
          • Technical Details
        • Existing Integrations
          • OpenCRVS
      • MOSIP e-Manas
      • Digital Signature
      • MOSIP Token Seeder
        • MTS Versions
          • Version 1.0.0
          • Version 1.0.1
          • Version 1.1.0 (WIP)
        • MTS Developer Guides
          • Developer Guide 1.0
          • Developer Guide 1.1
        • MTS Connector
        • OpenG2P-registry MTS Connector
      • MOSIP eSignet
        • ID Authentication
        • Partner Management
        • Configuring eSignet
      • Print Service Integration
        • Verified Credentials
  • Community
    • Contributions
    • Code Contributions
      • Code of Conduct
      • MOSIP Release Process
        • Go/No Go Release Checklist
      • MOSIP Branching Strategy
    • Community Calendars
    • Documentation Credits
  • Roadmap and Releases
    • Roadmap
      • Roadmap 2025
      • Roadmap 2024
      • Roadmap 2023
    • Releases
      • PMS Revamp Release 1.2.2.1 (Patch)
      • v1.2.1.0 - Registration Processor
        • Test Report
      • Android Registration Client v0.11.0
        • Test Report
      • API Test Commons Releases
        • v1.3.2
        • v1.3.1
        • v1.3.0
      • 1.2.1.0-beta.1 (Part 3)
        • Test Report
      • Partner Management System 1.2.2.0
        • Test Report
      • Resident Services v0.9.1
        • Test Report
      • 1.2.0.2 - Reg Processor & ID Repo
        • Test Report
      • 1.2.1.0-beta.1 (Part 2)
        • Enhancements and Bug Fixes
        • Test Report
      • 1.2.1.0-beta.1(Part 1)
      • Android Registration Client 0.11.0-beta.1
        • Test Report
      • Partner Management System 1.3.0-dp.1
        • Test Report
      • 1.2.2.0 (Mosip - Config)
      • Api Test Commons Releases
      • Android Registration Client v0.10.0
        • Test Report
      • Resident Services 0.9.0
        • Test Report
      • 1.2.1.0 (ID Authentication)
        • Functional Test Report
      • 1.2.0.2
        • Test Report
      • 1.2.0.1
        • Enhancements and Bug Fixes
        • Test Report
      • Android Registration Client 0.9.0
        • Test Report
      • 1.2.0.1-B4 (Beta)
        • Test Report
      • Android Registration Client DP1
      • Resident Services DP1
      • 1.2.0.1-B3 (Beta)
        • Test Report
      • 1.2.0.1-B2 (Beta)
      • 1.2.0.1-B1 (Beta)
        • Functional Test Report
        • Sonar Report
      • 1.2.0
        • Enhancements
        • Functional Test Report
        • Sonar Scan Report
        • Performance Test Report
        • Security Test Report
        • Feature Health Report
  • General
    • Glossary
    • Resources
    • MOSIP Support Policy
    • Collab Environment Guides
      • Use Cases
        • Loan Application
      • Generating Demo Credentials
    • MOSIP Documentation Style Guide
Powered by GitBook

Copyright © 2021 MOSIP. This work is licensed under a Creative Commons Attribution (CC-BY-4.0) International License unless otherwise noted.

On this page
  • Overview
  • First Admin user
  • Login
  • Actions
  • Admin roles and their default accessibility matrix
  • Center
  • Create center
  • Update center
  • Activate/deactivate/decommission center
  • Devices
  • Create devices
  • Update devices
  • Activate/deactivate/decommission device
  • Map/un-map/re-map the device to a center
  • Machines
  • Create machines
  • Update machines
  • Activate/deactivate/decommission machine
  • Map/un-map/re-map machine to a center
  • Users
  • Packet status (based on RID)
  • Master Data
  • Bulk upload
  • Packets
  • Key Manager
  • GenerateMasterKey
  • GenerateCSR
  • GetCertificate
  • UploadCertificate
  • UploadOtherDomainCertificate

Was this helpful?

Edit on GitHub
Export as PDF
  1. ID Lifecycle Management
  2. Support Systems
  3. Administration
  4. Test

Admin Portal User Guide

Last updated 3 months ago

Was this helpful?

Overview

An admin application is a web-based application used by a privileged group of administrative personnel to manage various master data sets. The various resources that an Admin can manage are:

  1. Center (Registration centers)

  2. Device

  3. Machine

  4. Users (Admin, Registration staff)

Along with the resource and data management, the admin can generate master keys, check registration status, retrieve lost RID, and resume processing of paused packets. To start using the Admin portal, an admin user must be assigned to a zone.

To learn more, refer to the video below!

Session 1

First Admin user

  1. Setup of hierarchical zones

  2. Create Admin roles in KeyCloak

  3. Create the first admin user in KeyCloak and assign the "GLOBAL_ADMIN" role

Note: On the login of the first admin user, user zone mapping is handled automatically.

Login

  1. Select the preferred language.

  2. Login with KeyCloak credentials.

Actions

  1. Map the other users(admins/registration operators/supervisors) to their respective zones

  2. Create centers and assign the users to a particular center

  3. Highly recommended: Ensure to revoke the first super user's zone mapping and role after the first user actions are completed.

Admin roles and their default accessibility matrix

  • GLOBAL_ADMIN

  • ZONAL_ADMIN

  • REGISTRATION_ADMIN

  • MASTERDATA_ADMIN

  • KEY_MAKER

GLOBAL_ADMIN
ZONAL_ADMIN
REGISTRATION_ADMIN
MASTERDATA_ADMIN
KEY_MAKER

Centers

Devices

Packet Status

Devices

GenerateMasterKey

User Zone Mapping

Machines

Pause/ Resume RID

Machines

GenerateCSR

All Master Data

User Zone Mapping

Retrieve Lost RID

All Master Data

GetCertificate

Masterdata Bulk Upload

User Center Mapping

Packet Bulk Upload

Masterdata Bulk Upload

UploadCertificate

All Master Data

UploadOtherDomainCertificate

Masterdata Bulk Upload

Center

  • This portal allows an Admin to view, create, edit, activate, deactivate and decommission registration centers.

The administrator can filter the list of registration centers based on parameters like Center name, Center type, Status, and Location code.

  • The system does not fetch the details of decommissioned registration centers but only active and inactive centers are displayed.

  • If the admin does not find a center, they can click the Center not available in logged in language button. Clicking on this button displays the list of centers that are already created in other languages. On selecting a particular center, the information will be auto-populated in the Create page and be made available to the admin for modifications.

  • Language specific fields can be modified to create a center with the currently logged in language.

Create center

  • A center is created with multiple attributes and is mapped to the administrative zone that it belongs to.

  • A center can only be mapped to the configured location hierarchy level.

  • While defining centers, an admin can also define the working days of the week for a center and any exceptional holidays that might be applicable for a particular center.

Update center

  • An admin can update a center even after it has been created. The updates can include adding the details that were missed during the creation of the center or changing the details of a center as required.

  • To update, click the Edit option from the Actions menu against a center name.

Note- Updates made to language specific fields updates data only for that language in the database while updates made to non-language dependent fields updates data against all the language entries for that center.

Activate/deactivate/decommission center

  • Select the Deactivate/Decommission option from the Actions menu against the center.

  • Activation/Deactivation/Decommission of a center in one language will be applied to the same center created in all the languages.

Devices

  • Using this portal, an admin can manage the devices a country will use for registering residents like devices used for bio-metric capture (Fingerprint, Iris, Web camera, etc.), printers, and scanners.

  • This portal allows an Admin to view, create, edit, activate, deactivate, and decommission registration centers.

  • The admin portal allows an admin to view the list of all the devices available in the jurisdiction of their administrative zone.

  • The system does not fetch the details of decommissioned devices but only the active and inactive devices.

Note:

  • The device entity is language agnostic (independent of languages).

  • The data collected about Devices is used only for book keeping, i.e., the MOSIP system does not use this data for any validation.

The Admin can filter the list of Registration centers based on parameters like Device Name, Mac Address, Serial Number, Status, Map Status, Device Type, and Device Spec ID.

Create devices

A Device can be created with multiple attributes and be mapped to the Administrative Zone it belongs to.

Update devices

  • An admin can update missing information or change device details even after it is created.

  • To update, click the Edit option from the Actions menu against a device.

Activate/deactivate/decommission device

Select the Deactivate/Decommission option from the Actions menu against the device.

Map/un-map/re-map the device to a center

  • Admin portal allows an Admin to map/un-map each device to a center.

  • This mapping specifies as to which center the device will be used in.

  • A device can only be mapped to a center that belongs under the device’s Administrative Zone.

  • To do so, select the device and choose a Center Name from the dropdown.

Machines

  • Admin portal allows an administrator to manage the machines a country will use for registering residents.

  • This portal allows an Admin to view, create, edit, activate, deactivate and decommission machines.

  • The admin portal allows an admin to view the list of all the machines available in the jurisdiction of their administrative zone.

  • The system does not fetch the details of decommissioned machines but only shows the active and inactive machines.

Note: Machine entities are also language agnostic.

The administrator can filter the list of machines based on parameters like Machine name, Mac address, Serial number, Status, and Machine type.

Create machines

  • A machine can be created with attributes like Machine ID, machine name, MAC address, serial number, machine spec ID, and administrative zone the machine belongs to.

  • A machine needs to be mapped to an administrative zone.

Update machines

  • An admin can update missing details or make changes to machine details even after it is created.

  • To update, click the Edit option from the Actions menu against a machine.

Note- Updates made to language specific fields update data only for that language in the database while updates made to non-language dependent fields updates data against all the language entries for that center.

Activate/deactivate/decommission machine

An admin can deactivate or decommission a machine through the admin portal.

Map/un-map/re-map machine to a center

  • Admin portal allows an Admin to map/un-map each machine to a center.

  • This mapping specifies as to which center the machine will be used in.

  • A machine can only be mapped to a center that belongs under the machine’s Administrative Zone.

  • To do so, select the machine and choose a Center Name from the dropdown.

Users

  • MOSIP uses Keycloak as an IAM (Identity access management tool) for managing Users. These users are internal users of MOSIP including Registration Officers, Registration Supervisors, Zonal Admins, Global Admins, etc.

  • using this portal, an Admin can map the users to a zone and a center.

User Zone Mapping

  • Once a user is created in KeyCloak, they need to be mapped to a zone to access specific information available in that zone.

  • Admin portal allows an admin to map users to a zone. This mapping specifies which zone the user will belong to.

  • A user can only be mapped to a zone that belongs under the user’s Administrative Zone.

  • A user can later be unmapped from the zone in case a user needs to be moved to another zone. In such cases, the user will later need to be mapped to the new zone. The below image displays the list of users that are mapped to a zone.

Map/Un-map/re-map user to a zone

To map a user to a zone,

  1. Click Resources-> User Zone mapping

  2. Click +Map Zone

  3. Select the User Name, and Administrative Zone from the dropdown.

  4. Click Save.

To re-map a user to a zone,

  1. Click Resources-> User Zone mapping

  2. Select Remap from the Actions menu against the mapped user.

  3. Update the User Name/ Administrative Zone from the dropdown.

  4. Click Save.

Note- If the center is already mapped, the admin needs to unmap the center to remap the zone.

User Center Mapping

  • Once the user is mapped to a zone, they will be listed in the screen below. Now, the user will be mapped to a center to be able to manage their assigned center.

  • Admin portal allows an admin to map users to a center. This mapping specifies as to which center the user will be used in.

  • A user can only be mapped to a center that belongs under the user’s Administrative Zone.

  • A user can later be unmapped from the Center in cases where a User needs to be moved to another Center. In such cases, the user will later need to be mapped to the new center. In case the user is required to be mapped to a Registration center outside the Administrative Zonal restriction, the Administrative Zone of the user must be changed.

Map/un-map/re-map user to a registration center

To map a user to a center,

  1. Click Resources-> User Center Mapping

  2. Select Map from the Actions menu against the mapped user.

  3. Select the Center Name from the dropdown against the User Name, Administrative Zone.

  4. Click Save.

Search and dropdowns

  • To get the results starting with a specific character/ set of characters, prepend that specific character/set of characters with asterisk symbol.

  • Similarly to get the results ending with a specific character/ set of characters, append that specific character/ set of characters with asterisk.

  • For the results containing a specific character/ set of characters, prepend and append that specific character/ set of characters with asterisk.

Below is the image illustrating the same.

Packet status (based on RID)

  • A Registration packet generated in the Registration client is sent to the Registration Processor for further processing and UIN generation.

  • Using this Portal, A Registration Admin can view the status of a packet by entering the RID of the packet.

  • The packet status will contain all the stages the packet has passed through along with the last stage the packet is in.

  • In case the packet has not been processed or is marked for Re-Send/Re-Register, the admin will be able to view specific comments indicating the reason for that particular status.

Pause/Resume RID

  • The Registration Admin has the privilege to view the registration packets that are in a paused state.

  • Admin can use this portal to resume or reject paused packets. They would have 3 options:

    • Resume processing (from where it was paused)

    • Resume from the beginning

    • Reject

Once processing of a packet is resumed, it will be removed from this list

Retrieve lost RID

  • The Registration Admin can use this feature to retrieve lost RID.

  • For instance, if the resident did not provide any valid email and/or phone number and has lost the RID slip received during the registration, to find their RID details, the resident contact the MOSIP helpline and share details such as name, center name, registration date, and postal code to the admin, who will use the lost RID feature and try to retrieve the RID number.

A few filters may be applied to retrieve the RID.

Note: This feature is currently under development.

Master Data

  • Admin portal allows an Admin to manage the Masterdata applicable for a country.

  • These data include a list of Genders, a list of Holidays, Templates, Center Types, Machine Types, etc.

Bulk upload

  • If a country decides to upload the data through the .csv files, they could use this feature to upload the existing data into the MOSIP platform.

  • The listing screen displays the uploaded data transaction information.

  • As the information inside .csv files may be huge, it would go through the batch job to process the information and store it in the tables. Also, it may take time to get a unique transaction ID against a particular action.

Master Data

To upload Master data using the Admin portal,

  1. Go to Bulk Upload > Master Data

  2. On the master data dashboard, click Upload Data.

  3. Select the operation (insert/update/delete)

  4. Select the table name into which the data needs to be uploaded.

  5. Click Choose file to select the data and click Upload

  • To view the format for inserting data in a particular table, click on the Download icon.

  • A CSV file gets downloaded in which the first row represents the column names and the rest of the rows are the data that will be inserted into the table(sample).

  • From the 1.2.0.1-B2 version, apart from the comma, other special characters (i.e., '|','$'etc.) can also be used as a separator in the CSV file used for masterdata bulk upload. This can be done by updating the property mosip.admin.batch.line.delimiter with the same special character.

Note: While editing CSV files, it is recommended to keep track of the Date format and Time format to be the same as the acceptable formats. The acceptable Date format is YYYY-MM-DD and the acceptable Time format is HH:MM:SS. Any other Date and Time formats in CSV files will result in a DataType Mismatch Error.

Packets

To upload packets using the Admin portal,

  1. Go to Bulk Upload > Packets

  2. On the packet upload dashboard, click Upload Packet.

  3. Select the following from the dropdown:

    • Center name

    • Source (currently displays Registration Client)

    • Process (New, Update UIN, Lost, Biometric correction)

    • Supervisor status (Approved/Rejected)

    These details are important if the packet needs to be synced before upload.

  4. Click Choose file to select the packets and click Upload.

How is the packet upload performed with or without the DATA_READ role?

LoggedIn User Role
Packet Sync
Packet Upload

With DATA_READ

Yes

only after successful sync

Without DATA_READ

No

Yes

For uploading the packets through the Admin portal, ensure that the packets are available in the machine or the external hard disk connected from where the Admin Portal is being used.

Key Manager

With the help of this feature, the Admin user can generate and manage the keys required in MOSIP.

GenerateMasterKey

  • The logged in user with KEY_MAKER role will have access to view and generate the master key in the Admin portal.

  • These certificate attributes in the portal are optional, if not provided, default values configured in the Key Manager service will be used.

  • The logged in user has to select the return object after the generation of the key.

GenerateCSR

  • CSR (certificate signing request) is required when there is a need to procure a valid certificate from a valid CA.

  • GenerateCSR option can be used to request for a CSR and this option will be visible to all the users who log in to the Admin portal.

  • The user has to provide the Application ID and Reference ID to get a CSR.

  • A new key will be auto-generated in case the key does not exist and the already existing key has expired for the Module Encryption keys.

GetCertificate

  • The user can get a certificate for all the keys generated in Keymanager and any partner certificates uploaded in Keymanager service for partner data sharing purposes.

  • The GetCertificate option is visible to all the users who log in to the Admin portal.

  • The user has to provide the Application ID and Reference ID to get a certificate.

  • A new key will be auto generated in case the key does not exist and the already existing key has expired for Module encryption keys.

  • Only current valid certificates will be returned when the user requests a certificate.

UploadCertificate

UploadOtherDomainCertificate

  • Partner certificates will be used in the Key Manager service to encrypt any sharable data using the partner certificate required in datashare from MOSIP to any partner.

  • Partner certificates can also be used in the Key Manager service for signature verification purposes.

The above is done automatically as part of the .

An Admin can manage only centers under their .

To know more, refer

To know more, refer to the .

Using this option, the logged in user will be able to generate only the key and master key. To generate the key, the user has to select the Application ID from the options available in the dropdown, leave the Reference ID blank for the and master key, and provide other certificate attributes to be used at the time of generation of the certificate for the key.

For the Kernel signature key (which is considered the master key and stored in ), a Reference ID needs to be provided and the value has to be SIGN.

The force flag option is available in key generation. The logged in user can select the option value True to force the invalidation existing key and generate a new key in service.

The user can select either Certificate or CSR (Certificate Signing Request). The key will be generated only when the key is not available in service otherwise already generated key certificate will be returned for the generation request.

The logged in user can request for generation of CSR for any key generated in service.

Whereas, for master key or key, a new key will not get auto-generated in case the key does not exist, but the new key will get auto generated if the key exists and has expired. The current valid key will always be used to generate a CSR.

Whereas, for master key or key, a new key will not get auto-generated in case the key does not exist, but a new key will get auto-generated if the key exists and has expired. For the partner certificate, a new key will not be generated in the Key Manager service.

The logged in user can use this option to update the certificate for all the keys generated in the .

This option is used in scenarios where a valid CA certificate has been procured for a key available in the .

The logged in user can use this option to upload a partner certificate in .

default sandbox installation
Masterdata guide
HSM
Key Manager
Key Manager
Key Manager
Key Manager service
Key Manager service
Key Manager service
Root
Module
Root
Module
Module
Root
Module
Root
administrative zones
Activate/deactivate/decommission resources