RFP Vol 2 NGO Darpan 2.0 Unlocked

NGO Darpan 2.
0
Request for Proposal
for
Selection of “Managed Service Provider” for
NGO Darpan 2.0 in NITI Aayog
Volume 2 - Scope of Work
NITI Aayog
Government of India
NITI Aayog | Request for Proposal - Selection of “Managed Service Provider” for NGO Darpan 2.0 in NITI Aayog
Table of Contents
1. INTRODUCTION .................................................................................. 9
2. ABOUT DARPAN 2.0 ........................................................................... 10
2.1. NGO Darpan 2.0 Overview ............................................................................ 10
2.2. Functional requirements of NGO Darpan 2.0 ...................................................... 12
3. SCOPE OF WORK FOR MANAGED SERVICE PROVIDER (MSP) .............................. 25

3.1. Summary of Project S c o p e & R e q u i r e m e n t s ............................................... 25
3.2. Details of Project Scope & Requirements .......................................................... 25
3.2.1. NGO Darpan 2.0 Application Implementation ................................................... 26
3.2.2. Cloud Services ....................................................................................... 28
3.2.3. Operations and Maintenance ...................................................................... 29
3.2.4. Training and Capacity Building .................................................................... 30
3.3. Stakeholders Roles and Responsibilities ............................................................ 30
4. IT INFRASTRUCTURE REQUIREMENTS ....................................................... 32

4.1. IT Infrastructure provisions .......................................................................... 32
4.2. Business Continuity Requirements .................................................................. 32
5. MANPOWER REQUIREMENT OPERATIONS AND MANAGEMENT (O&M) REQUIREMENTS 33

5.1. Experience of Manpower ............................................................................. 34
6. OPERATIONS MANAGEMENT (O&M) REQUIREMENTS ...................................... 35

6.1. O&M Support Services ................................................................................. 35
6.2. Infrastructure O&M Services ......................................................................... 36
6.3. AMC and Warranty Support Services ................................................................ 37
6.4. Helpdesk Support and Incident Management Services ........................................... 37
6.5. Manpower requirement for Operation and maintenance ........................................ 38
6.6. Exit Management ...................................................................................... 38
7. TRAINING AND CHANGE MANAGEMENT REQUIREMENTS .................................. 40

7.1. Need for Training and Change Management ....................................................... 40
7.2. Training and Change Management Requirements ................................................. 40
8. MILESTONES AND DELIVERABLES ............................................................ 43

8.1. Implementation Phases and Schedule .............................................................. 43
8.2. Operations and Maintenance Phase ................................................................. 43
8.3. Proposed Milestones and Deliverables .............................................................. 43
8.4. Total Contract Duration .............................................................................. 46
8.5. Contract Extension .................................................................................... 46
Page 2 of 182
Request for Proposal Volume 2
9. PROJECT GOVERNANCE AND MONITORING ................................................ 47

10. ANNEXURE .................................................................................... 48
10.1. Annexure 1 – List of Ministries / Departments with Schemes providing Grants in Aid to
NGOs .......................................................................................................... 48
10.2. Annexure 2 – Compliance to Functional Requirements ......................................... 56
10.2.1. General Requirement ............................................................................. 56
10.2.2. Web Portal and Mobile Application.............................................................. 59
10.2.3. Information Management ......................................................................... 60
10.2.4. Enterprise Search .................................................................................. 63
10.2.5. User Management .................................................................................. 64
10.2.6. Entity Management ................................................................................ 66
10.2.7. Grievance Management ........................................................................... 72
10.2.8. Analytics and MIS .................................................................................. 73
10.2.9. Communication Management .................................................................... 76
10.2.10. Integration with External system .............................................................. 77
10.3. Annexure 3 – Compliance to Technical Requirements .......................................... 82
10.4. Annexure 4- Proposed Re-engineered Processes ............................................... 120
10.4.1. NGO’s Registration in NGO Darpan Portal .................................................... 120
10.4.2. Ministry’s Registration in NGO Darpan Portal ................................................ 125
10.4.3. Department’s /Attached Office Registration in NGO Darpan Portal ...................... 128
10.4.4. Blacklisting of NGOs ............................................................................. 131
10.4.5. Grants-in-Aid Scheme Profile Creation and Approval ....................................... 135
10.4.6. Grants-in-Aid Application form Creation and Approval ..................................... 139
10.4.7. Grants-in-Aid EoI Creation and approval process............................................ 143
10.4.8. Grants-in-Aid Scheme workflow creation .................................................... 146
10.4.9. Grant-in-Aid Scheme Milestone and Fund allocation process .............................. 151
10.4.10. Grant Application Submission Process NGO Darpan Portal ............................... 154
10.4.11. Grant Application Submission through EOI in NGO Darpan Portal ....................... 157
10.4.12. Grant Sanctioning Process in NGO Darpan Portal-First Disbursal ........................ 160
10.4.13. Grant Sanctioning Process in NGO Darpan Portal-Recurring/next Disbursal ........... 163
10.4.14. Regular Progress monitoring of Grant Utilization in NGO Darpan Portal ............... 169
10.4.15. Random/Complaint Based Progress monitoring of Grant Utilization in NGO Darpan
Portal ....................................................................................................... 174
10.4.16. Grievance Management process in NGO Darpan Portal ................................... 177
10.4.17. Technical Helpdesk process in NGO Darpan Portal ........................................ 180
Page 3 of 182
Disclaimer
The information contained in this Request for Proposal (hereinafter referred to as "RFP")
document is published for the interested Bidders, by the NITI Aayog, Government of India
(hereinafter referred to as "NITI Aayog").
The purpose of this RFP document is to provide the interested Bidder(s) with required information
to assist in the formulation of their Proposals. Due care and caution have been taken in
compilation and processing of data and content, but does not guarantee the accuracy,
reasonableness or completeness of, or for any errors, omissions or misstatements, negligent or
otherwise, relating to the project, or makes any representation or warranty, expressed or
implied, in relation to the information furnished in the RFP document. This document is not
intended to be utilized or relied upon by any person or organization other than the interested
bidders or the NITI Aayog.
The complete Request for Proposal (RFP) for selection of a Managed Service Provider (MSP), for
implementation as well as Operations & Maintenance of the comprehensive NGO Darpan 2.0, is
divided into 3 parts, as mentioned below:
1. RFP Volume 1 consists of Notice Inviting Tender (NIT), Bidding guidelines, Instructions to
Bidders, General and Special Terms, as well as all related Bidding guidelines, Evaluation
criteria, Formats for bid response etc.
2. RFP Volume 2 consists of detailed Scope or Work, Solution Framework, Functional and
Technical requirements, Processes and Operational requirements, as well as all requirements
related to NGO Darpan 2.0 project
3. RFP Volume 3 consists of Draft Master Service Agreement (MSA)/ contract related to NGO
Darpan 2.0 project
This is the second volume i.e. RFP Volume 2 as stated above, and the subsequent sections and
chapters of this RFP elaborates in scope as well as related project requirements. For other
aspects, please refer to Volume 1 and Volume 3 of the RFP.
This RFP document does not aim to hold all the information each Bidder may require. This RFP
document may not be appropriate for all persons and firms, and it is not possible for the NITI
Aayog, their employees or advisors to consider the business or investment objectives, financial
situation and particular needs of each Bidder who reads or uses this RFP document. Each Bidder
should conduct their own investigations and analysis. They should check the accuracy, reliability
and completeness of the information in this RFP document and where necessary obtain
independent advice from appropriate sources. The NITI Aayog, their employees and advisors
make no representation or warranty and shall incur no liability under any law, statute, rules or
regulations as to the accuracy, reliability or completeness of the RFP document. The NITI Aayog
also accepts no liability of any nature whether resulting from negligence or otherwise howsoever
caused arising from reliance of any Bidder upon the statements contained in the RFP Documents.
The information provided in the RFP Document is on a wide range of matters, some of which may
Page 4 of 182
depend upon interpretation of law. The information given is not intended to be an exhaustive
account of statutory requirements and should not be regarded as a complete or authoritative
statement of law. The NITI Aayog accepts no responsibility for the accuracy or otherwise for any
interpretation or opinion on law expressed herein.
The issue of these Tender Documents does not imply that the NITI Aayog, Government of India,
is bound to select a Bidder, or to appoint a Managed Service Provider for the Project. Further
the NITI Aayog reserves the right to reject all or any of the Bidders, or Bids without assigning any
reason whatsoever.
The Bidder shall bear all its costs associated with or relating to the preparation and submission
of its Bid including but not limited to preparation, copying, postage, delivery fees, uploading,
expenses associated with any demonstrations or presentations which may be required by the NITI
Aayog, or any other costs incurred in connection with or relating to this RFP. All such costs and
expenses will remain the sole responsibility of the Bidder and the NITI Aayog, shall not be liable
in any manner whatsoever for the same or for any other costs or other expenses incurred by any
Bidder in preparation or submission of the Bid, regardless of the conduct or outcome of the
Selection process.
The NITI Aayog, may, in its absolute discretion, but without being under any obligation and
without assigning any reason whatsoever, update, amend or supplement the information in this
RFP document.
Page 5 of 182
List of Abbreviation
# Abbreviation Description
1. AMS Alert Management System
2. ASFA Additional Secretary & Financial Advisor
3. ASO Assistant Section Officer
4. BI Business Intelligence
5. COTS Commercial off the Shelf
6. CPGRAMS Centralized Public Grievance Redress and Monitoring System
7. CPSE Central Public Sector Undertaking
8. CSO Civil Society Organisation
9. CSP Cloud Service Provider
10. CSR Corporate Social Responsibility
11. DA District Attorney
12. DCPC Department of Chemicals and Petro-Chemicals
13. DDO Drawing & Disbursing Officer
14. DSW District Social Welfare
15. EAT Expenditure-Advance-Transfer
16. EOI Expression of Interest
17. e-PMS Electronic Project Management System
18. FACS Fraud and Compliance Management System
19. FAQ Frequently Asked Questions
20. FCRA Foreign Contribution Regulatory Act
21. FCRA Foreign Contribution Regulation Act
22. GFR General Financial Rules
23. GIA Grants in Aid
24. GMS Grants Management System
25. IFD Integrated Finance Division
Page 6 of 182
26. IRCA International Register of Certificated Auditors
27. JS Joint Secretary
28. JS Joint Secretary
29. KVIC Khadi and Village Industries Commission
30. KVS Kendriya Vidyalaya Sangathan
31. LGBTQ Lesbian Gay Bisexual Transgender Queer
32. LLP Limited Liability Partnership
33. Meity Ministry of Electronics and Information Technology
34. MIS Management Information System
35. MOES Ministry of Earth Sciences
36. MoHUA Ministry of Housing & Urban Affairs
37. MoWCD Ministry of Women & Child Development
38. NCERT National Council of Educational Research and Training
39. NGO Non-Governmental Organisation
40. NIC National Informatics Centre
41. NITI National Institute for Transforming India
42. NSDL National Securities Depository Limited
43. NSIC National Small Industries Corporation
44. OBC Other Backward Classes
45. OTP One time password
46. PAC Project Appraisal Committee
47. PAMC Project Approval & Monitoring Committee
48. PAN Personal Account Number
49. PAO Pay and accounts officer
50. PERC Project Evaluation & Review Committee
51. PFMS Public Fund Management System
Page 7 of 182
52. PI Principal Investigator
53. PIA Project Implementing Agency
54. PMU Project Monitoring Unit
55. PSC Project Screening Committee
56. PSE Public Sector Undertaking
57. SC Scheduled Caste
58. SCERT State Council of Educational Research and Training
59. SERB Science and Engineering Research Board
60. SLCA State Level Coordinating Agency
61. SO Section Officer
62. SOP Standard Operating Procedure
63. SSAG Standing Scientific Advisory Group
64. ST Scheduled Tribe
65. TOR Terms of Reference
66. UC Utilization Certificate
67. UGC University Grants Commission
68. US Under Secretary
69. UT Union Territory
70. VO Voluntary Organisation
Page 8 of 182
1. INTRODUCTION
NITI Aayog has embarked upon an ambitious journey of modernising and upgrading NGO Darpan
Portal. As per government guidelines, NGOs/ CSOs/ VOs are required to go for mandatory
registrations on NGO Darpan Portal. NGOs to generate unique ID in case they intend to avail funds
under the Central Sector Schemes and/or Centrally Sponsored Schemes of the Government of
India. Further, State Governments are also in the process of issuing of directions for registration
of all NGOs on NGO Darpan Portal. States like Karnataka, Kerala, Goa & Meghalaya have
mandated NGOs to obtain unique ID from Darpan Portal for availing state grants.
NITI launched NGO Darpan portal in April 2017. The NGO Darpan portal provides a system
generated Unique ID, which is mandatory to apply for grants under various schemes of
Ministries/Departments. Further, Ministries / Departments also made Unique ID mandatory for
applying of Grants under Central Sector Scheme / Centrally Sponsored Scheme. Information
sharing mechanism was also developed with Public Fund Management System (PFMS).
In order to create a comprehensive integrated system, in light of recent amendments made to

Income Tax Act and FCRA on registration and renewals, NITI Aayog has been mandated to upgrade
the existing Darpan Portal to NGO Darpan 2.0. NGO Darpan 2.0 envisaged to create a demand
driven data dissemination platform. All required information will be generated based on on-
demand query management system without retaining any data of Ministries / Departments by
NGO Darpan 2.0. NGO Darpan 2.0 will not store any data from emanating from participating
Ministries / Departments. The enhanced version shall also possess GIS and other appropriate
technologies to monitor the progress of projects on ground basis on the data shared by Ministries
/ Department. NGO Darpan 2.0 will also integrate with systems of Public Finance Management
System (PFMS) of Controller General of Accounts, 80G registration of Income Tax Department,
Foreign Contribution Regulatory Act (FCRA) of Ministry of Home Affairs and CSR system of Ministry
of Corporate Affairs.
Page 9 of 182
2. ABOUT DARPAN 2.0

In view of above, NITI Aayog decided to transform existing NGO Darpan portal with NGO Darpan
2.0. It is envisaged that NGO Darpan 2.0 will be a Single Window System for NGO Analytics availing
Government Grants including exemptions availed under section 12A/80G; permissions obtained
under FCRA and contributions received under CSR of Companies Act. Thus, NGO Darpan 2.0 will
act as effective Decision Support System for Ministries / Departments.
NGO Darpan 2.0 will provide seamless experience to its users through user friendly interface.
The platform will aid the participating Ministries / Departments to improve efficiency & efficacy
of release of grants and monitoring thereof through new age technologies.
2.1. NGO Darpan 2.0 Overview
To get the current status of automation of disbursement of Grants, NITI Aayog has conducted
detailed study of 83 Ministries / Departments of Government of India. To create an integrated
system, discussions were also held with Public Finance Management System (PFMS) of Controller
General of Accounts (CGA), Corporate Social Responsibility (CSR) division of Ministry of Corporate
Affairs, Foreign Contribution Regulation Act (FCRA) division of Ministry of Home Affairs (MHA)
and exemptions under section code in Form 10 A, 11 & 12 Section 80G and 1 & 2 in Section 12A
of Central Board of Direct Taxes (CBDT).
Based on the assessment it is also observed that 43 Ministries/Departments are providing Grants
to NGOs under 102 different schemes in FY 2021 – 22 (Annexure 1). Out of 102 schemes, 93 are
Central Sector and 9 are Centrally Sponsored Schemes. These schemes are indicative in nature
and is keep on changing based on the department requirement. MSP need to create provision for
addition or deletion of schemes based on the change in requirements from time to time without
any additional cost. Further, MSP also need to create provision for addition of any new Ministry
/ Department based on the instructions issued by NITI Aayog without any additional cost.
In view of the above study, it was decided that, NGO Darpan 2.0 will be designed in such a way
that it will be able to act as On-Demand Data Dissemination Platform which will provide
analytics related to NGOs availing grants from Government. This will also act as decision
support system for participating Ministries / Departments.
NGO Darpan 1.0 is currently providing Unique ids for all NGOs registering with NGO Darpan.
While, registering PAN and Aadhar number are getting validated through interfaces developed
Page 10 of 182
with NSDL and UIDAI. Further, Ministries / Departments are also verifying NGO Darpan Id before
releasing of any grant to NGOs. Interface has been created with PFMS for sharing of Grants
released to NGOs in Central Sector Schemes.
NGO Darpan 2.0 will continue to provide above mentioned functionalities. However, all
envisaged enhancements provided in sections below are to be developed and implemented
through re-engineered process.
Page 11 of 182
2.2. Functional requirements of NGO Darpan 2.0
NGO Darpan 2.0 will have following key features:
Detailed module wise functional requirements are provided below. Managed Service Provider
need to also provide compliance to all Functional Requirements articulated in this section
placed at Annexure 2 of RFP.
1. Registration of Entities
a) Registration of NGOs
Darpan 2.0 will have the capability to register all NGOs.
Darpan 2.0 will have provision to generate unique identification number of NGOs post completion
and approval of registration process. Darpan 2.0 will also have provision for capturing details of
all office bearers along with their addresses, PAN number and Aadhar number. While registering,
Darpan 2.0 will validate PAN and Aadhar numbers of NGO and it’s all office bearers on real time
basis.
In case, NGO is registered with FCRA, 80G or CSR, Darpan 2.0 will have provision to capture and
validate their registration details as part of registration process.
b) Registration of Ministries/Departments
Darpan 2.0 will have provision for registering Ministries/Departments to enable them to create
and manage their schemes and process grants under these schemes. Ministries/Departments will
be provided with credentials which will enable them to manage their profile and access NGO
Darpan 2.0.
2. External Interfaces
Page 12 of 182
a) Ministries / Departments
b) Interface with FCRA, 80 G / 10 A and CSR systems
Darpan 2.0 will have provision of integration with key external systems of FCRA, Income Tax
Department (80G/ 10A) and Ministry of Corporate Affairs (CSR System). As of now FCRA form has
provision for capturing of Darpan ID in case of NGO. In case of 80G Form provision of capturing
of FCRA No or NGO Darpan ID is available. However, as of now CSR Form -1 does not have provision
for capturing of NGO Darpan ID, but that will also have provision of capturing NGO ID in future.
NITI Aayog has also conducted successful Proof of Concept exercise for NGO Darpan 2.0. Detailed
outcome for PoC will be shared with successful bidder.
c) Interface with NSDL and Aadhar
NGO Darpan 2.0 will have provision of creating interfaces with NSDL and Aadhar to validate PAN
number and Aadhar numbers of companies and office bearers on real time basis.
d) Integration with PFMS
Central Sector Schemes:

NGO DARPAN 2.0 will be integrated with PFMS Portal as an integrated payments system. Ministry
/ Department concerned officer will login to NGO Darpan 2.0 using credentials of PFMS system.
Backend integration for syncing username and password between NGO Darpan 2.0 and PFMS will
be done on near real time basis. Post log-in, required fields for preparation of sanction order in
PFMS will be pre-populated based on the information available with Ministries / Department.
Before processing the sanction, the officer concerned of the Ministry / Department shall log on
to DARPAN to ascertain the details of project wise/scheme wise utilisation. The officer
concerned, after being satisfied, shall submit sanction order in PFMS for release of payment.
Integration with PFMS will be performed for two data sets viz. Master Data Set and Transactional
Data Set.
At the end of day, payment details (MIS) are shared with DARPAN Portal by PFMS. In the
present scenario, following information (MIS) are sent to the DARPAN through API - (list of
existing fields of information shared with DARPAN
S No. Field Name Sample Data

1 Unique Id of Record XXXXX
2 NGODARPANID SS/YYYY/XXXXXXX
3 SanctionModifiedDate DD/MM/YYYY
4 SanctionAgencyMappingID XXXXXXXX
5 SanctionID XXXXXXXX
6 Financial Year 2020-2021
7 Controller ID 83
8 Grant ID 67
9 Agency ID XXXXXXX
10 NGO Name ABC
11 PFMS Agency Code AAAAXXXXXX
12 Scheme ID 2844
Page 13 of 182
13 Scheme Name KALA SANSKRITI VIKAS YOJANA

14 Project ID
Vizainagaram, VIZIANAGARAM, ANDHRA
15 City Town Village PRADESH(535002)
16 Pin Code 535002
17 District Name VIZIANAGARAM
18 State Name ANDHRA PRADESH
19 Ack Number
20 Grant Apply Date NULL
21 Sanctioned Amount 150000
22 Sanctioned Date
23 Released Amount 150000
24 Released Date 10/08/2021
25 PfmsTxn ID XXXXXXXXXXXXXXX
26 PfmsTxn Date 10/08/2021
27 Installment Number NULL
28 Controller Name NAME
29 Controller Code 28
30 Grant Name MINISTRY NAME
31 Grant No 17
32 Sanction Number X-XX/XXX
33 Voucher Number AXXXXX
34 Voucher Date DD/MM/YYYY
35 Net Amount XXXXXXX
36 Scheme Code XXXX
37 IFD Number XXXXX
38 IFD Date DD/MM/YYYY
It is proposed to adopt a phase wise approach. In the first phase NGO Darpan 2.0 will be mapped
with respective Ministry, to extract information based on queries related to Grant/ component
wise scheme details, budget details, budget allocated and expenditure.
Phase I :
Preparation of Master Data
1) PFMS will prepare a Master data on the specific fields required by the DARPAN portal for
grant of approval for payment to NGO/VO. DARPAN 2.0 application will call API service of
PFMS (http://api.pfms.gov.in) for capturing Master data such as Controller, Scheme and DDO
etc.
2) Following are the master data requirements:

• Master data of NGOs, DARPAN ID, all Schemes and Ministries/ Departments
• Budget Accounting Classification to have an up-to date of all such expenditure lines
irrespective of them being classified as Central Sector Schemes or Centrally Sponsored
Schemes
Page 14 of 182
3) Following are the transactional data requirements which are to be shared on real time basis:
• Name of NGO
• DARPAN ID
• PAN Card
• Name of the Scheme
• Scheme ID
• Name of Ministry
• Accounting Head
• Amount Sanctioned
• Amount disbursed
• Date of disbursal
• Expenditure details from NGO EAT module
Phase II :
Preparation of Sanction order:

1) For every payment to NGO/VO- concerned person of the Ministry will log into DARPAN portal
which will redirect concerned person to PFMS screen with pre-populated fields with
information like component wise Scheme details, NGO details, bank details,
Ministry/DDO/PAO details etc. Concerned person will approve sanction order after validating
the pre-populated fields in PFMS.
2) Post approval of sanction order in PFMS, payment will be disbursed to concerned NGO.
Centrally Sponsored Schemes:
PFMS adopts reverse integration principle as being done in eGramswaraj (eGS) application in
respect of Centrally Sponsored Schemes awarded to NGOs. The same approach will be adopted
for NGO Darpan 2.0.
For Centrally Sponsored Schemes, integration of PFMS will be done with State Treasuries. For
the purpose, PFMS has used approach of reverse integration to capture fund disbursement by
eGramSwaraj (eGS) application used by Panchayats to book transactions against Finance
Commission devolutions (Grants to Local Bodies-Rural).
PFMS has established a process of reverse integration with State treasuries, wherein State
treasuries report the releases to NGOs under Centrally Sponsored Schemes with their NGO
Darpan ID to PFMS. PFMS will share this information to NGO Darpan 2.0.
3. Project Progress Monitoring:
It was envisaged that NGO Darpan 2.0 will have functionality to monitor progress of each project
on which NGO has received grant.
Project Monitoring module of NGO Darpan 2.0 will have functionality to monitor progress of
project based on the information submitted by NGO to various ministries time to time.
NGO Darpan 2.0 will create interface with various ministries and capture project progress related
data. Indicative fields for the same are as follows:
Page 15 of 182
Project Details
• Financial Year
• Project ID
• Project Name
• Scheme ID (as per PFMS)
• Project Start Date
• Project Actual Start Date
• Project End Date
• Project Actual End Date
• Funds Approved (Amount)
• Funds Disbursed (Amount)
• Project Location Address
• Milestone wise Planned completion date, actual completion date, payment applicable,
payment disbursed
Project Progress Details:

• Financial Year
• Project ID
• Project Name
• Scheme ID
• NGO ID
• Fund Disbursement (Amount)
• Sanction ID
• Disbursement Date
• PFMS transaction ID
• Utilization Certificate Received (Date)
NGO also need to provide evidence to substantiate their claim for completion of milestone
supported by necessary evidences to ministry. NGO also need to provide geo coded photographs
of project progress to ministries.
4. Debarring and Blacklisting of NGOs
Ministry / Department may debar any NGO based on their performance or adverse findings. In
such case further grant to NGO will be kept on hold. Further, NGO will not be able to participate
in any other project of Ministry.
NGO Darpan will also provide functionality to the Ministries to blacklist any NGO based on their
performance or any other criteria defined by Ministries/ Department. Blacklisting of NGO may
be done for prohibiting NGO to get grants from concerned ministry only. NGO Darpan 2.0 will
enable Ministries / Departments to blacklist NGO within concerned Ministry / Department or all
Government Ministries / Departments.
Once blacklisted NGO will not be able to receive further grants. Further, a centralized alert
system will trigger message to all other Ministries / Departments regarding blacklisting of NGO.
The list of Blacklisted NGOs will also be available on the Darpan Portal.
Page 16 of 182
5. Comprehensive Profiling of NGO
Comprehensive profiling of NGO will be done based on their grants received, project delivery,
performance etc. to provide holistic view of NGO. Further, profiling of all office bearers will also
be done based on their engagement with various NGOs. While creating profiles of NGOs and office
bearers, de-duplication will be done based on the demographic data in addition to PAN and
Aadhar data. Data captured through various other systems like Ministries / Departments, FCRA,
ITD and CSR will also be reflected on NGOs dashboard.
NGOs will be able to see the consolidated view of their information only. However, Ministry /
Department may be able to view the information related to NGOs who are working with them or
with any other department based on queries.
6. Geographical Information System
As part of NGO Darpan 2.0 project, it is important to map the location of all the NGO Projects
locations facilities within India, for ready reference of NITI Aayog and Ministries/Departments.
This is expected to boost the real time decision making and compliance related inspection.
Following are the indicative requirements to be covered:
a. Mapping of all proposed Project locations (as per Application, Proposal, EOI of NGO)
b. Mapping of all approved Project Locations with Ministry/Department name, Scheme name,
Scheme types, value etc
c. Geographical and spatial mapping of major landmarks like man made structures, drains,
rivers, industrial units, slum clusters, etc. for reference to project location.
7. Information Management System
NGO Darpan 2.0 will have comprehensive Information Management System (IMS). IMS will have
fuzzy matching and other capabilities which will provide the demographic matching which can
be used to detect duplicate and create an entity/ member master record.
The IMS Engine will enable support which requires end to end processes from data ingestion to
reporting which will be running on daily basis. The analytical approach in integrated solution,
along with alerts produced and prioritize them.
Following are the key components of IMS:
a) Data Profiling: Data should be properly profiled, cleansed, standardized and validated by
data quality functions
b) Data cleansing: After profiling, there is quantifiable information detailing the strengths and
weaknesses of data elements. Data Cleansing exercise should turn this knowledge into action
and build data standardization, correction or enhancement routines within the profiling
module. Some of the typical data cleansing operations will include:
• Creation of a Data Quality module for checking quality of data before it goes for record
creation within the Repository
• Checking for the completeness and accuracy of the data and highlight any exceptional
records.
• Standardization of data.
Page 17 of 182
c) De-Duplication: De-duplication will be done based on number of demographic parameters

