MOSIP Docs
LTS
LTS
  • Home
  • Overview
  • ID Lifecycle Management
    • ID Schema
    • Identifiers
  • ID Authentication
  • Privacy and Security
    • Data Protection
    • Keys
    • Privacy
  • Biometrics
    • ABIS
    • ABIS API
    • Biometric SDK
    • Biometric Devices
    • SBI
    • Biometric Image Specification
    • FTM
  • Partners
  • Modules
    • Pre-registration
      • Pre-registration User Guide
    • Registration Processor
    • Registration Client
      • Operator Onboarding
      • Registration Client User Guide
      • Registration Client Home Page
      • Registration Client Configuration
      • Registration Client UI Spec
    • Commons
    • ID Repository
    • Partner Management
    • Data Share
    • Packet Manager
    • WebSub
    • Resident Services
    • Administration
      • Admin Portal User Guide
    • ID Authentication Services
    • Reporting
    • Automation Testing
    • Storage
  • Deployment
    • Sandbox Deployment
    • Server Hardware Requirements
    • Country Implementation
    • Masterdata Guide
  • APIs
  • Community
    • Contributions
    • Code of Conduct
  • License
Powered by GitBook
On this page
  • Overview
  • Customisation guide
  • Terminology
  • JSON keys
  • Dependencies
  • Versions of ID Schema

Was this helpful?

  1. ID Lifecycle Management

ID Schema

Overview

ID Schema is a standard JSON schema that defines the data to be captured from an individual. MOSIP recommends collecting minimal data from the residents. However, information collected from residents may vary country to country. The ID Schema is flexible to accommodate such variations.

Defining this schema becomes the fundamental step while using MOSIP. Once defined, all applications built on top of MOSIP platform must conform to the same.

The default schema used with MOSIP Sandbox installation is available here. A guide to customise the same is given below.

ID schema is loaded as a part of master data to identity_schema table in mosip_masterdata DB.

Customisation guide

This guide is intented for adopters who would customise the default ID Schema to suit the needs of a specific deployment.

Terminology

  • Field: Unit of date collected from residents (eg. fullName, dateOfBirth, proofOfIdentity etc).

  • Field attribute: Qualification of Field (eg. fieldCategory, fieldType, etc).

  • Definition: Custom data types defined by MOSIP for collecting different types of data:

    • simpleType: Multiple langauages.

    • documentType: Document metdata.

    • biometricType: Biometric file CBEFF XML metadata

JSON keys

  • bioAttributes:

    • leftEye, rightEye, leftIndex, leftRing, leftLittle, leftMiddle, rightIndex, rightRing, rightMiddle, rightLittle, rightThumb, leftThumb, face,

  • fieldCategory

    • none: Cannot be used for any purpose. But will be stored in id.json (default sub packet).

    • pvt: Private information, can be used only auth.

    • kyc: Information that can be disclosed to partners including IDA.

    • evidence: Field is treated as proof and may be subjected to removal.

    • optional: Field is treated as proof and will be removed after predefined interval (defined as policy).

  • format

    • lowercased

    • uppercased

  • validators

    • type: Validation engine type

    • validator: Regex

    • arguments: Array to hold parameter or dependent field ids required for validation.

Dependencies

If any changes are made to the default ID Schema, make sure the following dependencies are updated as well:

  1. UI Specification for Pre-registration and Registration Client

  2. Identity Mapping JSON

  3. ID Authentication Mapping JSON

  4. Applicanttype MVEL

Versions of ID Schema

PreviousID Lifecycle ManagementNextIdentifiers

Last updated 3 years ago

Was this helpful?