available in addition to Aadhaar and Pan Card such as name, address, etc. subjected to Data
availability. A widely accepted and proven India specific dictionary should be used to perform
fuzzy demographic matching, which should work seamlessly with Indian names and addresses.
d) Generation of Master Record: Fuzzy matching capabilities should provide the demographic
matching capabilities which can be used to detect duplicate and create an entity/ member
master record and deploy this across departments over a single interface that helps in
identifying how the entity has been captured across departments and then deploy reporting
and analysis framework on top of this data.
e) The data access technology via APIs that is to be built should consist of set of run time
components that provide a scalable and threaded. This should be based on the best practices
to all APIs, processes and seamlessly integrate data from multiple data sources of various
Ministries. The component should provide data access services that are required by business
intelligence and analytical process.
f) NGO’s Profiling: NGO Darpan will have provision of creation of profiles of NGOs and its office
bearers based on the demographic (name, address etc.) and transactional (Funding received,
funding utilized, assessment feedback, adverse information in social media etc)
8. Alert Management System (AMS)
Alerts may be generated based on the any event, deficiency in document, issues at the level of
NGO level, issues identified at Network level or any information available in public domain.
Following are some incidents which may be classified as events, basis data availability:
• De-duplication of entity/ member and the related data from various sources, if available.
• Identification of duplicate Enrolments (members related to multiple entities).
• Identification of risky grants (funds domestic/ international) and tracking of flow of funds as
well as through periodic reconciliation of data.
• Feature engineering of blacklisted entities/members, risk scoring and subsequently Alerting
for association of other entities linked to Risky entities, funds flow, anomaly detection.
• Reporting Business Intelligence and interactive predictive and dynamic dashboards to track
status.
9. Query Management System
In view of the information available in NGO Darpan 2.0, it is imperative that information is to be
classified and should be accessed by its users based on the criticality and sensitivity of
information.
All required information will be generated based on on-demand query management system
without retaining any data of Ministries / Departments by NGO Darpan 2.0. In the need of
information pertaining to NGOs, the user department will raise request, upon login, in a form of
query and the result of outcome will be published on NGO Darpan 2.0 using
analytics/visualization tool.
NGO Darpan will use API Management process for creating, publishing and managing API
Connections. API management will provide deep integration capabilities to NGO Darpan 2.0 to
build APIs on top of existing applications of Ministries / Departments. By managing all of APIs on
Page 18 of 182
one unified and centrally visible platform, will give NGO Darpan 2.0 greater flexibility for reusing
the functionality of API integrations which helps save time and efforts.
It is envisaged that post login, based on the user authentication and authorization basic queries
will be run and displayed on the dashboard of portal. In case user want to access more
information, user may use query management system to create query using pre-defined data
sets. However, in case of advance queries respective Ministry / Department may use their
technical team to define query which needs to be executed using query management system.
Furthermore, NGO Darpan 2.0 will also use concept of data federation. Instead of bringing data
from all sources in one database, federation leaves data in respective databases of Ministries,
but provide a unified view using virtualization. In this way data federation helps in of querying
and analysing information from multiple systems as if it all resides within a single, harmonized
data store
10. Access Controls for NGO Darpan 2.0
The objective, among others, of NGO Darpan 2.0 is to provide efficient and effective platform
for decision support system for Ministries / Department including MHA (FCRA), CBDT (80G/12A)
and MCA(CSR). Therefore, the data access control mechanism in NGO Darpan 2.0 is a very critical
aspect.
NGO Darpan 2.0 will be having provision for role based access of information for Ministries /
Departments (List enclosed at Annexure A). However, for identified critical information another
layer of security will be established. To access critical / confidential information, OTP based
authentication will be done on the registered mobile number of Department Users. Further, NGO
Darpan 2.0 will also keep logs of all data accessed / downloaded from NGO Darpan 2.0 and
detailed report of the same will be shared with Secretary / authorized person of concerned
Ministry / Department.
Following is the categorization of access controls:
Category of Accessed by Information Available

Information
Category 0 - Any visitor Requirements specified in the RFP document but not
Public Domain accessing NGO limited to following:
Darpan 2.0 • Information regarding NGOs registered with NGO
Darpan portal like NGO Darpan ID, area of
operation, office bearers etc.
• All notices, circulars, office orders etc. relevant to
NGOs
• List of blacklisted NGOs
• Scheme Details and related guidelines (all Central
Sector and Centrally Sponsored Schemes related to
NGOs)
Page 19 of 182
Category of Accessed by Information Available

Information
Category 1 - NGOs registered Information pertaining to respective NGO only but not
Restricted with NGO Darpan limited to following:
2.0 • Details related to NGO registration like PAN, Aadhar
no, address etc.
• Details of office bearers
• Application Status, Project progress
• Funds released by Government under CS & CSS to
NGO if any
• Funds received from CSR and FCRA if any
Category 2 – Authorized official Authorized official from Ministry / Department will be
Ministries / of Ministry / able to access NGO Darpan 2.0 but not limited to
Department Department following:
a) Perform activities related to fund
disbursement through PFMS
b) Access information through query
management system
11. Technical Helpdesk
Darpan 2.0 will have a Centralized ‘Technical Helpdesk’ to provide technical assistance to its
users and collect, analysis and communicate technical incidents. Technical Helpdesk will have
provision for all authorised user to raise technical complaint via AI based Virtual Assistant
(ChatBots), via individual chat agents (IVR based) and self-help window.
Darpan 2.0 will generates ‘Ticket number’ for each reported incident and forward the ticket to
concerned authority/Technical team for action. Darpan 2.0 will have provision to segregate
incidents into various categories based on criticality and assign a timeline for resolution.
The concerned authority/Technical team will act on the incident and provides response to the
Ticket. The Darpan 2.0 will have provision to inform the Incident raiser/user through outbound
call, email, WhatsApp, SMS about the corrective action taken and close the ticket.
Darpan 2.0 will also have provision to escalate the incident, reopen it, add Root Cause Analysis
details etc.
It is envisaged that a team will be deployed at NITI Aayog for Technical helpdesk operations by
MSP. The manpower requirement and other details are mentioned in section 7.5.
Page 20 of 182
12. Back-office operations
It is envisaged that a team will be deployed at NITI Aayog for back officer operations by MSP.
The manpower requirement and other details are mentioned in section 7.5. The team will work
during office Hours in working days. Following will be the key responsibilities of team:
a) Verification of documents submitted by NGOs for registration in NGO Darpan 2.0

b) Communication with NGOs for rectification of errors through portal.
c) Communication with Ministries / Departments regarding issues faced by them with respect
to NGO details and documents.
d) Communication from NITI Aayog to all Ministries / Departments
NGO Darpan 2.0 will have comprehensive system admin panel for authorised NITI Users though
which they will be able to access all information related to NGOs, Schemes, reports etc.
13. Grievance Management System (GMS)
Darpan 2.0 will have a Centralized ‘Grievance Management System’ to allow registered NGOs to
raise grievance related to process like NGO Registration, Approval, issuance of NGO Darpan ID
etc. Grievance Management System will handle grievances related to NGO Darpan 2.0 only. Any
grievance related to Ministry / Department is to be handled by respective Ministry / Department.
Grievance Management System will have provision for all registered NGOs to raise grievances via
1. Toll Free Phone Numbers
2. Web Portal / Mobile App
Darpan 2.0 will generates ‘Grievance Registration Number (GRN)’ for each reported incident and
forward the grievance to concerned NITI team for resolution. Darpan 2.0 will have provision to
segregate incidents into various categories and assign a timeline for resolution.
The concerned authority will act on the grievance and provides resolution. The Darpan 2.0 will
have provision to inform the complainant through GMS, email, WhatsApp, SMS about the
corrective action taken and close the ticket.
Darpan 2.0 will also have provision to escalate the Grievance, reopen it etc.
It is envisaged that a team will be deployed at NITI Aayog for Grievance operations by MSP.
14. Web portal, Content Management System and Workflow
Web Portal
• Web portal should be user friendly and should provide seamless integration and display of
analytical reports and dashboards.
• Web portal should be Scalable and Modern Architecture. Platform should support Micro-
services architecture and each services/application build on the platform will be a micro
service. The solution should use Micro service-based Container Architecture. The container
platform shall support deployment and orchestration of multiple containers formats (for e.g.,
docker etc.).
Page 21 of 182
• Should include all platform components i.e. Content Management System (CMS), Portal,
Digital Asset, Document Management, Workflow Engine, Forms, Collaboration & Enterprise
Search.
• The proposed platform should be built using Content Management System (CMS), Workflow
Engine, Digital Asset Management, Collaboration, Document Management (DMS) and
Enterprise Search as an integrated unified system and should be platform independent with
or without virtualization.
• The Platform should support multi-tenancy and should allow department to create any
number of micro-sites from a single installation without any impact on User Licenses or site
licenses etc.
• The System should have the capability to send email, SMS and alerts to any/all
NGOs/Ministries / Departments as part NGO Darpan 2.0 ecosystem.
• The Platform should be natively integrated with Digital & Media Management System for
storing all the underlying assets like documents, images, videos etc. required in process.
• The system should be able to address both structured and unstructured sources of data like
email, scanned images, videos etc.
• The system should have the capabilities of document version controlling
• The system should keep generate logs for all activities performed on portal and database
Content Management System
• The Platform should have fully featured CMS abilities such as content authoring and
publishing, dynamic content targeting for different audiences, personalization and site
management.
• The CMS should be headless in nature.
• The platform should be responsive in nature and whatever being developed on the platform
should be responsive in nature.
• The platform should have essential tools for collaboration including discussion forums, blogs,
wikis, and social components.
• The platform should have an enterprise search component as an integrated part. The search
capability should allow users to search for content not only from the Single window platform
repository, but also from other sources within the organization.
• The search should have capability to search based on different criteria like name, metadata
information, content of the file, wild card searches etc.
• The platform should have its own User and Rights Management module as well as it can be
integrated with any Active Directory.
• The platform should support users to easily define audience segments with robust rules for
fine-grained personalization and engage these segments with a range of personalized
experiences across pages, navigation and assets.
Workflow and Document Management System
• The platform should have an inbuilt workflow engine with a Graphical workflow designer for
modelling complex Business Processes using drag and drop facilities.
• The Workflow system shall provide inbuilt facility to design Custom forms that can be
attached at one or more stages of workflow. The Form designer interface should have facility
to define text boxes, Combo boxes, radio buttons, Drop down etc.
Page 22 of 182
• The system shall provide facility to define custom triggers like Emails, Word template or
launching executable etc. on predefined conditions.
• The system shall facilitate re-engineering of processes. A workflow engine to support
different types of routing mechanism including: Sequential routing, Parallel routing, Rule
based routing and Ad-hoc routing.
• System Should provide powerful web-based analytics capability with support for dashboards.
• System shall maintain separate to-do and watch lists for each user and send out notifications
through multiple channels.
• The system should have inbuilt document management capability to store, archive and
retrieve documents. It should support searching and metadata management.
15. Cloud Services for Data Centre and Disaster Recovery
NGO Darpan 2.0 should be deploy either on NIC Cloud or any other Cloud Service Provider (CSP)
empanelled with Ministry of Electronics and Information Technology (MeitY) ensuring access and
availability of NGO Darpan 2.0 to all stakeholders for availing all services and information.
Following is broad scope of services included but not limited to:
• The CSP/Service Provider shall comply or meet any security requirements applicable to
CSPs/Service Providers published (or to be published) by MeitY or any standards body setup
/ recognized by Government of India from time to time and notified to the CSP/Service
Providers by MeitY as a mandatory standard.
• The CSP/Service Provider shall meet all the security requirements indicated in the IT Act
2000 including all amendments and the terms and conditions of the NIC Cloud / Empanelment
of the Cloud Service Providers.
• The Bidder/CSP need to adhere to all legal, statutory and regulatory requirements as notified
by the Government of India from time to time. Bidder / CSP shall not share data with any
third party without explicit approval by the purchase authority.
• If any new guidelines are published by MeitY which CSPs are required to adhere to, the CSPs
shall be responsible for all costs associated with assessing, implementing, documenting, and
maintaining the empanelment.
• MSP should be able to provide services as per the requirements defined in this RFP through
Platform-As-A-Service model.
• CSP to provide active-passive configuration for DC and DR. CSP will have to work along with
System Integrator to provide the active-passive set-up. DC and DR to be configured in active-
passive mode. DC and DR should be compliant to Tier 3 and above standards. CSP should
provision DR for 50% capacity to DC.
• Deployment of cloud on a PAAS model should be with the required technical support. CSP
shall also provision for a helpdesk service (at no extra cost) for managing and resolving
incidents/queries etc.
• CSP should provide scalable cloud resources on demand basis. NGO Darpan 2.0 shall be
deployed with underlying security infrastructure. CSP should be able to handle large data
processing requirements in a reliable manner.
• Incident Management shall be managed by CSP. Identification and problem resolution (e.g.,
helpline, call center, or ticketing system) mechanism must be defined.
• CSP should provide read only console access for auditing and monitoring of monthly cloud
consumption.
Page 23 of 182
At a minimum, the following security controls shall be put in place by the Cloud Service Provider
(CSP):
• Perimeter Security: Firewalls and IPS shall be put in place to ensure threats and attacks are
blocked at the network perimeter. Access Control List shall be defined keeping in view
operations of each module and accordingly firewall and IPS rules shall be defined. Un-trusted
or insecure connections to NGO Darpan 2.0 shall be prevented from being established. NGO
Darpan 2.0 applications shall be protected from common attack methods such as DDoS,
phishing, brute force attacks, eavesdropping and identity spoofing.
• Appropriate segregation of Virtual Private Cloud (VPC) security rules defined as part of
firewall should implement role-based access management, Logging and monitoring.
• VPN gateway must be setup to ensure controlled access, appropriate security rules must be
employed to encrypt outward data flow, IDS, IPS, API Gateways to be setup and ELB logs to
be maintained for any activities and access and exceptions to carried out in the cloud setup,
Database logs to be routed as part of the Logging VPC setup.
• Digital Certificate shall be implemented for secure access.
• Network Segmentation: MSP shall segment the network and servers to ensure that public-
facing systems (e.g. web servers) are separate from all critical systems (e.g. application
servers, database servers, syslog servers, etc.). Additional level of security (e.g. internal
firewalls) shall be put in place between public-facing systems and critical systems.
• Protection from Advanced Threats: MSP shall implement suitable tools, technologies,
systems, etc., for protecting NGO Darpan 2.0 systems from advanced threats through the use
of technologies such as Web Application Firewall and Anti-APT. NGO Darpan 2.0 application
shall be protected from threats listed under OWASP Top 10 vulnerabilities such as SQL
injection, Cross site-scripting, broken authentication, etc. Additionally, protection shall also
be provided from zero-day attacks. Web Application Firewall must be provided, Host IPS must
be setup on all the Web servers. Web servers must be configured as per the CIS hardening
guidelines and baseline security requirements, logging and monitoring should be enabled.
• Malware Protection: Gateway level malware protection shall be provided to prevent malware
attacks on the network. Endpoints shall be installed with anti-malware tools and Host IPS to
prevent malware on the NGO Darpan 2.0 virtual machines. Email systems shall be provided
with antimalware, anti-phishing and anti-spam tools.
The detail Functional and Technical Requirements are further elaborated in Annexure 2 and
3.
Page 24 of 182
3. SCOPE OF WORK FOR MANAGED SERVICE PROVIDER

(MSP)
This section summarizes the overall scope of work that needs to be executed by the selected
Managed Service Provider (MSP).
3.1. Summary of Project Sco pe & R e q u i r e m e n t s
The RFP for NGO Darpan 2.0 implementation envisages the following scope elements, to be
executed and managed by a competent MSP, and help realize the objectives of this marquee
initiative by Government of India:
1. NGO Darpan 2.0 Software Application Implementation – Supply, design, development,

customization, configuration, integration and implementation of NGO Darpan 2.0 with all
necessary software components, databases and related applications. Implementation of
NGO Darpan 2.0 must follow defined reference architecture, acceptance criteria & metrics,
IT standards, including Audit and Certifications, as required. MSP need to provide complete
solution in compliance with requirements defined in this RFP.
2. Cloud Services – Provisioning of a reliable Cloud services from NIC Cloud / Ministry of
Electronics and Information Technology (MeitY) empanelled Cloud Service Provider (CSP)
including Data Centre (DC) and Disaster Recovery (DR) facility, for implementation of NGO
Darpan 2.0 as pre requirements defined in this RFP. All necessary software components,
databases and related applications and components, ensuring access and availability of NGO
Darpan 2.0 to all concerned stakeholders and NGOs for availing required services and
information. The provisioning of the Cloud Services should be strictly as per the guidelines
of MeitY.
3. Operations and Maintenance – Overall Operations and Maintenance activities including IT

Helpdesk services, Grievance Management cell and Back Office at Niti Aayog, after Go-Live
for a period of 5 years. This shall include the entire solution, Cloud services, and other
support services defined as part of the NGO Darpan 2.0 scope
4. Training and Capacity Building – Training and Capacity Building activities including training
of users for effectively using the automated system.
NGO Darpan 2.0 will be developed on service based model, wherein MSP need to provide
Platform-As-A-Service (PAAS) based on the requirements provided in RFP. Payment to services
provider will be done after satisfactory delivery of services by MSP.
3.2. Details of Project Scope & Requirements
The details of the scope elements, activities and related requirements of NGO Darpan 2.0 project
for the MSP has been provided below for reference and compliance purposes, however these
should not be treated as exhaustive or finite. The bidders are expected to formulate their own
strategy, plan and activities in line with requirements, expected project delivery and outcomes.
Page 25 of 182
Please note that the below categorization of scope elements and related details are only to
provide reference for the NGO Darpan 2.0 project scope and should not be considered as
exhaustive. Further, there may be some overlap between descriptions of various scope elements,
but the entire project should be viewed and completed in its entirety with due importance to all
aspects of the scope.
3.2.1. NGO Darpan 2.0 Application Implementation
This scope element involves the supply, design, development, customization, configuration,
integration, and implementation of a comprehensive NGO Darpan 2.0 requirements defined in
section 2.1 and Annexures of this RFP, with all necessary software components, databases and
related applications.
Following are the key activities envisaged under this scope element but not limited to:
1. Project Inception Report
The MSP shall prepare and submit an Inception Report which will serve as the foundation
document for all future activities related to every phase of the project.
1. The Inception Report must cover the project risks that the MSP anticipates and the plans
they propose towards mitigating those risks along with and dependencies from any
stakeholder, as required.
2. The MSP shall prepare and submit an integrated Project Plan for the entire project that
covers detailed tasks which are intended to be performed during the entire project duration.
3. The MSP shall also prepare and submit an integrated Resource Deployment Plan for the
entire project mapping the roles and responsibilities of each team member with the detailed
tasks which are intended to be performed during the entire project duration.
2. Requirement Gathering and Analysis
a. Conduct a detailed requirement gathering for all aspects related to support the NGO Darpan
2.0 software application, Cloud Requirements etc.
b. Update the Functional Requirements Specifications (FRS). Any additions or changes to the
FRS shall be finalized in consultation with all concerned stakeholders including technical
teams of respective departments, PFMS, ITD, FCRA and CSR.
c. Prepare and submit periodic performance reports and update all the technical documents
with proper traceability matrix as required.
d. Map the FRS with proposed software application. Prepare and submit a detailed module/
process wise plan for the customization, configuration and development, as required to meet
the requirements of NGO Darpan 2.0
Page 26 of 182
3. Software Requirements Specification (SRS)
a. Based on the detailed requirement gathering and FRS mapping, prepare and submit the SRS.
The SRS should include both High Level Design (HLD) as well as Low Level Design (LLD) and
define each component of the Application Architecture, Security Architecture, Integration
Architecture, Database Schema, Data Flow, etc. as per industry standards. These should be
in compliance with the defined reference architecture, acceptance criteria & metrics,
Security and IT standards, Audit and Certifications as required
b. Prepare and submit the User Interface (UI) and related guidelines for NGO Darpan 2.0
c. Prepare and submit a detailed Bill of Material (BOM) for Cloud Hosting and supporting the
smooth functioning of application suite.
4. Design and Development
a. Prepare and submit a detailed design and development plan as per the SRS and UI Guidelines
for the application suite.
b. The plan shall demonstrate and ensure that granularity is built in the application modules,
sub-modules and individual functionalities as well as features so that these can be enabled,
disabled, customized or configured through the application admin/ workflow manager as per
applicability in different Ministries and Departments.
c. Prepare and submit a detailed testing plan as per industry standards for Software Testing Life
Cycle (STLC)
d. Develop, customize, configure, and test, as required, covering all the required processes,
functionalities and features defined in the solution scope and submit the periodic progress
report.
e. Assist with Business Cases and Test Scripts along with Test Data for conducting User
Acceptance Testing (UAT) by nominated users/ stakeholders.
f. Complete the necessary development, customization, configuration etc. as per the UAT logs
and suggestions/ feedback provided by nominated users/ stakeholders.
5. Implementation and Go-Live
a. Prepare and submit a detailed deployment plan.

b. Perform data migration from existing NGO Darpan portal which is currently maintained and
hosted by NIC. The DB size of NGO Darpan portal at present is 2.5 GB (including 300 MB
Dashboard database) with around 700 MB yearly growth is envisaged. In case of any change
in data structure or unique ID, MSP need to incorporate the same without any additional
charges.
c. Deploy the application suite at Cloud i.e. Production environment, as required and assist
nominated users/ stakeholders in final testing before actual Go-Live
d. Prepare and submit the User Manuals for reference and usage.
e. Implement any Change Requests (CRs) that may come up during the overall
implementation period.
f. Provision of document repository for all required documents and reports as per standard
SDLC and STLC with detailed and systematic traceability matrix and version control
g. The System Integrator shall ensure compliance with all Policy/ Guidelines/ Standards
related to data privacy, data storage and data security in accordance with various
requirements specified under IT Act 2000 including all amendments from time to time.
Further, System Integrator should also ensure adequate measures are taken towards
Page 27 of 182
compliance with Data Protection Framework of MeitY and its related guidelines while
implementation of solution and maintenance of NGO Darpan 2.0.
3.2.2. Cloud Services
This scope element involves provisioning of a reliable Cloud services from NIC Cloud / a Ministry
of Electronics and Information Technology (MeitY) empaneled Cloud Service Provider (CSP)
including Data Center (DC) and Disaster Recovery (DR) facility, for hosting of NGO Darpan 2.0
with all necessary software components, databases and related applications and components,
ensuring access and availability to all concerned stakeholders and citizens for availing required
services and information. The provisioning of the Cloud Services should be strictly as per the
guidelines of MeitY.
1. Analysis Requirement Gathering and –
a. Design and develop deployment architecture, strategy and roadmap. The DC & DR should
work in Active-Active mode with dynamic load balancing and geographical apportionment of
load.
2. Provisioning and commissioning –
a. Provision necessary compute and storage infrastructure on the cloud including the underlying
software licenses to host the application suite.
b. Provide a solution to automatically provision infrastructure via Self Service Provisioning tool
and provide metering & billing to offer service assurance for maintenance & operations
activities
c. Provide/ configure required Virtual machines (VMs)
d. Provision monitoring tools for real time monitoring and measuring the service levels on Cloud
as well as performance and utilization etc.
3. Post implementation support (O&M) –
a. Implement required updates/ upgrades in the software licenses related to IT infrastructure

provisioned on Cloud environment
b. Real time monitoring and measuring the service levels
c. Conduct Root Cause Analysis report for any downtime or unavailability of the cloud
infrastructure
4. Exit Management
In case of change of Cloud Service Provider during the or post completion of project, CSP
should be able to migrate complete application to new CSP with minimum disruption of
services.
Page 28 of 182
3.2.3. Operations and Maintenance
This scope element involves overall Operations and Maintenance activities, after Go-Live for a
period of 5 years. This shall include the entire solution, IT and Non-IT infrastructure and devices,
and other support services defined as part of the RFP/Project scope
a. Assist in post implementation operations and support as well as maintenance of NGO Darpan
2.0 for a period of 5 years including Warranty support
b. Provide all technical support through an Incident Management System and centralized IT
Helpdesk, handholding support as well as necessary training to all users/ stakeholders.
c. Provide Grievance Management support through a Grievance Management system and
centralized Helpdesk, handholding support as well as necessary training to all users/
stakeholders.
d. Prepare and submit periodic performance reports including Service Level Agreement (SLA)
reports and update all the technical documents with proper traceability matrix as required
e. Provide development, migration and rollout of NGO Darpan 2.0 in any new
Ministry/Department that will get onboarded during O&M Phase.
f. Update Application Forms, Validations, Workflow etc for any already onboarded
Ministry/Department during O&M Phase.
g. Provide training to the Officials of any new Ministry/Department that will get onboarded
during O&M Phase.
1. Pre-O&M Phase –
a. Define Operations and maintenance personnel, their competency and training.

b. Define risks and dependencies as well as mitigation plan.
c. Define exit criteria and project closure activities as well as deliverables in consultation with
the NITI Aayog officials/ nominated team.
2. O&M –
a. Ensure that systems and cloud facility are always running and available.
b. Implement emergency and non-emergency requests during scheduled outages including
disaster recovery.
c. Perform and test day-to-day operational support, contingency and recovery.
d. Manage installations, configurations, updates and upgrades including backups, as and when
required.
e. Provide and support user training including refresher training.
f. Ensure real time monitoring of service levels, performance and utilization of all systems,
devices, equipment and manpower resources.
g. Conduct Root Cause Analysis report for any disruption in operations and service delivery.
h. Manage and control configuration and changes to the system including Change Requests
(CRs).
i. Manage and monitor risks and issues, and maintain risk/ issues log.
Page 29 of 182
j. Manage and operate IT Helpdesk services, Grievance Management cell and Back Office for a
period of 5 years.
k. Periodic reporting to NITI Aayog officials/ nominated team including reviews.
l. Exit Management and project closure upon successful completion of O&M phase
3.2.4. Training and Capacity Building
This scope element involves overall Training and Capacity Building activities including training of
users for effectively using the automated system. The comprehensive training program is
envisaged to be provided through “Train the Trainer (TTT)” mechanism.
1. Conduct Training Needs Assessment (TNA) for all users and stakeholders.
2. Define Training schedule, structure, frequency, type, batch size, medium of imparting
training, and other related aspects to arm the users/ stakeholders with necessary knowledge
to use the system effectively.
3. Define Trainers and Training calendar, and define a mechanism to select trainees based on
TNA.
4. Prepare training content and training materials, as required.
5. Define assessment framework for both trainers and trainees.
6. Conduct training and refresher training as per Training calendar.
7. Prepare and submit training logs and assessment of each training for corrective measures.
8. Support in further training provided by the Master Trainers to other users / stakeholders.
3.3. Stakeholders Roles and Responsibilities
Following shall be the key roles and responsibilities of key stakeholders during the
implementation of the NGO Darpan 2.0 project:
1. NITI Aayog – NITI Aayog will be the ultimate owner of the NGO Darpan 2.0 project and will
primarily be responsible for providing strategic directions during implementation phases and
will act as the final decision authority for key decisions/ deliverables. It will also be
responsible for framing and issuing guidelines to the NGO Darpan 2.0 for implementation of
project during the implementation as well as O&M phases.
The role of NITI Aayog in the successful implementation of the project includes discharging
the following responsibilities as a nodal agency on day to day basis, but not limited to:
a) Support Project Owner in implementation of all strategic directions from time to time.
b) Setting up of a related Committee for overseeing the implementation of the project.
c) Provide project governance assistance to all the stakeholders directly and indirectly
involved in NGO Darpan 2.0 project including assistance in administrative processes for
successful implementation of the project.
d) Provide support and implement measures for organizational capacity building initiatives
and long-term sustainability of the project.
e) Defining service levels for identified services and protocols for operational procedures,
ensuring service level adherence, and implementation guidelines.
Page 30 of 182
f) Act as key driver for the policy, regulatory and other relevant changes related to the
project.
g) Ensure steady project Financial Support as per the project progress from time to time.
h) Support the MSP with respect to any dependencies to be managed from stakeholders in
the Government.
i) Work closely with the MSP to undertake the field work, comprehend the requirements,
review deliverables, oversee preparation of roadmap, develop/ customize application
as per proposed re-engineered processes, etc.
j) Monitor and manage the change requests, if any, carried out by the MSP as per defined
Change Control Procedure. DHS shall consolidate and provide the requirements for the
change requests and decide the penalty for non-compliance as mentioned in the Service
Levels for Change Requests.
k) Vetting and approving deliverables, reports and proposals from MSP as per defined
acceptance criteria and standards.
l) Provide guidance, clarifications and responses to queries from MSP.
m) Track project issues, risks and provide support on mitigation measures, especially
related to project scope, timelines, adherence to standards and protocols etc.
n) Periodic monitoring of service levels and calculation of penalties based on performance,
timelines and scope compliance, including functional and technical compliance.
o) Track and end to end monitoring of activities as well as deliverables, during
implementation life cycle as well as during O&M phase, including MSP methodology and
approach to various project phases.
NITI Aayog may appoint external agency to assist it in any of the above-mentioned activity. MSP
has to work in tandem with NITI Aayog appointed agency.
2. Ministries’/Departments- All participating Ministries / Departments will be the ultimate

owner of their data and will be primary Users. The role of Ministries / Departments is to
provide support to NITI Aayog in successful adoption of the project includes discharging the
following responsibilities as a stakeholder on day-to-day basis, but not limited to.
a) Providing all requirements related to schemes, their workflow, business rule, forms etc.
b) Performing UAT
c) Providing Grievance Management support
3. NGOs- NGOs will be other set of Users of the NGO Darpan 2.0.
a) Using system for registration
b) Raise Grievances and IT tickets
4. Managed Service Provider (MSP) – The overall scope of work as well as roles & responsibilities
for the selected MSP are mentioned in earlier sections of this document. Please refer to
Section 3.1 and 3.2 as well as further sections in this document for details.
Page 31 of 182
4. IT INFRASTRUCTURE REQUIREMENTS
4.1. IT Infrastructure provisions
NGO Darpan 2.0 is required to be deployed on Cloud and therefore it is mandatory that the solution
is accessible over a common network. NGO Darpan 2.0 solution should comprise of Business,
Application, Data and Infrastructure Architecture.
The NGO Darpan 2.0 should be deployed on Cloud as a package and should be accessible to various
users over internet provided by NITI Aayog/Ministry/Department/NGO or other depending on the
type of users.
4.2. Business Continuity Requirements
MSP must provide an approach, plan and detailed out the Business Continuity framework in their
proposal in a manner that the Recovery Time Objective (RTO) and Recovery Point Objective
(RPO) defined in SLA is achieved. System should be designed to remove all single point failures.
Appropriate redundancy should be built to all critical components to provide the ability to
recover from failures.
MSP has to submit BCP Plan before Go Live. MSP along with CSP is expected conduct such failover
drills at least twice in a year (once every six months) throughout the project tenure. All cost
related to Cloud DR drills will have to be borne by the MSP.
Page 32 of 182
5. MANPOWER REQUIREMENT OPERATIONS AND

MANAGEMENT (O&M) REQUIREMENTS
MSP should deploy at least following Manpower during the Project at NITI Aayog:
Implemen
tation Yr 4 Yr 5
Resource Phase Yr 1 Yr 2 Yr 3
Project
1 1 1 1 1 1
Manager
Solution To To
Architect be be
To be decided To be decided To be decided deci deci
1
by MSP* by MSP* by MSP* ded ded
by by
MSP* MSP*
Data Analytics
1 1 1 1 1 1
Lead
UI/UX designer To To
be be
To be decided To be decided To be decided deci deci
1
by by
MSP* MSP*
Business
1 1 1 1 1 1
Analyst
Cloud Expert 1 1 1 1 1 1
Software To be
Developer decided 2 2 2 2 2
by MSP*
Database To be
Architect/DBA decided 1 1 1 1 1
by MSP*
Mobile App To be
development decided 1 1 1 1 1
Expert by MSP*
GIS Expert To be
decided 1 1 1 1 1
by MSP*
Quality To To
Assurance/Tes be be
To be
ting Expert To be decided To be decided To be decided deci deci
decided
by MSP*
by by
MSP* MSP*
Page 33 of 182
Implemen
tation Yr 4 Yr 5
Resource Phase Yr 1 Yr 2 Yr 3
Help Desk &
grievance Not
4 4 4 4 4
Management Required
team Member
Help Desk &
grievance Not
1 1 1 1 1
Management Required
Team Lead
Note:
1. Above mentioned manpower is minimum requirement. MSP has to deploy sufficient number
of other resources to ensure timely completion of all project requirement and SLA
requirement as per the Tender document and contract.
2. MSP to deploy sufficient number of Manpower with requisite skill to manage all operations
and SLA.
3. O&M Manpower to be deployed at Niti Aayog after GO Live.
4. NITI Aayog will deploy Team Leader for Back Office.
5. NITI Aayog may ask to ramp up and ramp down any number of resource during O&M phase
as per the need of Project
5.1. Experience of Manpower
The manpower to be deployed by MSP shall comply following minimum requirement:
Years of IT Experience
Resource
Project Manager 10 Years
Solution Architect 10 Years
Data Analytics Lead 5 Years

UI/UX designer 5 Years
Business Analyst 5 Years
Cloud Expert 5 Years
Software Developer 3 Years
Database Architect/DBA 5 Years
Mobile App development Expert 3 Years
GIS Expert 3 Years
Quality Assurance/Testing Expert 3 Years
Help Desk & grievance Management team Member 3 Years*
Help Desk & grievance Management Team Lead 5 Years*
Back Office support Team member 3 Years*
Note: *Experience in Technical Helpdesk/Call Centre
Page 34 of 182
6. OPERATIONS MANAGEMENT (O&M) REQUIREMENTS

The Operations and Maintenance requirements which has to be fulfilled by the MSP is described
in the section. This includes the overall Operations, Maintenance and support of the software
products, applications, helpdesk etc. within the scope of the project in line with the performance
requirements and standards defined in the document in terms of Service Level Agreements (SLA).
6.1. O&M Support Services
The MSP shall provide Operation and maintenance (O&M) support to all the NGO Darpan 2.0
services described in this RFP for 5 years from the date of complete “Go-Live” of the entire
solution. The O&M should continue till the end of the contract period of the entire solution as
prescribed in the implementation schedule.
The support should address all user level queries, issues, fixing bugs, enhancements, changes to
configurations, customizations, patch updates, software upgrades, database administration,
security etc.
1. Operation & Maintenance of Application Software and infrastructure shall include
a. Compliance to the Functional & Technical Requirements

b. Compliance to SLAs.
c. Application Software Maintenance, Problem identification and Resolution.
d. Software Change & Version Control as per industry standards.
e. IT Infrastructure Operations and Maintenance as per Standards.
f. Other infrastructure operations and maintenance in compliance to Service Level specified in
the document for entire O&M period.
2. Ensure the following from OEM:
a. System administration and database administration of application for O&M period from “Go-
Live”.
b. Customize and implement a proper SLA monitoring tool in consultation with Project
Operations Committee (POC) and Project Monitoring Unit (PMU) for SLA Monitoring during
O&M Phase.
c. Provisioning of Application Software, Hardware, and Networking etc. for integration of any
intervention with application during Operation and Maintenance Phase
As part of Post-Implementation Annual Technical Support for O&M period, the MSP should
undertake the following:
1. For Application Software

2. For Cloud Set up
At the end of each year during O & M phase the MSP should submit:
1. Updated system design documents, specifications,

2. Latest source code, application deployment files, configuration files for entire solution
3. Updated user manuals, administration manuals, training manuals etc.
Page 35 of 182
6.2. Infrastructure O&M Services
The MSP should provide 24x7 operation and maintenance services for the contract period. The
scope of the services for overall Physical and IT infrastructure management as per ITIL framework
during this period shall include 365x24x7 Monitoring, Maintenance, Operations and Management
of the entire Cloud Data Centre and DR site (once it is operational) along with providing Helpdesk
services.
The scope of work during the operations phase is divided into seven areas which are mentioned
below:
1. System Administration, Maintenance and Management Services.

2. Network Management Services.
3. Storage Administration and Management Services.
4. IT Security Administration Services as per ISO 27001 and ISO 20000 compliance.
5. Backup and Restoration Services.
6. Physical Infrastructure Management and Maintenance Services.
The physical infrastructure management and maintenance services shall include, but not limited
to, the following:
1. Proactive and reactive maintenance, repair and replacement of defective components (IT
Hardware and Software).
2. Component that is reported to be down on a given date should be either fully repaired or
replaced by temporary substitute (of equivalent configuration) within the time frame
indicated in the Service Level Agreement (SLA). In case the MSP fails to meet the above
standards of maintenance, there will be a penalty as specified in the SLA.
3. The MSP should also maintain records of all maintenance of the system and shall maintain a
logbook on-site that may be inspected by State Authorities / Department or any nominated
agency by the Department at any time during the contract period.
Additional considerations specifically for Enterprise Management Systems (EMS) / network

management system (NMS) are mentioned below for reference:
1. EMS solution should be an integrated, modular and scalable solution from single OEM (i.e. all
EMS components from single OEM to provide comprehensive fault management, performance
management, traffic analysis and business service management, IT service desk\ help desk
\trouble ticketing system & SLA monitoring functionality)
2. Should have Out-of-the-Box connectors / probes to integrate with multiple EMS solutions,
including industry standard solutions from various OEMs., and should also provide mechanisms
(XML, APIs etc.) to integrate with other EMS and NMS solutions, to provide an integrated
topology and event views and reports to the operator.
3. Proposed NMS solution must be ISO 27034-1 certified to ensure security compliances.
Note: The MSP shall provide the MIS reports for all the devices and equipment’s installed at all
locations, if operational, in a prescribed format and media as mutually agreed with the NITI
Page 36 of 182
Aayog on a periodic basis. Whenever required by NITI Aayog, MSP should be able to provide
additional reports in a pre- specified format. These formats may be discussed and agreed at the
time of finalization of contract.
6.3. AMC and Warranty Support Services
As part of the AMC and warranty services it is required that the MSP should provide:
1. The entire NGO Darpan 2.0 solution (including application, Cloud solution and supporting
software as required under the scope of the project, any software/user license required
thereof) should be under complete warranty and support by MSP from day 1 of go-live date
till the duration to the entire contract.
2. The NGO Darpan 2.0 solution should be insulated from any changes in software, licensing,
technology, hosting for the entire contract duration. Any required upgrades undertaken by
MSP/NITI Aayog, via Solution version/ software upgrades/updates, patch management etc.
will be supported by Bidder for the entire contract period at no extra cost to client. As part
of warranty and support it is expected that all solution upgrades (including Cloud solution
etc.) software updates, patch upgrades, bug fixes etc. would be supplied and supported by
bidder to client(s) at no additional cost.
3. Any upgrades/enhancement/changes to the cloud solution/hosting requirement undertaken
by client/bidder during the tenure of project will not impact the terms of warranty and
support.
4. MSP should provide comprehensive warranty in respect of proper design, quality and
performance of the NGO Darpan 2.0 solution as mentioned in this document. MSP must
warrant that the NGO Darpan 2.0 shall meet the applicable service levels through the entire
project duration. MSP should provide the performance warranty in respect of performance
of the NGO Darpan 2.0 to meet the performance requirements and service levels.
5. Prices quoted must be till the complete execution of the agreement/ contract including NGO
Darpan 2.0 Warranty & Support, and AMC for period of the entire contract
6. MSP should upgrade all Application Software (including cloud software)/ any licensed
software / Database to latest versions of system software for application and database
servers as required free of cost with the entire contract period.
7. Warranty should not become void, if NITI Aayog/client buys any other supplemental
hardware/software from a third party and integrates it with the NGO Darpan 2.0 developed
and provided by MSP after requisite testing or NITI Aayog/client requires to migrate the
solution to another CSP/ own premises/ NIC Cloud during the duration of contract (after
requisite testing). The entire responsibility for providing onsite support and service for all
such activities will remain with MSP.
6.4. Helpdesk Support and Incident Management Services
The Help desk service will serve as a single point of contact for all ICT related incidents,
information and service requests as well as grievance redressal. The service will provide a Single
Point of Contact (SPOC) and resolution and tracking status of incidents. The SLAs for managing
IT incidents are provided in Volume 3 of the document.
The scope of work will include:
1. Facility for providing any kind of assistance to all internal and external users regarding
information related to application modules, interpretation of any errors, functionalities and
Page 37 of 182
usage, etc.
2. Facility for reporting issues /bugs/ problems with the IT applications and infrastructure.
3. Should operate from 9:30 AM to 7 PM on every business day; if necessary, it should be also
available on Holidays as per prior information and demand. The term Holiday refers to all
public / government holidays as well as government declared holidays during emergencies/
pandemics. Should also operate during late hours on demand; if necessary. The term late
hours would mean time period of 7 PM of current day to 9:30 AM of the next day, on all
working days.
4. Provide a service desk facility and to set up all necessary channels for reporting issues to
help desk. The incident reporting channels will be the following:
a) Specific E-Mail account

b) Toll Free Phone Numbers
c) Web Portal / Mobile App
d) SMS
5. Implement a call logging system in line with the severity levels as mentioned in the SLA.
The Helpdesk is envisaged to undertake the following activities:
1. Log issues/ bugs/ complaints/ grievances/ queries related to Application, IT infrastructure,

Data Centre, Services availability and quality etc., as under different categories and issue an
ID number against the issue / complaint / grievance.
2. Assign severity level to each issue / complaint / grievance.
3. Track each issue / complaint / grievance to resolution and closure.
4. Escalate the issues / complaints / Grievances, to State Authorities if necessary, as per the
escalation matrix defined in discussion with the NITI Aayog.
5. Provide feedback and resolution to the callers / requester.
The services must be available in at least two languages, viz. Hindi and English. A call at the
helpdesk will be defined as successful registration of the call and a complaint ticket is generated
in the system, or successful dissemination of information sought by a user / caller / requester.
All calls will be monitored as per the call logs generated from the system. It is also required that
the issue / complaint / Grievance statistics should be analyzed and also a knowledge base, based
on frequently asked questions to aid the users, should be created in the long run, through the
implementation of Chatbots and FAQs. MSP need to submit a bi-monthly report to the NITI Aayog
with aggregate details of calls, most common issues, peak hours, most common queries,
grievances categories, SLA compliance etc. for analysis. MSP may in consultation with the NITI
Aayog finalize the format of such report.
6.5. Manpower requirement for Operation and maintenance
The Manpower requirement for Grievance Management, Technical helpdesk, Backoffice and
Development Team post Go Live- Rollout of NGO Darpan 2.0 should be as per Resource
deployment matrix section 6 of Volume 2 of this RFP.
6.6. Exit Management
Successful bidder will submit detailed Exit Management plan within 3 months of issuance of
LOI. Exit management plan will be initiated six months prior to the project completion. As part
of exit management successful bidder should ensure following:
Page 38 of 182
• Provide necessary handholding and transition support to ensure the continuity and
performance of the services to the complete satisfaction of authority.
• Support NITI Aayog in migration of the VMs, data, content and any other assets to the new
environment created by department or any agency (on behalf of department) on alternate
CSP’s offerings to enable successful deployment and running of solution on the new
infrastructure by providing a mechanism to department for the bulk retrieval of all data,
scripts, software, virtual machine images, and so forth to enable mirroring or copying to
environment supplied industry standard media.
• Ensure that all the documentation required by department for smooth transition including
configuration documents are kept up to date and all such documentation is handed over to
department during regular intervals as well as during the exit management process.
• Once the exit process is completed, remove the department’s data, content and other assets
from the cloud environment and certify that the VM, Content and data destruction to
department as per stipulations and shall ensure that the data cannot be forensically
recovered.
• There shall not be any additional cost associated with the Exit / Transition-out process.
• The proposed solution/ solution components should be deployable on an on-premise
infrastructure/ NIC Cloud / MeitY Empanelled cloud service provider and should also support
migration for future readiness, to enable successful deployment and running of the Bidder’s
solution on any environment platform. Responsibilities of the CSP with respect to Exit
Management / Transition-Out services on cloud should include providing necessary
handholding and transition support to ensure the continuity and performance of the services
to the complete satisfaction of Department.
Page 39 of 182
7. TRAINING AND CHANGE MANAGEMENT

REQUIREMENTS
This section focuses on the training, change management and capacity building approach and
plan so as to be able to tackle the issues that might arise due to new automated processes within
the NGO Darpan 2.0. Training for NGO Darpan 2.0 will allow multiple stakeholders to participate
in the day-to-day management of the solutions. Training will also ensure sustainability of this
initiative to cover basic system awareness programs in addition to NGO Darpan 2.0 specific
processes and services in order to ensure adoption of the system at each level.
7.1. Need for Training and Change Management
The MSP shall provide training to the users and stakeholders to efficiently use the system, and
also help manage change management issues. The MSP shall conduct training sessions before Go-
Live and after implementation, for all concerned as per their own requirements. To address the
training needs, the MSP’s change management team should prepare guidelines and framework
that identify the training needs of all stakeholders / users and suggest training methodologies to
address the training needs as per Training Needs Analysis (TNA). Such guidelines will assist local
change teams to formulate their own training plans and aid the progress of the implementation
of the new system efficiently.
The following change implications can be clearly identified at the outset of the implementation
of the new NGO Darpan 2.0 system:
7.2. Training and Change Management Requirements
The MSP should provide training to the users to efficiently use the system. MSP should conduct
training after implementation of the NGO Darpan 2.0 Application and Training should be provided
by the MSP to the Users within NITI Aayog and each Ministry/Department
The specified Scope of Work that needs to be undertaken by the MSP for imparting training to
NGO Darpan 2.0 Users and Administrators at all project locations is given below. The proposed
training framework is expected to help the actual Users to undertake their revised roles and
responsibilities with ease and without any apprehensions.
The MSP should provide training to the users of Ministry /Department in 4 to 5 batches per day
for a specified duration / working day. However, the training days can be revised by the NITI
Aayog, based on actual requirement.
The entire user group have been broadly divided into 4 groups for ease of formulating a training
strategy. The MSP should conduct a ‘Training Needs Analysis’ (TNA) and impart Training to the
Users as per Groups provided below, according to their needs and requirements.
User Group User Type
Ministry/Department
Group 1 Section Officers, DDO, Under Secretary, PAO
Page 40 of 182
Group 2 Director, Additional Secretary, Joint Secretary, Nodal Officers
NITI Aayog
Group 3 System Administrators
Group 4 VAC Cell, Back Office
User Process Grievance MIS, Back Office System Duration

Group and Management Dashboard, Management of one
Admin
Workflow and Analytics and Process session
Training Technical Flow and
Helpdesk MIS
Ministry/Department
Group 1 Y Y Y NA NA 1 Day
Group 2 NA Y Y NA NA
NITI Aayog
Group 3 NA NA NA NA Y 2 Day
Group 4 Y Y Y Y NA 2 Day
1. 1 day training session is to be conducted by MSP for each Ministry/department covering group
1 & 2 users.
2. MSP to arrange for free training of any new users(in case of retirement/transfer of trained
users) for the Ministry/department where training session is already conducted.
3. It would be the MSP’s responsibility to set up the entire Infrastructure helpful in providing
successful training to all Government users associated with NITI Aayog, Ministries and
Departments pertaining to the NGO Grant etc.
4. The schedule and the training material for imparting training shall be developed by the MSP
in consultation with the NITI Aayog, with proper correspondence and acceptance.
5. In case of modifications either in the Training Plans or substitutions of the regular trainers,
proper correspondence with the NITI Aayog shall be made.
6. Training program shall be continuously monitored by the representatives of both the NITI
Aayog so as to ensure quality standards of the Training. It is the responsibility of the MSP to
prepare a feedback mechanism (i.e., printed / online feedback forms) and get it filled by the
participating batch and submit the same on a regular basis to the Department and NITI Aayog.
Trainings shall be provided as per the training schedule provided by the MSP in consultation with
the NITI Aayog. The key training modules provided above are indicative for reference of MSP and
detailed training plan has to be proposed by MSP.
It is also required that the training contents / User Manuals be made available to Users in
downloadable (PDF) format so that the Users may refer / download it for their own personal
reference as and when needed. It is required that the downloadable training content should have
proper indexing and internal references, mapped with key words, in order to allow any User to
search and reach the desired content with the help of those key words. It should be provisioned
Page 41 of 182
that any User should be able to search and read the directions / information for only the part
required by him/her rather than looking through the entire PDF document and manually
searching for the right content.
Also, Audio-visual content shall be developed for NGOs regarding all modules.
On entering the key words for search criteria, the system should pull out and display the links to
the content as mapped. This feature should be dynamic with real time search availability, i.e.
as soon as the key words are changed; a new set of content links with page / chapter references
within the document should appear for selection. Once the selection is made by the User, the
system should display the PDF content.
Page 42 of 182
8. MILESTONES AND DELIVERABLES

Considering the large scale and varying requirements in terms of process, facility and resources
across all Ministries and Departments, a phased approach for NGO Darpan 2.0 implementation is
proposed to be followed by the MSP.
The Implementation completion will be followed by O&M phase of 5 years.
8.1. Implementation Phases and Schedule
Currently 43 Ministries/ Department of Government of India are providing Grant-in-Aid to NGOs

under various schemes. The overall implementation of NGO Darpan 2.0 has been divided into two
phases. Following is the indicative timeline for different phases proposed for the MSP to carry out
implementation activities. The timelines are calculated from the date of award of contract.
Following is the indicative approach for implementation:
Number of Ministries/
Category
Departments*
25 Ministries /
Phase 1, Departments, FCRA, ITD,
PFMS and CSR
Phase 2 18 Ministries / Departments
* For details of Ministries/Departments and associated schemes please refer Annexure 1.
It may be possible that in near future more Ministries / Department will be integrated with NGO
Darpan 2.0. MSP need to design its solution in view of such requirements as well.
8.2. Operations and Maintenance Phase
Operations and Maintenance phase will start immediately after Go-live. The O&M phase will
continue till end of contract period after complete state-wide roll out. The MSP will perform all
the activities as per scope in the Operations and Maintenance (O&M) phase including user
trainings, change management, manpower support for day-to-day operations in all facilities.
Any new schemes of existing and new Ministries/department will be implemented during the O&
phase based on timelines and functionalities approved in Change request.
8.3. Proposed Milestones and Deliverables
Various activities within each phase of the project implementation cycle and Operation and
Maintenance phase are envisaged as below.
Note: NITI Aayog may expand the gamut of services and include other modules as well.
However, the final decision will be taken later on and currently they are not included in the
scope of work for the MSP. All decisions taken by the NITI Aayog will be final and binding on all
parties.
Page 43 of 182
S. Milestone Deliverable Acceptance Timeline

Criteria in
No.
Weeks
1. Project Kickoff List of persons to be deployed Any change in T
based on the deployment plan resource is to
submitted in bid document be approved by
NITI
A. Implementation Phase
2. Inception
2 Report Inception Report (including Approval by T+1
detailed project plan, NITI Aayog
detailed Resource
Deployment Plan,
Deliverables formats &
checklist, Formats &
Templates for Weekly and
Monthly status reports, Risk
Register & Mitigation plan)
3. Updated
3 FRS & SRS • Updated FRS Approval by T+2
submission NITI Aayog
• SRS including DB Design
with traceability matrix
4. Design Document • HLD Approval by T+3

NITI Aayog
Submission • LLD
(including UI Design,
Deployment Architecture,
Network Architecture,
Operational SOPs,
Development
/Customization /
Configuration plan, BCP)
5. Cloud
5 Setup • IT Infrastructure setup in Cloud set up T+4
Cloud with DC and DR completion
certificate
• Business Continuity Plan
6. Data Integration • Data Integration Report Client T+6

with Phase 1 for Ministries / Certificate
Ministries / Departments as part of
Departments and Phase I
Phase 1 Launch
• Data Migration Report for
migration of data from
NGO Darpan 1.0
Page 44 of 182

Criteria in
No.
Weeks
7. Development
6 of Development, User T+12
NGO Darpan 2.0 configuration, Acceptance
System and customization, integration Test (UAT)
supporting and testing of NGO Darpan and Final
applications 2.0 (including all Functional Acceptance
and Technical requirement Test (FAT)(for
as per the RFP/Contract) DC &DR)
8. Setup of IT Setup completion Report Completion T+6

Helpdesk, back Certificate
office and from NITI
Grievance cell Aayog
Training as defined and

9. User Training on Completion T+5
agreed with NITI Aayog
System for Certificate
Ministries covered from
under Phase 1 respective
Launch Ministries/De
partment and
NITI Aayog
Training as defined and
10. User Training on Completion T+14
agreed with NITI Aayog
System for Certificate
Ministries covered from
under Phase 2 respective
Launch Ministries/De
partment and
NITI Aayog
Rollout of the NGO Darpan 2.0
11. Phase 2 Successful T+14
in remaining Ministries.
Rollout
Launch (Go-Live)
Total duration Implementation Phase 14 weeks

from
Project
Kickoff
B. Operation and Maintenance Phase
Page 45 of 182

Criteria in
No.
Weeks
Updated system
12. 1 Updated Project Document Approval Quarterly
design documents,
from NITI
specifications,
Aayog
source code,
application
deployment files,
configuration files,
user manuals,
administration
manuals, training
manuals
13. MIS
2 Reports and SLA Reports Approval Quarterly
SLA Monitoring from NITI
T1=Go Live
Reports Aayog
Date
T1
Total duration Operation and Maintenance Phase 60 Months
The percentage payment for completion of any milestone will only be released to the MSP if the
deliverable has been duly accepted and signed-off by the NITI Aayog. The MSP must ensure that
the deliverables mentioned above are completed as per industry defined quality standards for
smooth sign-off process on completion of each milestone.
For details on the payment terms, please refer to Volume 3 of this Tender document.
8.4. Total Contract Duration
The overall contract duration for NGO Darpan Portal would be for 14 Weeks for Implementation
+ 5 years for Operation and Maintenance.
The exit management exercise should be initiated at the beginning of the last year of Contract
expiration and the future option for project continuity should be in place by the end of last year
of contract expiration. This will involve the complete Handover and Takeover activities in
discussion and with approval of the NITI Aayog.
8.5. Contract Extension
The contract of the MSP may be extended for a maximum of 2 years based on requirement of
NITI Aayog. However, the contract extension will be done on yearly basis i.e. one year at a time.
Page 46 of 182
9. PROJECT GOVERNANCE AND MONITORING

Project Steering Committee – A high-powered Project steering committee would be constituted
preferably headed by the CEO of NITI Aayog and senior officials of other government
Ministry/Departments. This committee would provide a required level of advocacy for the project
and also set strategic directions which are acceptable to all stakeholders and act as final
approving authority on strategic matters related to the project.
Project Management Team – A group of resources specializing in different domain like project
management, finance, database administration, and IT would form a team monitoring the overall
implementation of NGO Darpan 2.0 project. It would be reviewing all Project deliverables and
provide Approval/recommendation for Approval.
End User Team – This may constitute of various teams within from stakeholder team who will
provide inputs and requirement as required for successful implementation.
MSP PMO – The Program Management Office should be set up by the MSP, headed by a Program/
Project Manager, and will serve as a single-point contact within the institutional framework for
the purpose of project monitoring / reporting purposes. The PM will be responsible for day to
day coordination between Project Management Team and all MSP Team. PM will be responsible
for all the activities within the project scope and will report to PMU and also coordinate with the
team / SPOC.
Project Delivery Team – They will be the actual delivery team deployed by the MSP and will
work on all areas of the NGO Darpan 2.0 implementation and O&M phases.
Project Steering
Committee
Project
Management End User Team
Team
MSP PMO
Project Delivery
Team
Page 47 of 182
10. ANNEXURE
10.1. Annexure 1 – List of Ministries / Departments with Schemes providing
Grants in Aid to NGOs
Ministry Sr
Departments Name of Schemes CS/ CSS
Name No
Central
1 ASPIRE
Ministry of Sector
Micro, Central
Ministry of Micro, Small 2 SFURTI
Small and Sector
and Medium Enterprises
Medium
Central
Enterprises 3 International Cooperation Scheme 
Sector
Scheme of Buddhist & Tibetan Culture

Central
4 Art (Scheme of Financial Assistance for
Sector
Promotion of Art and Culture)
Cultural Function and Production Grant

Scheme (CFPG) - (Scheme of Financial Central
5
Assistance for Promotion of Art and Sector
Culture)
Performing Arts Grant Scheme

(Repertory Grant - Scheme of Financial Central
6
Assistance for Promotion of Art and Sector
Culture)
Scheme for Financial Assistance to
Cultural Organisations with National
Central
7 Presence (Scheme of Financial
Sector
Assistance for Promotion of Art and
Culture)
Scheme for Development of the

Cultural Heritage of the Himalayas Central
8
Ministry of (Scheme of Financial Assistance for Sector
Ministry of Culture
Culture Promotion of Art and Culture)
Scheme of Building Grants, Including

Studio Theatres - (Scheme of Financial Central
9
Assistance for Creation of Cultural Sector
Infrastructure)
Central
10 Scheme For Tagore Cultural Complexes
Sector
Scheme for Financial Assistance for Central

11
Digitization of Museum Collections Sector
Development of Museum – (Museum Central

12
Grant Scheme) Sector
Capacity Building and Training of Central

13
Museum Professionals Sector
Ministry of National Mission on Himalayan Studies Central

14
Environme (NMHS) Sector
Page 48 of 182
nt, Forest
Environment Information Systems Central
and 15
(ENVIS) Sector
Climate
Change.
Hazardous Substances Management Central
16
(HSM) Sector
Ministry of Environment, R and D for Conservation and Central

17
Forest and Climate Development (R&DCD) Sector
Change.
Forestry Training and Capacity Building Central
18
(FTCB) Sector
Centrally
19 Development of Wildlife Habitat (DWH) Sponsored
Scheme
Creation/Expansion of Food Processing Central

20
and Preservation Capacities (CEFPPC) Sector
Integrated Cold Chain and Value Central

21
Ministry of Addition Infrastructure (ICCVAI) Sector
Food Ministry of Food
Processing Processing Industries
Industries Infrastructure for Agro- processing Central
22
Clusters Sector
Central
23 Operation Greens
Sector
Creation of Backward and Forward Central
24
Linkages Sector
Central
25 Skill Development
Sector
Ministry of
Training Centre for Municipal
Housing Ministry of Housing and Central
26 Employees under establishment
and Urban Urban Affairs Sector
expenditure
Affairs
Central
27 Nai Roashni
Sector
Free Coacing and allied Schemes for Central
28
Minorities Sector
Central
29 Nai Manzil
Ministry of Sector
Ministry of Minority
Minority
Affairs
Affairs  Upgrading Skills and Training in
Central
30 Traditional Arts / Crafts for
Sector
development (USTAAD)
Central
31 Special programmes for Minorities
Sector
Ministry of
Consumer Department of Consumer Central
32 Consumer Welfare Fund
Affair Food Affairs Sector
and Public
Page 49 of 182
Distributio
n
Ministry of
Ministry of Panchayati Central
Panchayati 33 Action Research and Research Study
Raj Sector
Raj
Child Protection Service Scheme (CPS) Centrally

34 (Now VATSALYA - Child Protection Sponsored
Services and Child Welfare Services) Scheme
Anganwadi Services - ICDS Training Centrally

35 (Now SAKSHAM Aanganwadi and Sponsored
POSHAN 2.0) Scheme
Ministry of
Women
Ministry of Women and
and Child
Child Development Centrally
Developme 36 Ujjawala  Sponsored
nt
Scheme
Centrally
37 Swadhar Greh  Sponsored
Scheme
Working Women Hostel , Women Centrally

38 Helpline , One Stop Centre, Gender Sponsored
Budguting Scheme
Central
39 NPYAD
Department of Youth Sector
Ministry of Affairs Central
40 Scout & Guide
Youth Sector
Affairs and
Sports Scheme of Human Resource Central
Department of Sports 41
Development in Sports Sector
Department of Chemicals Chemical Promotion and Development Central

Ministry of 42
and Petrochemicals Scheme Sector
Chemicals
and
Fertilizers Department of Pharmaceutical Promotion & Central
43
Pharmaceuticals Development Scheme Sector
Ministry of Central
Ministry of Mines 44 Mining Research
Mines Sector
Central
Ministry of 45 R&D Scheme
Sector
New and Ministry of New and
Renewable Renewable Energy Central
46 HR Scheme
Energy Sector
Page 50 of 182
Ministry of
Informatio
Ministry of Information Supporting Community Radio Movement Central
n and 47
and Broadcasting in India Sector
Broadcasti
ng
Ambedkar Hasthshilp Vikas Yojana,

Central
48 NHDP of Office of DC(Handicrafts),
Sector
Ministry of Textiles
Handicrafts Artisans comprehensive

Central
49 welfare scheme NHDP of Office of
Sector
DC(Handicrafts), Ministry of Textiles
Research  and Development -

Central
50 Handicrafts NHDP of Office of
Sector
Ministry of
Ministry of Textiles
Textiles
Human Resource Development - Central
51
Handicrafts Sector
National Handloom Development Central

52
Programme Sector
Design and Technical Upgradation

Central
53 Scheme, NHDP of Office of
Sector
Marketing Support and Services NHDP

Central
54 of Office of DC(Handicrafts), Ministry
Sector
of Textiles
Ministry of Central
Ministry of Tourism 55 Capacity Building for Service Providers
Tourism Sector
Department of Health
Ministry of and Family Welfare Central
Targeted Interventions
Health and (Department of AIDS Sector
Family Control) 56
Welfare Department of Health Human Resource and Capacity Central
Research 57 Development Sector
Central
Ministry of 58 Free Coaching for SC and OBC Students
Sector
Social Department of Social
Justice and Justice and
Centrally
Empowerm Empowerment
59 Atal Vayo Abhyuday Yojna (AVYAY) Sponsored
ent
Scheme
Page 51 of 182
Centrally
National Action Plan for Drug Demand
60 Sponsored
Reduction
Scheme
Assistance to Disabled Persons for Central

61
Purchase/Fitting of Aids and Appliances Sector
Department of Central
62 Support of National Trust
Empowerment of Persons Sector
with Disabilities
Scheme for implementation of Persons Central
63
with Disability Act Sector
Deendayal Disabled Rehabilitation Central

64
Scheme Sector
Ministry of Grant in aid to voluntary organization

Central
Tribal Ministry of Tribal Affairs 65 working for the welfare of scheduled
Sector
Affairs tribes
Ministry of
Developme
Ministry of Development Capacity building and technical Central
nt of North 66
of North Eastern Region assistance Sector
Eastern
Region
Ministry of
Centrally
Rural Department of Rural DDU-GKY under National Rural
67 Sponsored
Developme Development Livelihood Mission
Scheme
nt
Ministry of
Personnel,
Department of Pensions
Public, Pensioner’s Portal (Grant for Central
& Pensioner’s Welfare 68
Grievances Pensioners Association) Sector
(DOP&PW)
&
Pensions
Ministry of
Skill
Ministry of Skill Scheme of Support to Jan Shikshan
Developme Central
Development and 69 Sansthan (JSS) (NGOs) for Skill
nt and Sector
Entrepreneurship Development
Entreprene
urship
Ministry of
Science Department of Science Science and Technology Institutional Central
70
and and Technology and Human Capacity Building Sector
Technology
Page 52 of 182
Research and Development Innovation,

Central
71 Technology Development and
Sector
Deployment  
Innovation, Technology Development Central

72
and Deployment   Sector
Biotechnology Research and Central

73
Development Sector
Department of Bio
Technology
Industrial and Entrepreneurship Central
74
Development Sector
Department of Scientific Industrial Research and Central

75
and Industrial Research Development(A2K+programme) Sector
Central
76 Pradhan Mantri VRIKSH AYUSH Yojana
Sector
Assistance to accredited AYUSH Centres

of Excellence in Non-Governmental/
Private Sector engaged in AYUSH Central
77
education/drug Development and Sector
Research/ Clinical Research/ Folk
Medicine etc. (COE)
Ministry of
Ministry of AYUSH
AYUSH
AYUSH and Public Health (Public Health Central
78
Initiative- PHI) Sector
Re-orientation Training Program of

Central
79 AYUSH Personnel/Continuing Medical
Sector
Education (CME)
Extra Mural Research Projects through Central

80
Research Institutes etc. (EMR) Sector
Information, Education and Central

81
Communication (IEC) Sector
Page 53 of 182
Central
82 National Medicinal Plant Board
Sector
Promotion of International Cooperation Central

83
in AYUSH Sector
Central
84 Champion Sector Scheme
Sector
Ministry of
Outreach & Awareness Program for Central
Earth Ministry of Earth Sciences 85
Reach out scheme Sector
Sciences
Ministry of
Statistics
Ministry of Statistics and
and Central
Programme 86 Capacity Development (CD) 
Programme Sector
Implementation
Implement
ation
Central
87 Space Technology
Sector
Cabinet Department of Space Central
88 Space Applications
Secretariat (ISRO) Sector
Central
89 Space Sciences
Sector
Department of
Central
Agriculture, Cooperation 90 Rashtriya Krishi Vikas Yojana (RKVY)
Ministry of Sector
and Farmers' Welfare
Agriculture
and
Department of Natural Resource Management
Farmers Central
Agricultural Research and 91 Institutes including Agro Forestry
Welfare Sector
Education Research
Action Research & studies on Judicial Central

92
reform Sector
Ministry of
Law & Department of Justice
Designing Innovative Solutions for
Justice Central
93 Holistic Access to Justice in
Sector
India(DISHA)
Research, Training, Studies and Other Central

Ministry of 94
Road Safety Schemes  Sector
Road
Ministry of Road
Transport
Transport and Highways
and
Highways Financial Assistance to NGO for Central
95
Administrating Road Safety Advocacy  Sector
Central
96 Atal Tinkering LAB
Sector
Central
Ministry of 97 Atal Information Centre
Ministry of Planning Sector
Planning
Central
98 Atal Community Innovation Centre
Sector
Page 54 of 182
Ministry of
Electronics
Ministry of Electronics
and Cyber Security Projects (NCCC & Central
and Information 99
Informatio Others)  Sector
Technology
n
Technology
Ministry of
Fisheries,
Animal Department of Animal Central
100 Scheme by Animal Welfare Board
Husbandry Husbandry and Dairying Sector
and
Dairying
Research & Development and

Ministry of Department of Water Central
101 Implementation of National Water
Jal Shakti Resources Sector
Mission
Ministry of Scheme for Promotion of Research and Central

Ministry of Steel 102
Steel Development in Iron and Steel sector Sector
Page 55 of 182
10.2. Annexure 2 – Compliance to Functional Requirements
MSP has to submit the compliance against all Functional requirement listed below as part of the
RFP response.
10.2.1. General Requirement

Compliance
Sub Modules Functional requirement description
(Yes/No)
There should be multilingual support for the content in
the application (English and Hindi)
The application should support 200 concurrent users

The application should support all the popular web
browsers and mobile platforms as mentioned in Technical
Requirement specification.
The system should have features to provide alerts and
message on SMS and email for events/incidents generated
in the system
The system should be developed with a multitier
architecture based on open standards/technology &
platform with components having enterprise support
ecosystem
The system should have elaborate user management
capability which includes the following but not limited to:
i. There should be features to activate and
deactivate/delete users
ii. There should password controls to ensure complexity
of passwords, password retrieval, etc.
General The proposed platform should be built using Content
Requirement Management System (CMS), Workflow Engine,
Collaboration, Document Management (DMS) and
Enterprise Search as an integrated unified system and
should be platform independent with or without
virtualization.
The proposed platform should be COTS or Enterprise
Edition Open-Source product supported by a reputable
OEM. In case bidder is not providing solution based on
Open Source Software (OSS), justification for exclusion of
OSS is to be provided in their technical bid response.
MSP should be able to provide services as per the
requirements defined in this RFP as Platform-As-A-Service
(PAAS) model.
The Platform should support multi-tenancy and should
allow department to create any number of micro-sites
from a single installation without any impact on User
Licenses or site licenses etc.
The system requires a strong workflow module which can
be configured to reflect the changes in the organization
without any code level modification with drag and drop
based designer/configuration environment
Page 56 of 182
Compliance
(Yes/No)
The system should have easy to integrate interfaces such
as web services to integrate with other systems and
applications
The system should ensure the legal compliance to the IT
security and privacy requirement as per the applicable
laws and regulations
The application should be accessible only through secured
SSL channels
The MSP and CSP shall adhere to Aadhaar Act, MeitY
guidelines including information security and Data privacy
and will comply with any standards and regulations,
policies notified by Govt. of India time to time.
The Service Provider and all their associates shall comply
with the relevant provisions of the Aadhaar Act 2016 and
the Aadhaar Regulations 2016, while receiving,
transmitting, storing, processing or handling Aadhaar
Data, including Aadhaar number, demographic and
biometric data
The Bidder/CSP shall provide self-service tools to NITI that
can be used to manage their cloud infrastructure
environments including NITI specific configurations.
Approval of NITI shall be taken prior to making changes /
modifications of the deployed solution, database, data,
configurations, security solutions, hosted infrastructure,
etc. of the Cloud where such changes may affect the
solutions of NGO Darpan 2.0.
Where required, NITI shall be provided the access rights
on the cloud services console that will enable authorized
NITI user, to approve any critical changes to the solution
including the underlying infrastructure before they are
carried out by the Bidder/CSP.
For any changes (including auto-provisioning and others
that may or may not need prior approval) to the
underlying cloud infrastructure, software, etc. under the
scope of the Bidder/CSP, that has the potential to affect
the service levels (performance, availability, etc.), NITI
shall get alerts/ notifications from the Bidder/CSP, both
as advance alerts and post implementation alerts.
The Bidder/CSP shall provision access to NITI authorized
users for the following roles –
• Application Administration (including access to ls
and logs)
• Database Administration (including access to tools
and logs)
• Security Administration & Auditing (including
access to tools and logs)
• EMS & service level monitoring tools and logs
Page 57 of 182
Compliance
(Yes/No)
• Version Control Tools
The application code should be free of OWASP top ten
vulnerabilities.
Page 58 of 182
10.2.2. Web Portal and Mobile Application
Compliance
(Yes/No)
The System shall provide access to different pages as per
user rights.
The System shall allow the users to download
forms/documents as per user rights.
The System shall allow the user to search various
information as per user rights.
The System shall allow the all type of users to Login using
the Portal. The system shall have facility to distinguish
different type of users like Administrator, NGOs,
NGO Darpan Ministries etc.
Portal Web portal and the solution should support at least Bi-
lingual versions for user interface. It is expected to be in
Hindi and English languages. The users should see the
labels and captions in selected language and additionally
be able to feed-in their data in the language of their own
choice as per the requirement.
Web based portal should be dynamic and should be
supported with a comprehensive content management
system(CMS) module for easy content management and
administration
The System shall display provide access to different pages
as per user rights.
The System shall allow the user to download
forms/documents as per user rights.
NGO Darpan
The System shall allow the user to search various
Mobile
information as per user rights.
Application
The System shall allow the all type of users to Login using
the Mobile App. The system shall have facility to
distinguish different type of users like Administrator,
NGOs, Ministries etc.
Page 59 of 182
10.2.3. Information Management
Compliance
(Yes/No)
The System shall allow only the concerned NITI Aayog
officials to update information on NGO Registration
The System shall allow any user/visitor to view
information on NGO Registration
The System shall have maker checker functionality to
create and approve the information updated
The System shall notify the NITI Aayog Nodal Head once
Information on the information is updated over the Portal/Mobile App
NGO Registration The System shall allow the NITI Aayog Checker to either
approve or reject the information update by maker
The System shall allow to update desired changes from
the NITI Aayog maker in case of rejection by the checker
The System shall allow to update any
approved/published content by NITI Aayog maker
The System shall allow to upload documents in Pdf,
Spreadsheet , jpeg, jpg
The System shall allow only the concerned NITI Aayog
officials to update information on Ministry Registration
The System shall allow any user/visitor to view
information on Ministry Registration
create and approve the information updated on
Information on Ministry/Department/Attached Offices registration
Ministry/Depart The System shall notify the NITI Aayog Nodal Head once
ment/Attached the information is updated over the Portal/Mobile App
Offices The System shall allow the NITI Aayog Checker to either
Registration approve or reject the information update by maker
the NITI Aayog maker in case of rejection by the checker
approved/published content by NITI Aayog maker
Spreadsheet
The System shall allow only the concerned Ministry/
Department/Attached Office officials to update
information on schemes
Information on
Scheme
Spreadsheet, jpeg, jpg
create and confirm the information updated on schemes
Page 60 of 182
Compliance
(Yes/No)
Should provide detailed information on the following to
the user:
i) Scheme Id
ii) Name of the scheme(hyperlinked): The following
details shall display after the name of the scheme is
selected.
(1) Scheme Short Name– It displays the short name of the
scheme.
(2) Scheme Name & Description- It briefly describes the
particulars of the scheme.
(3) By Central Govt / State Govt– It mentions whether
the scheme is sponsored by the centre or state
government.
(4) Ministry details- It mentions the ministry, department
or state under which the scheme is covered.
(5) Contact Information¬ -It provides the contact details.
(6) Other Information– It provides other necessary
information (eligibility criteria, scheme sponsored by,
funding pattern etc.,) regarding the scheme.
(7) Scheme related document - It provides the
information on documents necessary to apply for the
scheme.
iii) Organization- It mentions the name of the
organization to which the scheme is associated with.
iv) Scheme profile - It opens up a pdf document
explaining the scheme.
vi) Apply Online (Hyperlinked -leads to apply grant) -– It
opens up to the window where the scheme can be
applied
The System shall not allow any unauthorized user to
upload information.
The System shall notify the Ministry/NITI Aayog Nodal
Head once the information is updated over the
Portal/Mobile App
The System shall allow the Ministry/NITI Aayog Checker
to either approve or reject the information update by
maker
the Ministry/NITI Aayog maker in case of rejection by the
checker
approved/published content by Ministry/NITI Aayog user
with credentials of maker
The System shall allow only the concerned Ministry
Information on
officials to update information about blacklisting in
Blacklisting
approved format
Page 61 of 182
Compliance
(Yes/No)
Spreadsheet, jpeg, jpg
Page 62 of 182
10.2.4. Enterprise Search
Compliance
(Yes/No)
The System shall allow users (NGOs) to search for their
Grant request application status based on
Acknowledgment Identification Number (AIN) or
Applicant details, Scheme name, date range etc.
Status of an application can be tracked through different
modes such as:
- Portal
- Mobile App
Status Tracking
- SMS/WhatsApp
of Application
System shall display current Status of Application,
for NGOs
Application can have multiple status based on the stage
of processing. Some of the possible application status can
be: (i) Invalid AIN (ii) Application Submitted, (iii)
Application Under Progress, (iv) Application Approved,
(v)Application Rejected, (vi) Clarification Requested,
(vii) Additional Documents Requested etc.
The System shall allow user to search the Portal based on
multiple criteria/filters like Ministry name, Scheme
Search Facility
name, date range and other criteria.
for all
The System shall allow user to export the search results
Information,
in the format selected by the user like doc, pdf, xls, and
documents
spreadsheet in printer friendly format with page numbers
printed on every page
Page 63 of 182
10.2.5. User Management
Compliance
(Yes/No)
The proposed solution should control access to
applications, modules and functions based on user roles
and privileges.
The System shall present option for NGOs to create Login
through portal/Mobile App
The System shall allow the Ministries login to be created
only by Administrator.
The System shall allow the Ministries to create login for
their Departments/Attached Offices.
Upon accessing the portal, the system should clearly
guide a user to the registration module/service.
System shall display minimum required information for
successful registration with the portal
Upon initiation of Login creation process, system shall
display and seek acceptance from user on standard terms
& conditions for registration with the portal and usage
The system shall provide online forms for filling and
submission by prospective users for enabling login with
the system. Some of the basic information to be
captured for registration includes Name of Entity/
Person, e-mail id, verified mobile number, PAN(for
User Creation & NGOs) etc.
Login
The online forms shall clearly indicate which are
mandatory fields and shall implement the validation
controls to ensure that all the mandatory fields are filled
by the user
System shall also facilitate sending validation code
through SMS to the mobile number or validation link to
the email indicated during the request submission
process for validation and registration of users
The system shall restrict programmed attempts to create
user ids in the system through implementation of
techniques such as ‘captcha’.
The System shall allow any registered user to change its
Password after necessary authentications.
The System shall allow any registered user to retrieve
its Password after necessary authentications.
The System shall mandatorily ask
Ministries/Department/Attached Officer login created by
Administrator to change its password after first login
Post-login, the users should be presented a different
dashboard for different category of users (NGOs,
department officials etc.)
Page 64 of 182
The system shall provide alerts to the registered users,

30 days prior to the date of expiry of the validity along
with details of the process for renewal of the
registration
Page 65 of 182
10.2.6. Entity Management
Compliance
(Yes/No)
System shall allow NGO to Signup in the Darpan 2.0
NGO shall signup by providing at least following

information.
1. Login Id
2. Password
3. Name of Organization
4. Contact no. of Organization
5. Contact email Id
6. Organization PAN
7. Organization Name in PAN
8. NGO Address
• Shop/Plot/Office/House No
• Building Name
• Landmark
• Area
Registration
• City/Village
request of NGOs
• District
on Darpan
• State
Portal/
• PIN
Registration
request of The System shall allow any authorised user who created
Charitable Trust Login id as NGO to apply for registration as NGO on
on Darpan Porta/ Portal/Mobile App
Registration System shall display the NGO Registration form in
request of multiple section and shall ask at least following
Societies on information.
Darpan Portal for
UID 1. NGO Details
2. All Information of filed at time of Signup
3. Type of Organization
• NGO Registration documents
• FCRA no
• CSR No
• 80 G Registration no
• NGO Member/office Bearer details
4. All Members Name, Address, PAN and Passport No
(in case of foreigner)
5. NGO Fund Details
• Government fund
• Foreign Fund
• CSR fund
• Other Source
6. NGO Contact Information
7. NGO Area of Work
Page 66 of 182
Compliance
(Yes/No)
Darpan 2.0 also have provision for capturing details of all
office bearers alongwith their addresses, PAN number and
Aadhar number. While registering Darpan 2.0 will validate
PAN and Aadhar numbers of NGO and it’s all office bearers
on real time basis. MSP should ensure the storage of PAN
& Aadhar number in NGO in line with the guidelines issued
from CBDT and UIDAI time to time with no additional cost
associated to it.
In case, NGO is registered with FCRA, 80G or CSR, Darpan
2.0 will have provision to capture and validate their
registration details as part of registration process. MSP
should ensure that FCRA Registration number, CSR
registration number and other identity numbers should be
stored as per guidelines issued by respective line ministry
time to time with no additional cost associated to it.
The System shall allow the user to provide all mandatory
field input and documents for successfully submitting the
registration request
The System shall allow to upload documents in Pdf only
The System shall auto verify the PAN, Aadhar number
and FCRA registration no. through webservice/API
integration with concerned systems of NSDL,UID, Ministry
of Home Affairs.
The System shall not allow to submit the registration
request in case mandatory fields, document and PAN,
Aadhar number and FCRA registration number are
incorrect/incomplete.
The NGO Darpan 2.0 System shall generate temporary
UID for all those NGOs already registered under FCRA
and 80G without Darpan UID. The UIDs shall be made
permanent whenever these NGOs shall complete their
registration process in the NGO Darpan 2.0 System.
Approval of The System shall notify the NITI Aayog voluntary cell
Registration about new registration request
request of NGOs The System shall allow the NITI Aayog voluntary cell to
on Darpan Portal either approve, send back or reject the registration
/ Registration request
request of The System shall allow NGO to update desired changes in
Charitable Trust case Registration request is sent back and resubmit it
on Darpan Portal The System shall allow the NITI Aayog Nodal Head to
/ Registration either approve, send back or reject the registration
request of request approved by voluntary cell
Societies on The System shall generate Unique ID as per agreed
Darpan Portal format once the Registration request is approved
and generation The System shall allow NGOs to track the status of their
of UID registration request
Page 67 of 182
Compliance
(Yes/No)
The system shall send SMS/Email Notification to
registered email and Mobile no. of NGO about
Registration request
All the successfully registered NGO, Charitable Trust,
Societies can create their Profiles
System shall pre populate following details in profile

i)Registration Details
ii) Members and their details- It displays details (PAN,
Aadhar) addressed
iii) Unique ID – The Unique Id number provided by the
Darpan Portal.
iv) Contact Details – It mentions the contact details
(address, mobile no, website URL, email id) of the NGO.
v) FCRA Details
vi) CSR details
System shall allow NGOs, Charitable Trust, Societies to

Create profiles
add following details in profile
of NGOs,
i) Sector/ key issues
Charitable Trust,
ii) Details of achievement – It mentions the notable
Societies
achievements of the NGO.
iii) Source of Funds – It mentions the name of the
department from where the funds are procured along
with the details of the year and amount received and the
purpose for taking grant.
iv) Last 5 yr financial Details
System shall include following information in the profile
of NGOs to ensure 360 degree profiling
i) Details (like name) of Schemes Availed
ii) Year wise Grant Received from various sources
including FCRA and CSR
iii) Year wise Grant utilised
iv) Backlisting information if any
v) Details on Geographical Area of Operation
and others
System shall not allow to update following details in

Update Profiles profile
of NGOs,
Charitable Trust, i) Unique ID – The Unique Id number provided by the
Societies Darpan Portal.
ii) FCRA Details
iii) PAN No. of NGO
Page 68 of 182
Compliance
(Yes/No)
System shall allow NGOs, Charitable Trust, Societies to

submit request for updating following details in profile
i)Registration Details
ii) Members and their details- It displays details (PAN,
Aadhar) addressed
iii) Contact Details – It mentions the contact details
(address, mobile no, website URL, email id) of the NGO.
iv) CSR details
v) Sector/ key issues
vi) Details of achievement – It mentions the notable
achievements of the NGO.
vii) Source of Funds – It mentions the name of the
department from where the funds are procured along
with the details of the year and amount received and the
purpose for taking grant.
viii) Last 5 yr financial Details
System shall allow NITI Aayog official to approve or
reject updation request
In case of any updation of requirement system should
keep complete history of changes performed by NGOs
and should be visible to NITI Officials
The System shall allow any authorised user who created
Login id as Ministry to apply for registration as Ministry
on NGO Darpan Portal/Mobile App
The System shall allow the user to mandatorily provide
Registration of all mandatory field input and documents for successfully
Ministries on submitting the registration request
NGO Darpan The System shall allow to upload documents in Pdf only
Portal The system shall provide online forms for filling and
submission by prospective users for enabling registration
with the system.
System shall allow Ministries to create Login id for
Departments/Attached Departments/Offices
The System shall allow any authorised user who created
Login id as Departments/Attached Offices to apply for
registration as Departments/Attached Offices on NGO
Registration of Darpan Portal/Mobile App
Departments/Att The System shall allow the user to mandatorily provide
ached Offices on all mandatory field input and documents for successfully
NGO Darpan submitting the registration request
Portal The System shall allow to upload documents in Pdf only
The system shall provide online forms for filling and
submission by prospective users for enabling registration
with the system.
Page 69 of 182
Compliance
(Yes/No)
The System shall notify the NITI Aayog voluntary cell
about new registration request
The System shall allow the NITI Aayog voluntary cell to
either approve, send back or reject the registration
request
Approval of The System shall allow the Ministries to update desired
Registration changes if Registration request is sent back and resubmit
request of it.
Ministries on
The System shall allow the NITI Aayog Nodal Head to
NGO Darpan
Portal
request approved by voluntary cell
The System shall allow Ministries to track the status of
their registration request
registered email of Ministries about Registration request
The System shall notify the NITI Aayog voluntary cell
about new registration request
The System shall allow the NITI Aayog voluntary cell to
request
Approval of The System shall allow the Departments/Attached
Registration Offices to update desired changes in case Registration
request of request is sent back and resubmit it
Department
The System shall allow the NITI Aayog Nodal Head to
/Attached
Offices on NGO
request approved by voluntary cell
Darpan Portal
The System shall allow Departments/Attached Offices to
track the status of their registration request
registered email of the Departments/Attached Offices
about Registration request
Create profiles
of All the successfully registered
Ministries/Depart Ministry/Departments/Attached Offices can create their
ments/Attached Profiles
Offices
Update Profiles
of All the successfully registered
Ministries/Depart Ministry/Departments/Attached Offices can update their
ments/Attached Profiles
Offices
Blacklisting of confirm the Blacklisting information
NGOs The System shall not allow any unauthorized user to
upload information.
Page 70 of 182
Compliance
(Yes/No)
The System shall notify the Ministry/NITI Aayog Nodal
Head once the information is updated over the
Portal/Mobile App
The System shall allow the Ministry Checker to either
approve or reject the information update by maker
the Ministry maker in case of rejection by the checker
approved/published content by Ministry maker
The System shall not allow the NGO to apply for any new
Grant for any scheme till the Blacklisting is valid.
The System shall trigger message to all other Ministries /
Departments regarding blacklisting of NGO.
The System shall not have provision to stop further grant

to NGO will be kept on hold. Further, NGO will not be able
to participate in any other project of Ministry.
NGO Darpan will also provide functionality to the

Ministries to blacklist any NGO based on their
performance or any other criteria defined by Ministries/
Department. Blacklisting of NGO may be done for
prohibiting NGO to get grants from concerned ministry
only. NGO Darpan 2.0 will enable Ministries / Departments
to blacklist NGO within concerned Ministry / Department
or all Government Ministries / Departments.
Further, a NGO Darpan will have functionality regarding
collection of data from Social media, public domain
regarding complaints against any NGO. In such cases,
alerts will be shared with all other ministries where the
concerned NGO will be working as red flags.
Page 71 of 182
10.2.7. Grievance Management
Compliance
(Yes/No)
System shall allow all Authorised user to raise Technical
complaint over Helpdesk via Portal /Mobile App
System Shall generate Incident Ticket for each Complaint
with unique number
Help desk
System shall allow Technical team to close the Incident
ticket after closing the technical Issue
System shall allow to reopen the ticket in case the issue
reoccur within stipulated timeline
System Shall allow NGOs to raise grievance against
process like Registration, Approval etc via Portal /Mobile
App
The system should report receiving complaints through
different medium such as (i) NGO Darpan Portal, (ii)
Mobile App (iii) Call Centres (v) e-mail etc.
System Shall forward the grievance to concerned Ministry
or NITI Aayog team
Grievance System Shall generate Incident Ticket for each Grievance
Management with unique number
System shall allow Technical team to close the Grievance
ticket after closing the technical Issue
System shall allow to reopen the Grievance ticket in case
the issue reoccur within stipulated timeline
System should facilitate user to track the status of the
complaints using the complaint reference number
assigned at the time of registering the complaint
Page 72 of 182
10.2.8. Analytics and MIS
Compliance
(Yes/No)
System shall have comprehensive Information
Management System . IMS will have fuzzy matching and
other capabilities which will provide the demographic
matching which can be used to detect duplicate and
create an entity/ member master record.
System shall be able to create Data Profiling. Data should
be properly profiled, cleansed, standardized and
validated by data quality functions
System shall be able to do Data cleansing: After profiling,
there is quantifiable information detailing the strengths
and weaknesses of data elements. Data Cleansing exercise
should turn this knowledge into action and build data
standardization, correction or enhancement routines
within the profiling module. Some of the typical data
cleansing operations should include:
i. Creation of a Data Quality module for checking
quality of data before it goes for record creation
within the Repository
ii. Checking for the completeness and accuracy of the
data and highlight any exceptional records.
iii. Standardization of data.
Information iv. Data cleansing e.g. finding correct pin code from
Management other records with same address etc.
System shall be able to do De-Duplication. De-duplication
should be done based on number of demographic
parameters available in addition to Aadhaar and Pan Card
such as name, address, etc. subjected to Data availability.
A widely accepted and proven India specific dictionary
should be used to perform fuzzy demographic matching,
which should work seamlessly with Indian names and
addresses.
System shall be able to do Generation of Master Record.
Fuzzy matching capabilities should provide the
demographic matching capabilities which can be used to
detect duplicate and create an entity/ member master
record and deploy this across departments over a single
interface that helps in identifying how the entity has been
captured across departments and then deploy reporting
and analysis framework on top of this data.
System shall be able to do Risk Profiling. NGO Darpan will

have provision of creation of Risk profiles of NGOs and its
office bearers based on the demographic (name, address
etc.) and transactional (Funding received, funding
Page 73 of 182
Compliance
(Yes/No)
utilized, assessment feedback, adverse information in
social media etc)
System based compliance assessment of NGOs: NGO
Darpan will have provision for performing a compliance-
based assessment of NGOs selected either on sample
based or on complaint based. NGOs will be assessed for
their compliance against defined guidelines of respective
Ministry / Department specified for grant utilization for
each scheme
The system shall able to standardise the data
The system shall do Network Analysis for Duplicity
verification of members, address etc, alert Management
& Reporting-
The system shall have alert Management & Reporting and
shall alert concerned users for discrepancies
System shall prepare 360 degree profile of members,
NGOs, do Risk Reporting to enable fraud detection.
System shall do performance rating of NGOs based on
KPIs
Alerts may be generated based on the any event,
deficiency in document, issues at the level of NGO level,
issues identified at Network level or any information
available in public domain.
Minimum alerts required based on some incidents are:
• De-duplication of entity/ member and the related

data from various sources, if available.
• Identification of duplicate Enrolments (members
related to multiple entities)
• Identification of risky grants (funds domestic/
international) and tracking of flow of funds as
well as through periodic reconciliation of data
• Feature engineering of blacklisted
entities/members, risk scoring and subsequently
Alerting for association of other entities linked to
Risky entities, funds flow, anomaly detection.
• Reporting Business Intelligence and interactive
predictive and dynamic dashboards to track
status.
Analytical System shall provide access to Dashboard as per user

Reports & rights
Dashboard for The system should facilitate secure login for the users.
Decision Support Post-login, the users should be presented a different
Page 74 of 182
Compliance
(Yes/No)
dashboard for different category of users (NGO, NITI
Aayog Officials, Ministry/ Department officials etc.)
System shall display some statistical Dashboard and MIS
on Portal and it should be visible to all visitors
System shall have provision of filters for each Dashboard
System shall provide Fund disbursal, utilisation
reports/dashboard based on data of PFMS/other
disbursal systems
System shall provide Analytics on Geographical
distribution of funds released, NGO wise fund release
System shall provide Analytics on NITI Aayog, Ministries
Verifier Approver performance
System shall provide Analytics on NGO performance
Page 75 of 182
10.2.9. Communication Management
Compliance
Sub Modules Functional requirement description (Yes/No)
The system should intimate the users through predefined
channels for pending service request application on a
daily basis
The Application should be able to notify the concerned
officer by SMS or email.
Application should be able to populate the Dashboard for
the concerned officer about the New Application,
Pending application.
The Application should be able to notify the Applicant by
SMS or email whenever status of application change
The application should be able to fetch the mobile no
and other details of the applicant and the approving
authority for the necessary action
The system should have provisions for intimating the
applicant about the current status of their application
through SMS and/or Email especially if there is a change
Notification in the status with respect to the final delivery of the
service
The system should also allow the applicant to retrieve
update about his/her service request by sending a SMS
containing the AIN
System should show alerts on the user dashboard which
summarizes important information including.
System should generate alerts (SMS, email etc.) if there
are any changes in the complaints
status such as clarification requested, resolved etc.
The system should generate information alerts for the
relevant officials/users/ applicant if any action is
required w.r.t. the application based on the workflow
defined in the system
The system shall provide relevant notifications
generated for different category of user on their
dashboard
System shall have provision to escalate all request to
Escalation Matrix next level in case the request is not address/no action
taken within stipulated timeline
Page 76 of 182
10.2.10. Integration with External system
Compliance
(Yes/No)
Data Integration with system related to FCRA) of Ministry
Requirement of Home Affairs is envisaged as one of the significant
from FCRA, requirements for NGO Darpan Portal upgradation. For
Ministry of Home the same, FCRA Wing of Ministry of Home Affairs to
Affairs share following information in Machine readable
format.
At the time of Registration (Form FC – 3A)

• Applicant (NGO) Name
• Address
• PAN No
• FCRA No.
• NGO Darpan ID
• Details of registration
• Office Bearer details with PAN and Aadhar
no.
• Foreigner Office bearer details
• Date of registration
At the time of Renewal (Form FC – 3C)

• Applicant (NGO) Name
• Address
• PAN No
• FCRA No.
• NGO Darpan ID
• Details of registration
• Office Bearer details with PAN and Aadhar
no.
• Foreigner Office bearer details
• Date of renewal of registration
At the time of Annual Returns (FC-4)

• NGO Darpan ID
• NGO Name
• PAN No
• FCRA No.
• Details of receipt of foreign contribution
• Details of utilization of foreign contribution
At the time of Updation (Form- 6A and 6E)
Page 77 of 182
Compliance
(Yes/No)
• Change of name / address in respect of the
person/association
• Change in key members in respect of the
person/association
At the time of Surrender (Form-7)

• NGO Name
• PAN No
• FCRA No
• NGO Darpan lD
Data Integration with system related to Corporate Social

Requirement Responsibility (CSR) of Ministry of Corporate Affairs is
from Ministry of envisaged as one of the significant requirements for
Corporate NGO Darpan Portal upgradation.
Affairs on For the same, Ministry of Corporate Affairs to share
Corporate Social following information on Corporate Social
Responsibility Responsibility (CSR) in Machine readable format -
(CSR)
At the time of Registration -
We request the Ministry to update the CSR-1 form
and make NGO Darpan Id mandatory for all entities
getting registered through CSR form 1.
Also, Ministry is requested to share following
information of all entities getting registered through
CSR form 1:
• Nature of the Entity
• Type of Existing entity
• IN/ Registration
• Name of the entity
• Date of incorporation of the entity
• Address of the entity
• PAN of the entity
• Details of Directors/ Board of Trustees/
Chairman/ CEO/ Secretary/ Authorized
Representatives of the entity
At the time of Annual Return/ Compliance -

Ministry of Corporate Affairs is in process of revising
its Compliance for Organizations giving CSR fund, and
the same information regarding CSR is proposed to
be captured.
After each compliance report submission, following

information may be shared with NITI Aayog in
Machine readable format –
Page 78 of 182
Compliance
(Yes/No)
Name of the NGO, CSR registration no of NGO & NGO
Darpan id
• Details of CSR contribution
• CSR Contribution received in year
• Details of utilization of CSR contribution:
• Name of project/ activity
• Address/ location
• Utilised fund
• Balance fund
Data Integration with system related to 80G/12A

Requirement Exemptions of Central Board of Direct Tax, CBDT is
from CBDT, envisaged as one of the significant requirements for
Ministry of NGO Darpan Portal upgradation. The Central Board
Finance of Direct Tax, CBDT to share following information
on 80G/12A Exemptions of IT Act. 1961in machine
readable format.
At the time of Registration –

The department has recently mandated, NGO Darpan
id for the applicants getting registered/reregister
under 12 A and who receives or intends to receive
any grant or assistance from either Central
Government or State government.
Ministry to share the following information on real
time basis with NITI Aayog:
• PAN No
• Nature of activities
• Type of constitution
• Date of Registration
• FCRA No. (if any)
• NGO Darpan ID
• Details of all the Author (s)/ Founder (s)/
Settlor (s)/Trustee (s)/ Members of
society/Members of the Governing Council/
Director (s)/ Office Bearer (s) as on the date
of application.
• Income received in three previous years
• Year
• Grants received from Central or State
Government
• Grants received from CSR
• Grant received from Foreign Contribution
• Other source
Page 79 of 182
Compliance
(Yes/No)
At the time of Annual Return/ Compliance -
At the time of Annual return, the Department is
capturing information related to funding source.
The department to share following data from Annual
return in Machine readable format –
• NGO Name
• PAN No
• FCRA No.
• NGO Darpan ID
• Income received in previous year
• Grants received from Central or State
Government
• Grants received from CSR
• Grant received from Foreign Contribution
• Other source
Data Integration with PFMS of Controller General of Audit

Requirement is envisaged as one of the significant requirements
from Public for NGO Darpan Portal upgradation.
Financial It has been decided that a Grant Management System
Management to be developed in NGO Darpan Portal of NITI Aayog.
System (PFMS) This system is required to be suitably integrated with
Controller PFMS.
General of
Audit(CGA), • Grant Management System to be suitably
Ministry of integrated with PFMS taking into account the
Finance specific sectoral requirements of various
Ministries/Departments.
• Budget Accounting Classification to have an
up-to date of all such expenditure lines
irrespective of them being classified as
Central Schemes or Centrally Sponsored
Schemes or Non- Schemes
NITI Aayog intend to create holistic profile of all the

NGOs receiving funds from all sources like
Government, Foreign country, Corporates (under
CSR) etc.
For the same, CGA to share following information of
PFMS in Machine readable format.
• Name of NGO
• Darpan ID
• PAN Card
• Name of the Scheme
• Name of Ministry
• Accounting Head
Page 80 of 182
Compliance
(Yes/No)
• Amount Sanctioned
• Amount disbursed.
• Date of disbursal
• Expenditure details from NGO EAT module
Page 81 of 182
10.3. Annexure 3 – Compliance to Technical Requirements
All required information will be generated based on on-demand query management system
without retaining any data of Ministries / Departments by NGO Darpan 2.0. In the need of
information pertaining to NGOs, the Ministry / Department user will raise request, upon login, in
a form of drag and drop object/ data column user interface and the result of outcome will be
published on NGO Darpan 2.0 using analytics/visualization tool.
NGO Darpan will use API Management process for creating, publishing and managing API
Connections. API management will provide deep integration capabilities to NGO Darpan 2.0 to
build APIs on top of existing applications of Ministries / Departments. By managing all of APIs
on one unified and centrally visible platform, will give NGO Darpan 2.0 greater flexibility for
reusing the functionality of API integrations which helps save time and efforts.
Furthermore, NGO Darpan 2.0 will also use concept of data federation. Instead of bringing
information together under one roof, federation leaves an organization’s data where it is, but
provides a unified view using virtualization. In other words, data federation offers a means of
querying and analyzing information from multiple systems as if it all resides within a single,
harmonized data store.
Data federation eliminates the need to create yet another database or data warehouse and
manage integration with a central data store. As such, data federation has fewer points of
potential failure.
A key advantage of the federation approach is that it allows real-time information access. In
today’s world of online business with clickstream analytics, social media insights, and digital
marketing programs, the advantages of real-time insights cannot be overstated. With the right
enterprise-grade tools, virtualizing data offers greater flexibility for managing change. Adding
new data sources, for example, from the rollout of a new application or addition of new
Ministry/ Department, can be achieved with considerably greater speed and at a lower cost
than a traditional data consolidation scenario.
Page 82 of 182
Data federation vastly simplifies querying and analysing information, and it eliminates the need
for users to directly access source systems, which reduces the challenges involved with
administering security access to multiple systems.
MSP has to submit the compliance against all technical requirement listed below as part of the
RFP response.
Technical Description Compliance

Requirement (Yes/No)
Data The proposed solution should support data cleansing and

Management de‐duplication, duplicate suspect processing, house
holding, with array of out‐of‐the‐ box standardization
rules conform data to corporate standards – or can build
customized rules for special situations.
The proposed solution should have business rules and GUIs
for automatic merging and manual merging.
The proposed solution should provide fuzzy logic to induce
tolerance during matching
The proposed solution should use the parsed data to
provide flexible matching criteria
The proposed solution should enable to define rules for
record and/or field selections during the merging process
The proposed solution should have the capability to enrich
data from internal data sources
The proposed solution should have the capability to enrich
data from external/third party data sources
The proposed solution should have transformations to
perform analytical operations like Correlations,
Distribution Analysis, Frequency and Summarization.
The proposed solution shall contain the data, software,
processes needed to cleanse, consolidate and transform
the data from their source system format to the desired
data format.
The proposed solution shall be able to check incoming
data for quality, reliability, consistency and validity, and
then transform as required.
The proposed solution shall facilitate data profiling based
on dynamic, user defined validation rules and support
identification of user defined ‘events’ to trigger
alerts (through email reports) to authorities
The proposed solution Data Management should have
capability of Interoperating with application integration
technology in a single solution architecture, Supporting
data integration across hybrid cloud and intercloud
environments
The proposed solution shall have the capability to correct
mistakes in spellings, inconsistencies, casings and
abbreviations
Page 83 of 182

The proposed solution shall support correction logic for

Indian names, addresses, phone numbers, pan numbers,
passport number and other identification proof documents
and demographic details
The proposed solution shall support profile matching
through multi‐field text matching functionality on
beneficiary ‐profile information (comparison could be on
combination of name, PAN, address, telephone number
etc.)
The proposed solution shall provide facility to save the
queries and edit the same in future to derive newer
queries
The proposed solution should be able to create networks
based on both transaction as well as relationship-based
data, and create a nodes and links among the entities
specified
The proposed solution should have functionality to “flag /
unflag” entities as and when they are added to / removed
from a watch list
Advanced The proposed solution should contain a sophisticated and
Analytics GUI based predictive modeling and analytical workbench
The proposed solution should provide interactive entity
resolution capabilities that help analysts get the most
accurate picture of complex relationships
The proposed solution should provide out-of-box entity
analytics and direct intelligence analysts by showing
closeness, betweenness and influence to highlight areas/
entities of potential interest
The proposed solution should help analysts to visualize
complex network of relationships between entities - such
as people, places/ locations, things and events over time
and across multiple dimensions
The proposed solution should help analysts identify entity
relationships that aren’t obvious, traverse and query
complex relationships, and uncover patterns and
communities interactively
The proposed solution should allow Analysts and
Investigators to make use of an intelligence repository
which gets populated containing information of
performance of past models and scenarios, to improve
accuracy of current predictive models should be able to
define risk based on different levels such as relationships
with entities etc.
The proposed solution should automatically allow
identification and detection of special types of network
Page 84 of 182

behavior such as collusion and clusters etc. extractable

from the networks.
The proposed solution should have ability to alert the
department basis progress at each level and stages where
the process is at (like grants received, in-progress/ not
utilized or spent, etc)
The proposed solution should have ability to identify
beneficiaries with a malicious track record with respect to
other schemes run by NGO/ VO
The proposed solution should provide the ability to
include inbuilt functions for calculating the interval
between two dates or calculating the distance between
two latitude and longitude coordinates to identify
associations/ carousels activities between entities
The proposed solution shall support automated algorithms
which should help the end-users to run multiple
algorithms at a time and hence compare the results
between them.
The proposed solution should support analysis of
relationships between entities, the solution should include
network analysis algorithms for detection like Cycle
detection, connected components & Linear patterns which
analytically determine the importance of a entities in the
network.
The proposed solution shall support profile matching
through user‐defined (configurable) business rules through
ad‐hoc querying across multiple fields of entity‐wise
information
The proposed solution shall support identification of
associations (beneficiary to beneficiary, beneficiary to
NGO/VO/agency, etc) across n levels, through matching
Aadhaar Numbers, names, addresses, etc.
The proposed solution shall help in determining location
wise beneficiary profiles, entity profiles related to NGO/
Vos based on a variety of customizable relationships and
attributes –demographics, voluntary services, etc.
The proposed solution shall help in determining
beneficiary segments based on a variety of customizable
relationships and attributes – Location, demographics,
commodities, category, ministry.
The proposed solution shall support analysis to determine
causes of gap in actual expenditure and expected targets
The proposed solution should be capable of calculating

network analytics and relationships among beneficiary
with a known risky / suspicious entity, thus enabling risk
by association.
Page 85 of 182

The proposed solution shall have capability to use data

obtained from other third-party sources (obtained by the
department) for identification of true fund flow
information. This data can be a pointer for identification
of suspicious activities.
The proposed solution shall enable Data mining for
detection of patterns for commodities/ services and
regions
The proposed solution shall generate periodic,
beneficiary‐wise, location‐wise and form‐ wise analytical
reports
The proposed solution should support Model developers
make use of an intelligence repository which gets
populated containing information of performance of past
models and scenarios, to improve accuracy of current
predictive models should be able to define risk based on
different levels such as relationships with entities,
financial / non‐financial transactions etc.
The proposed solution should facilitate forecasting at
various levels of hierarchies, with specific forecasting
algorithms used for each hierarchy
The proposed solution shall support analysis of the
groups of beneficiaries and comparison with economic
activity and growth in that industry
The proposed solution shall support detection of patterns
so that criteria for various thresholds can be reviewed and
modified
The proposed solution can monitor changes in beneficiary
demographic data as per the applicable watch list
The proposed solution should enable to not just identify
the entity against whom the alert was created, but also
related alerts, related entities and their interlinkages.
The proposed solution should enable phonetic searching
for free text searches, object labels, and specific entity
fields using the Advanced Search window
The proposed solution should enable synonym searching
for free text searches, object labels, and specific entity
fields using the Advanced Search window
The proposed solution should provide in-built features for
search and discovery through Exploration and
Visualization, Free-text search, Filters and Facets and
Geospatial search
The proposed solution should provide in-built features of
powerful search and surfacing results using Boolean
operators for search, searching for exact phrases,
proximity search, searching using wildcards, fuzzy search,
Page 86 of 182

specifying precedence, searching in specific fields,

searching using numeric operators (for e.g. search for
objects where the age field is greater than 10) , searching
for all values within a range and searching for reserved
characters
The proposed solution should allow users to:
• Restrict a search to entity types, fields, comments or
insights.
• Define their search terms by entering strings, select
dates / date-range or choosing from reference data values
• Incorporate multi or single character wildcards in their
search
• Build queries using AND, OR and NOT operators.
• Use the fuzzy search modifier to help match on words
with alternative or incorrect spellings.
• Use the proximity modifier to search for specified words
to be within a specified distance of each other
• Apply boosting to increase or decrease the relevancy for
search results that match a specific part of the query
• Use query builder interface or text editor.
The proposed solution search feature should allow user to
select/deselect entities of interest like Name, Aadhaar
Number, etc to narrow down the search results for
enhanced understanding
The proposed solution, in addition to addition to standard,
unbounded searches, should come with in-built feature of
geo-spatial search. The solution should provide a Map
View that enables the investigator to search within
specified areas. If a standard search indicates some areas
of particular interest, the investigator should be able to
draw shapes on the map to mark those areas, and then
search again to return only locations within the bounds of
the shapes. Alternatively, the investigator should also be
able to start from a map with Searching with no search
results displayed, draw their search shapes, and then
enter their search terms to search only in the selected
areas.
The proposed solution should have in-built features for
Entity analytics through Entity resolution, Network
analytics and visualization, Network link expansion,
Network node decorator and enrichment
The proposed solution should enable users who are
working with and exploring large, complex networks, to
configure node and link styles based on the conditions of
the data. For example, the nodes representing a case
object on the network chart could have a red background
if the value in the risk level of the beneficiary is high risk.
Page 87 of 182

Administrators should be able to configure the following,

based on the relationship or entity data: line color, style,
and weight icon, node color, node border color, node
shape, node border width, node scale, additional label,
and indicator icon, all through Graphical User Interface
The proposed solution should enable configuration to
exclude Specific Entity Types from Default Expansion in
Network View. Users should be able to exclude specific
indexed entity types from the default expansion in the
network view. If an end-user selects a node and performs
a one-level expansion, the excluded entity types should
not appear on the network. Also, these entity types
should appear as an option if the user chooses to expand a
node by type.
The proposed solution should have in-built feature for
financial/ non-financial Transaction analysis using
Transaction network visualization.
The proposed solution should provide capability for
visualization and drilling down into networks
The proposed solution should allow Users of network
visualization/ other appropriate visualization to be able to
drill down further into networks and view additional links
as required
The proposed solution should come with in-built features
of multiple instances of network diagrams related to an
investigation - that should be dynamically surfaced - by
presenting a selected object (such as an alert) as the
central object and other relevant connected objects
linked as appropriate.
of making customizations to the network diagrams such as
- incremental zooming for better viewing, moving the
network diagram around the canvas, adding objects from
the network diagram into existing or new investigation
workspaces and adding the entire network into existing or
new insight documentations
of the network diagrams within investigation workspaces
to apply modifications or change settings and properties
to one or more selected nodes, add, delete, group, and
ungroup nodes and links, expand relationships to perform
in-depth investigations and hide or reveal nodes to better
surface entities and relationships of interest
The proposed solution should allow additional links and
entities which are external to the network data, to be
added to the network
Page 88 of 182

The proposed solution should allow Analysts to interact

through an in-built network viewer to see entire social
networks and the flow of transactions. There should be
features to enable expand or trim the network as
required, explore communities and individual
relationships, and manipulate the network layout, as well
as overlay transaction information to show exchanges
between two parties. Finally, there should be features to
take snapshots and clips of the insights that they develop,
collaborate with other investigators and document their
findings.
The proposed solution should support network analysis
and in-built features such as Network viewer/Node link
diagram, Visualize complete networks and relationships
through multilevel expansion, Identifies areas of interest
and centrality within the network by showing entity
closeness, betweenness, influence and more, Node
decorators to Help analysts identify entities at a glance
and investigators understand network data by highlighting
useful information on the node icon view (for example,
multiple beneficiary registered at same address).
The proposed solution should have optimization capability
to help in allocation of alerts for different ministries as
per value at risk
The proposed solution should allow Networks to be

visualized based on a temporal view – so that the
chronology of events are depicter through a time slider
The proposed solution should accept parameters for

retrieving network entity details and relationships
between any two entities and visualize links and networks
based on these parameters
The proposed solution should retrieve relationship

between any two (specified) links in a network through a
“short path” algorithm and enable visualization of the
relationship.
The proposed solution should have inbuilt business rules

engine to implement scenarios with ability to add new
scenarios. Scenario/ Rule / Alert management can be
created through a simple to use GUI interface where it is
possible to add new rules, modify existing alerts etc. with
alerts automatically changing as soon as the changes are
made
Page 89 of 182

The proposed solution should provide the ability for

administrators to configure pages within the end-user
application to display lists of objects of a given entity
type that meet specific criteria for e.g. High Priority
Cases, Medium Priority, et al
The proposed solution should have capability to visualize
the network related to alerts or risk networks. The
networks as well as other alert reports should be capable
of color coding to highlight risky / high risk entities.
The proposed solution should enable analysts to be able to
add comments and make notes in alerts / investigations
The proposed solution should provide reports on alerts
The proposed solution should allow Alert management
team to be able to electronically upload custom watch
lists for use in the application
The proposed solution should enable officers to not just
identify the entity against whom the alert was created,
but also related alerts, related entities and their
interlinkages.
The proposed solution should enable assessment of
beneficiary profiles on a case‐by‐case basis based on a
prioritized list in order to reduce subjectivity and delays
The proposed solution should have Analytics solution to be
integrated with Social Network Analysis solution
Business The proposed solution analytical reporting should be able
Intelligence, to maintain Mobile device logging history and also be able
Dashboard & to backlist/whitelist devices
Reporting The proposed solution analytical reporting shall have
capability to generate analytical reports on the basis of
non-compliance history
The proposed solution analytical reporting shall have
capability to generate MIS reports using GUI
The proposed solution analytical reporting should have
feature wherein Report can be drill down to most granular
level of detail as their access controls / profiles allow
feature wherein Parameters can be passed among reports
to retrieve details and investigate specific users and
segments
feature wherein Upon identification of actionable items
(such as non‐filers, address mismatches), report
consumers can access procedures to carry out processes
for customer contact / communication through the
reporting interface
Page 90 of 182

The proposed solution analytical reporting shall support

generation of reports through user‐defined (configurable)
ad‐hoc querying across multiple fields of beneficiary ‐wise
information (across registration, payments data)
The proposed solution analytical reporting should
allow collaboration within departments and users
by means of commenting and replying. Additional
functionality of attaching supporting documents to
substantiate the comments should be possible
The proposed solution analytical reporting should be able
to enable display of trend within a dashboard with the
functionality to zoom the indicators for better view
The proposed solution analytical reporting should support
Printing dashboard - Should allow printing of individual
dashboards and email options
The business intelligence (BI) module should generate all
kind of predefined and adhoc reports and dashboards to
provide 360 degree view of all entities like NGOs,
Members etc.
The BI module should run queries on data specifically
designed to optimize query and report performance. BI
module should have rich and interactive data visualization
features including but not limited to Column Chart, Bar
Graph, Stacked Bar Graph, Stacked Column Chart, Area
Chart, Dual Axis Chart, Line Graph, Pie Chart, Waterfall
Chart, Bubble Chart, Scatter Plot Chart, Bullet Graph,
Funnel Chart, Heat Map etc.
The BI module should also provide GIS map and location
based analytics features. This would help the users to
analyze location based data on for infection and disease
control, resource distribution etc.
BI module should also provide features to create drag and
drop functionality based ad-hoc reports for users with no
need for coding or writing scripts. However, a Sql query
console should also be provided in case users with
technical know-how wants to search specific data.
BI module should be accessible over mobile app through
smart phones and handheld devices apart from web
browsers based access.
BI module should be built on top of a data sourced from
APIs. An off the shelf ETL tool should be used to extract,
transform and load data from staging layer in desired
formats
Page 91 of 182

Application Application must be web enabled, built on enterprise

Architecture application platforms with sufficient flexibility for
customization based on the need of Department.
Application must be built on a layered architecture
(minimum 4 distinct layers - Presentation, Application
logic, Data, Integration) with clear logical partitioning.
Application must be modular in nature. Additional
functional modules can be developed and seamlessly
integrated with the main application in future as and
when needed without the need of changing the whole
application.
The application should be vertically and horizontally
scalable in future without having to change the core
architecture of the application
The application must follow architecture standards
defined by MeitY in IndEA and Agile IndiaEA which are
technology agonistic, agile, interoperable, scalable,
reusable, future proof and based on open standards
All the application modules to be developed by System
Integrator/Implementation agency should be complying
with MeitY, GoI standards and guidelines updated time to
time. The Application should also be complied with
Guidelines for Indian Websites (GIGW), Policy on Open
Application Programming Interfaces (API), Policy on
Adoption of Open Source Software for Government of
India, Policy on Collaborative Application Development,
by Opening of Source Code of Government Applications.
The core application modules should have decoupled but
integrated relational database, though there may be
logical partitioning for effective data retrieval and
storage. The database must ensure full consistency of all
transactions and strictly comply with the ACID properties
of relational database.
The application and its functionalities should be granular
and modular enough for the administrators to enable or
disable any particular function through “Application
Admin‟ interface, without the need for a developer / code
level change / custom UI change
A data access layer should be part of the layered
application architecture so that Business Layer is
decoupled from logical data model giving the ability to
modify logical data model without impacting business
layer.
Page 92 of 182

Application Language Support: All functionalities must be provided

Standards with bilingual support i.e. in English and Hindi language.
All the screens and templates should be in English. Where
required, screen shall support Devanagari script. In
addition, application shall support Unicode formats for
text editing, file name, data storage.
Date: All functionalities of the application MUST properly
display, calculate, and transmit date and timestamp data,
in proper format (DDMMYYYY MI:SS).
Ideally, at the database level all timestamp should be
stored in UTC format and should be converted back to a
local time before presenting to the user.
Also, the application should use a date/time library to
help with calculations or comparisons of date and
timestamp.
Interoperability - The application should be built on Open
Standards and easily integrated with the existing
Applications or other third-party applications through web
services . The code should not build a dependency on any
proprietary software, particularly, through the use of
proprietary ‘stored procedures’ belonging to a specific
database product.
The integration between applications shall be through the
API Gateway. APIs designed must be compliant with Open-
API Specifications.
Single-Sign On: The application should enable single-sign-
on so that any user once authenticated and authorized by
system is not required to be re-authorized for
completing any of the services in the same session.
The solution shall support PKI based Authentication and
Authorization, in accordance with IT Act 2000, using the
Digital Certificates issued by the Certifying Authorities
(CA) such as MTNL or NIC. In particular, 3 factor
authentication (login id password, biometric and digital
signature) and/or Aadhar OTP based authentication shall
be implemented by the System Integrator based on the
functional requirements of different modules.
Information access /transfer : Information should be
transferred over HTTPS with TLS 1.3 protocol along with
appropriate encryption mechanism.
The solution should support many kinds of data
(structured, semi-structured, unstructured, free-form,
biometric, audio, video etc.) and the underlying database
design should take care of that while ensuring information
consistency, proper application performance and security
standard.
Page 93 of 182

Application The System Integrator/Implementation Agency must

Security describe in detail all measures to be taken, including the
use of security infrastructure including end-point security,
Security Policy and Procedures, applicability of the
policies and security controls for physical,
communication, assets, software licenses, equipment
security etc. as per the ISMS (Information Security
Management System) procedures and following relevant
standards including ISO/IEC 27000 family of standards, the
ITIL framework, the COBIT framework, and O-ISM3 2.0.
System Integrator/Implementation Agency must propose
an Enterprise Security Architecture with a multi layered
approach covering every aspects of application, data and
network security including the following:
i) Contextual Security
ii) Conceptual Security
iii) Logical Security
iv) Physical Security
v) Component Security
The security services used to protect the solution shall
include:
Identification, Authentication, Access Control,
Administration and Audit and support for industry
standard protocols.
The solution shall support advanced user authentication
mechanisms including digital certificates and biometric
authentication
Security design should provide for a well-designed identity
management system, security of physical and digital
assets, data and network security, backup and recovery
and disaster recovery system.
The solution should provide for maintaining an audit trail
of all the transactions and should also ensure the non-
repudiation of audit trail without impacting the overall
performance of the system.
The application design and development and security
standard should comply with Open Web Application
Security Project [OWASP] top 10 principles and ISO
27001.
System Security -
i) Adequate access control procedures should be defined

to secure the entire IT system, physically and logically.
ii)The access controls procedures should cover all stages
in the life-cycle of user access, from the initial
registration of new users to the final deregistration
Page 94 of 182

of users who no longer require access to information

systems and services.
ii) The system should have 2 factor authentication (login
id password and/or Aadhar OTP based authentication) and
access control.
iii) There should be Role Based Access Control (RBAC) for
all components of the solution based on the security
policy defined in the system.
Application Security -
i) The solution should have appropriate authentication

mechanisms. Application user authentication &
authorization related transactions should be encrypted.
ii) Operating system should be hardened on which the
application is installed.
iii) A web application firewall shall be deployed to secure
the web-layer.
iv) The web applications should be free from OWASP /
SANS and CERT-IN web application vulnerabilities as
released from time to time.
Audit Trails & Logs -
i) Event logging should create an accurate record of user

activity such as which users accessed which system, and
for how long.
Ii) The solution should log all types of events especially
those related to security
Data Protection -
i) The solution should support TLS 1.3 encryption

mechanism for transferring data across network. Provision
should be made to ensure that data in any form should not
be copied on to any external media without authorization.
ii) The data transferred across network should be
encrypted using Public Key (PKI) Infrastructure or bulk
hashing mechanism of the entire session.
iii) Access to all system resources including data files,
devices, processes and audit files should be provided to
the intended users only.
iv) All mobile applications should be designed and
developed in a way that it ensures security of the
application and data on the device.
v) Ensure to protect documents by assigning security
parameters and criteria in order to provide more effective
protection for an electronic document in order to
maintain Confidentiality, Authorization, Accountability,
Integrity, Authenticity and Non-repudiation.
Page 95 of 182

Session Management -
i) The system should limit to only one session per user or

process ID.
ii) The system should put a limit on the maximum time
length of an idle session, which should ensure that
automatic session termination takes place after expiry of
the specific time length.
Application Deployment -
i) All unused ports should be blocked at server machines.

ii) The application server should be segregated from
internet zone through firewall or other filtering
mechanism.
Information Security Governance -
i) The employees working on the project should be made

aware of his or her responsibilities with respect to
Information Privacy and Information Security.
ii) Employees working on the project shall undergo
security awareness training during induction.
Email Security -
1) Email must have protection from inbound and outbound

email threats. It should report compliance violations by
scanning all inbound and outbound email content and
attachments for sensitive data, real-time protection from
spam, phishing, viruses, spoofing, zombies, directory
harvest (DHA), Denial of Service (DoS) and other attacks.
Virus Control -
i) Latest version of anti-virus should be installed on

servers .
ii) The anti-virus software should run on servers on a
regular basis (preferably daily).
Security Information and Event Management System (SIEM)
-
SI should install SIEM for Real-time analysis of security

alerts generated by applications and infrastructure.
Database Activity Monitoring (DAM) -
System Integrator should install DAM to monitor all

database activities and internal users with privileges.
Page 96 of 182

Network A comprehensive network security model should be

Security - implemented using hardware and software firewall, email
gateway security, Antivirus and antimalware software,
Network segmentation, Behavioural analytics, Data Loss
Prevention, Intrusion Prevention System, Wireless and VPN
security etc. combining with appropriate security policy in
consultation with the Department.
Appropriate firewalls, IPS, SSL devices etc. should be used
to ensure Network security
The solution should support TLS 1.3 encryption mechanism
for transferring data across network and between client
and server with appropriate hashing mechanism
Access to Network Devices should be controlled by access
lists so that the equipment is accessible only from a
limited number of locations. Access to configuration
backups should be restricted to authorized personnel only.
All networks should be protected from Layer-3 IP address
spoofing by an access list or other means
All external connections should be protected by an access
list that blocks certain high-risk TCP/UDP ports.
Network management services should transition from
SNMPv1, v2, v2c to
SNMPv3 (or other option that does not use plaintext
community strings).Default SNMP community strings
should be changed. Initial prohibited protocols will
include LDAP without use of TLSv1.2/1.3, FTP, telnet,
remote host protocols, SSHv1, SSLv1, SSLv2, SSLv3.
The network should be scanned regularly for hosts that
are vulnerable to
remotely exploitable attacks. All data gathered from the
vulnerability scanning should be classified as confidential.
Data Loss The System Integrator should implement comprehensive
Prevention solutions with centralized workflow capabilities,
integrated policies, and customized reporting, in order to
manage Data Loss and protect sensitive data.
System Integrator should provide Department with a
modular DLP program that offers capabilities across three
main vectors: data at rest, data in motion, and data at
endpoints and should cover the following:
Data in Motion - Perimeter security, Network monitoring,

Internet access control, Data collection and Exchange
with third parties, Use of instant messaging, Remote
access
Data in Use - Privileged user monitoring, Access/Usage

monitoring, Data sanitation, Use of test data, Data
Page 97 of 182

redaction, Export/save control
Data at Rest - End point security, Host encryption, Mobile

device protection, Network/intranet storage, Physical
media control, Disposal and destruction
System Integrator needs to propose adequate solution
and define protocols to cater to requirements of data
prevention within the system implemented at each
project location with NGO Darpan 2.0 and NGO Darpan 2.0
Lite version along with the end-point security and in the
central Cloud, and incorporates the same as part of entire
solution design.
The System Integrator shall provide Client with the DLP
policy and statement of applicability for each aspect of
the network, storage and end point according to the scope
of work defined in the RFP. This is a mandatory
requirement.
Data loss prevention strategy should be built around three
main pillars personal information protection/ compliance,
intellectual property (IP) protection, and data visibility.
However, it should also encompass insider threats, data
security, user and entity behavior analysis, and advanced
threats.
Backup and System Integrator must design and successfully test
Recovery backup and recovery capabilities. The System Integrator
must describe functionality and frequency of backup
mechanism with clear definition of RTO (Recovery Time
Objective) and RPO (Recovery Point Objective)
parameters and provide monthly reports to Department.
System Integrator should come up with container based
server architecture design for better control and easy
orchestration provisioning of resources.
System Integrator should simplify backup operations with
industry standard hyperconverged backup and recovery
solution that consolidates and updates the capabilities of
many point products into one modern platform that can
be easily managed through a single, global UI
The backup solution should be advanced enough to
maintain many number of fully hydrated backup copies,
and has true global search across both workloads and
locations, and offers instant mass recovery.
Backup and recovery solutions should protect against
sophisticated ransomware and should be compliant with
NCIIPC standards.
Application System Integrator must meet all the SLAs defined in the
Performance RFP. SLA non compliance will attract penalty as per the
and Uptime terms defined in the RFP.
Page 98 of 182

The system should provide fast and steady response times

(Quality of Service). The maximum user response time
should be less than 2 seconds over WAN (end point to
cloud) and less than 1 second over LAN (end point to
servers), for the next screen to appear or the existing
screen to refresh for submission of data. The speed and
efficiency of the system should not be affected with
growing volumes, especially during search operations,
reporting, MIS, online processes and batch processes.
The system should accommodate maximum number of
parallel named users to maintain the above defined
performance criteria. However, in terms of usage by
citizens there should be no limit as to how many citizens
can use the platform simultaneously.
The system should support high variance in frequency as
the volumes are not expected to be constant and may be
subjected to variances in user behaviour due to festivals,
seasons, economic state of the country, regulatory
changes, behaviour of intermediaries, etc.
The backend server architecture should support seamless
vertical and horizontal scale up with minimum or no
change to the existing design in order to meet with future
demands.
All the components of solution must provide adequate
redundancy to ensure high availability of the
applications. The systems shall be designed for 24x7
operations and meet all SLA requirements. Designing for
availability assumes that the systems will fail, and
therefore the systems must be configured to recover from
component or server failures with minimum application
outage.
The backend server architecture must include High
Availability scenario in Active - Active mode with the use
of appropriate network load balancer (Like F5 or Citrix
ADC) to achieve the application uptime and response
target defined in SLA.
System Integrator should consider a separate cache layer
to improve application performance.
All the components of System should support SNMP
protocol for the effective monitoring and management.
An enterprise management system (EMS) should be
provisioned by the System Integrator to monitor all the
cloud and compute performance and automatic SLA
monitoring based on predefined configurations.
Development, Various modules / application should have a common
Customization ‘Exception Manager’ to handle any kind of exception
Page 99 of 182

and Version arising due to internal / external factors. This will help
Control ease of application maintenance and enhancements.
Modules/ application should be supported by the ‘Session’
and ‘Transaction Manager’ for the completeness of the
requests
Application must be developed/customized in a suitable
environment or Sandbox as agreed in the discussions with
Department. The System Integrator must justify the
choice of development environment.
The application must be developed/customized and
hosted utilizing industry standard with commercially
available tools. The System Integrator must list all tools to
be used to develop, customize and maintain the
application, as well as the hosting platform, hardware and
software, and seek prior approval of Department.
System Integrator shall propose and setup a dedicated
‘Development / Customization’ environment and provide
remote monitoring access to Department for the same.
System Integrator must also provide detailed
documentation of all modification and customization done
and the same should be updated in the master FRS and
SRS with appropriate version control.
Customization of NGO Darpan 2.0 core application may be
allowed to take place outside Department/Government
premises; however, it is proposed that for all the ongoing
upgradation / enhancements and maintenance activities
needs to be done within the development environment set
up by the System Integrator within pre-decided premises
only. The System Integrator must comply with all the IT
and admin requirements as defined by Department
The System Integrator should use a version and library
control tool (like GitHub) for all development and
customization of the application. The access of the
version control tool must be provided to Department or
any agency nominated by Department for periodic review
of logs and Audit of the entire development process.
It is a mandatory requirement that all relevant
documentation be created, updated and maintained
throughout the contract duration. The System Integrator
will also ensure that proper track of all bugs is maintained
and fixed as per various tests conducted on the
application. It is desirable that the System Integrator
maintains a bug tracking tool for the purpose.
Page 100 of 182


Testing , UAT System Integrator should perform the following :

and Acceptance
Criteria i) Outline the methodology that will be used for testing
the system
ii) Define the various levels or types of testing that will be
performed for system
iii) Provide necessary checklist/documentation that will
be required for testing
iv) Describe any technique that will be used for testing
the system
v) Describe how the testing methodology will confirm to
requirements
vi) Demonstrate to Department that all applications
installed have been tested
vii) Prepare a comprehensive list of test cases for
Department’s review
System Integrator should perform comprehensive testing
of the solution including but not limited to unit testing,
functional, system testing, regression testing, security
testing, stress testing, reliability testing, performance
testing, audit trail, multi-user capability, volume test,
system integration testing, compatibility and
configuration testing, GUI testing etc.
Test documentation shall include test cases, test
procedures, test data and test results should be
documented. Errors detected during testing should be
logged, classified, reviewed, and resolved prior to release
of the solution in production environment.
System Integrator should set up a completely separate
environment for testing. Also, System Integrator must
prepare test data by itself and a sample may be reviewed
by Department.
In addition to conducting UAT testing, System Integrator
through a CERT-In empanelled Information Security
Auditing Organization, shall conduct an application
security audit including vulnerability assessment and
penetration testing. Department may also want a STQC
(Standardization Testing and Quality Certification) audit
to be done before giving a final UAT sign-off. In that case,
System Integrator should co-ordinate with STQC Direct at
all stage for timely completion of the quality audit.
All the acceptance test criteria shall be specified by
System Integrator and finalized under the technical
guidance of Project Management Unit and the user
representative authorized by the Department. The test
criteria should be comprehensive to address all aspects of
testing the new systems.
Page 101 of 182


The System Integrator will be responsible for correcting

all faults found during the acceptance process at no extra
cost to the Department.
All changes suggested by STQC or any other third party
agency appointed by the Department shall be
implemented by the System Integrator upon acceptance
and approval by the Department.
The System Integrator must replace / refresh the
components during those instances which may have an
impact on the overall performance and accordingly may
trigger SLA breach.
No ‘End of Sale/End of Service/ End of Support/’ user-end
equipment / component should be bought by the MSA
(OEM must certify that the proposed user-end equipment
is not End of Support and the certificate must be
submitted to Department after every procurement)
When handing over infrastructure and other components
for this project, at end of contract period, MSA must
ensure that no equipment or component is having ‘End of
Support’ for a period less than one year.
User Interface ( The proposed solution should capture detailed auditing
web portal, information related to key user activities within the
Application system. Some key system actions may also be audited, for
interface) example automatic disposition of an alert. Audited actions
should include (but are not limited to):
• Login / logout
• Performing a search (including details of the query and
results if desired)
• Viewing / editing
• Deleting
• Administration actions (i.e. changing configuration)
The proposed solution should Provide Entity Level Security
so that users should also be able to use classifications
(rules based on entity field values) to provide a more
granular level of access control.
Role based access would be defined for all users for
having accessibility to the respective application modules,
and MIS / DSS which would be accessed by higher
authorities which would help them in decision making as
well as at various levels.
Users should be able to access solution components
having an interface with single sign-on, identity
Management (IDM) facility either through Internet or
through Mobile
All the user interface elements including web portal,
application UI, mobile app interface, Kiosk Interface,
Display boards should follow ISO 9241 standards
Page 102 of 182


All UI design should go through rigorous usability and

accessibility test by different user groups before being
finalized and approved by the department.
The UI design must be built around three main pillars of
functional goal, Information architecture and usability
and accessibility. System Integrator should use modern
opensource frameworks and libraries (Like bootstrap,
semantic, ant design etc.) to simplify development work
and scripting.
Detailed UI requirements should be captured based on
user groups during requirement gathering phase. All the UI
designs will be finalized only after approval from the
Department. Ideally below requirements (including but
not limited to) should be captured :
i) Data Requirements
ii) Environmental Requirements
iii) Functional Requirements
iv) Usability Requirements
v) User Requirements
vi) User Experience Requirements
NGO Darpan 2.0 web portal should be accessible through a
web browser via Internet and Intranet. The kind of
information to be displayed on the web portal should be
managed and controlled through the ‘Application Admin’
and ‘Content Management’ developed as part of the NGO
Darpan 2.0 Solution framework, with an intention of
making most of the information available for public
consumption through the web portal as possible.
System Integrator should design proper controls and
features in line with a modern WCM (Web Content
Management) system so that content modifications in the
web portal doesn’t require code changes and Department
users can use drag and drop functionalities to update new
contents. There should also be a maker checker concept
in place to review contents before they are published. A
repository for all kind of contents (Video, Audio, Graphics,
moving text, rich media etc.) should be maintained with
appropriate metadata tagging and search functionalities.
Page 103 of 182


NGO Darpan 2.0 core application should be a web

application which can be accessed through web browsers.
from multiple different end points including but not
limited to Desktop PC, Laptops, Mobile Tablets,
Handheld Mobile devices, Smart Phones. The solution
should be supported by below browsers at minimum.
i) Microsoft Edge: latest edition

ii) Microsoft Internet Explorer11.0 or later
iii) Google Chrome: latest edition
iv) Mozilla Firefox: latest edition
v) Safari 10.0 or later
vi) Chrome for Android
vii) Mobile Safari
viii) Chrome for iOS
A responsive web design should be adopted that can be
adjusted with each user’s resolution and will be suitable
for "CSS3 Media Queries" in the case of use iOS/Android.
Also, all interactive content from the NGO Darpan 2.0 web
portal should run seamlessly in all mentioned web
browsers with the support of appropriate plug-ins (Adobe
Flash Player, Adobe Reader etc.) and proper setting of
JavaScript in case certain contents in the portal use Java
Script.
UI design should be responsive and consistent across
multiple devices (Thin client, Smart Phone, Handheld
devices, Kiosk etc.) and it should provide continuous and
contextual user experience.
Mobile App Mobile app should be integrated with the backend
modules as per the functional requirements (Like Core
modules, BI Module, Content Management Module etc.).
The Mobile Apps should be available both in Google
Android and Apple iOS platform. The Mobile App for the
use of Department users may also be built as HTML 5
technology based WebApp with appropriate App
container. Bidders are requested to suggest both options
(Native and Web App) with cost implications.
System Integrator should use consistent visual elements
and Mobile Apps information architecture that is scalable
and expandable and W3 compliant.
Page 104 of 182


System Integrator along with the proposed functional and

process requirements of the app, should also implement
the following
i) Role based access control

ii) User feedback and reviews mechanism.
iii) Both Pull and Pushed notification features
iv) Analytics mechanism to track and identify user
experience and actions.
v) App should be able to accommodate the future
scalability requirements.
vi) App Admin should be easy in terms of usability and
changes in design & content.
All functionalities must be provided with bilingual support
i.e. in English and Hindi language. Also all functionality
MUST properly display, calculate, and transmit date data,
in 21st-Century date data (DDMMYYYY) format.
Mobile Apps must adjust itself automatically as per the
screen resolution of the Mobile i.e. 1024*768, 1200*800
etc. Resolution independent Mobile App will automatically
expand/compress itself as per the screen resolution and
hence there should not be any vertical scroll in the Mobile
Apps structure. There should be minimum use of flash.
Dynamic menus: Menus and submenus should be created
based on the page-tree as pages are added and
subtracted. These should be styled entirely through CSS
and stored in database.
Audit Trail: Administrators should have access to one log
in the backend or individual
logs of each page where user can view from which ever
place the Mobile App is viewed with daily reports.
System Integrator should submit wireframe designs to the
department for approval before starting any frontend
design.
Search Engine Optimization - This feature should ensure
that Mobile App is indexed with all popular Search Engines
(Google, Yahoo, Bing & Live) using top keywords and meta
description
For departmental users who wants use the mobile app
over 4G internet , a VPN connection should be provided.
VPN software of all such user should be installed in the
Mobile phone by the System Admin.
Mobile App should use GPS and Google Map based features
for different services like locating NGOs, NGO Project etc.
Mobile App should all include basic features like profile,
Activity Feeds, Messaging etc.
Page 105 of 182


Mobile App should also abide by all the generic security

requirements of the NGO Darpan 2.0 solution as given in
the Application & Network Security specifications in
Technical Compliance
Mobile App should integrate with the proposed Video
Conferencing Solution and Video Conferencing options
should be available with specify user groups.
Mobile App should have social media integration with
popular Social Media Platform like Facebook, Twitter etc.
for select group of users.
Core Functional UML use case techniques should be used by the
Modules application development, architects and designers to
create a high-level description of the application's
planned end-user functionalities.
The proposed core NGO Darpan solution will have the
following modules
1.Content Management
2.Enterprise Search
3.User Management
4.Entity Management
5.Grant Management System
6.Progress Management and Monitoring
7.Grievance Management
8.Analytics and MIS
9. Communication Management
These modules and their sub modules should be designed

as per the functional and process requirement defined in
the RFP.
All the modules will have further be divided into
submodules based on their specific functional and process
requirements as per the RFP.
All the modules and sub modules where ever possible
should be designed as an individual containerized sub
systems which are modular and fully integrated with each
other through APIs. A modular and decoupled application
design should be proposed however data consistency at all
level should be strictly maintained.
IAM Module Identity and Access Management (IAM) should consider
people, processes, and the underlying application that are
used to manage access to enterprise resources by assuring
that the identity of an entity is verified, then granting the
correct level of access based on the protected resource,
the assured identity, and other contextual information.
The IAM module should contain the configuration for the
groups and policies. Define each group and policy as a
Page 106 of 182


resource in the configuration and declare the required

variables.
Through IAM module, the system administrator should be
able to assign privileges to individual Users or User
Groups. The privileges specify the level of authority
assigned to User or User Group i.e. whether it is for a
module, process, menu options, tab, a screen, section
within a screen or a field.
The details of any change in this module should be
captured in the Audit Trail of the application.
There should be facility to assign/modify/delete/archive
rights globally for the desired Groups, with due approval
and verification process inbuilt in the system. This will
allow the Administrators to configure new privileges or
modify existing ones and apply to all Users once
configured and committed in the systems.
Search Module The NGO Darpan solution should have a robust search
module with basic and advance search features. The
system should provide the users with ‘Enterprise Search’
features to get necessary information, based on the
certain search parameters or criteria’s predefined in the
system.
The search results should be displayed to the Users in a
User-friendly manner with features like pagination,
sorting, drill down features etc.
A separate backend search server should be set up as part
of the border server architecture and System Integrator
needs to define an Enterprise Search Architecture to cater
to basic, medium and complex search criteria.
The application should also provide a quick search bar.
There should be filters to narrow the search result in
advanced mode. The advanced search feature should have
full text content and metadata search, Boolean search,
steaming search, synonymous search, natural language
query, classification search, custom metadata search,
system attribute search, XML type search etc.
There should be features available in the search result
page to interpret and narrow down the search like
relevancy ranking, system attributes, key phrase
extraction, autogenerated summaries, clustered themes,
hit highlighting, find similar, snapshots, collections etc.
The System Integrator is required to develop the entire
search functionality within the NGO Darpan 2.0 in
discussion with the department officials / module leaders.
Workflow The workflow module should allow structured routing of
Module tasks, documents, contents etc. for a variety of approval,
Page 107 of 182


review, and feedback processes to control every aspect of

the functional need.
The workflow module should allow users with the help of
simple graphical tools to map out the process flow.
Authorized users and administrators can automate routine
activities, streamline the movement of task, documents,
work steps across teams.
The workflow module should have work item lists,
notifications, workflow editor and monitor, WYSIWYG
form designer
The workflow module should have functionalities to
define and modify users and group participation in
workflows, steps, assignment profiles, and specific
instructions.
The workflow module should have the functionalities to
create parallel workflows so that multiple steps can be
performed simultaneously. It should attach documents
and folders to workflows while maintaining powerful audit
control, Set milestones to denote major points along a
workflow.
It should dynamically route information and processes
based on conditional workflow steps, values in custom
attributes, workflow status, values in electronic forms,
and/or milestone status.
It should automatically save versions of workflows. It
should have advanced step-assignment features include:
the ability to assign steps based on roles; the ability to
assign steps to more than one group, role, or user; and
the ability to designate the step assignee based on the
assignee in the previous step or on an attribute value.
The system should have inbuilt document management
capability to store, archive and retrieve documents. It
should support searching and metadata management
Ability to assign selected user groups with authority to
perform tasks identified in workflow
definition
The Workflow system shall provide inbuilt facility to
design Custom forms that can be attached at one or more
stages of workflow.
Document and The NGO Darpan 2.0 solution will have a fully fledge
Records document and records management component to manage
Management the entire life cycle of different kinds of documents to be
Module used by users in different processes. This module should
be tightly integrated with other modules like core
modules, workflow, BPM, LMS, BI
Page 108 of 182


Manage business critical documents with comprehensive

security, access control, multilingual metadata
categorization, version control and full audit trail
Provide power full search and navigation functionalities to
provide information to user instantly whenever they need
which includes permissioned and actionable search for key
activities like classification, litigation hold and disposition
searches.
Provide simple, user friendly smart UI with customizable,
role-based, workspace oriented views across multiple
devices like thin client, smart phone etc.
Provide smart document editor to users for seamless
editing experience both online and offline. With poor
internet connection, document changes will be stored in
local cache and will automatically sync with the server
when the connection is back.
Provide document centric workflow features for better
collaboration around document creation, review,
approval, authorization and publishing.
Provide inbuilt reports to retrieve information about
document, permission, attributes, user/groups,
workflows, and other document centric activities
Provide a web based document viewer to view and print
common file types right from the browser based
application interface regardless of user having the native
application installed or not.
Content Content Management Module should allow the designated
Management administrators to dynamically update elements / sections
Module / contents / forms / formats / notices / figures etc. that
change regularly, without the constant need of a web
developer or backend coding job. The CMS should offer
easy administration of the overall NGO Darpan 2.0
Application, simply requiring nominated and authorized
nodal members to log-on to a secure area of the
Application and complete simple web forms and upload to
the centrally controlled database, so that the changes are
reflected throughout the Application pages / sections, as
applicable.
Easy Administration - The admin components should make
it easy to manage all the tasks involved in content
production including keeping track of scheduled content
and related assets, monitoring site and administrator
activity, adding functionality through modules and
plugins, managing notifications for tasks etc.
Powerful Publishing Tools – CMS module should work with
any type of content from short news items to longer
articles with custom layouts to landing pages with
Page 109 of 182


embedded documents and integrate this into an overall

publication workflow. It should also handle SEO, content
tagging, adding images, video and more from within the
publishing interface.
Built-In SEO Tools - CMS module should have built in SEO
tools to automatically create URLs that work for both
readers and search engines. CMS will also help to add
meta descriptions, page titles, and authenticate with
Google and Bing Webmaster Tools. It should also allow to
easily add alt tags for images, comply with accessibility
guidelines, and avoid duplicate content.
Social Media Integration - Social media platforms are a
preferred destination to reach and interact with key
audiences. CMS should take account of social tools. It
should help to add social media sharing buttons for the
most important sites to any page or piece of content, and
ensuring that content is optimized for sharing on each
platform.
Detailed Analytics – CMS module should have functionality
to integrate with popular analytics tools
Simple Workflow and Publishing Controls – There should
be a workflow based maker checker mechanism inbuilt
between creation and publication of content in citizen
portal.
Multi-Platform Capabilities – The CMS module should be
futuristic enough to cater to multiple platforms or
websites in future.
Robust Content Templates – CMS module should come with
wide range of templates which should reduce the
overhead of necessary publishing grunt work every time a
new article or document is published in the citizen portal.
Comprehensive Search – CMS module should come with a
robust search functionality
Versioning for Rollback – CMS module should provide
versioning control for easier rollback
The platform should have its own User and Rights
Management module as well as it can be integrated with
any Active Directory
The platform should support users to easily define
audience segments with robust rules for fine-grained
personalization and engage these segments with a range
of personalized experiences across pages, navigation and
assets.
Gateway and System Integrator should implement SOAP or RESTApi
Integrations based integration framework to enable seamless
integration and data exchange between various systems /
Page 110 of 182


applications (Both Government applications and Third

Party systems) as required. The provisions of the
“Interface Component” should be considered for the
integration requirement.
Integration with External applications and systems – The
system should be capable enough to exchange data /
information to and from other external systems or
departmental applications. It is required that a standard
mechanism of data exchange should be built and
implemented by the System Integrator, using a industry
specified data exchange protocol through a secure
channel, to cater to any external systems requirement so
that the impact on the NGO Darpan 2.0 is minimal due to
any external changes. At the same time, it is important
that NGO Darpan 2.0 should be as self-sufficient as
possible and support other systems / applications with
required data / information as required.
Integration with SMS, Email Gateway and WhatsApp – The
SMS, Email and WhatsApp Gateway Service should act as a
common communication service, integrated as part of
NGO Darpan 2.0 solution framework, and should be used
to deliver SMS / Email or WhatsApp based services to all
stakeholders.
It should support both Push and Pull services. It should
also support common information that can be pushed to a
group of people or general citizen as required, based on
defined criteria and need. A citizen should also be able
to request for specific information / service at the
individual level through Pull based communication
service.
Integration with Payment Gateway - NGO Darpan 2.0
solution should have integration with a leading payment
gateway for processing online transactions from citizens,
NGOs, vendors or other third parties.
As per GOI: Should support UPI QR code & RuPay
Debit/Credit/ Prepaid card solutions in online Payment
Gateway
ALL online transactions should be PCI-DSS compliant.

Social Media Integration - NGO Darpan 2.0 Citizen Portal/
Web Portal and the underlying Web Content Management
Module should have integrations with leading social
media channels like Facebook, Twitter or LinkedIn to post
messages and also perform sentiment analysis.
Page 111 of 182


Chatbot Integration - Web portal / Citizen portal should

have a chatbot integrated with it to respond to citizen
queries and provide responses based on predefined FAQ as
well as contextual / AI based understanding.
The chatbot should also have features like Realtime hand

over to a support agent in the backend.
Also Should have -

a. Support for English and Hindi
b. Voice Chat
c. Chat transfer to a human agent as a fallback
mechanism
d. Analytical Dashboard (Only for analysis purposes – not
for user)
e. Sentiment and Mood Analysis (not directly used by the
end user)
Deployment The NGO Darpan 2.0 application shall be deployed on
Architecture cloud (NIC/MeitY empanelled providers) as a package and
shall be accessible to various users through a dedicated
NGO Darpan 2.0 network and over internet depending on
the type of users.
The end users should be able access the Cloud application
through their end point devices after duly authenticating
the user
Software based Video conferencing services shall be
configured at the central cloud through a conference
controller unit
Central Anti-virus Solution should be deployed at the
cloud premises with end client licenses and software
installed on the servers
Cloud NGO Darpan 2.0 application package will be hosted
Requirements centrally on the cloud
Cloud application will act as a single source of data for all
records and information envisioned under this project.
Cloud will also be used to provide host of collaborative
services (email, voice and video communications etc.),
backup and NLDR services, Helpdesk and support services
and management services (Asset, network and
application).
System Integrator may provide NGO Darpan 2.0
application services hosted on cloud as Software as a
Service deployment model. System Integrator should
submit an approach to provision different components of
the NGO Darpan 2.0 solution with a different cloud
hosting strategy to optimize performance and cost while
ensuring security and compliance.
Page 112 of 182


All underlying hardware, network and security

requirements for hosting of application need to be
provisioned by the System Integrator and the Cloud
Services Provider (CSP) who would be part of the bidders
consortium.
The Cloud Services Provider (CSP) engaged by the System
Integrator for Deployment of NGO Darpan 2.0 application
should be NIC/MeiTY empanelled and audited by MeitY for
virtual private cloud service model.
NGO Darpan 2.0 Cloud based system should be hosted in a
cloud environment in India. Disaster Recovery site of 50
percent capacity of all identified Critical infrastructure
should also be hosted as in different seismic zones in India
The CSP Datacenter should comply with the at-least
uptime Tier-III or above standards. Based on the Quality of
Service (QoS) indicators and other performance
parameters given in the requirement. System Integrator
should design detailed specifications for the same and
implement. The specifications must be futuristic with at
least a seven-year horizon to start with and recommended
servers for provisioning should be on a managed services
model from System Integrator
The Infrastructure shall be configured in the cloud for
high availability and there should be no single point of
Failure for NGO Darpan 2.0 application. The network and
application should be load balanced such that utilization
of both network bandwidth and Application server
resources does not exceed 70% utilization during peak
load conditions.
System Integrator will be responsible for managing and
maintaining the entire cloud environment and all
associated Infrastructure procured under the BOQ
(including all VMs), sizing of applications, software and
licenses. System Integrator will be responsible for
managing storage, data archival, backups and other
related services
Provision for separate De Militarized Zones should be
made as below:
External Server DMZ: For the hosting of Servers such as

Web Server as the same are required to be accessed from
public network i.e. Internet.
Internal Server DMZ: For hosting of servers that provide

services such as DNS, AAA, VPN etc. for accessing the web
NGO Darpan 2.0 application
Page 113 of 182


The various segments of devices should be divided into

separate Virtual LANs (VLAN) to have the segmentation of
users and restrict unnecessary network traffic (broadcasts
etc.) from utilizing the resources.
The CSPs facilities/services shall be certified to be
compliant to the following standards: ISO 27001, ISO
27017, ISO 27018, ISO 20000-9, ISO/IEC 20000-1
The CSP/Service Provider shall meet all the security
requirements indicated in the IT Act 2000, the terms and
conditions of the Provisional Empanelment of the Cloud
Service Providers and shall comply with the audit criteria
defined by STQC.
Pay-as-you-grow: Cloud provider should offer a simple
pay-as-you-go pricing where customers can pay for
compute capacity by the hour with no long-term
commitments.
The CSP/Service Provider shall comply or meet any
security requirements applicable to CSPs/Service
Providers published (or to be published) by MeitY or any
standards body setup / recognized by Government of India
from time to time and notified to the CSP/Service
Providers by MeitY as a mandatory standard.
Authentication and authorization must happen on a
separate channel before allowing user to connect to any
service / applications - i.e. only authentication and
authorization controls to communicate via a specific port
or control channel.
VPN gateway must be setup to ensure controlled access,
appropriate security rules must be employed to encrypt
outward data flow, IDS, IPS, API Gateways to be setup and
LB logs to be maintained for any activities and access and
exceptions to carried out in the cloud setup, Database
logs to be routed as part of the Logging GCC setup.
All users must be authenticated either locally by the
Controller or via a 3rd party authentication system such as
AD, LDAP, RADIUS, SAML, 2FA providers etc.
a) VM requirement as per hosting the NGO Darpan 2.0
solution along with the required operating system.
b) Network to be provisioned to meet the compute,
storage, backup requirement.
c) Solution should protect against application layer
attack, web based attack and identity spoofing.
d) Bidders need to provision report on uptime of
infrastructure on monthly basis
Page 114 of 182


System Integrator must provide in their technical proposal

all details w.r.t sizing and specifications (throughput,
IOPS, compute capacity, cores, processors, MIPS,
bandwidth requirements etc.) for each of the solution
components that are required to ensure that all
application functionality, including data access, file
downloads, and online transactions, is performed within
commercially acceptable response times and as per the
defined SLA’s. System Integrator must state the capacity
that will be required for each of the application and what
tools and techniques will be required to continuously
monitor application performance.
System Integrator should offer cloud services in high
availability and redundant manner to avoid single point of
failure at any point of time.
System Integrator shall propose to host Applications and
storage on cloud for complete Data Recovery (DR)
operations where Recovery Point Objective (RPO) shall be
nearing zero minute & Recovery Time Objective (RTO) is
less than equal to 2 hours
The System Integrator shall implement and provide the
audit & compliance features to enable Department or its
nominated agency to monitor the provisioned resources,
performance, resource utilization, and security
compliance to view into the performance and availability
of the cloud services being used, as well as alerts that are
automatically triggered by changes in the health of those
services.
System Integrator shall manage and report Event-based
alerts to provide proactive notifications of scheduled
activities, such as any changes to the infrastructure
powering the cloud resources.
System Integrator shall provide System-wide visibility into
resource utilization, application performance, and
operational health through proactive monitoring (collect
and track metrics, collect and monitor log files, and set
alarms) of the cloud resources.
System Integrator shall manage and store Logs of all user
activity within an account. The recorded information
should include the identity of the API caller, the time of
the API call, the source IP address of the API caller, the
request parameters, and the response elements returned
by the cloud service. This is required to enable security
analysis, resource change tracking, and compliance
auditing.
Page 115 of 182


System Integrator shall provide for Automated security

assessment service that helps improve the security and
compliance of applications deployed on cloud by
automatically assessing applications for vulnerabilities or
deviations from best practices. After performing an
assessment, the tools should produce a detailed list of
security findings prioritized by level of severity
System Integrator shall provide a detailed Bill of material
(BOM) of all infrastructure proposed by him on the cloud
for running the NGO Darpan 2.0 application and support
services for the project.
Cloud The Solution should be able to abstract compute,
Management network, and storage resources for the application and
platform user self-service regardless of server, network and storage
hardware
Proposed solution should support containers, including
Dockers and/or other containerization platforms
Proposed solution should have a mechanism to migrate
applications between resources such as different host
groups or VMs.
Solution should provide automation and orchestration
solution for automated delivery of IaaS services so that
when VM/app is created it should automatically get the
required virtualized compute without any manual
intervention
Solution should be built using programmable, policy &
software defined infrastructure components which should
be independent of underlying hardware components and
use standard x86 servers, storage, switches from any OEM
make and model.
Solution should provide auto scaling support for all
compute instances (without any manual intervention)
during peak demand as well as normal workloads to
maintain stable performance of application
Scaling should be done both vertically – by increasing the
amount of memory available to each instance – or
horizontally – by creating additional instances.
Solution should have capability to Provision the Compute
Instance on the fly (without reboot) through Console
within 15 minutes.
The solution shall allow authorized administrators,
developers or business users to request new IT services
and manage specific cloud and IT resources, while
ensuring compliance with business policies.
REST API: Provide a comprehensive set of Cloud REST
APIs. These APIs enable developers to automate the
Page 116 of 182


provisioning and management of cloud resources,

including servers, network, and administration and
reporting quickly and efficiently using scripts
The Solution should be able to monitor key performance
characteristics of the virtual resource including but not
limited to OS, Memory, Storage, Network etc.
The Solution should monitor all the critical operating
system level services and should check for their status like
running, not running, paused.
The solution should provide orchestration layer to have
automated disaster recovery. The recovery plan should be
granular enough to enable individual VM level recovery at
the DR site
The Solution should provide patch management
capabilities such that it should be able to update patches
on its own hypervisor and update guest operating system.
Solution should have tools/software incorporated to patch
all the provisioned VM in Cloud, through automated
Patching tool.
Solution must provide different tools and interfaces
(command-line or GUI) for users and administrators to
perform various tasks.
Web Console /Portal: An intuitive, web-based user
interface that allows full control and administration of
cloud-based virtual infrastructure platforms, network
domains, servers and storage etc.
Back Up and Data Center Security Solution:
Security
Solutions DC Security Solution to provide complete server
protection, full application control, microsegmentation,
administrator privilege de-escalation, patch mitigation,
and protection against zero day threat.
Data Security Solution:
Proposed solution must be a platform to secure

information, personal Information and other sensitive
information using Format preserving encryption. Proposed
solution must be stateless platform not requiring any key
managers and must perform Format preserving
encryption, tokenization, masking and bulk encryption.
Proposed data security solution must work at source
(applications) itself and protect data right there itself.
Solution must secure data in use, at rest and in motion.
Solution must support both shelf applications and home
grown.
Page 117 of 182


Encryption :
The physical encryption key manager should be Level 2

compatible chassis with Level 3 Certified HSM Card in
Appliance. It should support Multi-tenancy using multiple
domains, Clustering and high availability and Backup. It
should support separation-of-duties and policies to be
enforced & be capable of managing upto minimum 200000
Keys. It should support Built in Data Discovery and
Classification with both agent as well as agentless
discovery of sensitive PII/PHI data using pre-built and
customized templates including detection of datatypes
within images with OCR feature. It should allow Key
Caching, Key rotation and key Versioning without any
downtime & support REST API Tokens (JWT) that are
short lived. There should be Support for vaulted and
vaultless tokenization and FPE for Government Identities
and PII/PHI data.
Backup Solution :
The solution shall be primarily used to back up the

necessary data that would require backing up would
include the various databases that shall be created for the
Application, network system, logs and reports.
Scheduled unattended backup using policy-based
management for all Server and OS platforms. The
proposed backup solution should be available on various
OS platforms such as Windows, Linux and UNIX platforms.
The solution should support on-line backup and restore of
various applications and Databases. It should be capable
of having multiple back-up sessions simultaneously &
support native Dbase partitioning and partition swapping
for fast data movement while archiving related non-
partitioned data together as complete sets.
It should support different types of backup such as Full
back up, Incremental back up, Differential back up,
Selective back up, Point in Time back up . It should
support different types of user interface such as GUI,
Web-based interface & the proposed backup solution shall
also support granular recovery for VMware , Exchange
server, Share point Portal etc.
EMS and VA Tool:
Helpdesk
Solution It should be able to perform agentless and agent based
scanning. It should have inbuilt dashboarding and
reporting capability with an option of customization as
per the client requirement. It should be hardened and
Page 118 of 182


shall have inbuilt security mechanism for protecting itself

from security attacks.
Page 119 of 182

10.4. Annexure 4- Proposed Re-engineered Processes
10.4.1. NGO’s Registration in NGO Darpan Portal
The Volunteer Organizations, Charitable trusts and Non-Governmental Organizations (collectively

known as NGOs) of India registered as a trust, society, or non-profit private limited under below
mentioned acts are eligible to apply for the NGO DARPAN registration.
1. Indian Trust Act, 1882

2. Societies Registration Act, 1860
3. Companies Act, 1956, as non-profit company under section 8 of Companies Act (previously
The Indian Companies Act (Section 25), 1956
4. Charitable and Religious Trusts Act, 1920.
5. Sikh Gurdwara Act, 1925
6. Trustees and Mortgagees Powers Act, 1866.
7. Wakf Act, 1995
8. Indian Trustees Act, 1866
9. Religious Endowment Act, 1863
10. Public Trust Act, 1950
11. The Rajasthan Societies Registration Act, 1958
12. The Madhya Pradesh Societies Rajistrikaran Act, 1958
13. The Uttar Pradesh Societies Registration Act,1976
14. The Karnataka Societies Registration Act, 1983
15. The Meghalaya Societies Registration Act, 1983
16. The Andhra Pradesh Societies Registration Act, 2001
17. Haryana Registration and regulation societies Act, 2012
18. The Jammu and Kashmir Societies Registration Act, 1998
19. The Society Registration Act (Bombay Adaptation)
20. The Society Registration (Odisha Amendment Act)
21. The Society Registration (Nagaland) Fist Amendment Act, 1969
22. The Himachal Pradesh Societies Registration Act, 2006
23. The Manipur Societies Registration
24. The Mizoram Societies Registration Act, 2005
25. Registration (Bihar Amendment) Act, 2005
26. The Societies Registration, (Goa, Daman and Diu First Amendment Act), 1979
27. The West Bengal Societies Registration Act, 1961
28. The Societies Registration (Gujarat Amendment Act), 1965
29. The Societies Registration (Gujarat Arunachal Pradesh Act), 1978
30. The Tamil Nadu Societies Registration Act, 1975
31. Any other act notified by Government of India or any State / UT Government for such
purposes
The NGOs are required to mandatorily register in the NGO Darpan Portal to avail financial grant
under the Central Sector and Centrally sponsored scheme.
Any NGO/CSO/VO/Trust and similar organisation would be able to register in NGO Daran Portal
through its Web Portal and Mobile App. The Registered NGOs would receive Unique ID (UID) after
successful registration in the NGO Darpan Portal. This UID is one of the preconditions for any
NGO to apply for financial grant under the Central Sector and Centrally sponsored scheme.
Page 120 of 182

A. Process Description (Main Scenario)
Pre-conditions (if any) NGO successfully created Login Id and

Password in the NGO Darpan 2.0
Process Execution time (in Days) Configurable as per approved Charter
# Activity Designation Office Document Mode

of Officer Involved/ required
Involved/ Responsible
Responsible
1. NGO login into Darpan Portal NA NGO NA Automated
using the user id and password
created by them.
2. System verifies NGO login id NA NGO NA Automated
credentials Darpan 2.0
3. NGO enters details like NA NGO NA Automated
registration, Members details
etc. as per the online
registration form in the system
4. NGO uploads all required NA NGO • Copy of the Automated
documents as per the online Registration
registration form & submits in Certificate
the system as a PDF or
JPG
• Pan Card of
NGO
• PAN and
Aadhaar
Card of all
office
bearers
5. System generates Application NA NGO NA Automated
identification No (AIN) and Darpan 2.0
notifies it to NGO on screen,
SMS and email
6. System request for verification NA NGO NA Automated
of PAN and Aadhar numbers to Darpan 2.0
NSDL and UIDAI through web
service/API
7. Third party system of NSDL and NA Systems of NA Automated

UIDAI responds to request and NSDL,
provide details about UIDAI and
authentication/ validation MHA
Page 121 of 182


Responsible
8. If the PAN and Aadhar numbers NA NGO NA Automated
are found correct in terms of Darpan 2.0
holder system forward the
request to VC cell of NITI Aayog
else the request is rejected,
and message will be populated
to NGO login for correction.
SMS and mail also to be sent to
NGO regarding progress of their
registration process.
9. Each member of NA NGO NA Automated
NGO/CSO/VO/Trust should be Darpan 2.0
checked for the linkage
(member of other
NGO/CSO/VO/Trust) through
PAN validation. The linkage
(members related to multiple
NGO/CSO/VO/Trust) should be
alerted to NITI Aayog if the
members are found to be
current or previous member of
any non-
performing/blacklisted NGOs.
The addresses of
NGO/CSO/VO/Trust should be
checked for the duplicity with
other registered
NGO/CSO/VO/Trust. The
duplication in address of
NGO/CSO/VO/Trust should be
alerted to NITI Aayog if it is
found to be similar/matching
to address of any non-
performing/blacklisted NGOs.
10. VC cell receives request on VA Cell NITI Aayog • Copy of the Manual
their dashboard. They verify team Registration
request data & supporting Certificate
documents. as a PDF or
JPG
• Pan Card of
NGO
• PAN and
Aadhaar
Card of all
Page 122 of 182


Responsible
office
bearers
11. If all data and documents are VA Cell NITI Aayog NA Automated
found correct and in order the team
registration request is
approved else NGO is informed
through system to resubmit
within stipulated time.
12. System generates Permanent NA NGO NA Automated

Unique Identification number Darpan 2.0
for NGO and notifies it to NGO’s
dashboard, SMS and email.
Format for generation of
Unique ID is SS/YYYY/XXXXXXX
wherein SS- is for State, YYYY is
for Year and XXXXXXX is
number.
13. Post generation of Unique ID, NA NGO NA Automated
system will reconcile the Darpan 2.0
information from data
available from FCRA and CSR
systems of MHA and MCA.
14. Information of all newly VA Cell NGO NA Automated
registered NGOs with FCRA and Darpan 2.0
CSR will be populated on
respective NGOs login and also
to VAC cell for further
updation. Message will be sent
through SMS and mail to NGOs
for updation of data.
Page 123 of 182

B. Process map
Page 124 of 182

10.4.2. Ministry’s Registration in NGO Darpan Portal
The Ministry providing Grants-in-Aid to NGOs will be onboarded in the NGO Darpan Portal 2.0 as
an entity. Any Ministry (central or even State if required) would be able to register in NGO Daran
Portal through its Web Portal and Mobile App. This will enable the Ministries to include their
Departments/Attached Offices in the Portal. After successful onboarding, Ministries will be able
to use the services like adding new Schemes in Portal, creating Application forms for Grant
request, Grant request scheme processing, approval etc. The Ministries will be able to easily
manage their static information like Ministries Introduction, documents like SOP, Guideline
through the Content Management System of NGO Darpan Portal 2.0.
Pre-conditions (if any) The Ministry has been provided with User Id and
password by NGO Daran Portal 2.0
Administrator
Process Execution time (in Days) • 5 Working Days for login creation from
receiving of the onboarding request.
• 5 Working Days from submission of the fresh
request for registration
• Additional 5 days after resubmission with
clarification

Responsible
1. Ministry submit written Nodal Ministry Onboarding Manual
request to NITI Aayog for Officer, request
onboarding it into the NGO Ministry letter
Darpan 2.0.
2. NITI Aayog will create user id VC Cell NITI Aayog Onboarding Automated
and password in the NGO Ministry request
Darpan 2.0 for the Ministry. letter
3. System sends the user id and NA NGO Darpan NA Automated
password in the email id of 2.0
Ministry provided with
onboarding request
4. Ministry login into Darpan Nodal Ministry NA Automated
Portal using the user id and Officer,
password provided by NITI Ministry
Aayog.
5. System verifies Ministries login NA NGO Darpan NA Automated
id credentials 2.0
6. Ministry change password, re- Nodal Ministry NA Automated
login & enters details like About Officer,
Ministry, Nodal officer details
Page 125 of 182


Responsible
etc. as per online registration Ministry
form
7. Ministry uploads all required NA NGO Onboarding Automated
documents & submits in the request
system letter
8. System forwards the request to NA NGO Darpan NA Automated
VC cell of NITI Aayog. 2.0
9. VC cell receives request on VC Cell team NITI Aayog NA Manual
their dashboard. It verifies
request data & supporting
documents.
10. If all data are found correct and VC Cell team NITI Aayog NA Automated
in order the registration
request is approved else
Ministry is informed through
system to resubmit within
stipulated time.
11. System notifies Ministry on its NA NGO Darpan NA Automated
dashboard, SMS and email 2.0
about successful registration.
Page 126 of 182

B. Process map
Page 127 of 182

10.4.3. Department’s /Attached Office Registration in NGO Darpan Portal

The Departments/Attached Offices providing Grants-in-Aid to NGOs would be registering in the
NGO Darpan Portal 2.0 to use the services like Grant request scheme processing, approval etc.
The Departments/Attached Offices providing Grants-in-Aid to NGOs will be onboarded in the NGO
Darpan Portal 2.0 as an entity. Any registered Ministry (central or even State if required) can
create login for their Departments/Attached Offices. The Departments/Attached Offices would
be able to register in NGO Daran Portal through its Web Portal and Mobile App using this login Id.
After successful onboarding, Departments/Attached Offices will be able to use the services like
adding new Schemes in Portal, creating Application forms for Grant request, Grant request
scheme processing, approval etc. The Departments/Attached Offices will be able to easily
manage their static information like Departments/Attached Offices Introduction, documents like
SOP, Guideline through the Content Management System of NGO Darpan Portal 2.0.
Pre-conditions (if any) The Ministry created Login id for

Departments/Attached Offices for login into
the NGO Daran Portal 2.0
Process Execution time (in Days) • 5 Working Days for login creation from
receiving of the onboarding request
• 5 Working Days from submission of the
fresh request for registration
clarification
# Activity Designation of Office Involved/ Document Mode

Officer Involved/ Responsible required
Responsible
1. Ministry login into Nodal Officer, Ministry NA Automate
Darpan Portal using Ministry d
their user id and
password.
2. Ministry creates Nodal Officer, Ministry NA Automate
login id and Ministry d
password for
Departments/
attached Offices
3. Department/Attach Nodal Officer, Department/Attach NA Automate
ed Office login into Department/Attach ed Office d
Darpan Portal using ed Office
the user id and
password provided
by Ministry.
4. System verifies NA NGO Darpan 2.0 NA Automate
Department/Attach d
Page 128 of 182


Responsible
ed Office login id
credentials
5. Department/Attach Nodal Officer, Department/Attach NA Automate
ed Office change Department/Attach ed Office d
password and re- ed Office
login & enters
details like About
Department/Attach
ed Office, Nodal
officer etc. as per
the online
registration form
6. Department/Attach NA Department/Attach Onboardin Automate
ed Office uploads ed Office g Request d
all required
documents &
submits in the
system
7. System forwards the NA NGO Darpan 2.0 NA Automate
request to VC cell of d
NITI Aayog
8. VC cell receives VC Cell team NITI Aayog NA Manual
request on their
dashboard. It
verifies request
data & supporting
documents.
9. If all data are found VC Cell team NITI Aayog NA Automate
correct and in order d
the registration
request is approved
else Department/
Attached Office is
informed through
system to resubmit
within stipulated
time.
10. System notifies NA NGO Darpan 2.0 NA Automate
Department/Attach d
ed Office on its
dashboard, SMS and
email about
successful
registration.
Page 129 of 182

B. Process map
Page 130 of 182

10.4.4. Blacklisting of NGOs
The NGOs not performing as per expectation/timeline and not able to complete the milestones
or diverted/mismanaged the Grants can be Blacklisted by Ministries.
Pre-conditions (if any) Ministry received and negative report/non-

Compliance report/Complaint against the
NGO or received Alerts from the NGO Darpan
Portal 2.0
Process Execution time (in Days) • Configurable as per
Ministries/Department requirement

Responsible
1. Authorised user login Authorised user, Ministry/Departme NA Automate
into Darpan Portal Ministry/Departme nt/ d
using their user id nt/ Attached Office
and password. Attached Office
2. System verifies user NA NGO Darpan 2.0 NA Automate
credentials. d
3. Authorize user Authorised user, Ministry/Departme NA Automate

initiates the Show Ministry/Departme nt/ d
Cause Notice nt/ Attached Office
issuance to NGO. Attached Office
4. Authorize user adds Authorised user, Ministry/Departme NA Automate

NGO Name, reason, Ministry/Departme nt/ d
timeline for nt/ Attached Office
clarification, other Attached Office
detail etc and
submits.
5. System creates NA NGO Darpan 2.0 NA Automate

Notice in specific d
format.
6. Approves the Notice Nodal Officer, Ministry/Departme NA Automate

in the System and Ministry/Departme nt/ d
take Print for nt/ Attached Office
issuance. Attached Office
Page 131 of 182


Responsible
7. Receives Notice on NGO NGO NA Manual

email and through President/Head
Post.
8. Submit clarification NGO NGO Clarificatio Manual

through post. President/Head n and Copy
of Notice
9. Nodal Officer/ Nodal Officer, Ministry/Departme NA Automate

Concerned Authority Ministry/Departme nt/ d/
either Close the nt/ Attached Office Manual
Notice or order Attached Office
further
Investigation/inspect
ion.
10. If the Nodal Officer, Ministry/Departme NA Manual

Investigation/inspect Ministry/Departme nt/
ion outcome is nt/ Attached Office
negative then based Attached Office
on gravity of
misconduct any one
of the following
action is taken
• Grant
Suspended
• NGO
Blacklisted in
Ministry
• NGO
Blacklisted
at
Government
of India Level
11. Create & Issue Fund Nodal Officer, Ministry/Departme NA Automate
Suspension/ Ministry/Departme nt/ d/
Blacklisting Order nt/ Attached Office Manual
based on Attached Office
Clarification
submitted by NGO
12. System block NGO NA NGO Darpan 2.0 NA Automate
from any fresh d
Application
Page 132 of 182


Responsible
submission, further
disbursal etc. Update
Blacklisting
Information(if any)
list and notifies all
registered Ministries/
department/Attache
d Offices
13. Receives Order on NGO NGO NA Manual
email and through President/Head
Post
14. Blacklisting can be Nodal Officer, Ministry/Departme Documenta Manual

revoked by Ministry/Departme nt/ ry
concerned Ministry / nt/ Attached Office Evidence
Departments post Attached Office for
completion of time revoking of
limit, court order or blacklistin
based on any other g
information
regarding revoking of
blacklisting will be
provided to
respective NGO
through email and
SMS. The same is also
removed from the list
in public domain
Page 133 of 182

B. Process map
Page 134 of 182

10.4.5. Grants-in-Aid Scheme Profile Creation and Approval
The Ministries, Departments, Attached Offices providing Grants-in-Aid to NGOs would be able
to create the profile of Scheme under which Grant-in-Aid can be provided. The Scheme can be
created using the NGO Darpan Portal 2.0. The authorised user would be able to create the
scheme and add the information and document like guideline etc.
Pre-conditions (if any) The Ministries, Departments, Attached

Offices are already registered in NGO Daran
Portal 2.0 and have valid user credentials
Process Execution time (in Days) Configurable
# Activity Designation of Office Involved/ Documen Mode

Officer Involved/ Responsible t
Responsible required
1. Ministry/ Authorise User, Ministry/ NA Automate
Department/ Ministry/ Department/Attach d
Attached Offices Department/Attach ed Office
login into Darpan ed Office
Portal using their
user id and
password.
Ministry/ d
Department/
Attached Offices
Office login id
credentials
authorize user ed Office
initiate creating
new Scheme
authorize user add ed Office
following
information:
i)
Department/Attach
ed Office Name
ii) Name of Scheme
Page 135 of 182


iii) Eligibility
Criteria
iv) Scheme Short
Name
v)Scheme
Description
vi) Type of Scheme
Central Govt / State
Govt
vii) Funding Pattern
viii) Contact Details
ix) Scheme
related document
any other detail
authorize user ed Office
submits the Scheme
creation request
request to Nodal d
Officer about new
Scheme creation
request and notifies
in its dashboard,
SMS and email id
7. Ministry/ Nodal Officer, Ministry/ NA Automate
Nodal Officer ed Office
verifies request
8. If all fields and Nodal Officer, Ministry/ NA Automate
documents are Ministry/ Department/Attach d
correct and in Department/Attach ed Office
order, the Scheme ed Office
request is approved
else Authorized user
is informed through
system to resubmit
request within
stipulated time.
Page 136 of 182


9. System will forward NA NGO Darpan 2.0 NA Automate
information to PFMS d
which will allocate
Scheme id.
10. System notifies NA NGO Darpan 2.0 NA Automate
Department/Attach d
ed Office Users on
its dashboard, SMS
and email about
creation of scheme.
Scheme will be
published on NGO
Darpan 2.0 and
Mobile App
Page 137 of 182

B. Process map
Page 138 of 182

10.4.6. Grants-in-Aid Application form Creation and Approval
to create the Grant request Application form online using the NGO Darpan Portal 2.0. The
authorised user would be able to design form and add the validations and document
requirement.


Responsible
Department/ Ministry/ Department/Attac d
Attached Offices login Department/Atta hed Office
into Darpan Portal ched Office
using their user id and
password.
Ministry/ d
Department/
Attached Offices
Office login id
credentials
Attached Offices Department/Atta hed Office
authorize user select ched Office
the scheme Id and
creates the fields of
Application form
authorize user add ched Office
Eligibility criteria,
Submission timeline,
other business rules
like drop down,
mandatory- non
mandatory, string
Page 139 of 182


Responsible
length, allowed
characters etc at field
level
authorize user add ched Office
total payable amount
with the breakdown
for different heads
etc. in case any of the
scheme grant
application forms
requires any fees
payment at time of
application
submission.
authorize user submits ched Office
the application form
creation request
request to Nodal d
Officer about new
Grant application
form request and
notifies in its
dashboard, SMS and
email id
Nodal Officer verifies ched Office
request
business rule is Ministry/ Department/Attac d
correct and in order, Department/Atta hed Office
the Application ched Office
creation request is
approved else
Authorized user is
informed through
system to resubmit
Page 140 of 182


Responsible
request within
stipulated time.
10. The system will send NA NGO Darpan 2.0 NA Automate
the Form to d
authorized user for
creation of workflow
Page 141 of 182

B. Process map
Page 142 of 182

10.4.7. Grants-in-Aid EoI Creation and approval process
The Ministries, Departments, Attached Offices providing Grants-in-Aid to NGOs would be able to
create the EOI for calling proposals for Grant request online using the NGO Darpan Portal 2.0.
The authorised user would be able to create EOI and add the Terms of Reference and other
conditions as per the requirement.


Officer Responsible required
Involved/
Responsible
1. Ministry/ Department/ Authorise User, Ministry/ NA Automated
Attached Offices login Ministry/ Department/Atta
into Darpan Portal using Department/Att ched Office
their user id and ached Office
password.
2. System verifies Ministry/ NA NGO Darpan 2.0 NA Automated
Department/ Attached
Offices Office login id
credentials
3. Authorize user select the Authorise User, Ministry/ NA Automated
scheme Id and creates Ministry/ Department/Atta
the EoI indent Department/Att ched Office
ached Office
Attached Offices Ministry/ Department/Atta
Authorize user will add Department/Att ched Office
Eligibility criteria, ached Office
Submission timeline, ToR
etc.
5. In case of Closed EOI, Authorise User, Ministry/ NA Automated

Authorize user Selects Ministry/ Department/Atta
the NGOs who can Department/Att ched Office
participate ached Office
authorize user add total Department/Att ched Office
payable amount with the ached Office
breakdown for different
Page 143 of 182


Involved/
Responsible
heads etc. in case any of
the scheme requires EOI
processing and other fees
(if any) at time of
application submission.
authorize user submits Department/Att ched Office
the application form ached Office
creation request
8. System forwards the NA NGO Darpan 2.0 NA Automated
request to Nodal Officer
about new EOI request
and notifies in its
dashboard, SMS and email
id
9. Nodal Officer, Ministry/ NA Automated
Ministry/ Department/
Ministry/ Department/Atta
Attached Offices Nodal
Department/Att ched Office
Officer verifies request
ached Office
10. If ToR and other Nodal Officer, Ministry/ NA Automated
information is correct Ministry/ Department/Atta
and in order, the EOI Department/Att ched Office
creation request is ached Office
approved else Authorized
user is informed through
system to resubmit
request within stipulated
time.
11. The system will send the NA NGO Darpan 2.0 NA Automated
Form to authorized user
for creation of workflow
12. If EOI is Open EOI , the NA NGO Darpan 2.0 NA Automated
system will Generate
Advertisement content
and publish it in Darpan
Portal 2.0
If EOI is closed EOI ,the
system will send emails
as Notification to the
selected NGOs
Page 144 of 182

Page 145 of 182

B. Process map
10.4.8. Grants-in-Aid Scheme workflow creation
Page 146 of 182

to allocate workflow to the Grant-in-Aid Application form online using the NGO Darpan Portal
2.0. The authorised user would be able to create and update workflow and add the fields and
documents required for each steps of Scheme grant request submission, approval, grant
sanction, grant approval, progress monitoring etc process with Business rules.

Offices has created new/updated existing,
Grant-in-Aid Application form
Process Execution time (in Days) • 15 Working Days from approval of
new/updated existing, Grant-in-Aid
Application form
clarification

Department/ Ministry/ Department/Attache d
Attached Offices Department/Attache d Office
login into Darpan d Office
Portal using their
user id and
password.
Ministry/ d
Department/
Attached Offices
Office login id
credentials
authorize user d Office
select the
Application form
create
Verifier/maker,
Approver/Checke
r for Scheme
grant request
Page 147 of 182


submission,
approval, grant
sanction, grant
approval,
progress
monitoring etc
process with
Business rules
creates data
entry field and
document upload
option for each
step of Scheme
grant request
submission,
approval, grant
sanction, grant
approval,
progress
monitoring etc
process with
Business rules.
Department/ Department/Attache d
Ministry/
Attached Offices d Office
Department/Attache
authorize user
d Office
submits the
workflow
7. System forwards NA NGO Darpan 2.0 NA Automate
the request to d
Nodal Officer and
send new
workflow request
and notifies in its
dashboard, SMS
and email id
Nodal Officer d Office
verifies request
Page 148 of 182


documents are Ministry/ Department/Attache d
correct and in Department/Attache d Office
order, the d Office
workflow request
is approved else
Authorized user is
informed through
system to
resubmit request
within stipulated
time.
10. System will NA NGO Darpan 2.0 NA Automate
publish the new d
Grant application
form in the Portal
and App.
11. The system will NA NGO Darpan 2.0 NA Automate
link the d
application form
in the
Information of
scheme section
also
Page 149 of 182

B. Process Map
Page 150 of 182

10.4.9. Grant-in-Aid Scheme Milestone and Fund allocation process
to define milestones for disbursal of grant fund and allocate fund to the Grant-in-Aid scheme
using the NGO Darpan Portal 2.0. The Ministries, Departments, Attached Offices would be able
to create and update milestones and the business rule for completion of each Milestone.

Offices has created Grant-in-Aid Application
form and workflow
# Activity Designation of Office Involved/ Docume Mode

Officer Involved/ Responsible nt
Responsible require
d
1. Ministry/ Department/ Authorise User, Ministry/ NA Automat
Attached Offices login Ministry/ Department/Attac ed
into Darpan Portal using Department/Attac hed Office
their user id and hed Office
password.
2. System verifies Ministry/ NA NGO Darpan 2.0 NA Automat
Department/ Attached ed
Offices Office login id
credentials
Attached Offices Ministry/ Department/Attac ed
authorize user select the Department/Attac hed Office
Scheme Id for milestone hed Office
allocation
4. Ministry/Department/Att Authorise User, Ministry/ NA Automat
ached Office creates rules Ministry/ Department/Attac ed
for fund allocation Department/Attac hed Office
milestone wise- hed Office
• Advance limit
• Reimbursement
limit
5. Ministry/Department/Att Authorise User, Ministry/ NA Automat
ached Office creates rules Ministry/ Department/Attac ed
for Department/Attac hed Office
documents/deliverables hed Office
required for completion
of each milestone wise-
Page 151 of 182

# Activity Designation of Office Involved/ Docume Mode

Officer Involved/ Responsible nt
Responsible require
d
• For Advance
allocation
• For
Reimbursement
And other
Attached Offices Ministry/ Department/Attac ed
authorize user submits Department/Attac hed Office
the milestone for hed Office
approval
7. System forwards the NA NGO Darpan 2.0 NA Automat
request to Nodal Officer ed
and notifies in its
dashboard, SMS and email
id
8. Nodal Officer, Ministry/ NA Automat
Ministry/ Department/
Ministry/ Department/Attac ed
Attached Offices Nodal
Department/Attac hed Office
Officer verifies request
hed Office
9. If all milestones and Nodal Officer, Ministry/ NA Automat
deliverables are in order, Ministry/ Department/Attac ed
the request is approved Department/Attac hed Office
else Authorized user is hed Office
informed through system
to resubmit request
within stipulated time.
10. Ministry/Department/Att Nodal Officer, Ministry/ NA Automat
ached Office Nodal Ministry/ Department/Attac ed
Officer to allocate budget Department/Attac hed Office
for the scheme for each hed Office
Financial Year
11. System keeps record of NA NGO Darpan 2.0 NA Automat
fund allocated for ed
financial year in the
update the balance
budget based on fund
allocated to NGOs
Page 152 of 182

B. Process Map
Page 153 of 182

10.4.10. Grant Application Submission Process NGO Darpan Portal
The NGOs would be able to submit the Application form for Grant online using the NGO Darpan
Portal 2.0/Mobile App. The authorised user would be able to receive the Application online,
they can verify and approve/reject the Application online.
Pre-conditions (if any) NGO is already registered in NGO Daran

Process Execution time (in Days) As per Scheme Charter

Involved/
Responsible
1. NGO Login into the Authorize user, NGO NA Automated
System NGO
2. System verifies user NA NGO Darpan 2.0 NA Automated
credentials
3. Authorize user select the Authorize user, NGO NA Automated
scheme NGO
4. System displays the NA NGO Darpan 2.0 NA Automated
eligibility criteria and
compliance status of
NGO as per Eligibility
criteria
5. NGO provide all details Authorize user, NGO As per the Automated
like prior experience, NGO Eligibility
Geo Location of project criteria
site etc and documents
like Financial statement,
any certificates etc as
required in the Scheme
Application format as
per the procedure and
guidelines laid down
under the scheme
6. System Forward request NA NGO Darpan 2.0 NA Automated
in prescribed format to
the Concerned State
Department
7. State Department/ Nodal Officer, State NA Automated
Committee/ District State Department/
Department receives Department/ Committee/
request and verify Committee/ District
Page 154 of 182


Involved/
Responsible
information and District Department
documents Department Office
Department team visits Department/ Committee/
the Project site and Committee/ District
prepare report, Use District Department
Mobile App to capture Department Office
the GIS coordinates and
other site data.
9. System gives alert in NA NGO Darpan 2.0 NA Automated
case of variation in Geo
Coordinates, NGO is
Blacklisted, or Members
are part of any
blacklisted NGO
10. State Department/ State State NA Automated
Evaluation Committee Department/ Department/
submit recommendation Evaluation Evaluation
and required documents Committee Committee
before due date Office
11. Nodal Officer, Central NA Automated
Central ministry receives
Central Government
recommendation
Government Office
12. Ministry Approves the Nodal Officer, Central NA Automated
Application and apply Central Government
digitally signature Government Office
13. NGO receives approval Authorize user, NGO NA Automated
NGO
Page 155 of 182

B. Process map
Page 156 of 182

10.4.11. Grant Application Submission through EOI in NGO Darpan Portal
The NGOs would be able to submit the Proposal on EOI for Grant online using the NGO Darpan
Portal 2.0/Mobile App. The authorised user would be able to receive the Proposal online, they
can Evaluate and approve/reject the Application online.
Pre-conditions (if any) • NGO is already registered in NGO Daran

Portal 2.0 and have valid user
credentials
• EOI is published
Process Execution time (in Days) As per Scheme Charter

Involved/
Responsible
1. NGO Login into the Authorize user, NGO NA Automated
System NGO
2. System verifies user NA NGO Darpan 2.0 NA Automated
credentials
EOI to respond NGO
4. System displays the EoI NA NGO Darpan 2.0 NA Automated
with ToR
5. NGO provide all details Authorize user, NGO As per the Automated
as per the EoI ToR and NGO Eligibility
submits criteria
6. System Generates AIN NA NGO Darpan 2.0 NA Automated

and Forward request in
prescribed format to the
Concerned State
Department
Department receives Department/ Committee/
request and verify Committee/ District
information and District Department
documents Department Office
Department team visits Department/ Committee/
the Project site and Committee/ District
Page 157 of 182


Involved/
Responsible
prepare report, Use District Department
Mobile App to capture Department Office
the GIS coordinates and
other site data(if
applicable),.
9. System gives alert in NA NGO Darpan 2.0 NA Automated
case of variation in Geo
Coordinates(if
applicable), NGO is
Blacklisted, or Members
are part of any
blacklisted NGO
10. State Department/ State State NA Automated
Evaluation Committee Department/ Department/
submit Proposal Evaluation Evaluation
Evaluation report and Committee Committee
recommendation and Office
required documents
before due date
11. Nodal Officer, Central NA Automated
Central ministry receives
Central Government
recommendation
Government Office
12. Ministry Approves the Nodal Officer, Central NA Automated
Application and apply Central Government
digitally signature Government Office
13. NGO receives EOI result Authorize user, NGO NA Automated
NGO
Page 158 of 182

B. Process map
Page 159 of 182

10.4.12. Grant Sanctioning Process in NGO Darpan Portal-First Disbursal
The Ministries/Department/ Attached Offices would be able to able to submit the sanction and
approve Grant fund transfer online using the NGO Darpan Portal 2.0/Mobile App. The authorised
user would be able to create Sanction Order, Fill PFMS form and receive status of transfer.
Pre-conditions (if any) Grant Application is approved
Process Execution time (in Days) As per Scheme Guideline
Process Description
# Activity Designation of Office Documents Mode

Officer involved required
Involved/
Responsible
1. Authorized User Login into the ASO, Central Central NA Automated

System Ministry Ministry
2. System verifies user credentials NA NGO NA Automated

Darpan
2.0
3. Authorized User select the ASO, Central NGO NA Automated

Approved Grant Ministry Darpan
Application/Proposal for 2.0
Financial Approval
4. System displays the details of NA NGO NA Automated

Application and Project Darpan
proposal and Category wise 2.0
Grant Amount that can be
approved
5. The Admissible Amount as per ASO, Central Central NA Automated

guideline of Scheme is entered Ministry Ministry
into the system
6. System verifies the grant NA NGO NA Automated

amount as per Scheme Darpan
Guideline Business rules and 2.0
forward it for further approval
if it is as per guideline
7. Provide Recommendation on SO Central Central NA Automated

Sanction request submitted Ministry Ministry
Page 160 of 182

Process Description

Officer involved required
Involved/
Responsible
8. Approves Administrative Amount JS/ Secretary / Central NA Automated

to be sanctioned with MoS / Hon’ble Ministry
recommendation in the system Minister (As
per criteria
defined)
9. Sanction order and Bill is NA NGO NA Automated

generated on system Darpan
2.0
10. Sanction Order is digitally Dir NGO / US Central NA Automated

signed/eSigned and stamped by NGO Central Ministry
signatory
11. PFMS form is filled online Order SO Central Central NA Automated

is digitally signed/eSigned and Ministry Ministry
is sent online for processing
with copy of Sanctioned order
to PAO through DDO
12. PAO makes the final payment PAO Officer PAO NA Automated
through electronic transfer Central
13. Details of Disbursed amount is NA NGO NA Automated

received from PFMS system to Darpan
the NGO Darpan 2.0 2.0
Page 161 of 182

B. Process map
Page 162 of 182

10.4.13. Grant Sanctioning Process in NGO Darpan Portal-Recurring/next Disbursal
The Ministries/Department/ Attached Offices would be able to able to submit the sanction and
approve subsequent instalment/ fund transfer online using the NGO Darpan Portal 2.0/Mobile
App. The authorised user would be able to create Sanction Order, Fill PFMS form and receive
status of transfer.
Pre-conditions (if any) • Grant Application is approved based on

State / PMU Recommendation
• First Instalment is paid
• Next instalment is payable as per guideline
Process Description

Officer Involved/ involve required
Responsible d
1. Authorized User Login Authorize user, Central NA Automated

into the System Central Ministry Ministry
2. System verifies user NA NGO NA Automated

credentials Darpan
2.0
3. Authorized User select Authorize user, Central NA Automated

the Approved Grant Central Ministry Ministry
Application for next
Instalment Financial
Approval
4. System displays the NA NGO NA Automated

details of Application Darpan
if fund disbursal is not 2.0
stopped
5. Is project New or Ongoing
6. New
6.1 System provides NA NGO NA Automated

Utilisation certificate Darpan
copy, EAT module 2.0
update status,
Performance report (if
Applicable).
Page 163 of 182

Process Description

Responsible d
6.2 Verify utilisation, EAT Authorize user, Central • Receipt of Automated

module update status, Central Ministry Ministry report of
Performance report of the
1st instalment and PMU/othe
initiate release of next r agencies
instalment applicable • UC as per
GFR
• Update in
EAT
module
6.3 The Admissible Amount ASO, Central Central NA Automated

as per guideline of Ministry Ministry
Scheme is entered into
the system
6.4 System verifies the NA NGO NA Automated

grant amount as per Darpan
Scheme Guideline 2.0
Business rules and
forward it for further
approval if it is as per
guideline
6.5 Provide SO Central Ministry Central NA Automated

Recommendation on Ministry
Sanction request
submitted
6.6 Approves JS/ Secretary / Central NA Automated

Administrative Amount MoS / Hon’ble Ministry
to be sanctioned with Minister (As per
recommendation in criteria defined)
the system
6.7 Sanction Order is Dir NGO / US NGO NA Automated

digitally signed/ Central Central
eSigned and stamped Ministry
by signatory
6.8 PFMS form is filled SO Central NA Automated

online Order is Ministry Central
digitally Ministry
signed/eSigned and is
sent online for
processing with copy
Page 164 of 182

Process Description

Responsible d
of Sanctioned order to
PAO through DDO
6.9 PAO makes the final PAO Officer PAO NA Automated

payment through Central
electronic transfer
7. Existing Project (more

than 1 yr old)
7.1 Verify utilisation, EAT Authorize user, Central • Utilisation •

module update status, Central Ministry Ministry in format
Performance report of prescribe
last year instalment d under
and initiate release of GFR-12A.
next instalment • Audited /
applicable Unaudited
accounts
for the
previous
year
indicating
the
expenditu
re
incurred
on each
sanctione
d item
vis-a-vis
the grant
sanctione
d;
• Budget
Estimates
for the
financial
year for
which the
grant-in-
aid is
required;
and
Page 165 of 182

Process Description

Responsible d
7.2 If there is Unutilized Authorize user, Central

amount, it is deducted Central Ministry Ministry
from the subsequent
grants to the NGOs
while interest earned
by the NGO are to be
deposited to
Consolidated fund of
India.
7.3 If there is provision of Authorize user, Central

increasing the Advance Central Ministry Ministry
based on
performance/award
the same is done
7.4 The Admissible Amount ASO, Central Central NA Automated

as per guideline of Ministry Ministry
Scheme is entered into
the system
7.5 System verifies the NA NGO NA Automated

grant amount as per Darpan
Scheme Guideline 2.0
Business rules and
forward it for further
approval if it is as per
guideline
7.6 Provide SO Central Ministry Central NA Automated

Recommendation on Ministry
Sanction request
submitted
7.7 Approves JS/ Secretary / Central NA Automated

Administrative Amount MoS / Hon’ble Ministry
to be sanctioned with Minister (As per
recommendation in criteria defined)
the system
7.8 Sanction Order is Dir NGO / US NGO NA Automated

digitally signed/ Central Central
eSigned and stamped Ministry
by signatory
Page 166 of 182

Process Description

Responsible d
7.9 PFMS form is filled SO Central NA Automated

online Order is Ministry Central
digitally Ministry
signed/eSigned and is
sent online for
processing with copy
of Sanctioned order to
PAO through DDO
7.10 PAO makes the final PAO Officer PAO NA Automated

payment through Central
electronic transfer
Page 167 of 182

Page 168 of 182

10.4.14. Regular Progress monitoring of Grant Utilization in NGO Darpan Portal
The NGOs would be able to update their utilization report and status regarding the updation of
EAT module here. The Ministries/Department/ Attached Offices would be able to create Field
Inspection Team, Project progress review team etc using this module. These teams would be
able to submit the various progress review report online using the NGO Darpan Portal 2.0/Mobile
App. The authorised user would be able to review and give recommendation based on various
progress reports using the NGO Darpan Portal 2.0/Mobile App.
Pre-conditions (if any) Grant is disbursed to the NGOs
Process Description
# Activity Designation of Office involved Documents Mode

Officer required
Involved/
Responsible
1. Authorized User Login Authorize user, NGO NA Automated

into the System NGO
2. System verifies user NA NGO Darpan NA Automated

credentials Portal
3. The periodic physical Authorize user, NGO NA Automated

progress report is NGO
prepared by NGO as
mentioned in the
guideline of the
Scheme
4. The NGO will submit Authorize user, NGO NA Automated

periodic progress NGO
report to the
Department in
prescribed online
proforma for regular
progress update and
monitoring. NGO to
upload progress of
project by clicking
photographs through
NGO Darpan mobile
app. NGO need to
provide beneficiary
Page 169 of 182

Process Description

Officer required
Involved/
Responsible
details (Aadhar no.) or
any other relevant
information as per
scheme guidelines
5. NGO will prepare Authorize user, NGO NA Automated

UTILIZATION NGO
CERTIFICATES (UCs)
per format provide by
Ministry and submit it
at the end of each
financial year or
before raising request
for next instalment.
6. NGO will submit Authorize user, NGO NA Automated

expenditure details in NGO
EAT module of the
PFMS
7. Authorized User Login Authorize user, Ministry NA Automated

into the System Ministry

credentials Portal
9. Authorized User will Authorize user, Ministry NA Automated

create Field Inspection Ministry
Team and Project
Review and Steering
Group as per Guideline
10. The Field Inspection State State NA Automated

Team would visit the Governments/UT Governments/UT
Scheme Administration Administration
implementation site & or any other or any other
NGO office (if agency agency
required) and would
conduct regular
inspections of the
agencies/ scheme
implementation status
and capture details in
Mobile App etc.
Page 170 of 182

Process Description

Officer required
Involved/
Responsible
11. Authorized User Login Authorize user, State NA Automated

into the System State Governments/UT
Governments/UT Administration
Administration or any other
or any other agency
agency

credentials Portal
13. The Field Inspection State State NA Automated

Team would create Governments/UT Governments/UT
report as per format, Administration Administration
Guideline and send or any other or any other
their reports agency agency
14. Project Review and Committee Project Review Periodic

Steering Group will members, and Steering physical
receive Field Ministry Group progress
Inspection Team report,
report, UCs, EAT Utilization
details certificate
and
expenditure
details
15. Project Review and Committee Project Review Periodic

Steering Group will members, and Steering physical
conduct regular Ministry Group progress
Meetings and discuss report,
the NGO periodic Utilization
physical progress certificate
report, Utilization and
certificate and expenditure
expenditure details in details
EAT module of the
PFMS and Site Progress
report submitted by
Site inspection team
16. Authorized User Login Committee, Ministry NA Automated

into the System Ministry

credentials Portal
Page 171 of 182

Process Description

Officer required
Involved/
Responsible
18. Project Review and Committee, Project Review Review of

Steering Group will Ministry and Steering Progress
prepare and create Group Report
the Review of Progress
Report for the NGO
19. Ministry will decide on Authorize user, Ministry NA Automated

release of any Ministry
subsequent instalment
based on monitoring
report and Utilization
certificates
20. Any NGO found to Authorize user, Ministry NA Automated

have given incorrect Ministry
information or
appropriate use of
fund would be
debarred or
blacklisted
21. Ministry will give order Authorize user, Ministry NA Automated

for closure of Grant if Ministry
all instalments are
utilised by NGO or
Ministry decided to
discontinue the Grant-
in Aid.
Page 172 of 182

B. Process map
Page 173 of 182

BDO DOCUMENT | NITI Aayog | Request for Proposal - Selection of “Managed Service Provider” for NGO Darpan 2.0 in NITI Aayog
10.4.15. Random/Complaint Based Progress monitoring of Grant Utilization in NGO Darpan Portal
The Ministries/Department/ Attached Offices would be able to create Field Inspection Team, Project
progress review team etc for random or complaint-based inspection review using this module. These teams
would be able to submit the status/inspection report online using the NGO Darpan Portal 2.0/Mobile App.
The authorised user would be able to review and give recommendation based on various progress reports
using the NGO Darpan Portal 2.0/Mobile App.
Pre-conditions (if any) • Grant is disbursed to the NGOs

• Adverse news/Complaint is received
Process Description

Officer required
Involved/
Responsible
1. Authorized User Login into Authorize user, Ministry NA Automated

the System Ministry
2. System verifies user NA NGO Darpan Portal NA Automated

credentials
3. The NGOs receiving grant-in- Authorize user, Ministry NA Automated

aid will be selected on a Ministry
random basis. Or
NGOs against whom there are
complaints are selected for
random inspection
4. Authorized User will create Authorize user, Ministry NA Automated

Field Inspection Team as per Ministry
Guideline
5. The Field Inspection Team State State NA Automated

would visit the Scheme Governments/ Governments/UT
implementation site & NGO UT Administration or
office (if required) and would Administration any other agency
conduct regular inspections of or any other
the agencies/ scheme agency
implementation status and
capture details in Mobile App
etc.
6. Authorized User Login into Authorize user, State NA Automated

the System State Governments/UT
Governments/ Administration or
UT any other agency
Administration
Page 174 of 182
Process Description

Officer required
Involved/
Responsible
or any other
agency

credentials
8. The Field Inspection Team State State NA Automated

would create report as per Governments/ Governments/UT
format, Guideline and send UT Administration or
their reports Administration any other agency
or any other
agency
9. Authorized User Login into Authorize user, Ministry NA Automated

the System Ministry

credentials
11. Any NGO found to have given Authorize user, Ministry NA Automated
incorrect information or in- Ministry
appropriate use of fund would
be debarred or blacklisted
Page 175 of 182

B. Process map
Page 176 of 182

10.4.16. Grievance Management process in NGO Darpan Portal
The module will act as singe window for grievance management. The NGOs can lodge their grievances
regarding various processes like delay in Application approval, delay in fund transfer etc.
Ministries/Department/ Attached Offices would be able to receive grievances and can respond to grievances
through this module.
Pre-conditions (if any) None
Process Execution time (in Days) As per Charter to be defined
Process Description

Officer required
Involved/
Responsible
1. Authorized User Login into Authorize user, NGO NA Automated

the System NGO

credentials

Ministry/Department for NGO
Grievance
4. System displays the NA NGO Darpan Portal NA Automated

Categories for Grievances
5. NGO select the category and Authorize user, Ministry NA Automated

enter other details e.g. Delay Ministry
in Grant in Aid Application
approval, than System will
prompt User to provide
details like AIN, Date of
Application etc
6. System generates Grievance NA NGO Darpan Portal NA Automated

Registration no. (GRN)
And forward the Grievance
to concerned authority
7. Receives request and verify Grievance Ministry NA Automated

information and documents of Officer,
grievance Ministry
8. Provides response to the Grievance Ministry NA Automated

Grievance. Officer,
Ministry
Page 177 of 182

Process Description

Officer required
Involved/
Responsible
9. NGO receives Redressal. Grievance Ministry NA Automated

They can escalate the Officer,
Grievance if not satisfied. Ministry
10. System forward the Grievance NA NGO Darpan Portal NA Automated

to next level of escalation
matrix in case of escalation
11. Receives request and verify Nodal Officer, Ministry NA Automated

information and documents of Ministry
grievance
12. Provides response to the Nodal Officer, Ministry NA Automated

Grievance. Ministry
Page 178 of 182

B. Process map
Page 179 of 182

10.4.17. Technical Helpdesk process in NGO Darpan Portal
The module will act as singe window for receiving technical complaints and Providing resolution grievance
management. Any registered user can lodge their technical issues regarding NGO Darpan 2.0 like login issue,
registration issue, non-submission of application etc. Technical Team of NGO Darpan 2.0 would be able to
receive technical issue details and can respond to it through this module.
Pre-conditions (if any) None
Process Execution time (in Days) As per character to be defined
Process Description

Officer required
Involved/
Responsible
1. Registered User Login into the Registered Any office NA Automated

System User

credentials
3. Registered User select the Registered Any office NA Automated

category of issue. User
4. System displays the NA NGO Darpan Portal NA Automated

Categories
5. Registered User enter other Registered Any office NA Automated

details e.g. like Unique Id, User
Scheme ID, Ministry Name etc
6. System generates Ticket NA NGO Darpan Portal NA Automated

number
And forward the ticket to
concerned authority
7. Receives request and verify Helpdesk team, NITI Aayog NA Automated

information and documents of NGO Darpan
grievance
8. Provides response to the Helpdesk team, NITI Aayog NA Automated

Ticket. NGO Darpan
9. User receives Redressal. Registered Any office NA Automated

They can escalate the User
Grievance if not satisfied.
10. System forward the Grievance NA NGO Darpan Portal NA Automated

to next level of escalation
matrix in case of escalation
Page 180 of 182

Process Description

Officer required
Involved/
Responsible
11. Receives request and verify Nodal Officer, Ministry NA Automated

information and documents of Ministry
grievance
12. Provides response to the Helpdesk NITI Aayog NA Automated

Ticket. manager, NGO
Darpan
Page 181 of 182

B. Process map
Page 182 of 182


RFP Vol 2 NGO Darpan 2.0 Unlocked

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

RFP Vol 2 NGO Darpan 2.0 Unlocked

Uploaded by

Copyright:

Available Formats

NGO Darpan 2.

3. SCOPE OF WORK FOR MANAGED SERVICE PROVIDER (MSP) .............................. 25

4. IT INFRASTRUCTURE REQUIREMENTS ....................................................... 32

5. MANPOWER REQUIREMENT OPERATIONS AND MANAGEMENT (O&M) REQUIREMENTS 33

6. OPERATIONS MANAGEMENT (O&M) REQUIREMENTS ...................................... 35

7. TRAINING AND CHANGE MANAGEMENT REQUIREMENTS .................................. 40

8. MILESTONES AND DELIVERABLES ............................................................ 43

9. PROJECT GOVERNANCE AND MONITORING ................................................ 47

1. AMS Alert Management System

2. ASFA Additional Secretary & Financial Advisor

3. ASO Assistant Section Officer

5. COTS Commercial off the Shelf

6. CPGRAMS Centralized Public Grievance Redress and Monitoring System

7. CPSE Central Public Sector Undertaking

8. CSO Civil Society Organisation

9. CSP Cloud Service Provider

10. CSR Corporate Social Responsibility

11. DA District Attorney

12. DCPC Department of Chemicals and Petro-Chemicals

13. DDO Drawing & Disbursing Officer

14. DSW District Social Welfare

15. EAT Expenditure-Advance-Transfer

16. EOI Expression of Interest

17. e-PMS Electronic Project Management System

18. FACS Fraud and Compliance Management System

19. FAQ Frequently Asked Questions

20. FCRA Foreign Contribution Regulatory Act

21. FCRA Foreign Contribution Regulation Act

22. GFR General Financial Rules

23. GIA Grants in Aid

24. GMS Grants Management System

25. IFD Integrated Finance Division

26. IRCA International Register of Certificated Auditors

27. JS Joint Secretary

28. JS Joint Secretary

29. KVIC Khadi and Village Industries Commission

30. KVS Kendriya Vidyalaya Sangathan

31. LGBTQ Lesbian Gay Bisexual Transgender Queer

32. LLP Limited Liability Partnership

33. Meity Ministry of Electronics and Information Technology

34. MIS Management Information System

35. MOES Ministry of Earth Sciences

36. MoHUA Ministry of Housing & Urban Affairs

37. MoWCD Ministry of Women & Child Development

38. NCERT National Council of Educational Research and Training

39. NGO Non-Governmental Organisation

40. NIC National Informatics Centre

41. NITI National Institute for Transforming India

42. NSDL National Securities Depository Limited

43. NSIC National Small Industries Corporation

44. OBC Other Backward Classes

45. OTP One time password

46. PAC Project Appraisal Committee

47. PAMC Project Approval & Monitoring Committee

48. PAN Personal Account Number

49. PAO Pay and accounts officer

50. PERC Project Evaluation & Review Committee

51. PFMS Public Fund Management System

52. PI Principal Investigator

53. PIA Project Implementing Agency

54. PMU Project Monitoring Unit

55. PSC Project Screening Committee

56. PSE Public Sector Undertaking

57. SC Scheduled Caste