Sunteți pe pagina 1din 181

The Institute of Chartered Accountants of India (ICAI)

Request for Proposal (RFP) for development,


implementation and maintenance of Software Applications
at ICAI
Dated: 19 November 2010
Request for Proposal for development, implementation
Document Name
and maintenance of software applications at ICAI

Document Version 1.0

Document Reference Number Parivartan/RFP/2010-11/02

Date of issue of RFP 19 November 2010

Last date for receiving queries from


25 November 2010, 5 PM
vendors by ICAI at parivartan@icai.in

Date for responder(s) conference to


30 November 2010
clarify the queries received

Last date for Submission of Proposal 08 December 2010, 5 PM

Solution Presentation To be communicated

Completion of Technical Evaluation To be communicated

Commercial Bid Opening To be communicated

Note: The bidder must submit the response both in hard copies (two in number) and soft copies on CD (two
in number) either in person or in sealed envelope and sent through registered post or speed post only
addressed to “Mr. Rajanikant Verma, Senior Faculty, The Institute of Chartered Accountants of
Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

India, ICAI Bhawan, P.B. No. 7100, Indraprastha Marg, New Delhi – 110 002” before the mentioned
date and time of submission.

The envelope containing the RFP Response must be super scribed with the title “Response to Request for
Proposal for development, implementation and maintenance of software applications at ICAI”.

ICAI reserves the right to use information submitted in response to this RFP in any manner it may deem
appropriate in evaluating the suitability of the proposed solution.

ICAI Confidential Page 2 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Table of Contents
1. PREFACE ........................................................................................................................................................ 7

1.1 ABOUT THIS DOCUMENT ...................................................................................................................................7


1.2 BACKGROUND ..................................................................................................................................................7
1.3 ORGANIZATION STRUCTURE .............................................................................................................................8
1.4 DEPARTMENTS, COMMITTEES AND THEIR FUNCTIONS ......................................................................................9
1.4.1 DEPARTMENTS .................................................................................................................................................9
1.4.2 STANDING COMMITTEES ................................................................................................................................12
1.4.3 NON-STANDING COMMITTEES ........................................................................................................................13
1.5 THE OPPORTUNITY .........................................................................................................................................19
1.6 THE PROGRAM ...............................................................................................................................................20

2. CONTENTS OF THE BID ................................................................................................................................ 22

2.1 STRUCTURE OF RFP .......................................................................................................................................22


2.2 INSTRUCTIONS TO BIDDERS ............................................................................................................................22
2.3 PAYMENT GUIDELINES ...................................................................................................................................24
2.3.1 DEVELOPMENT PAYMENT SCHEDULE .............................................................................................................24
2.3.2 FMS PAYMENT SCHEDULE ..............................................................................................................................26
2.4 BID EVALUATION ...........................................................................................................................................26
2.4.1 SINGLE-STAGE: TWO-ENVELOPE BIDDING PROCEDURE.................................................................................27
2.4.2 EVALUATION AND COMPARISON OF BIDS .......................................................................................................27
2.4.3 TECHNICAL EVALUATION ...............................................................................................................................27
2.4.4 PRICE-BID EVALUATION ................................................................................................................................28
2.5 GENERAL CONDITIONS OF CONTRACT............................................................................................................28
2.5.1 INTERPRETATION ............................................................................................................................................28
2.5.2 CONDITIONS PRECEDENT................................................................................................................................29
2.5.3 SCOPE OF WORK / CONTRACT..........................................................................................................................29
2.5.4 COMMENCEMENT AND PROGRESS ..................................................................................................................30
2.5.5 CONSTITUTION OF CONSORTIUM ....................................................................................................................30
2.5.6 SUB-CONTRACT ..............................................................................................................................................31
2.5.7 SI‟S OBLIGATIONS ..........................................................................................................................................32
2.5.8 OEM‟S OBLIGATIONS ....................................................................................................................................37
2.5.9 CONTRACT ADMINISTRATION.........................................................................................................................37
2.5.10 PURCHASER‟S OBLIGATIONS AND RIGHTS .................................................................................................38
2.5.10.1 Purchaser’s Obligations .......................................................................................................................38
2.5.10.2 Purchaser’s Rights ................................................................................................................................38
2.5.11 PAYMENTS .................................................................................................................................................39
2.5.12 INTELLECTUAL PROPERTY RIGHTS.............................................................................................................41
2.5.13 INFORMATION SECURITY ...........................................................................................................................41
2.5.14 RECORDS OF CONTRACT DOCUMENTS .......................................................................................................42
2.5.15 OWNERSHIP AND RETENTION OF DOCUMENTS ...........................................................................................42
2.5.16 DATA AND HARDWARE ..............................................................................................................................42
2.5.17 INDEMNITY ................................................................................................................................................42

ICAI Confidential Page 3 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2.5.18 REPRESENTATIONS AND WARRANTIES .......................................................................................................43


2.5.19 CONFIDENTIALITY ......................................................................................................................................44
2.5.20 EVENTS OF DEFAULT BY SI ........................................................................................................................45
2.5.21 CONSEQUENCES OF EVENT OF DEFAULT ....................................................................................................46
2.5.22 STIPULATED TIME SCHEDULE ....................................................................................................................47
2.5.23 TERM AND EXTENSION OF THE CONTRACT ................................................................................................49
2.5.24 TERMINATION ............................................................................................................................................49
2.5.25 CONSEQUENCES OF TERMINATION .............................................................................................................50
2.5.26 DISPUTE RESOLUTION ................................................................................................................................51
2.5.27 CONFLICT OF INTEREST ..............................................................................................................................52
2.5.28 PUBLICITY ..................................................................................................................................................52
2.5.29 FORCE MAJEURE ........................................................................................................................................52
2.5.30 RELATIONSHIP BETWEEN THE PARTIES ......................................................................................................53
2.5.31 APPLICATION .............................................................................................................................................54
2.5.32 PERFORMANCE SECURITY ..........................................................................................................................54
2.5.33 MODIFICATION ...........................................................................................................................................54
2.5.34 CURRENCY OF PAYMENT ...........................................................................................................................54
2.5.35 CHANGE ORDERS / ALTERATION / VARIATION ...........................................................................................54
2.5.36 GOVERNING LANGUAGE ............................................................................................................................56
2.5.37 “NO CLAIM” CERTIFICATE .........................................................................................................................56
2.5.38 WARRANTY ................................................................................................................................................57
2.5.39 PROJECT IN-CHARGE AND CORE TEAM ......................................................................................................57
2.5.40 COMPLETION OF CONTRACT ......................................................................................................................57
2.5.41 NO ASSIGNMENT ........................................................................................................................................58
2.5.42 LIMITATION OF SI‟S LIABILITY TOWARDS THE PURCHASER .......................................................................58
2.5.43 PENALTY ....................................................................................................................................................58
2.5.44 SUSPENSION OF WORK ...............................................................................................................................59

3. OVERVIEW OF EXITING IT AND SERVICE PROCESSES AT ICAI ....................................................................... 60

3.1 CURRENT IT SYSTEMS....................................................................................................................................60


3.2 CURRENT SYSTEM SOFTWARE........................................................................................................................65

4. SCOPE OF WORK ......................................................................................................................................... 66

4.1 PROVISIONING FOR APPLICATION AND SYSTEM SOFTWARE.............................................................................68


4.2 SI SERVICES ...................................................................................................................................................69
4.2.1 PROJECT MANAGEMENT .................................................................................................................................69
4.2.2 DEVELOPMENT METHODOLOGY .....................................................................................................................69
4.2.3 REQUIREMENTS GATHERING WORKSHOPS .....................................................................................................69
4.2.4 SOFTWARE ARCHITECTURE DEFINITION .........................................................................................................69
4.2.5 HIGH LEVEL AND LOW LEVEL DESIGN ...........................................................................................................69
4.2.6 CODING ..........................................................................................................................................................69
4.2.7 SOFTWARE CONFIGURATION MANAGEMENT ..................................................................................................70
4.2.8 TESTING .........................................................................................................................................................70
4.2.9 DATA MIGRATION AND CONVERSION SERVICES .............................................................................................70
4.2.10 TRAINING ...................................................................................................................................................74

ICAI Confidential Page 4 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4.2.10.1 Manpower Training ..............................................................................................................................74


4.2.10.2 Train-the-Trainer Program...................................................................................................................74
4.3 PROJECT DEVELOPMENT LIFECYCLE AND METHODOLOGY ............................................................................74
4.4 GEOGRAPHIC SCOPE OF WORK .......................................................................................................................75
4.5 FUNCTIONAL SCOPE OF WORK .......................................................................................................................77
4.5.1 GENERAL REQUIREMENTS ..............................................................................................................................84
4.5.2 ASSET MANAGEMENT, INVENTORY/STOCK MANAGEMENT SYSTEM ..............................................................88
4.5.3 COLLABORATION PLATFORM ..........................................................................................................................93
4.5.4 CONSOLIDATION & INTEGRATION OF MULTIPLE PORTALS INTO THE MAIN PORTAL FOR ICAI.........................93
4.5.5 COUNCIL AFFAIRS MANAGEMENT SYSTEM ....................................................................................................95
4.5.6 E-LEARNING SYSTEM .....................................................................................................................................97
4.5.7 E-LIBRARY SYSTEM .......................................................................................................................................98
4.5.8 ENTERPRISE CONTENT AND DOCUMENT MANAGEMENT SYSTEM ..................................................................99
4.5.9 E-VOTING SYSTEM .......................................................................................................................................105
4.5.10 EXAMINATION MANAGEMENT AND ONLINE EXAMINATION SYSTEM .......................................................106
4.5.11 FINANCE AND ACCOUNTING SYSTEM .......................................................................................................107
4.5.12 HR AND ADMINISTRATION PAYROLL PROCESSING SYSTEM ....................................................................114
4.5.13 ICAI.ORG WEBSITE ..................................................................................................................................117
4.5.14 IT SERVICE DESK .....................................................................................................................................118
4.5.15 KNOWLEDGE MANAGEMENT PORTAL ......................................................................................................119
4.5.16 LIBRARY MANAGEMENT SYSTEM ............................................................................................................120
4.5.17 LITIGATION MANAGEMENT SYSTEM ........................................................................................................122
4.5.18 ONLINE GRIEVANCE MANAGEMENT/TICKETING SYSTEM ........................................................................124
4.5.19 ONLINE STORE .........................................................................................................................................125
4.5.20 PEER REVIEW SYSTEM .............................................................................................................................126
4.5.21 POSTAL COMMUNICATION MANAGEMENT SYSTEM .................................................................................127
4.5.22 PROCUREMENT AND LOGISTICS ...............................................................................................................129
4.5.23 PUBLICATIONS MANAGEMENT SYSTEM ...................................................................................................134
4.5.24 SELF-SERVICE PORTAL FOR STUDENTS AND MEMBERS ...........................................................................136
4.5.25 STUDENT AND MEMBER MANAGEMENT SYSTEM .....................................................................................137
4.5.26 TRAINING SCHEDULING AND MANAGEMENT SYSTEM..............................................................................140
4.5.27 TRAVEL PLANNING SYSTEM ....................................................................................................................141
4.5.28 WEBCAST SYSTEM ...................................................................................................................................143
4.6 AUDIT REQUIREMENTS .................................................................................................................................145
4.6.1 SECURITY AUDIT ..........................................................................................................................................145
4.6.2 ASSET AUDIT................................................................................................................................................145
4.6.3 USER SATISFACTION AUDIT .........................................................................................................................145
4.6.4 SLA AUDIT ..................................................................................................................................................145
4.7 QUALITY ASSURANCE ..................................................................................................................................145
4.7.1 USER ACCEPTANCE TEST .............................................................................................................................145
4.7.2 SECURITY ACCEPTANCE TEST ......................................................................................................................145
4.7.3 PERFORMANCE, SCALABILITY AND STRESS TEST .........................................................................................146
4.8 SOLUTION SIZING .........................................................................................................................................146

5. SCOPE OF WORK – INFRASTRUCTURE SERVICES ........................................................................................ 147

ICAI Confidential Page 5 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

5.1 DATA CENTRE AND DISASTER RECOVERY SETUP .........................................................................................147


5.1.1 IT INFRASTRUCTURE SETUP ..........................................................................................................................147
5.1.2 IT SECURITY DEPLOYMENT ..........................................................................................................................147
5.1.3 IT PHYSICAL INFRASTRUCTURE ...................................................................................................................147
5.1.4 IT INFRASTRUCTURE APPLICATIONS .............................................................................................................147
5.2 AUTOMATION OF BUSINESS CENTRES AND OTHER OFFICES ..........................................................................148
5.3 MANAGED SERVICES ....................................................................................................................................148

6. APPENDIX ................................................................................................................................................. 150

6.1 APPENDIX A – LIST OF EXISTING WEBSITES AND PORTALS AT THE INSTITUTE ..............................................150
6.2 APPENDIX B - LIST OF EXISTING OFFICES OF THE INSTITUTE ........................................................................152
6.3 APPENDIX C – QUALITY OF SERVICE PARAMETERS......................................................................................157
6.4 APPENDIX D – FORMS AND TEMPLATES .......................................................................................................165
6.4.1 FORM 1: TECHNICAL BID FORM FOR SOFTWARE APPLICATION LICENSES FOR DC AND DR SITES ...............165
6.4.2 FORM 2: TECHNICAL BID FORM FOR SOFTWARE APPLICATION LICENSES FOR ICAI OFFICES ......................165
6.4.3 FORM 3: TECHNICAL BID FORM FOR SERVER HARDWARE AT ICAI PRIMARY DATA CENTER ......................166
6.4.4 FORM 4: TECHNICAL BID FORM FOR SERVER HARDWARE AT ICAI DISASTER RECOVERY CENTER .............167
6.4.5 FORM 5: BID STRUCTURE .............................................................................................................................167
6.4.6 FORM 6: BIDDER COMPANY STATISTICS ......................................................................................................168
6.4.7 FORM 7: PROPOSED PROJECT TEAM STRUCTURE..........................................................................................168
6.4.8 FORM 8: PROPOSED RESOURCE PLANNING & ESTIMATION ..........................................................................168
6.4.9 FORM 9: RELEVANT ILLUSTRATIVE PROJECTS THAT HAVE BEEN EXECUTED ................................................169
6.4.10 FORM 10: AUTHORIZATION FORM FOR SOFTWARE AND SERVICES FROM MEMBERS OF CONSORTIUM.....169
6.4.11 FORM 11: COMPREHENSIVE PROGRAM.....................................................................................................170
6.4.12 FORM 12: GOVERNANCE STRUCTURE ......................................................................................................170
6.4.13 FORM 13: AUDITED ANNUAL REPORTS ....................................................................................................171
6.4.14 FORM 14: CV OF EACH PERSON IDENTIFIED TO BE PART OF THE PROJECT.................................................171
6.4.15 FORM 15: COMMERCIALS TEMPLATE FOR PRIMARY DATA CENTER ........................................................173
6.4.16 FORM 16: COMMERCIALS TEMPLATE FOR DISASTER RECOVERY CENTER ...............................................174
6.5 DEFINITIONS AND ABBREVIATIONS ..............................................................................................................175
6.5.1 DEFINITIONS .................................................................................................................................................175
6.5.2 ABBREVIATIONS ...........................................................................................................................................176

7. SUBMISSION CHECKLIST ............................................................................................................................ 179

ICAI Confidential Page 6 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

1. Preface
1.1 About this document
The purpose of this document is to facilitate the selection of an IT partner to develop, implement and
sustain the software applications landscape at the Institute of Chartered Accountants of India (ICAI) as part
of the Project Parivartan program.

Interested bidders are advised to study this document carefully. The overall functioning of the institute is
governed by The Chartered Accountant Act (1949) and Regulations (1988) and amendments thereof from
time to time. The Bidder should collect the copy of the above artefacts along with this RFP from the ICAI
office to be able to understand the ICAI functioning. This RFP document is not transferable. This document
must be read and understood in its entirety. Please verify that you have a complete copy.

1.2 Background
The Institute of Chartered Accountants of India (ICAI) is a statutory body established under the Chartered
Accountants Act, 1949 (Act No. XXXVIII of 1949), to regulate the profession of Chartered Accountants in
India. During its 61 years of existence, ICAI has achieved recognition as a premier accounting body not
only in the country but also globally, for its contribution in the field of education, professional development,
maintenance of high accounting, auditing and ethical standards. ICAI now is the second largest accounting
body in the world. It has 1, 60,000+ members and 6, 00,000+ students enrolled under it. It renders its
services in every walk of economic life - politics, judiciary, government, agriculture, corporate, non-
government organizations (NGO), etc.

The information below captures the key roles played by ICAI within the society at large and an overview of
the processes executed under each of the functions.

ICAI Confidential Page 7 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

1.3 Organization structure


The following diagram captures the current organization structure at the Institute.

The abbreviations used in the diagram above are elaborated below.

SNO Abbreviation Abbreviation for

HO Head Office, at Delhi


1.
WRO Western Regional Office, at Mumbai
2.
ERO Eastern Regional Office, at Kolkata
3.
SRO Southern Regional Office, at Chennai
4.
NRO Northern Regional Office, at Delhi
5.
CRO Central Regional Office, at Kanpur
6.

ICAI Confidential Page 8 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

CPE Continuing Professional, Education


7.

The following diagram captures the set of key departments, committees and their distribution while
subsequent sections of the document elaborate on the functioning of the Institute.

1.4 Departments, Committees and their functions

1.4.1 Departments
The following table captures the various main departments and associated functions at the Institute.

Name Function

Board Of The Board of Studies is primarily engaged in imparting education mainly through
Studies distance education mode to the students of the professional course of Chartered
Accountancy

CPE All matters connected with continuing professional education of members. post
Directorate qualification course examinations, professional development are dealt by CPE
Directorate

IT directorate aims to synchronize, standardize, optimize and expedite the processes


Information
Technology to bring a unified approach towards all IT initiatives such as Institute's Present ERP,
Directorate Online Exam & Results Processing, websites & portals, eLearning, IT education &
training to Members & Students including Post Qualification Courses &
Information Technology Training

Disciplinary 1. Disciplinary Committee (old) under section 21D of the Chartered


Directorate Accountants Act, 1949

ICAI Confidential Page 9 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Name Function

 To investigate and hold enquiries in respect of a complaint or Information


against a member of the Institute under Section 21 (pending with the
Council prior to the date of coming into force of the new Disciplinary
Mechanism i.e. 17th November, 2006), where the Council is prima facie of
opinion that the member has been guilty of any professional or other
misconduct.
 Summoning of witnesses related to the case, enforcing their attendance and
examining them on oath.
 Discovery and production of any documents and receiving evidences on
affidavit.
 To submit its Report of enquire to the Council of the Institute for its
consideration and for award of punishment/making recommendation of
punishment to the High Court.

2. Board of Discipline under section 21A of the Chartered


Accountants(Amendment) Act, 2006
The Board of Discipline has been constituted by the Council of the Institute under
Section 21A of the Chartered Accountants (Amendment) Act, 2006.

 To consider the prima facie opinion of the Director (Discipline) in respect


of All Information and Complaints where opinion of the Director is that the
member is prima facie guilty of professional or other misconduct mentioned
in the First Schedule to the Act and all cases where prima facie opinion is
that the member is not guilty of any professional or other misconduct
irrespective of Schedules and passing of Orders.
 To enquire into, arrive at a finding and thereafter award punishment in
respect of guilty cases of any professional or other misconduct mentioned
in First Schedule to the Act.
 To consider letter of withdrawal from Complainants and permit withdrawal
if, the circumstances so warrant.

3. Disciplinary Committee New under section 21B of the Chartered Accountants


(Amendment) Act, 2006 .The Disciplinary Committee has been constituted by
the Council of the Institute under Section 21B of the Chartered Accountants
(Amendment) Act, 2006.The Scope of Work of the committee includes:
 To consider the prima facie opinion of the Director (Discipline) in respect
of all Information and Complaints where opinion of the Director is that the
member is prima facie guilty of professional or other misconduct mentioned
in the Second Schedule or in Both the Schedules to the Act and passing of
Orders.
 To enquire into the allegations of professional or other misconduct, issuing
notices to the witnesses and their examinations, arrive at a finding and
award punishment in respect of guilty cases of any professional or other
misconduct mentioned in Second Schedule or in Both the Schedules to the
Act.
 To consider letter of withdrawal from Complainants and permit withdrawal

ICAI Confidential Page 10 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Name Function

if, the circumstances so warrant

Accounting ICAI Accounting Research Foundation has been established as an academy of


Research international standards for the purpose of imparting, disseminating, spreading and
Foundation promoting knowledge, learning, education and understanding in the fields of
Accounting, Auditing, Fiscal laws and policy and allied disciplines. All the
activities of the Foundation would be reinforcing and research shall be the nucleus
of all the activities.

Technical Technical Directorate deals with: All matters connected with research, accounting
Directorate standards, accounting standards for local bodies, expert opinions and publications
issued in this regard.

Secretariat& Administration including International Affairs and Information Technology, deals


Administration with all matters connected with General Administration including Personnel and
HRD, Finance and Accounts, Registration of Students, Members, Firms,
International Affairs, Information Technology, Regional Councils and Branches,
Disciplinary, Internal Audit, Legal; Council; Library and Public Relations. All
administrative activities are looked after by this department are as follow:

 Council Affairs
 Audit
 Examination
 Finance and Accounts
 HRD P&A
 International Affairs
 Journal
 Legal
 Monitoring and Co-ordination – Member Student Services
 Stores
 Publication
 Postal Sales
 Regional Branch Affairs
 Peer Review
 Public Relations
Publication Handles the process of publishing of artefacts and journals on behalf of the Institute

ICAI Confidential Page 11 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

1.4.2 Standing Committees


There are four standing committee‟s established at the Institute and the table below provides the functions
executed by each committee.

Standing Function
Committee

Disciplinary To investigate and hold enquiries in respect of a complaint or Information against a


member of the Institute under Section 21 (pending with the council prior to the date
of coming into force of the new Disciplinary Mechanism i.e. 17th November,
2006), where the Council is prima facie of opinion that the member has been guilty
of any professional or other misconduct. Summoning of witnesses related to the
case, enforcing their attendance and examining them on oath.

Examination Deals with end to end process from announcing of Examination to evaluation to
publishing the results

Executive The Executive Committee – one of the Standing Committees of the Council - is
responsible for all regulatory functions, e.g., maintenance of various registers
pertaining to students/members/firms, admission, removal and restoration of
members, matters connected with Branches including setting up of new Branches,
opening of new Chapters, Students Associations at the Branch level and overseas
offices and those connected with employees as also responsible for custody of the
property, assets and funds of the Institute etc.

Finance The Finance Committee performs the following functions, namely:-

 maintenance of true and correct accounts of all the receipts and payments
on behalf of the Council and the matters in respect of which such receipts
and payments take place and of all the property, securities, debts, funds and
liabilities of the Institute.
 Formulation of budgets and making recommendations to the Council
thereon.
 Control of funds of the Institute.
 Investment of the funds of the Institute in securities and to vary
such investments from time to time subject to the guidelines approved by
the Council.
 Disbursements from the funds of the Institute for expenditure, both revenue
and capital, based on the estimates previously sanctioned by the Council.

ICAI Confidential Page 12 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

1.4.3 Non-Standing Committees


Following are the non-standing committee‟s that function at the Institute to carry out specific objectives and
associated functions. The table below captures the details about each non-standing committee.

Non-Standing Function
Committee

Accounting This committee is responsible to conceive of and suggest areas in which Accounting
Standards Standards need to be developed and to formulate Accounting Standards with a view
Board to assisting the Council of the ICAI in evolving and establishing Accounting
Standards in India. It also examines how far the relevant International Accounting
Standard/International Financial Reporting Standard can be adapted while
formulating the Accounting Standard and to adapt the same and reviews, at regular
intervals, the Accounting Standards from the point of view of acceptance or
changed conditions, and, if necessary, revise the same.

Audit Overview/ overseeing of the Institute's reporting process and disclosure of its
Committee financial information to ensure that financial statement is true and fair and also
Recommending the appointment and removal of statutory auditors and internal
auditors and fixation of audit fee including payment for any other services. This
committee reviews with the management the annual financial statements before
submission to the Council and also review the adequacy of systems controls
including the policies related to data security, integrity etc

This committee is responsible to review the existing and emerging auditing


Auditing &
practices worldwide and identify areas in which Standards on Quality Control,
Assurance
Engagement Standards and Statements on Auditing need to be developed and to
Standards
formulate Engagement Standards, Standards on Quality Control and Statements on
Board
Auditing so that these may be issued under the authority of the Council of the
Institute. It also reviews the existing Standards and Statements on Auditing to
assess their relevance in the changed conditions and to undertake their revision, if
necessary

Board of To produce competent Chartered Accountants capable of making a positive


Studies contribution over their lifetime to the profession and the society in which they work
and to provide a strong foundation of knowledge, skills and professional values that
enables them to continue to learn by lifelong learning and adapt to change
throughout their professional lives. This committee decides/recommends to the
Council the broad policies governing theoretical education, practical training and
computer training of the students undergoing Chartered Accountancy Course. To
provide high quality theoretical education to students of Chartered Accountancy
Course by making available to them useful educational inputs.

ICAI Confidential Page 13 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Non-Standing Function
Committee

Conceives of and suggests areas in which Accounting Standards for Local Bodies
Committee on
need to be developed and formulates Accounting Standards for Local Bodies. It also
Accounting
examines how far International Public Sector Accounting Standards (IPSASs)
Standards for
prepared by the International Public Sector Accounting Standards Board (IPSASB)
Local Bodies
of the International Federation of Accountants (IFAC) can be integrated into
national Accounting Standards for Local Bodies envisaged in paragraph (ii) above
and to integrate the same to the extent possible with a view to facilitate global
harmonization. It reviews, at regular intervals, the Accounting Standards for Local
Bodies from the point of view of acceptance or changed conditions, and, if
necessary, revise the same.

Committee on To act as an integrated hub for research, dialogue, inputs in policy formulation in
Banking, emerging context of financial services confining to Banking, Finance, Insurance and
Insurance and Pension and to identify core issues which have a bearing on the financial services
Pension market and in context of the value added services being provided by the chartered
accountancy profession to the stakeholders. It also acts as an interface between
Government/State Government, Regulators and various constituents of Government
of India/State Government for the financial and collateral services and works for
capacity building.

Committee for To address the issues of profession and problems faced by the CA Firms and
Capacity enhancing their competence through capacity building and improving their visibility
Building of CA amongst the business community. To conceptualize regulatory framework to
Firms & Small facilitate capacity building and to develop rules for formal and informal
and Medium Networking, Merger, De-Merger of CA firms and to standardize implementation
Practitioners issues at the Firms level. To promote Corporate Form of Practice and Multi-
Disciplinary profession by way of encouraging collaboration amongst the
professionals/experts in the relevant fields and facilitating multi-disciplinary
partnership and limited liability partnership. To provide comprehensive guidance
for consolidation of small & medium practitioners and to prescribe standards of
professional practice enabling them to provide effective and value-added services.
To take all steps and actions required for creating awareness and to establish IT
centres & Network clinics for developing a technical forum for interaction among
the firms

ICAI Confidential Page 14 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Non-Standing Function
Committee

Committee on The Committee on Economic and Commercial Laws came into existence in
Economic, February 2008 as one of the Non-Standing Committees of the Institute of Chartered
Commercial Accountants of India with the specific objectives of: Focusing more clearly on the
Laws & WTO emerging professional opportunities in the area of Economic and Commercial
Laws; Examining various Economic and Commercial Laws/Bills and the
Directions, rules etc framed there under; Generating awareness amongst the
members and others on their implications and Makings
suggestions/recommendations/representations etc to the Govt. and other regulatory
authorities on the various laws

Committee on This committee has been setup to provide World Class IT Governance, IS Audit,
Information ERP Consulting and Assurances Services to Maintain Reliability, Confidentiality,
Technology Security and Availability of Information and Systems. The Committee is concerned
with the training and development of the members in the field of Information
Technology and organizes Post Qualification Course on Information Systems Audit
(ISA) and has identified IT Enabled Services (ITeS), particularly ERP, as the next
area for the development of the profession and has started offering ERP Courses
through leading OEM vendors - SAP, Oracle & Microsoft on the finance/ control
module. The Committee also offers CPE Course on CAAT apart from Practical
Workshops on high topics

Committee on Major task of this committee is to examine the tax laws coming within the ambit of
International International Taxation, rules, regulations, circulars, notifications, DTAA etc. which
Taxation may be enacted or issued by the Government from time to time and to send suitable
memoranda containing suggestions for improvements in the respective legislation
and to conduct workshops for Pre-Budget Memorandum and Post-Budget
Memorandum along with the Direct and Indirect Taxes Committee. It also prepares
and submits to the Government, suggestions relating to International Taxation in the
Pre-Budget and Post-Budget Memoranda along with the Direct and Indirect Taxes
Committee. In addition to this, it also prepares suitable representations to the
Government, the Central Board of Direct Taxes or other appropriate bodies on
various issues.

ICAI Confidential Page 15 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Non-Standing Function
Committee

Corporate This committee examines Corporate Laws and Limited Liability Partnership, Rules,
Laws & Regulations, Guidelines, Notifications, Schemes, Schedules issued there under, vis-
Corporate à-vis best global practices and make appropriate representation/suggestions to the
Governance concerned Ministries of Government and to participate as well as to facilitates the
Committee Law making process .It also examines various issues/queries relating to Corporate
Laws either suo-moto or as referred by the Ministry of Corporate Affairs or other
Government and formulates and issue Corporate Affairs Standards, Guidance Note,
Background Material, Reports, Commentaries, References in relation to Corporate
Laws such as mergers and acquisitions, due diligences, valuations of shares,
valuation of businesses, valuation of specific assets, compliances of various laws.
Departments/Authorities.

Committee for To encourage and enhance close links between the Institute and the Chartered
Members in Accountants working in industries in various capacities so as to provide for them, a
Industry base of reference in terms of knowledge, expertise, skills and assistance in
individual career growth through the development of extensive and intensive
relationship with organizations, agencies of the Government, Departments and
Ministries of the Central and State Government in such manner as to provide the
maximum possible exposures to the world of trade, commerce, industry and
Governance, while simultaneously pursuing the goal of providing the maximum of
employment opportunities.

Committee on Deals with the management and management accounting related issues and
Management decisions.
Accounting

Committee on The principal objectives of the Committee on Public Finance and Government
Public Finance Accounting are: To review, analyze, recommend and suggest measures to the Local,
& Government State & Central Government, PSUs and other organizations in Policy assessment,
Accounting planning and execution in public finance, Reforms in Government accounting
system and Maximizing public fund‟s utility to augment and vitalize economic
growth for end beneficiaries: To provide training within the Government bodies, to
evolve methods which would enable in use of present day Information technology
in assisting the accounting reform process, Collaboration and coordination with
Comptroller & Auditor General of India (CAG) and Controller General of Accounts
(CGA) to bring improvements in the framework of Government Accounting
System. To suggest to the Central and State Government the means and ways which
would assist in widening the tax base & in better administration of the revenue
collection, improve MIS, budgetary control mechanisms, and enhance
accountability and transparency.

ICAI Confidential Page 16 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Non-Standing Function
Committee

Continuing To adopt, execute and implement such measures - using whatever technology of
Professional learning considered appropriate - as may provide sufficient opportunity to all
Education Members of the Institute to (a) keep abreast of all current knowledge in their core
Committee areas of competence, (b) familiarize themselves with new and emergent subject
areas related to Professional Development and (c) becoming aware of developments
in related fields and to prognosticate upon the future needs of the society and gear
up the profession to cater to those needs

Committee on To interact with the following agencies on continuous basis on matters relating to
Financial financial markets and investor protection and to bring out booklets monograms on
Markets and topics of interest to investors for example Handbook on investor's protection. It is
Investors' also responsible to initiate research study in the field of Financial Markets and
Protection Investors Protection.

Direct Taxes To examine the direct tax laws, rules, regulations, circulars, notifications, etc. which
Committee may be enacted or issued by the Government from time to time and to send suitable
memoranda containing suggestions for improvements in the respective legislation.
To conduct workshops for Pre-Budget Memorandum and post-Budget
Memorandum. To prepare and submit to the Government, Pre-Budget and Post-
Budget Memoranda relating to Direct Taxes.

Editorial Board To invite and publish relevant articles relevant to the profession from eminent
personalities and to publish news/information regarding forthcoming
activities/events of the Institute and its Regional Councils and their Branches. To
update the members‟ knowledge by publishing latest notifications and circulars, and
amendments in the statute relevant to the profession and to publish technical
pronouncements as released by the Council of the Institute and any other matter
relevant to the profession

Ethical To examine various issues concerning Code of Ethics governing the members of the
Standards Institute. To formulate and establish ethical standards for the profession. To
Board examine and advise on any ethical matters referred to the Board. To review
periodically and publish the revised Code of Ethics and other publications relating
to ethics. To promote public awareness and confidence in the integrity, objectivity,
competence and professionalism of members and to co-ordinate with other
Committees. To examine and deal with the complaints of members against their
unjustified removal as auditors of any entity as per procedure evolved and to take
necessary steps to protect the interests of the members

ICAI Confidential Page 17 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Non-Standing Function
Committee

Expert To reply the queries on Accounting, Auditing and allied matters, received from the
Advisory members of the Institute as per the rules framed for this purpose by the Council and
Committee to publish every year a priced publication, namely, Compendium of Opinions,
containing opinions given by the Committee during the year

Financial The FRRB would review the general purpose financial statements of certain
Reporting enterprises and auditor‟s report thereon with a view to determine, to the extent
Review Board possible: Compliance with the generally accepted accounting principles in the
preparation and presentation of financial statements;
Compliance with the disclosure requirements prescribed by regulatory bodies,
statutes and rules and regulations relevant to the enterprise; and
Compliance with the reporting obligations of the auditor

Indirect Taxes To examine indirect tax laws, rules, regulations, circulars, notifications, etc. which
Committee may be enacted or issued by the Government(s) from time to time and to send
suitable memoranda containing suggestions for modifications in the concerned
legislation To conduct Pre and Post-Budget Workshops and to prepare and submit
to the Government, Pre-Budget and Post-Budget Memoranda relating to Indirect
Taxes. To prepare suitable representations to the Governments, the Central Board of
Excise and Customs and other appropriate bodies on various issues arising under
indirect tax laws

International To maintain liaison with International Bodies and Oversee all organizational
Affairs arrangements arising out of membership of such bodies. Opening of the Chapters of
Committee the Institute outside India and maintaining liaison with them and Coordinating with
technical committees to ensure speedy technical response

Internal Audit The primary objective of the Board is to review existing internal audit practices in
Standards India and to formulate Standards on Internal Audit, which would be issued under
Board the authority of the Council and to review the existing internal audit practices in
India and to develop Standards on Internal Audit (SIAs) to be issued under the
authority of the Council of the Institute

ICAI-ICWAI- Activities/initiation undertaken by the ICAI-ICWAI-ICSI Coordination Committee,


ICSI among others, include : Sharing of common resources and infrastructure – libraries,
Coordination website access/linkage, seeking recognition of three Institutes as education
Committee institutions for the purposes of allotment of land/building, exploring the feasibility
of and modalities for formation of Multi Disciplinary Partnership among the
members of ICAI, ICWAI and ICSI.

ICAI Confidential Page 18 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Non-Standing Function
Committee

Peer Review The main objective of Peer Review is to ensure that in carrying out their
Board professional attestation services assignments; the members of the Institute (a)
comply with the Technical Standards laid down by the Institute and (b) have in
place proper systems (including documentation systems) for maintaining the quality
of the attestation services work they perform. Thus Peer Review is meant for the
purpose of enhancing quality of professional work, transparency in technical
standards used, world class procedures and techniques resulting into more reliable
and useful audit and reports and it has no relationship whatsoever with any
disciplinary or any other regulatory mechanism. The review begins with the
assumption that professionals discharge their responsibilities properly and the aim
of review is to enhance those attributes of professionalism that serve to keep the
profession of chartered accountancy in India in the forefront of the accounting and
auditing profession in the world

Professional The Mission of the Professional Development Committee is to explore, derive,


Development develop, assure and make available opportunities for the use of the professional
Committee talents and skills of Chartered Accountants in different sectors of the world of
Business, Trade and Commerce, Service, Infrastructure Governance and Society as
a whole and to ensure that such opportunities are available equitably to all
Chartered Accountants with due regard to their professional abilities and attributes.

Research To formulate Guidance Notes on accounting aspects to be issued under the authority
Committee of the Council of the Institute. To publish Technical Guides, Studies, Monographs,
etc., on generally accepted accounting and/or auditing principles and practices
designed to enhance the value of the services rendered by the profession.

Vision & This Committee aims to review emerging developments nationally and
Perspective internationally to improvise the strategic work plan to achieve the long-term vision
Planning for building up profession‟s credibility and create a niche in emerging areas as well,
Committee so as to of value to society and expand our reach.

Main Tasks/Activities include:

1. Primary and Secondary Research on National and International


Developments
2. Conducting Surveys for gaining insights for the Vision Exercise
3. Positions papers on various regulatory/ governmental matters

1.5 The Opportunity


Project Parivartan is a journey embarked on to bring about a paradigm shift in the working of the Institute.

ICAI Confidential Page 19 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

The sole aim of “Parivartan” is to create a truly next generation virtual Institute, brought about by IT
transformation of the Institute. The program enables the Institute to take a fresh 360 degree view of existing
processes catering to the needs of the stakeholders, measuring against some of the global bench-marks with
other similar organizations around the world, government stakeholders and other entities.

The program shall ensure that the enormous information available at the Institute, the processes that are put
in place are further optimized / realigned to better serve our members and students, the services that are
offered to the financial world at large are available readily honouring one truth to the information available.

The Self Service portals to all stake holders and further adherence to industry best practices in functioning
of the various departments of the Institute is what the Institute aims to be a key initiative to be realized as
part of this journey.

In today‟s context, the focus at ICAI is on capacity building. ICAI has identified the following areas for
enhancement to achieve their goals:

 New and easy channels to reach out to stakeholders that can improve the effectiveness of servicing
the demand
 Establishing a robust digital platform that can meet the demands from regulatory and compliance
authorities
 Addressing the increase in the scale of operations

1.6 The Program


The following are the broad themes identified by the Institute in adoption of a digital platform as part of the
transformation journey – Parivartan.

 ICAI will provide students, members, government, stakeholders with a centralized digital
platform to improve and optimize the interactions with the Institute while ensuring high and
improved turnaround in service times. ICAI will ensure complete visibility and accessibility to
the information to the authorized end users ensuring its reliability and accuracy.
 ICAI will actively engage in building a reliable, available and secure infrastructure platform
embracing Green computing principles across the value chain in its effort to reduce paper
usage across its offices. ICAI will pioneer the adoption of Green Computing and set a
benchmark across its peer Institutes in the world.
 ICAI will enable its employees across HO, RO and Branch offices to have visibility and access to
the information with best of the breed user experience across all touch points. ICAI will
actively pursue establishing a standard operating environment of its digital technology
platform leveraging licensed software across all its offices thereby better optimizing the
efficiencies of scale. ICAI will automate the processes and sub-process where possible to release
time and energy of its employees from mundane / non-productive tasks into more productive tasks
at the Institute.
 ICAI will aggressively pursue enablement of students and members in the emerging areas of
accounting and auditing profession thereby ensuring timely availability of professional skill sets
in the marketplace leading to better distribution of the opportunity pie across the members and
students of ICAI.ICAI considers Information Technology (IT) as one of the key enablers in this

ICAI Confidential Page 20 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

transformation journey and has framed an IT Strategy and roadmap to realize the vision. ICAI
looks forward to establishing a robust, secure, scalable, modular and reliable organizational
IT infrastructure which can help realize the promise and vision of Project Parivartan.

This document provides the necessary inputs to prospective bidders to propose a solution that is aligned
with the vision of Project Parivartan.

ICAI Confidential Page 21 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2. Contents of the Bid


2.1 Structure of RFP
This document aims to provide an overview of the various software applications proposed to be
implemented at the Institute of Chartered Accountants of India as part of the Project Parivartan program.

The current set of software applications and their usage is documented to help understand the state of IT at
the ICAI which can further feed into the solution design by the bidders keeping the volume of information
that will require migration along with the complexity provided by the multi-technology environment.

The background of the ICAI, the existing operating model, the geographic spread along with the
organization structure is shared to help the bidder understand the scope and spread of the implementation of
the proposed portfolio of software applications.

A clear set of instructions and the bid response evaluation criteria along with the various conditions of
contract are documented in the respective sections of the document.

2.2 Instructions to Bidders


The following are specific instructions to bidders to adhere to as part of the terms and conditions on the
response submission and downstream program execution front.

1. The terms “SI”, “Responder”, “Bidder” has been interchangeably used in the document and means
the System Integrator/Prime Vendor responding to this RFP document.
2. It is not binding on the Purchaser [Institute of Chartered Accountants of India – (ICAI)] to purchase
goods and services (as mentioned in this RFP document) from the System Integrator (SI).
3. The Purchaser reserves the right to release the Purchase Order for each component (Application and
Software Development, Licenses for the packages Proposed in the Solution, Data Migration, etc)
separately as defined in the Scope of Work (Section 4 of this RFP document).
4. For any Software or Tools needed solely for the development, testing, implementation or any
purpose apart from the “Live Deployment and Operation” of the overall Solution, ICAI will not
provide the cost for licenses. These costs, licenses etc. have to be borne by the SI.
5. Purchaser reserves the right to extend the last date/time for submission of response to the RFP or
modify / relax the conditions stipulated in this RFP Document.
6. A response to the RFP determined not substantially responsive may be rejected by Purchaser and
shall not be made responsive subsequently.
7. Canvassing in any form in connection with the response to the RFP is strictly prohibited and bids
submitted by responder who resort to canvassing are liable to be rejected.
8. Purchaser reserves the right to call for any clarification from any/all Intended Primary System
Integrators during the evaluation of the responses. However, no other correspondence on bids will
be entertained. Last date of clarification will according to the calendar mentioned in this RFP
document
9. Overwriting without proper authentication may not be permitted in filling up the bids and may be
rejected.
10. Purchaser reserves the right to review, approve and require amendment of the terms of the
Consortium Contract. No agreement/contract shall be executed, amended, modified and/or

ICAI Confidential Page 22 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

terminated without the prior written consent of ICAI. Purchaser reserves the right to select or reject
any delegate/sub-contractor proposed by SI to execute a part of the project. Where Purchaser deems
necessary, it reserves the right to require replacement of any delegate/sub-contractor with another
delegate/sub-contractor and SI shall terminate forthwith all agreements/contracts other
arrangements with such delegate/sub-contractor and find suitable replacement for such
delegate/sub-contractor to the satisfaction of Purchaser without any additional charge.
11. SI is expected to provide regular, weekly and monthly updates to the Purchaser on the status of
execution of the project. In addition, Purchaser reserves the right to inspect and monitor/assess the
progress of the project at any time during the course of the Contract, after providing due notice to
the SI. Purchaser may demand and upon such demand being made, Purchaser shall be provided
with any document, data, material or any other information which it may require, to enable it to
assess the progress of the project.
12. Purchaser shall also have the right to conduct, either itself or through another agency as it may
deem fit, an audit to monitor the performance by the SI of its obligations/functions in accordance
with the standards committed to or required by Purchaser and the SI undertakes to cooperate with
and provide to Purchaser / any other agency appointed by Purchaser, all Documents and other
details as may be required by them for this purpose. Any deviations or contravention identified as a
result of such audit/assessment would need to be rectified by the SI failing which Purchaser may,
without prejudice to any other rights that it may have, issue a notice of default.
13. Purchaser shall have the right to select multiple SI‟s for the implementation of the project, if
deemed necessary by the Purchaser.
14. Purchaser reserves the right to reject a product which is outdated / obsolete at the time of its actual
implementation. The bidder shall provide and deliver the latest version for each of the software
being used as part of the solution to the production environment and shall do so at no extra cost to
the Purchaser.
15. In case the originally selected SI is not able to meet the scope of work within the prescribed
timelines of the agreed upon project plan, the Purchaser has the right to select multiple SI‟s. Any
additional costs thus incurred by the Purchaser shall be borne by the originally selected SI.
16. Purchaser has the right to reject a product or service at any stage during the tenure of the contract.
In such case, appropriate financial adjustments will be made as per the bill of material mentioned in
the RFP response.
17. Purchaser shall have the right to invite separate quotations directly from OEMs for the purpose of
this project and reserves the right to negotiate with the SI for any differences in price vis-à-vis the
quotations received from the OEM.
18. If in the opinion of the Purchaser, the price of components under Scope of Work like System/
License Software, Service etc is found to be excessive, the Purchaser would reserve the right to
either accept the offer from the SI or procure such components from the OEM directly. In such
case, the SI would be responsible to provide services as mentioned in the Scope of Work at no
additional cost to the Purchaser.

ICAI Confidential Page 23 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2.3 Payment Guidelines

2.3.1 Development Payment Schedule


1. The following are the key guidelines employed in deriving the payment schedule against specific
milestones for the program. The bidder is expected to adhere to the same as part of the solution
being proposed in the response to the RFP. Five releases shall be part of the one year schedule.
2. FMS support in Year 1,after commissioning, is part of the initial costs shared by the bidder and is
built into the development pricing
3. Additional FMS costs for 5 years will be on an OPEX basis and outside the initial one year
schedule.
4. The Institute has envisaged five releases with reference Scope of each schedule defined. Refer to
the Stipulated Time Schedule [Section 2.5.22of this RFP Document] for more details

Phase Activity Payment Milestones


Schedule

Project After furnishing 2 % of the project On Issuance of Letter of Award by


Initiation of Bank Guarantee cost (excluding the Institute& demonstration of
FMS) the project team mobilisation by
selected bidder and acceptance of
the detailed project plan with
milestones and scope from the
selected bidder by the Institute

Release 0 User Acceptance 5 % of the project Upon sign off by the Institute on
User Testing Closure cost (excluding the acceptance of Release 0 scope
Acceptance FMS) of work on the project.

Release 1 Requirements 5 % of the project Upon sign off by the Institute on


Scope closure for cost (excluding the Release 1 scope of work on the
Closure Release 1 FMS) project.

Release 1 User Acceptance 8 % of the project Upon sign off by the Institute on
User Testing Closure cost (excluding the acceptance of Release 1 scope
Acceptance FMS) of work on the project.

Release 1 Completion of end 4 % of the project Upon sign off by the Institute on
End User user training at the cost (excluding the completion of end user
Training Institute FMS) training for Release 1 scope of
work on the project.

ICAI Confidential Page 24 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Release 1 Completion of 4 % of the project Upon sign off by the Institute on


rollout to rollout of Release cost (excluding the completion of rollout to end
centres 1 scope to end FMS) users for Release 1 scope of work
users on the project.

Release 2 Requirements 8 % of the project Upon sign off by the Institute on


Scope closure for cost (excluding the Release 2 scope of work on the
Closure Release 2 FMS) project.

Release 2 User Acceptance 8 % of the project Upon sign off by the Institute on
User Testing Closure cost (excluding the acceptance of Release 2 scope
Acceptance FMS) of work on the project.

Release 2 Completion of end 4 % of the project Upon sign off by the Institute on
End User user training at the cost (excluding the completion of end user
Training Institute FMS) training for Release 2 scope of
work on the project.

Release 2 Completion of 4 % of the project Upon sign off by the Institute on


rollout to rollout of Release cost (excluding the completion of rollout to end
centres 2 scope to end FMS) users for Release 2 scope of work
users on the project.

Release 3 Requirements 8 % of the project Upon sign off by the Institute on


Scope closure for cost (excluding the Release 3 scope of work on the
Closure Release 3 FMS) project.

Release 3 User Acceptance 8 % of the project Upon sign off by the Institute on
User Testing Closure cost (excluding the acceptance of Release 3 scope
Acceptance FMS) of work on the project.

Release 3 Completion of end 4 % of the project Upon sign off by the Institute on
End User user training at the cost (excluding the completion of end user
Training Institute FMS) training for Release 3 scope of
work on the project.

Release 3 Completion of 4 % of the project Upon sign off by the Institute on


rollout to rollout of Release cost (excluding the completion of rollout to end
centres 3 scope to end FMS) users for Release 3 scope of work
users on the project.

Release 4 Requirements 6 % of the project Upon sign off by the Institute on


Scope closure for cost (excluding the Release 4 scope of work on the
Closure Release 4 FMS) project.

ICAI Confidential Page 25 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Release 4 User Acceptance 6 % of the project Upon sign off by the Institute on
User Testing Closure cost (excluding the acceptance of Release 4 scope
Acceptance FMS) of work on the project.

Release 4 Completion of end 4 % of the project Upon sign off by the Institute on
End User user training at the cost (excluding the completion of end user
Training Institute FMS) training for Release 4 scope of
work on the project.

Release 4 Completion of 4 % of the project Upon sign off by the Institute on


rollout to rollout of Release cost (excluding the completion of rollout to end
centres 4 scope to end FMS) users for Release 4 scope of work
users on the project.

Completion 4 % of the project Upon sign off by the Institute on


of cost (excluding the completion of development
development FMS) and implementation phase of the
project

2.3.2 FMS payment schedule


The following are the key aspects related to the payment schedule of the Facility Management Services
on the program. The FMS will be for a period of 5 years post the first year FMS support as detailed in
section 2.3.1 of this RFP document.

1. An invoice to be raised by the SI every month for 60 months on an OPEX mode

2. SLAs will be defined for QoS [Appendix of this RFP document] with specific penalty clauses
inbuilt that need to be reflected in the amount for the month as part of the invoices by the SI.

2.4 Bid Evaluation


The following are the key considerations that form part of the bid evaluation process.

1. Alternate bids are not allowed


2. Only bids from shortlisted Vendors who responded to the EoI ( Parivatan/EOI/2010-11/02)
published shall be evaluated
3. The evaluation team will thoroughly review the proposals submitted b(y various bidders /
consortiums. The broad evaluation will be based as following:-
a. Technical proposal : 60% weight
b. Price proposal : 40% weight
4. Presentation meeting will be conducted with all the bidders. Each of the bidders will be requested to
demonstrate the Solution being proposed in the technical evaluation phase of the process.
5. Based on multiple parameters, the evaluation team will calculate the technical evaluation score
for each bidder at the end of this phase.
6. The Institute , in observance of best practices, shall:

ICAI Confidential Page 26 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

a. maintain the bid evaluation process strictly confidential


b. reject any attempts or pressures to distort the outcome of the evaluation, including fraud
and corruption

2.4.1 Single-Stage: Two-Envelope Bidding Procedure


In the single-stage: two-envelope bidding procedure, bidders should submit two sealed envelopes
simultaneously, one containing the technical proposal and the other the price proposal, enclosed together in
an outer single envelope. Initially, only the technical proposals will be opened at the date and time advised
in the bid document. The price proposals remain sealed and are held in custody by the purchaser. The
technical proposals will be evaluated by the purchaser. No amendments or changes to the technical
proposals will be permitted. The objective of the exercise is to allow the purchaser to evaluate the technical
proposals without reference to price.

Bids of bidders which do not conform to the mandatory requirements may be termed as non-responsive and
will not be evaluated further. Following the approval of the technical evaluation, and at an address, date and
time advised by the purchaser, the price proposals will be opened in presence of qualified bidders from
technical evaluation phase. The price proposals are evaluated and, following approval of the price
evaluation, the contract is awarded to the bidder with maximum bid score according to the composite score
as defined below:

Total score = 60% x technical proposal score + 40% x price proposal score

2.4.2 Evaluation and Comparison of bids


Initially the bidder‟s responses will be reviewed for compliance with the terms and conditions mentioned
across different sections of this RFP document. The bidders who fail to comply with any of the terms and
conditions mentioned may be termed as non-responsive and will not be evaluated further. For those bidders
who have qualified the terms and conditions, technical evaluation will be conducted followed by the price-
bid evaluation. The bidders who qualify the minimum technical requirement will be considered for the
price-bid evaluation. The price proposals will remain sealed until the technical evaluation is complete.

2.4.3 Technical Evaluation


The technical bid has a weightage of 60%. The parameters for the technical evaluation their respective
weightage is as follows

Description Weight

A Technical Proposal 60

1 Technical solution 25

2 Approach & Methodology 10

3 Project Experience 8

ICAI Confidential Page 27 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4 Team Details (CVs) 7

5 Firm Details 10

B Price Proposal 40

Total Marks 100

2.4.4 Price-Bid Evaluation


The Price-Bid evaluation is done only for those bids which are responsive and which have a Final Technical
score which is more than or equal to the 75% score for technical proposal mentioned in this RFP document.

The SI is expected to provide a cost catalogue against each piece of Software, Application, or Module,
granular to the level of the applications mentioned in the Scope of Work [Section 4 of this RFP document],
including the licensing cost for ERP, COTS, if any is part of the proposed Solution.

1. For the Data migration and Data Conversion , as stated in Scope of Work, ( section 4.5 of this RFP
Document) SI is expected to provide separate cost components
2. Additionally SI is expected to provide Unit cost for Data Migration/ Data Conversion requirement in
the following format

SNO Activity Size Price

1 Data Migration from a relational


Database to Relational
Database – for One
table , for 10,000
records

2 Data Migration from a flat file to


Relational Database –
for One table , for
10,000 records

3 Digitization and For an A3/A4 Size *


Migration of data Number of Pages in
contained within 1000‟s

2.5 General Conditions of Contract

2.5.1 Interpretation
In this Contract unless a contrary intention is evident:

ICAI Confidential Page 28 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

1. Unless otherwise specified a reference to a clause number is a reference to all of its sub-clauses;
2. Unless otherwise specified a reference to a clause, sub-clause or section is a reference to a clause, sub-
clause or section of this Contract including any amendments or modifications to the same from time to
time;
3. A word in the singular includes the plural and a word in the plural includes the singular; a reference to
a person includes a partnership and a body corporate;
4. A reference to legislation includes legislation repealing, replacing or amending that legislation;
5. Where a word or phrase is given a particular meaning, it includes the appropriate grammatical forms of
that word or phrase which have corresponding meanings.
6. In the event of an inconsistency between the terms of this Contract and the RFP and the Bid, the terms
hereof shall prevail.

2.5.2 Conditions Precedent


This Contract is subject to the fulfilment of the following conditions by the SI.

1. Furnishing by the Prime Consortium Member, an unconditional, irrevocable and continuing Bank
Guarantee of the sum equivalent to 10% of the total contract value, in a form and manner acceptable to
the Purchaser which would remain valid until such time and be renewable as may be stipulated by the
Purchaser.
2. Execution of a Deed of Indemnity (Format to be provided)in terms of this Contract
3. Obtaining of all statutory and other approvals required for the performance of the Services under this
Contract. This may include approvals/clearances, wherever applicable, that may be required for
execution of this contract e.g. clearances from Government authorities for importing equipment,
exemption of Tax/Duties/Levies, work permits/clearances for SI / SI‟s team, etc.
4. Where the designated SI is a subsidiary of a company or a member of a group of companies or is a joint
venture company or is special purpose vehicle (SPV) [formed to execute the obligations under this
Contract] and where the Purchaser may specify (on account of the SI‟s failure to fulfil all selection
criteria specified in the RFP), the parent or flagship company/ majority shareholder of such SI having
furnished an unconditional, irrevocable and continuing guarantee of an amount equivalent to bank
guarantee behalf of the SI in a form and manner acceptable to the Purchaser which would remain valid
until such time, beyond the term of the Contract, as may be stipulated by the Purchaser
5. All the members of the Consortium shall have executed a binding Consortium Contract / Agreement a
notarized copy of which shall have been delivered to the Purchaser.
6. All the members of the Consortium shall have executed a Power of Attorney authorizing the Prime
Consortium Member to act for and on behalf of the Consortium members, a notarized copy of which
shall have been delivered to the Purchaser.
7. Furnishing of such other documents as the Purchaser may specify

The Purchaser reserves the right to waive any or all of the conditions specified above in writing and no such
waiver shall affect or impair any right, power or remedy that the Purchaser may otherwise have.

2.5.3 Scope of work / contract


1. Scope of the Contract shall be as defined in Scope of Work (Section 4 of this RFP document) and
Annexes thereto of this RFP.

ICAI Confidential Page 29 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2. Purchaser has engaged the SI for providing a turnkey solution towards Supply, Installation, Integration,
Commissioning, and Management & Maintenance of Software, and Services as specified in Scope of
work (Section 4) of this RFP thereto for Purchaser using which the Purchaser intends to perform its
business operations. The SI is required to provide such goods, services and support as the Purchaser
may deem proper and necessary, during the term of this Contract, and includes all such processes and
activities which are consistent with the proposals set forth in the Bid, the RFP and this Contract and are
deemed necessary by the Purchaser, in order to meet the scope of work.
3. Unless specified by the Purchaser to the contrary, the SI shall deliver the goods, perform the Services
and carry out the scope of work in accordance with the terms of this Contract, and Scope of Work as
laid down.
4. If the Contract / Service Specification include more than one document, then unless the Purchaser
specifies to the contrary, the later in time shall prevail over a document of earlier date to the extent of
any inconsistency.
5. The Purchaser reserves the right to amend any of the terms and conditions in relation to the Contract /
Service Specifications and may issue any such directions which are not necessarily stipulated therein if
it deems necessary for the fulfilment of the scope of work.

2.5.4 Commencement and Progress


1. The SI shall subject to the fulfilment of the conditions precedent set out in this RFP Document,
commence the performance of its obligations in a manner as specified in the Scope of Work.
2. The SI shall proceed to carry out the activities / services with diligence and expedition in accordance
with any stipulation as to the time, manner, mode, and method of execution contained in the Contract.
3. The Prime Consortium Member shall be responsible for and shall ensure that all activities / services are
performed in accordance with the Contract and Scope of Work and that the SI‟s Team complies with
such scope and all other standards, terms and other stipulations/conditions set out hereunder.
4. The SI shall perform the activities / services and carry out its obligations under the Contract with due
diligence, efficiency and economy, in accordance with generally accepted techniques and practices used
in the industry and with professional engineering and consulting standards recognized by international
professional bodies and shall observe sound management, engineering and security practices. It shall
employ appropriate advanced technology and engineering practices and safe and effective equipment,
machinery, material and methods. The SI shall always act, in respect of any matter relating to this
Contract, as faithful advisors to the Purchaser and shall, at all times, support and safeguard the
Purchaser's legitimate interests in any dealings with Third parties.

2.5.5 Constitution of Consortium


1. For the purposes of fulfilment of its obligations as laid down under the Contract, the SI shortlisted as
part of the response to the EOI, shall be the Prime Consortium Member (Prime bidder), and shall be the
sole point of interface with the Purchaser and would be absolutely accountable for the performance of
its own, the other members of Consortium and/or its Team‟s functions and obligations.
2. The Consortium members agree that the Prime Consortium Member shall be the prime point of contact
between the Consortium members and the Purchaser and shall be primarily responsible for the
discharge and administration of all the obligations contained herein and, the Purchaser, unless it deems
necessary, shall deal only with the Prime Consortium Member.
3. The Prime Consortium Member and the OEM shall enter into a tri-partite agreement with the Purchaser.

ICAI Confidential Page 30 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4. The Purchaser reserves the right to review, approve and require amendment of the terms of the
Consortium Contract or any contract or agreements entered into by and between the members of such
Consortium and no such agreement/contract shall be executed, amended, modified and/or terminated
without the prior written consent of the Purchaser. An executed copy of each of such
agreements/contracts shall, immediately upon execution be submitted by the SI to the Purchaser,
5. In case of a breach of any of the terms hereof, unless the Purchaser decides otherwise, the Prime bidder
shall be severally liable for all consequences resulting thereon, with the OEM and other consortium
members, if any, being liable to the extent of total value of the project.
6. A notice of at least 6 months in advance is required to be given by the Prime Consortium Member to the
Purchaser if during the term of this Contract, the Prime Consortium Member desires to terminate any
contract/arrangement relating to the performance of Services hereunder with any member of the
Consortium
7. Where, during the term of this Contract, the Prime Consortium Member terminates any
contract/arrangement or agreement relating to the performance of Services hereunder with a member of
the Consortium (subject to approval by the purchaser), the Prime bidder shall be severally liable for all
consequences resulting thereon, with the OEM and other consortium members, if any, being liable to
the extent of payment being received by them as part of the project through the SI. The Prime
Consortium Member shall in such case ensure the smooth continuation of Services by providing a
suitable replacement subject to approval and to the satisfaction of the Purchaser at no additional charge
and at the earliest opportunity to ensure adherence to the agreed program execution timelines.

2.5.6 Sub-contract
1. It is expected that SI should execute the development and implementation of the project. SI shall not
appoint any delegate/subcontractor for the performance of SI Services under this contract nor assign the
same to any Consortium Member
2. However, the support of OEMs only for certain tasks limited to installation, commissioning &
maintenance support related to their respective equipment/software is permitted. Other than SI
Services, in case any part of the work / services under this contract is required to be assigned by SI to a
third party, the same shall be included as a Consortium member of the SI and be declared at the time of
bidding.
3. However, subject to the final discretion and prior written consent of Purchaser, the SI may seek the
appointment of a delegate /sub-contractor for any specific task or the performance of any Service to
enable execution of the scope of work as stipulated under the Contract, provided that such a
delegate/subcontractor meets the technical and financial qualifications prescribed by Purchaser. The
terms of the contracts proposed to be entered into with the sub-contractors shall require the prior written
approval of Purchaser and shall be in conformity with the terms of the Contract. Where deemed
necessary, Purchaser may refuse to consent to the delegation/sub-contacting of any process or function.
4. The SI shall immediately upon execution of the contract(s) to be entered into with such delegate/sub-
contractor, provide a copy of the same to Purchaser and shall not review, amend, modify or terminate
the terms of such contracts without the prior written consent of Purchaser.
5. Prior to executing any contract or entering into any Contract or understanding with a delegate/sub-
contractor, the SI shall ensure that each delegate/sub-contractor appointed by the SI executes a Deed of
Adherence and a Performance Undertaking. A copy of the detailed agreement with prices blanked shall
be submitted to the Purchaser within 15 days from the date of signing the Contract.

ICAI Confidential Page 31 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6. Any change in the Sub-contractor(s) after the arrangement is firmed up, will be made by the SI only
with the prior written approval of the Purchaser which approval shall not be unreasonably withheld and
only from amongst those sub-contractor(s) as proposed by the SI in his proposal and as are found
technically acceptable. The Purchaser‟s decision shall be notified to the SI within fourteen (14)
Working Days of receipt of request for such change along with all necessary documents in support of
the requested change provided, however, that request for change is received at least one (1) month prior
to the schedule start of the relevant activity.
7. The SI shall be responsible and ensure the proper execution and performance of the services or tasks so
delegated/sub-contracted and shall be liable for any non-performance or breach by such delegate/sub-
contractor. The SI should indemnify the Purchaser of any losses, damages, claims or such other
implications arising from or out of the acts and omissions of such delegate/sub-contractor. The SI shall
be responsible for making all payments to the delegate/sub-contractor as may be necessary, in respect of
any work performed or task executed, and the Purchaser shall not be responsible for any part or full
payment which is to due to such delegate/sub-contractor.
8. All rights of use of any process, product, service or facility developed or any other task performed by
the delegate/subcontractor for the SI, under a subcontract/agreement would lie exclusively with
Purchaser in perpetuity free from all liens, encumbrances and other third party rights and the SI shall,
wherever required take all steps that may be necessary to ensure the transfer of such ownership in
favour of Purchaser.
9. Nothing in this Contract or any delegation/subcontract agreement hereunder shall relieve the SI from its
liabilities or obligations under this Contract to provide the Services in accordance with this Contract.
However, the SI reserves the right to hold the delegate/subcontractor liable for any act/omission of any
delegate/subcontractor which additionally ensuring that such instances do not impact the program
schedule and execution activities.

2.5.7 SI’s Obligations


1. The SI‟s obligations shall include implementation of Software Applications as specified by the
Purchaser in the Scope of Work and other sections of the RFP and Contract and changes thereof to
enable the Purchaser to meet the objectives and operational requirements of the program. It will be the
SI‟s responsibility to ensure the proper and successful implementation, performance and continued
operation of the proposed solution in accordance with and in strict adherence to the terms of the Bid,
the RFP and this Contract.
2. The SI/Consortium member/sub-contractors needs to use licensed and approved software and such
usage of such legal software should not have any conflicts with any IP that may be challenged in any
manner. In case of any issue relating to the same, all associated cost and damages will be borne by the
SI and addition penalty may be put by the purchasers on the SI.
3. The SI needs to propose the server and storage requirement to host the proposed Solution and their
application. The SI shall deliver the “unpriced” Bill of Material for the hardware servers along with
networking / bandwidth (LAN, WAN) requirements aspects as part of the response.
4. The SI shall be responsible to the Purchaser for meeting all obligations of the consortium for executing
the „Scope of Work‟ and meeting all obligations of this RFP. The SI shall also be the sole point of
contact for all matters relating to this RFP and Contract thereof.
5. The SI shall ensure that the SI‟s Team is competent, professional and possesses the requisite
qualifications and experience appropriate to the task they are required to perform under this Contract.

ICAI Confidential Page 32 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

The SI shall ensure that the Services are performed through the efforts of the SI‟s Team, in accordance
with the terms hereof and to the satisfaction of the Purchaser. Nothing in this Contract relieves the SI
from its liabilities or obligations under this Contract to provide the Services in accordance with the
Purchaser‟s directions and requirements and as stated in this Contract and the Bid to the extent accepted
by the Purchaser and the SI shall be liable for any non-performance, non-compliance, breach or other
loss and damage resulting either directly or indirectly by or on account of its Team.
6. The Purchaser shall arrange at respective Purchaser Sites and Purchaser Locations, desktops, printers,
stationary that may be required by SI team during the contract period for performance of Services under
this contract.
7. The SI‟s Representative(s) shall have the entire power requisite for the execution of scope of work and
performance of services under this contract. The SI‟s Representative(s) shall liaise with the Purchaser‟s
Representative for the proper coordination and timely completion of the works and on any other matters
pertaining to the works. He will extend full co-operation to Purchaser‟s representative in the manner
required by them for supervision/ inspection/ observation of the equipment/goods/ material, procedures,
performance, progress, reports and records pertaining to the works. He shall also have complete charge
of the SI‟s personnel engaged in the performance of the works and to ensure compliance of rules,
regulations and safety practice. The SI shall also cooperate with the other Service Providers/ Vendors of
the Purchaser working at the Purchaser Locations. Such SI‟s representative(s) shall be available to the
Purchaser‟s Representative at respective Purchaser locations during the execution of works.
8. The SI shall be responsible on an ongoing basis for coordination with other vendors and agencies of the
Purchaser in order to resolve issues and oversee implementation of the same. The SI shall also be
responsible for resolving conflicts between vendors in case of borderline integration issues.
9. Reporting Progress
 SI shall monitor progress of all the activities related to the execution of this contract and shall
submit to the Purchaser, at no extra cost, progress reports with reference to all related work,
milestones and their progress during the implementation phase on a weekly basis. SI should also
provide a dashboard view of the progress of the project.
 Post implementation, the SI shall submit to the Purchaser, MIS reports as an ongoing basis.
 Formats for all abovementioned reports and their dissemination mechanism shall be discussed and
finalized prior to initiation of the Project. The Purchaser on mutual agreement between both parties
may change the formats, periodicity and dissemination mechanism for such reports.
 Periodic meetings shall be held between the representatives of the Purchaser and the SI once in
every week during the implementation phase to discuss the progress of implementation. After the
implementation phase is over, the meeting shall be held as an ongoing basis, once in every 30 days
to discuss the performance of the contract.
 SI shall ensure that the respective solution teams involved in the execution of work are part of such
meetings.
 High level Steering Committee involving representatives of the Purchaser and senior officials of
the SI (including the Country Head/ Operational Head) shall be formed for the purpose of this
contract. This committee shall meet at intervals, as decided by the Purchaser later, to oversee the
progress of the project.
 All the goods, services and manpower to be provided / deployed by the SI under the Contract and
the manner and speed of execution and maintenance of the work and services are to be conducted
in a manner to the satisfaction of Purchaser‟s representative in accordance with the Contract.

ICAI Confidential Page 33 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

 Should the rate of progress of the works or any part of them at any time fall behind the stipulated
time for completion or is found to be too slow to ensure completion of the works by the stipulated
time, or is in deviation to RFP requirements/ standards, the Purchaser‟s representative shall so
notify the SI in writing.
 The SI shall reply to the written notice, within 3 working days, giving details of the measures he
proposes to take to expedite the progress so as to complete the works by the prescribed time or to
ensure compliance to RFP requirements. The SI shall not be entitled to any additional payment for
taking such steps. If at any time it should appear to the Purchaser or Purchaser‟s representative that
the actual progress of work does not conform to the approved programme the SI shall produce at
the request of the Purchaser‟s representative a revised programme showing the modification to the
approved programme necessary to ensure completion of the works within the time for completion
or steps initiated to ensure compliance to the stipulated requirements.
 The submission seeking approval by the Purchaser or Purchaser‟s representative of such
programme shall not relieve the SI of any of his duties or responsibilities under the Contract.
 In case during execution of works, the progress falls behind schedule or does not meet the RFP
Scope requirements, SI shall deploy extra manpower/ resources to make up the progress or to meet
the RFP scope requirements. Programme for deployment of extra man power/ resources will be
submitted to the Purchaser for its review and approval, which approval shall not be unreasonably
withheld. All time and cost effect in this respect shall be borne, by the SI within the contract value
and pose no additional cost to the Purchaser.

10. Programme of Work


 The SI shall submit to the Purchaser for its approval a detailed programme along with the response
to RFP, showing the sequence, procedure and method in which he proposes to carry out the works
as stipulated under Scope of Work (Section 4 of this RFP Document) and shall, whenever
reasonably required by the Purchaser‟s Representative furnish in writing the arrangements and
methods proposed to be made for carrying out the works. The programme so submitted by the SI
shall conform to the requirements and timelines specified in the Contract. The Purchaser and the SI
shall discuss and agree upon the work procedures to be followed for effective execution of the
works, which the SI intends to deploy and shall be clearly specified. Approval by the Purchaser‟s
Representative of a programme shall not relieve the SI of any of his duties or responsibilities under
the Contract.
 However, if the SI‟s work plans necessitate a disruption/ shutdown in Purchaser‟s operation, the
plan shall be mutually discussed and developed so as to keep such disruption/shutdown to the barest
unavoidable minimum. Any time and cost arising due to failure of the SI to develop/adhere to such
a work plan shall be borne by the SI.
11. SI‟s Organisation
 The SI shall supply to the Purchaser for its approval, along with the response, an organization chart
showing the proposed organization/manpower to be established by the SI for execution of the work
including the identities and Curriculum-Vitae of the key personnel to be deployed in the prescribed
format. The purchaser have right to approve/deny/ask for replacement of the manpower if purchaser
deems the profile not matching to service the scope work as defined in this contract.
 The SI should to the best of its efforts, avoid any change in the organization structure proposed for
execution of this contract or replacement of any manpower resource appointed at the Purchaser

ICAI Confidential Page 34 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Locations. If the same is however unavoidable, due to circumstances such as the resource leaving
the SI‟s organisation, SI shall promptly inform the Purchaser in writing, and the same shall require
subsequent approval by the Purchaser. The SI should replace the said manpower with at par or
better manpower with approval and consent of the purchaser.
 The purchaser reserves the right to interview and access the competence of any manpower resource,
the SI wishes to deploy for the project.
 In case of replacement of any manpower resource, the SI should ensure efficient knowledge transfer
from the outgoing resource to the incoming resource and adequate hand-holding period and training
for the incoming resource in order to maintain the continued level of service.
 All manpower resources deployed by the SI for execution of this contract must strictly adhere to the
attendance reporting procedures and make their services available for the entire reporting time
period at respective Purchaser Locations or any location designated by the Purchaser.
 The SI shall provide at the respective sites necessary supervision during the execution of work and
as long thereafter as the Purchaser may consider necessary for the proper fulfilment of the SI‟s
obligations under the Contract. The SI or a competent and authorized representative(s) shall be
constantly present at the respective Sites supervision. The SI shall authorize his representative to
receive directions and instructions from the Purchaser‟s Representative.
 The SI shall be responsible for the deployment, transportation, accommodation and other
requirements of all its employees required for the execution of the work and provision of services
for all costs/charges in connection thereof.
 The SI shall provide and deploy, at the Purchaser Location for carrying out the work, only those
manpower resources who are qualified/skilled and experienced in their respective trades and who
are competent to deliver in a proper and timely manner the work they are required to perform or to
manage/supervise the work.
 The Purchaser‟s Representative may at any time object to and require the SI to remove forthwith
from the Purchaser Location any authorized representative or employee of the SI or any person(s)
of the SI‟s team, if, in the opinion of the Purchaser‟s Representative the person in question has
misconduct or his / her deployment is otherwise considered undesirable by the Purchaser‟s
Representative. The SI shall forthwith remove and shall not again deploy the person without the
written consent of the Purchaser‟s Representative.
 The Purchaser‟s Representative may at any time object to and request the SI to remove from the
Purchaser Location any of SI‟s authorized representative including any employee of the SI or his
team or any person(s) deployed by SI or a person on the team for professional incompetence or
negligence or for being deployed for work for which the person is not suited. The SI shall consider
the Purchaser‟s Representative request and may accede to or disregard it. The Purchaser‟s
Representative, having made a request, as aforesaid in the case of any person, which the SI has
disregarded, may in the case of the same person at any time but on a different occasion, and for a
different instance of one of the reasons referred to above in this Clause object to and require the SI
to remove that person from deployment on the work, which the SI shall then forthwith do and shall
not again deploy any person so objected to on the work or on the sort of work in question (as the
case may be) without the written consent of the Purchaser‟s Representative.
 The Purchaser‟s Representative shall state to the SI in writing the reasons for any request or
requirement pursuant to this clause.

ICAI Confidential Page 35 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

 The SI shall promptly replace every person removed, pursuant to this section, with a competent
substitute, and at no extra cost to the Purchaser.
12. Knowledge of Functional, Technical and business requirements of purchase
 The SI shall be deemed to have knowledge of the business requirements of Purchaser along with
the functional and technical scope of work based on the information available in connection
therewith and to have satisfied about the scope of work, the data contained in the Bidding
Documents, the geographic scope, transactional scope, the quantities and nature of the works and
materials necessary for the competition of the works, the means of access, and in general to have
obtained all necessary information of all risks, contingencies and circumstances affecting various
obligations and responsibilities therewith under the Contract and ability to perform it. However, if
during site assessment survey, SI detects conditions and/or obstructions affecting the work, the SI
shall take all measures to overcome the same.
 SI shall be deemed to have satisfied as to the correctness and sufficiency of the Contract Price for
the works. The consideration provided in the Contract for the SI undertaking the works shall cover
all the SI‟s obligation and all matters and things necessary for proper execution and maintenance of
the works in accordance with the Contract and for complying with any instructions which
Purchaser„s Representative may issue in accordance with the connection therewith and of any
proper and reasonable measures which the SI takes in the absence of specific instructions from
Purchaser‟s Representative.
13. Adherence to safety procedures, rules regulations and restriction
 SI‟s Team shall comply with the provision of all laws including labour laws, rules, regulations
and notifications issued there under from time to time. All safety and labour laws enforced by
statutory agencies and by Purchaser shall be applicable in the performance of this Contract and
SI‟s Team shall abide by these laws.
 Access to the Purchaser Locations shall be strictly restricted. No access to any person except
the essential members of the SI‟s Team who are genuinely required for execution of work or for
carrying out management/ maintenance that have been explicitly authorised by the Purchaser
shall be allowed entry to the Purchaser Locations as per the access policy of Purchaser.
 The SI shall take all measures necessary or proper to protect the personnel, work and facilities
and shall observe all reasonable safety rules and instructions. SI‟s Team shall adhere to all
security requirement/regulations of the Purchaser during the execution of the work. Purchaser‟s
employee also shall comply with safety procedures/policy.
 The SI shall report as soon as possible any evidence, which may indicate or is likely to lead to
an abnormal or dangerous situation and shall take all necessary emergency control steps to
avoid such abnormal situations.
 SI shall also adhere to all security requirement/regulations of ICAI during the execution of the
work.
14. Statutory Requirements

During the tenure of this Contract nothing shall be done by the SI or the team in contravention of any law,
act and/ or rules/regulations, there under or any amendment thereof governing inter-alia customs,
stowaways, foreign exchange etc. and shall keep Purchaser indemnified in this regard.

ICAI Confidential Page 36 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2.5.8 OEM’s Obligations


1. The OEM shall supply the Core Application and shall support the SI in the installation,
commissioning, integration and maintenance of these components during the entire period of
contract.
2. In case of any dissatisfaction or default on part of the SI in providing the level of support desired
by the Purchaser in relation to the Core Application supplied by the OEM, the OEM shall extend
the necessary support required to meet the commitments made by the SI without any financial
liability to the Purchaser.
3. It is expected that the vendor shall ensure that the products / solution being supplied by him shall
not be declared End–of-Sale during 24 months from the date of submission of Bid or 12 months
from the date of acceptance by the Purchaser, whichever is later and that the same will be
supported for a minimum period of 5 years from the date of its acceptance by the Purchaser.
4. It is expected that the OEM shall provide the support and assistance to the SI in case of any
problems / issues arising due to integration of the application supplied by him with any other
application(s)/product(s)/Hardware component(s) under the purview of the overall solution. If the
same is not resolved for any reason whatsoever, OEM shall be responsible to provide a solution
that is acceptable to Purchaser without any additional cost to the Purchaser and without impacting
the performance of the solution in any manner whatsoever
5. The OEM shall supply and/or install all new releases, versions, any type of updates, upgrade
patches and/or bug fixes from time to time at no additional cost to the Purchaser.
6. In case of any change in the OEM‟s arrangement or terms of agreement with the SI for providing
support, the OEM shall maintain the level of support as desired by the Purchaser and as committed
by the SI under this contract, without any financial liability to the Purchaser.

2.5.9 Contract Administration


No variation or modification of the terms of the contract shall be made except by written amendment signed
by the parties.

1. Either party may appoint any individual / organization as their authorized representative through a
written notice to the other party. Each Representative shall have the authority to:
a. exercise all of the powers and functions of his Party under this Contract other than the
power to amend this Contract and ensure the proper administration and performance of the
terms hereof; and
b. Bind his or her Party in relation to any matter arising out of or in connection with this
Contract.
2. The SI along with the members of Consortium/third parties shall be bound by all undertakings and
representations made by the authorized representative of the SI and any covenants stipulated hereunder,
with respect to this Contract, for and on their behalf.
3. For the purpose of execution or performance of the obligations under this Contract, the Purchaser‟s
representative would act as an interface with the nominated representative of the SI. The SI shall
comply with any instructions that are given by the Purchaser‟s representative during the course of this
Contract in relation to the performance of its obligations under the terms of this Contract and the
Tender.

ICAI Confidential Page 37 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2.5.10 Purchaser’s Obligations and Rights


2.5.10.1 Purchaser’s Obligations
1. Purchaser shall ensure that timely approval is provided to the SI as and when required, which may
include approval of project plans, implementation methodology, documents, specifications, or any other
document necessary in fulfilment of this contract.
2. The Purchaser shall approve all such documents within 15 working days with a possibility of requesting
additional information where deemed necessary for further reviews.
3. The Purchaser‟s Representative shall interface with the SI, to provide the required information,
clarifications, and to resolve any issues as may arise during the execution of the Contract. Purchaser
shall provide adequate cooperation in providing details, coordinating and obtaining of approvals from
various governmental agencies, in cases, where the intervention of the Purchaser is proper and
necessary.
4. Purchaser may provide on SI‟s request, particulars/information/ or documentation that may be required
by the SI for proper planning and execution of work and for providing services covered under this
contract and for which the SI may have to coordinate with respective vendors.

2.5.10.2 Purchaser’s Rights


1. The Purchaser reserves the right to release the Purchase Order for each component (Application and
Software Development, Licenses for the packages Proposed in the Solution, Data Migration) separately
as defined in the Scope of Work (Section 4 this RFP document).
2. It is not binding on the Purchaser to purchase goods and services (as mentioned in this RFP document)
from the SI.
3. Purchaser reserves the right to extend the last date/time for submission of response to the RFP or
modify / relax the conditions stipulated in this RFP Document.
4. Purchaser reserves the right to call for any clarification from any/all Intended Primary System
Integrators during the evaluation of the responses. However, no other correspondence on bids will be
entertained. Purchaser reserves the right to review, approve and require amendment of the terms of the
Consortium Contract. No agreement/contract shall be executed, amended, modified and/or terminated
without the prior written consent of the Purchaser.
5. Purchaser reserves the right to select or reject any delegate/sub-contractor proposed by SI to execute a
part of the project.
6. Where Purchaser deems necessary, it reserves the right to require replacement of any delegate/sub-
contractor with another delegate/sub-contractor and SI shall terminate the forthwith all
agreements/contracts other arrangements with such delegate/sub-contractor and find of the suitable
replacement for such delegate/sub-contractor to the satisfaction of Purchaser at no additional charge.
7. Purchaser reserves the right to inspect and monitor/assess the progress of the project at any time during
the course of the Contract, after providing due notice to the SI. Purchaser may demand and upon such
demand being made, Purchaser shall be provided with any document, data, material or any other
information which it may require, to enable it to assess the progress of the project.
8. Purchaser shall also have the right to conduct, either itself or through another agency as it may deem fit,
an audit to monitor the performance by the SI of its obligations/functions in accordance with the
standards committed to or required by Purchaser and the SI undertakes to cooperate with and provide to
Purchaser / any other agency appointed by Purchaser, all Documents and other details as may be

ICAI Confidential Page 38 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

required by them for this purpose. Any deviations or contravention identified as a result of such
audit/assessment would need to be rectified by the SI failing which Purchaser may, without prejudice to
any other rights that it may have, issue a notice of default.
9. Purchaser shall have the right to select multiple products for a specified software product requirement.
10. Purchaser reserves the right to reject a product which is outdated / obsolete at the time of its actual
implementation.
11. Purchaser has the right to select multiple SI‟s for the implementation of the project in case any SI is not
able to meet the complete requirement mentioned in the tender.
12. Purchaser has the right to reject a product or service at any stage during the tenure of the contract. In
such case, appropriate financial adjustments will be made as per the bill of material mentioned in the
tender.
13. Purchaser shall have the right to invite separate quotations directly from OEMs for the purpose of this
project and reserves the right to negotiate with the SI for any differences in price vis-à-vis the
quotations received from the OEM.
14. If in the opinion of the Purchaser the price of components under Scope of Work (Section 4 of this RFP
Document) like System/ License Software, Service etc is found to be excessive, the Purchaser would
reserve the right to either accept the offer from the Tenderer or procure such components from the
OEM directly. In such case the SI would be responsible to provide services as mentioned in the Scope
of Work (Section 4 of this RFP Document) at no additional cost to the Purchaser.

2.5.11 Payments
1. Purchaser shall make payments only to the SI (Prime Consortium Member) at the times and in the
manner set out in the Payment schedule as specified in this RFP document subject always to the
fulfilment by the SI of the obligations herein. Payments will be made after the SI obtains the required
sign-off from the Purchaser. Purchaser will make all efforts to make payments to the SI within 60 days
of receipt of invoice(s) and all necessary supporting documents.
2. Purchaser shall make all payments under this Contract, as set out in the Payment clause to the SI only
and shall not be liable to make any payments or for any other related obligation under this contract to
any other party including but not limited to the SI‟s consortium members/ vendors or any other member
of SI‟s Team or any third party engaged by the SI in any way connected with the discharge of the SI‟s
obligation under the Contract and in any manner whatsoever. The SI shall be fully liable and
responsible for meeting all such obligations and all payments to be made to the aforesaid
entities/parties.
3. All payments agreed to be made by Purchaser to the SI in accordance with the Bid shall be inclusive of
all statutory levies, duties, taxes and other charges whenever levied/applicable including costs of
maintenance, if any and Purchaser shall not be liable to pay any such levies/other charges under or in
relation to this Contract and/or the Services.
4. Payment shall be paid at the times and in the manner set out in the Payment schedule as specified
above.
5. Incise of change in taxes under change in law, appropriate parties shall be passed the benefit of the
same over and above the contract value. In case of such change, SI shall submit a formal request with
necessary supporting documents to the Purchaser. The purchaser shall verify these documents and if
applicable and approved in writing by the Purchase, the SI shall incorporate such changes into
subsequent regular invoice for payment.

ICAI Confidential Page 39 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6. No invoice for extra work/change order on account of change order will be submitted by the SI unless
they said extra work /change order has been authorized/approved by the Purchaser in writing in
accordance with the clause on Change order.
7. In the event of Purchaser noticing at any time that any amount has been disbursed wrongly to the SI or
any other amount is due from the SI to the Purchaser, the Purchaser may without prejudice to its rights
recover such amounts by other means after notifying the SI or deduct such amount from any payment
falling due to the SI. The details of such recovery, if any, will be intimated to the SI. The SI shall
receive the payment of undisputed amount under subsequent invoice for any amount that has been
omitted in previous invoice by mistake on the part of the Purchaser or the SI.
8. All payments to the SI shall be subject to the deductions of tax at source under Income Tax Act, and
other taxes and deductions as provided for under any law, rule or regulation. All costs, damages or
expenses which Purchaser may have paid or incurred, for which under the provisions of the Contract,
the SI is liable, the same shall be deducted by Purchaser from any dues to the SI. All payments to the SI
shall be made after making necessary deductions as per terms of the Contract and recoveries towards
facilities, if any, provided by the Purchaser to the SI on chargeable basis.
9. Duties, Taxes and Statutory levies.
 The SI shall bear all personnel taxes levied or imposed on its personnel, Vendors, consultants, or
any other member of SI‟s Team, etc. on account of payment received under this Contract. The SI
shall bear all corporate taxes, levied or imposed on the SI on account of payments received by it
from the Purchaser for the work done under this Contract.
 SI shall bear all taxes and duties etc. levied or imposed on the SI under the Contract including but
not limited to Sales Tax, Customs duty, Excise duty, Octroi, Service Tax, VAT, Works Contracts
Tax and all Income Tax levied under Indian Income Tax Act – 1961 or any amendment thereof up
to the date for submission of final price proposal, i.e., on account of payments received by him
from the Purchaser for work done under the Contract. It shall be the responsibility of the SI to
submit to the concerned Indian authorities the returns and all other connected documents required
for this purpose. The SI shall also provide the Purchaser such information, as it may be required in
regard to the SI‟s details of payment made by the Purchaser under the Contract for proper
assessment of taxes and duties. The amount of tax withheld by the Purchaser shall at all times be in
accordance with Indian Tax Law and the Purchaser shall promptly furnish to the SI original
certificates (Challans) for tax deduction at source and paid to the Tax Authorities.
 If there is any reduction in taxes / duties due to any reason whatsoever, after Notification of
Award, the same shall be passed on to the Purchaser.
 The SI agrees that he and his Team shall comply with the Indian Income Tax act in force from
time to time and pay Indian Income Tax, as may be imposed / levied on them by the Indian Income
Tax Authorities, for the payments received by them for the works under the Contract.
 Should the SI fail to submit returns/pay taxes in times as stipulated under the Indian Income Tax
Act and consequently any interest or penalty is imposed by the Indian Income Tax authority, the SI
shall pay the same.SI shall indemnify Purchaser against any and all liabilities or claims arising out
of this Contract for such taxes including interest and penalty any such Tax Authority may assess or
levy against the Purchaser/SI.
 The Purchaser shall if so required by applicable laws in force, at the time of payment, deduct
income tax payable by the SI at the rates in force, from the amount due to the SI and pay to the
concerned tax authority directly.

ICAI Confidential Page 40 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2.5.12 Intellectual Property Rights


1. Purchaser shall own and have a right in perpetuity to use all newly created Intellectual Property Rights
which have been developed solely during execution of this Contract, including but not limited to all
processes, products, specifications, reports, drawings and other documents which have been newly
created and developed by the SI solely during the performance of Services and for the purposes of inter-
alia use or sub-license of such Services under this Contract. The SI undertakes to disclose all such
Intellectual Property Rights arising in performance of the Services to the Purchaser and execute all such
agreements/documents and file all relevant applications, effect transfers and obtain all permits and
approvals that may be necessary in this regard to effectively transfer and conserve the Intellectual
Property Rights of the Purchaser.
2. If Purchaser desires, Further, the SI shall be obliged to ensure that all approvals, registrations, licenses,
permits and rights etc. which are inter-alia necessary for use of the goods supplied / installed by the SI,
the same shall be acquired in the name of the Purchaser, prior to termination of this Contract and which
may be assigned by the Purchaser to the SI for the purpose of execution of any of its obligations under
the terms of the Bid, Tender or this Contract. However, subsequent to the term of this Contract, such
approvals, registrations, licenses, permits and rights etc. shall endure to the exclusive benefit of the
Purchaser
3. The SI / SI‟s Team shall ensure that while it uses any software, hardware, processes, document or
material in the course of performing the Services, it does not infringe the Intellectual Property Rights of
any person and the SI shall keep the Purchaser indemnified against all costs, expenses and liabilities
howsoever, arising out any illegal or unauthorized use (piracy) or in connection with any claim or
proceedings relating to any breach or violation of any permission/license terms or infringement of any
Intellectual Property Rights by the SI or the SI‟s Team during the course of performance of the
Services. In case of any infringement by the SI / SI‟s Team, SI shall have sole control of the defence
and all related settlement negotiations.

2.5.13 Information Security


 The SI / SI‟s Team shall not carry any written/printed document, layout diagrams, floppy
diskettes, USB hardware, hard disk, storage tapes, other storage devices or any other goods
/material proprietary to Purchaser into / out of Purchaser Locations without written permission
from the Purchaser.
 The SI / SI‟s Team shall not destroy any unwanted documents, defective tapes/media present at the
Purchaser Locations on their own. All such documents, tapes/media shall be handed over to the
Purchaser.
 The SI and SI‟s Team shall follow Purchaser‟s Information Security policy. Access to Purchaser‟s
data and systems, Email and Internet facility by the SI / SI‟s team at any of the Purchaser Location
shall be in accordance with the security and access policies set by the Purchaser.
 SI and SI‟s Team acknowledge that Purchaser‟s business data and other Purchaser proprietary
information or materials, whether developed by Purchaser or being used by Purchaser pursuant to a
license agreement with a third party (the foregoing collectively referred to herein as “proprietary
information”) are confidential and proprietary to Purchaser; and SI along with its team agrees to
use reasonable care to safeguard the proprietary information and to prevent the unauthorized use or
disclosure thereof, which care shall not be less than that used by SI to protect its own proprietary
information. SI recognizes that the goodwill of Purchaser depends, among other things, upon SI
ICAI Confidential Page 41 of 181
Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

keeping such proprietary information confidential and that unauthorized disclosure of the same by
SI or its team could damage the goodwill of Purchaser, and that by reason of SI‟s duties hereunder.
SI may come into possession of such proprietary information, even though SI does not take any
direct part in or furnish the services performed for the creation of said proprietary information and
shall limit access thereto to employees with a need to such access to perform the services required
by this agreement. SI shall use such information only for the purpose of performing the said
services.
 SI shall, upon termination of this agreement for any reason, or upon demand by Purchaser,
whichever is earliest, return any and all information provided to SI by Purchaser, including any
copies or reproductions, both hardcopy and electronic.

2.5.14 Records of Contract Documents


The SI shall at all time make and keep sufficient copies of the Contract documents, manuals, reference
material, specifications and any other document required by him to fulfil his duties under the Contract.

The SI shall keep at each ICAI Location, adequate number of copies of all documents required to fulfil the
duties under the Contract, in excess of own requirement and those copies shall be available at all times for
use by the Purchaser‟s Representative and/or by any other person authorized by the Purchaser‟s
Representative.

2.5.15 Ownership and Retention of Documents


Forthwith upon expiry or earlier termination of this Contract and at any other time on demand by the
Purchaser, the SI shall deliver to the Purchaser all Documents provided by or originating from the Purchaser
and all Documents produced by or from or for the SI in the course of performing the Services, unless
otherwise directed in writing by the Purchaser at no additional cost. The SI shall not, without the prior
written consent of the Purchaser store, copy, distribute or retain any such Documents.

2.5.16 Data and Hardware


By virtue of this Contract, the SI / SI‟s Team may have access to personal information of the Purchaser
and/or a third party or any taxpayer, any other person covered within the ambit of any Income tax
legislation. The Purchaser has the sole ownership of and the right to use, all such data in perpetuity
including any data or other information pertaining to the subscriber that may be in the possession of the SI
or SI‟s Team in the course of performing the Services

2.5.17 Indemnity
1. The SI shall execute and furnish to the Purchaser, a Deed of Indemnity in favour of the Purchaser in a
form and manner acceptable to the Purchaser, indemnifying the Purchaser from and against any costs,
loss, damages, expense, claims including those from third parties or liabilities of any kind howsoever
suffered, arising or incurred inter alia during and after the Contract period out of:
2. Any negligence or wrongful act or omission by the SI or the SI‟s Team or any third party associated
with SI in connection with or incidental to this Contract; or
3. Any breach of any of the terms of the SI‟s Bid as agreed, the Tender and this Contract by the SI, the
SI‟s Team or any third party.

ICAI Confidential Page 42 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4. Any infringement of patent, trademark/copyright or industrial design rights arising from the use of the
supplied goods and related services or any part thereof.
5. The SI shall also indemnify the Purchaser against any privilege, claim or assertion made by a third party
with respect to right or interest in, ownership, mortgage or disposal of any asset, property, and movable
or immovable as mentioned in any Intellectual Property Rights, licenses and permits.

2.5.18 Representations and Warranties


In order to induce the Purchaser to enter into this Contract, the SI hereby represents and warrants as of the
date hereof, which representations and warranties shall survive the term and termination hereof, the
following:

1. That the selected SI along with its consortium members have the power and the authority that would
be required to enter into this Contract and the requisite experience, the technical know-how and the
financial wherewithal required to successfully execute the terms of this contract and to provide services
sought by the Purchaser under this contract
2. That the SI and its Consortiums Members are not involved in any litigation or legal proceedings,
pending, existing, and potential or threatened, and are not disqualified/Blacklisted by ICAI or any other
government entity in any manner, that may have an impact of affecting or compromising the
performance or delivery of Services under this Contract or otherwise.
3. That the representations and warranties made by the SI in its Bid, Tender and Contract are and shall
continue to remain true and correct throughout the term of this Contract and SI shall fulfil all the
requirements as are necessary for executing the obligations and responsibilities as laid down in the
Contract and the Tender and unless the Purchaser specifies to the contrary, the SI shall be bound by all
the terms of the Bid.
4. That the SI and its team has the professional skills, personnel, infrastructure and
resources/authorizations that are necessary for providing all such services as are necessary to fulfil the
scope of work stipulated in the Tender and this Contract.
5. That the SI shall ensure that all assets/ components including but not limited to equipment, software,
licenses, processes, documents, etc. installed, developed, procured, deployed and created during the
term of this Contract are duly maintained and suitably updated, upgraded, replaced..
6. That the SI /SI‟s Team shall use such assets of the Purchaser as the Purchaser may permit for the sole
purpose of execution of its obligations under the terms of the Bid, Tender or this Contract. The SI shall
however, have no claim to any right, title, lien or other interest in any such property, and any possession
of property for any duration whatsoever shall not create any right in equity or otherwise, merely by fact
of such use or possession during or after the term hereof.
7. That the SI shall procure all the necessary permissions and adequate approvals and licenses for use of
various software and any copyrighted process/product free from all claims, titles, interests and liens
thereon and shall keep the Purchaser indemnified in relation thereto.
8. That the execution of the scope of work and the Services herein is and shall be in accordance and in
compliance with all applicable laws.
9. That the SI has the corporate power to execute, deliver and perform the terms and provisions of this
Contract and has taken all necessary corporate action to authorise the execution, delivery and
performance by it of the Contract.
10. That all conditions precedent under the Contract has been satisfied.

ICAI Confidential Page 43 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

11. That neither the execution and delivery by the SI /SI‟s Team of the Contract nor the SI‟s /SI Team‟s
compliance with or performance of the terms and provisions of the Contract (i) will contravene any
provision of any Applicable Law or any order, writ, injunction or decree of any court or Governmental
Authority binding on the SI, (ii) will conflict or be inconsistent with or result in any breach of any or
the terms, covenants, conditions or provisions of, or constitute a default under any agreement, contract
or instrument to which the SI is a party or by which it or any of its property or assets is bound or to
which it may be subject or (iii) will violate any provision of the Memorandum and Articles of
Association of the SI.
12. That the SI certifies that all registrations, recordings, filings and notarisations of the Contract and all
payments of any tax or duty, including but not limited to stamp duty, registration charges or similar
amounts which are required to be effected or made by the SI which is necessary to ensure the legality,
validity, enforceability or admissibility in evidence of the Contract have been made.
13. That the SI confirms that there has not and shall not occur any execution, amendment or modification
of any agreement/contract without the prior written consent of the Purchaser, which may directly or
indirectly have a bearing on the Contract or the project.
14. That the SI owns or has good, legal or beneficial title, or other interest in, to the property, assets and
revenues of the SI on which it grants or purports to grant or create any interest pursuant to the Contract,
in each case free and clear of any encumbrance and further confirms that such interests created or
expressed to be created are valid and enforceable.
15. That the SI owns, has license to use or otherwise has the right to use, free of any pending or threatened
liens or other security or other interests all Intellectual Property Rights, which are required or desirable
for the performance of the project under this contract and regarding the same the SI does not, so far as
the SI is aware, in carrying on its business and operations, infringe any Intellectual Property Rights of
any person. So far as the SI is aware, none of the Intellectual Property Rights owned or enjoyed by the
SI or which the SI is licensed to use, which are material in the context of the SI‟s business and
operations for the performance of this contract are being infringed nor, so far as the SI is aware, is there
any infringement or threatened infringement of those Intellectual Property Rights licensed or provided
to the SI by any person. All Intellectual Property Rights (owned by the SI or which the SI is licensed to
use) required by the SI for the performance of the contract are valid and subsisting. All actions
(including registration, payment of all registration and renewal fees) required to maintain the same in
full force and effect have been taken thereon and shall keep the Purchaser indemnified in relation
thereto. The remedy for any breach of this clause shall be the indemnity set forth.
16. That the SI agrees to incorporate, within the contract value, all hardware configuration,, software
changes, upgrades and patches to the system, announced by him from time to time keeping in view the
advancement in technology, shortcomings of the system and any changes required for improving the
overall efficiency of the system.
17. That the SI shall provide adequate and appropriate support and participation, on a continuing basis, in
tuning all supplied hardware and software to meet the requirements of the applications.

2.5.19 Confidentiality
1. The SI / SI‟s Team shall not use Confidential Information, the name or the logo of the Purchaser except
for the purposes of the purpose of execution of this contract.
2. Confidential information does not include information which:

ICAI Confidential Page 44 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

a. The SI / SI‟s Team knew or had in its possession, prior to disclosure, without limitation on
its confidentiality;
b. Is independently developed by the SI / SI‟s Team without breach of conditions under this
Contract;
c. Information in the public domain as a matter of law;
d. Is received from a third party not subject to the obligation of confidentiality with respect to
such information;
e. Is released from confidentiality with the written consent of ICAI.
3. The SI / SI‟s Team shall have the burden of proving hereinabove are applicable to the information in
the possession of the SI / SI‟s Team.
4. The SI / SI‟s Team shall not, either during the term or after expiration of this Contract, disclose any
proprietary or confidential information relating to the Services/Contract and/or Purchaser‟s business/
operations, information, Application/software, hardware, business data, architecture schematics,
designs, storage media and other information / documents without the prior written consent of the
Purchaser.
5. The SI may only disclose Confidential Information in the following circumstances:
a. With the prior written consent of the Purchaser;
b. To a member of the SI‟s Team if:
i. the member of the SI‟s Team needs the Confidential Information for the
performance of obligations under this contract;
ii. the member of the SI‟s Team is aware of the confidentiality of the Confidential
Information and is obliged to use it only for the performance of obligations under
this contract
6. The SI shall do everything reasonably possible to preserve the confidentiality of the Confidential
Information including execution of a confidentiality agreement with the consortium members and other
members of SI‟s Team to the satisfaction of the Purchaser.
7. The SI shall notify the Purchaser promptly if it is aware of any disclosure of the Confidential
Information otherwise than as permitted by this Contract or with the authority of the Purchaser.
8. The SI shall be liable to fully recompense the Purchaser for any loss of revenue arising from breach of
confidentiality. The Purchaser reserves the right to adopt legal proceedings, civil or criminal, against
the SI / SI‟s Team in relation to a dispute arising out of breach of obligation by the SI under this clause.
9. The SI and all members of the consortium shall execute a Non Disclosure Agreement (NDA),
individually, in favour of the Purchaser as per Performa to be provided by purchaser.
10. The failure on the part of the SI to perform any of its obligations or comply with any of the terms of this
Contract shall constitute an Event of Default on the part of the SI. The events of default as mentioned
above may include inter-alia the following:
a. the SI/ SI‟s Team has failed to perform any instructions or directives issued by the
Purchaser which it deems proper and necessary to execute the scope of work or provide

2.5.20 Events of Default by SI


1. The failure on the part of the SI to perform any of its obligations or comply with any of the terms of this
Contract shall constitute an Event of Default on the part of the SI. The events of default as mentioned
above may include inter-alia the following:

ICAI Confidential Page 45 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

 the SI/ SI‟s Team has failed to perform any instructions or directives issued by the
Purchaser which it deems proper and necessary to execute the scope of work or provide
services under the Contract, or
 the SI/ SI‟s Team has failed to confirm / adhere to any of the key performance indicators
as laid down in the Key Performance Measures / Service Level Agreements, or if the SI
has fallen short of matching such standards / benchmarks / targets as the Purchaser may
have designated with respect to the system or any goods, task or service, necessary for the
execution of the scope of work and performance of services under this Contract. The above
mentioned failure on the part of the SI may be in terms of failure to adhere to performance,
quality, timelines, specifications, requirements or any other criteria as defined by the
Purchaser; or
 the SI has failed to remedy a defect or failure to perform its obligations in accordance with
the specifications issued by the Purchaser, despite being served with a default notice which
laid down the specific deviance on the part of the SI/ SI‟s Team to comply with any
stipulations or standards as laid down by the Purchaser; or
 the SI/ SI‟s Team has failed to adhere to any amended direction, instruction, modification
or clarification as issued by the Purchaser during the term of this Contract and which the
Purchaser deems proper and necessary for the execution of the scope of work under this
Contract
 the SI/ SI‟s Team has failed to demonstrate or sustain any representation or warranty made
by it in this Contract, with respect to any of the terms of its Bid, the Tender and this
Contract
 There is a proceeding for bankruptcy, insolvency, winding up or there is an appointment
of receiver, liquidator, assignee, or similar official against or in relation to the SI.
 The SI/SI‟s Team has failed to comply with or is in breach or contravention of any
applicable laws.
 Where there has been an occurrence of such defaults inter alia as stated above, the
Purchaser shall issue a notice of default to the SI, setting out specific defaults / deviances /
omissions / non-compliances / non-performances and providing a notice of Thirty (30)
days to enable such defaulting party to remedy the default committed.
 Where despite the issuance of a default notice to the SI by the Purchaser the SI fails to
remedy the default to the satisfaction of the SI, the Purchaser may, where it deems fit, issue
to the defaulting party another default notice or proceed to adopt such remedies as may be
available to the Purchaser.

2.5.21 Consequences of Event of Default


Where an Event of Default subsists or remains uncured the Purchaser shall be entitled to:

1. Impose any such obligations and conditions and issue any clarifications as may be necessary to inter
alia ensure smooth continuation of project and the Services which the SI shall be obliged to comply
with which may include re-determination of the consideration payable to the SI as agreed mutually by
Purchaser and SI or through a third party acceptable to both parties. The SI shall in addition take all
available steps to minimize loss resulting from such event of default.

ICAI Confidential Page 46 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2. Suspend all payments to the SI under the Contract by a written notice of suspension to the SI, provided
that such notice of suspension:
a. shall specify the nature of the failure; and
b. shall request the SI to remedy such failure within a specified period from the date of
receipt of such notice of suspension by the SI
3. Require replacement of any of the SI‟s Consortium Member(s) / SI‟s Team member(s) with another
suitable member(s) where the Purchaser deems necessary. The SI shall in such case terminate forthwith
all their agreements/ contracts/ other arrangements with such member(s) and find suitable replacement
for such outgoing member(s) with another member(s) to the satisfaction of the Purchaser, who shall
execute such Contracts with the Purchaser as the Purchaser may require. Failure on the part of the SI to
find a suitable replacement and/or terminate all agreements/contracts with such member(s), shall
amount to a breach of the terms hereof and the Purchaser in addition to all other rights, have the right to
claim damages and recover from the SI all losses/ or other damages that may have resulted from such
failure.
4. Terminate the Contract in part or in full
a. Retain such amounts from the payment due and payable by the Purchaser to the SI as may
be required to offset any losses caused to the Purchaser as a result of such event of default
and the SI shall compensate the Purchaser for any such loss, damages or other costs,
incurred by the Purchaser in this regard. Nothing herein shall effect the continued
obligation of the SI and SI‟s Team to perform all their obligations and responsibilities
under this Contract in an identical manner as were being performed before the occurrence
of the default.
b. Invoke the Bank guarantee and other Guarantees furnished in the format to be shared by
purchaser, enforce the Deed of Indemnity, recover such other costs/losses and other
amounts from the SI as may have resulted from such default and pursue such other rights
and/or remedies that may be available to the Purchaser under law.

2.5.22 Stipulated Time Schedule


The following table captures the scope of work envisaged to be delivered by the SI as part of each of the
planned four releases on the program. The bidder is expected to align the project deliverables along the
multi-release model suggested for the scope below.

Application Name Release

ICAI.org Portal Release – 0

Online Grievance Management / Ticketing Release – 0


System`

Self-Service Portal for Students and Members Release – 0

Finance and Accounting System Release – 1

Student and Member Management System Release – 1

ICAI Confidential Page 47 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Name Release

Asset Management, Inventory / Stock Release – 2


Management System

Consolidation & integration of multiple Release – 2


portals into the main portal for ICAI

E-Learning Release – 2

Enterprise Content and Document Release – 2


Management System

IT application Service Desk Release – 2

Postal Communication Management System Release – 2

Travel Planning System Release – 2

Webcast System Release – 2

Publications Management System Release - 3

HR and Administration, Payroll Processing Release – 3


System

Library Management System Release – 3

Litigation Management System Release – 3

Online Store Release – 3

Procurement and Logistics System Release – 3

Training Scheduling and Management Release – 3


System

Collaboration platform Release – 4

Council Affairs Management System Release – 4

E-Library System Release – 4

E-Voting System Release – 4

Examination Management and Online Release – 4


Examination System

ICAI Confidential Page 48 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Name Release

Knowledge Management Portal Release – 4

MIS Reporting and Dashboards Release – 4

Peer Review System Release – 4

The following activities needs to part of each release for enabling the acceptance of the release:

 Data Migration Activities


 Training activities being part of each releases for the application being rolled out
 Commissioning of infrastructure for various environments
 Any other activity deemed necessary for rollout of the application not limited to the activities
mentioned above.

The date of delivery of release 0 to the purchaser would be within 6 weeks of awarding of the contract
and not later than fourth week of January 2011.

Release 1 thorough 4 should be delivered and commissioned each Quarter respectively starting from the
date of issue of contract.

2.5.23 Term and Extension of the Contract


1. The term of this Contract shall be initially for a period up to Seven(7) years from the date of the award
of the contract,
2. The Purchaser shall reserve the sole right to grant any extension to the term abovementioned and shall
notify in writing to the SI, at least Two (2) months before the expiration of the Term hereof, whether it
will grant the SI an extension of the Term except for release 0 and release 1, where no such extension
will be considered. The decision to grant or refuse the extension shall be at the Purchaser‟s discretion
and such extension of the contract, if any, shall be as per terms agreed mutually between the Purchaser
and SI.
3. Where the Purchaser is of the view that no further extension of the term be granted to the SI, the
Purchaser shall notify the SI of its decision at least Two (2) months prior to the expiry of the Term
release 0 and release 1, where no such extension will be considered. Upon receipt of such notice, the SI
shall continue to perform all its obligations hereunder, until such reasonable time beyond the Term of
the Contract within which, the Purchaser shall either appoint an alternative agency/vendor or create its
own infrastructure to operate such Services as are provided under this Contract.

2.5.24 Termination
The Purchaser may, terminate this Contract in whole or in part by giving the SI a prior and written notice
indicating its intention to terminate the Contract under the following circumstances:

ICAI Confidential Page 49 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

1. Where the Purchaser is of the opinion that there has been such Event of Default on the part of the SI /
SI‟s Team which would make it proper and necessary to terminate this Contract and may include failure
on the part of the SI to respect any of its commitments with regard to any part of its obligations under
its Bid, the Tender or under this Contract.
2. Where it comes to the Purchaser‟s attention that the SI (or the SI‟s Team) is in a position of actual
conflict of interest with the interests of the Purchaser, in relation to any of terms of the SI‟s Bid, the
Tender or this Contract.
3. Where the SI / any of SI‟s consortium members ability to survive as an independent corporate entity is
threatened or is lost owing to any reason whatsoever, including inter-alia the filing of any bankruptcy
proceedings against the SI or its consortium members, any failure by the SI or its consortium member to
pay any of its dues to its creditors, the institution of any winding up proceedings against the SI / SI‟s
consortium member or the happening of any such events that are adverse to the commercial viability of
the SI / SI‟s consortium member. In the event of the happening of any events of the above nature, the
Purchaser shall reserve the right to take any steps as are necessary, to ensure the effective transition of
the project to a successor agency, and to ensure business continuity
4. The Purchaser may at any time terminate the Contract by giving written notice to the SI, without
compensation to the SI, if the SI /SI‟s consortium member become bankrupt or otherwise insolvent,
provided that such termination will not prejudice or affect any right of action or remedy which has
accrued or will accrue thereafter to the Purchaser.
5. The SI may, subject to approval by the Purchaser, terminate this Contract before the expiry of the term
by giving the Purchaser a prior and written notice at least 12 months in advance indicating its intention
to terminate the Contract.

2.5.25 Consequences of Termination


1. In the event of termination of this Contract , [whether consequent to the stipulated Term of the Contract
or otherwise] the Purchaser shall be entitled to impose any such obligations and conditions and issue
any clarifications as may be necessary to ensure an efficient transition and effective business continuity
of the project which the SI shall be obliged to comply with and take all available steps to minimize loss
resulting from that termination/breach, and further allow and provide all such assistance to the
Purchaser and/or the successor agency, as may be required, to take over the obligations of the erstwhile
SI in relation to the execution/continued execution of the scope of this Contract, even where such
assistance is required to be rendered for a reasonable period that may extend beyond the contract term/
termination hereof.
2. Where the termination of the Contract is prior to its stipulated term on account of a Default on the part
of the SI /SI‟s Team or due to the fact that the survival of the SI as an independent corporate entity is
threatened/has ceased, or for any other reason, whatsoever, the Purchaser through re-determination of
the consideration payable to the SI as agreed mutually by Purchaser and SI or through a third party
acceptable to both parties may pay the SI for those goods that have been satisfactorily installed and
commissioned and for that part of the Services which have been authorized by the Purchaser and
satisfactorily performed by the SI up to the date of termination. Without prejudice any other rights, the
Purchaser may retain such amounts from the payment due and payable by the Purchaser to the SI as
may be required to offset any losses caused to the Purchaser as a result of the Termination or due to any
act/omissions of the SI. In case of any loss or damage due to default on the part of the SI in performing
any of its obligations with regard to executing the scope of work under this Contract, the SI shall

ICAI Confidential Page 50 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

compensate the Purchaser for any such loss, damages or other costs, incurred by the Purchaser.
Additionally, the SI‟s Team and/or all third parties appointed by the SI shall continue to perform all
their obligations and responsibilities as stipulated under this Contract, and as may be proper and
necessary to execute the scope of work under the Contract in terms of the SI‟s Bid, the Tender and this
Contract, in an identical manner as were being performed before the collapse of the SI as described
above in order to execute an effective transition and to maintain business continuity.
3. Nothing herein shall restrict the right of the Purchaser to invoke the Bank Guarantee and other
Guarantees furnished hereunder, enforce the Deed of Indemnity and pursue such other rights and/or
remedies that may be available to the Purchaser under law.
4. The termination hereof shall not affect any accrued right or liability of either Party nor affect the
operation of the provisions of this Contract that are expressly or by implication intended to come into or
continue in force on or after such termination.
5. In the event any provision of this Contract is held to be invalid or unenforceable under the applicable
law, the remaining provisions of this Contract shall remain in full force and effect.

2.5.26 Dispute Resolution


1. If during the subsistence of this Contract or thereafter, any dispute between the Parties hereto arising
out of or in connection with the validity, interpretation, implementation, material breach or any alleged
material breach of any provision of this Contract or regarding any question, including as to whether the
termination of this Contract by one Party hereto has been legitimate, the Parties hereto shall endeavour
to settle such dispute amicably and/or by Conciliation to be governed by the Arbitration and
Conciliation Act, 1996 or as may be agreed to between the Parties. The attempt to bring about an
amicable settlement is considered to have failed as soon as one of the Parties hereto, after reasonable
attempts; which attempt shall continue for not less than thirty (30) days, gives thirty (30) days notice to
refer the dispute to arbitration to the other Party in writing.
2. The Arbitration proceedings shall be governed by the Arbitration and Conciliation Act, 1996.
3. The Arbitration proceedings shall be held in Delhi, India.
4. The Arbitration proceeding shall be governed by the substantive laws of India.
5. The proceedings of Arbitration shall be in English language.
6. Except as otherwise provided elsewhere in the contract if any dispute, difference, question or
disagreement arises between the parties hereto or their respective representatives or assignees, at any
time in connection with construction, meaning, operation, effect, interpretation or out of the contract or
breach thereof the same shall be decided by an Arbitral Tribunal consisting of three Arbitrators. Each
party shall appoint one Arbitrator and the Arbitrators so appointed shall appoint the third Arbitrator
who will act as Presiding Arbitrator.
7. In case, a party fails to appoint an arbitrator within 30 days from the receipt of the request to do so by
the other party or the two Arbitrators so appointed fail to agree on the appointment of third Arbitrator
within 30 days from the date of their appointment upon request of a party, the Chief Justice of India or
any person or institution designated by him (in case of International commercial Arbitration) shall
appoint the Arbitrators/Presiding Arbitrator. In case of domestic contracts, the Chief Justice of the High
Court or any person or institution designated by him within whose jurisdiction the subject purchase

ICAI Confidential Page 51 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

order/contract has been placed / made, shall appoint the arbitrator/Presiding Arbitrator upon request of
one of the parties.
8. If any of the Arbitrators so appointed dies, resigns, incapacitated or withdraws for any reason from the
proceedings, it shall be lawful for the concerned party/ arbitrator to appoint another person in his place
in the same manner as aforesaid. Such person shall proceed with the reference from the stage where his
predecessor had left if both parties consent for the same; otherwise, he shall precede de novo.
9. It is a term of the contract that the party invoking arbitration shall specify all disputes to be referred to
arbitration at the time of invocation of arbitration and not thereafter.
10. It is also a term of the contract that neither party to the contract shall be entitled for any interest on the
amount of the award.
11. The Arbitral Tribunal shall give reasoned award and the same shall be final, conclusive and binding on
the parties.
12. The fees of the arbitrator shall be borne by the parties nominating them and the fee of the Presiding
Arbitrator, costs and other expenses incidental to the arbitration proceedings shall be borne equally by
the parties.
13. Subject to as aforesaid the provisions of the Arbitration and Conciliation Act, 1996 and any statutory
modifications or re-enactment in lieu thereof shall apply to the arbitration proceedings under this
clause.
14. Continuance of the Contract: Notwithstanding the fact that settlement of dispute(s) (if any) under
arbitration may be pending, the parties hereto shall continue to be governed by and perform the work in
accordance with the provisions under this Contract.

2.5.27 Conflict of Interest


1. The SI shall disclose to the Purchaser in writing, all actual and potential conflicts of interest that exist,
arise or may arise (either for the SI or the SI‟s Team) in the course of performing the Services as soon
as practical after it becomes aware of that conflict.

2.5.28 Publicity
1. The SI / SI‟s Team shall not make or permit to be made a public announcement or media release about
any aspect of this Contract unless the Purchaser first gives the SI its written consent.

2.5.29 Force Majeure


1. Force Majeure shall not include any events caused due to acts/omissions of such Party or result from a
breach/contravention of any of the terms of the Contract, Bid and/or the Tender. It shall also not include
any default on the part of a Party due to its negligence or failure to implement the stipulated/proposed
precautions, as were required to be taken under the Contract.
2. The failure or occurrence of a delay in performance of any of the obligations of either party shall
constitute a Force Majeure event only where such failure or delay could not have reasonably been
foreseen, or where despite the presence of adequate and stipulated safeguards the failure to perform
obligations has occurred. In such an event, the affected party shall inform the other party in writing
within five days of the occurrence of such event. The Purchaser will make the payments due for
Services rendered till the occurrence of Force Majeure. However, any failure or lapse on the part of the
SI / SI‟s Team in performing any obligation as is necessary and proper, to negate the damage due to
projected force majeure events or to mitigate the damage that may be caused due to the abovementioned

ICAI Confidential Page 52 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

events or the failure to provide adequate disaster management/recovery or any failure in setting up a
contingency mechanism would not constitute force majeure, as set out above.
3. In case of a Force Majeure, all Parties will endeavour to agree on an alternate mode of performance in
order to ensure the continuity of service and implementation of the obligations of a party under the
Contract and to minimize any adverse consequences of Force Majeure.

2.5.30 Relationship between the Parties


1. Nothing in this Contract constitutes any fiduciary relationship between the Purchaser and SI/SI‟s
Team or any relationship of employer employee, principal and agent, or partnership, between the
Purchaser and SI or any of the consortium members.
2. No Party has any authority to bind the other Party in any manner whatsoever except as agreed under
the terms of this Contract.
3. The Purchaser has no obligations to the SI‟s Team except as agreed under the terms of this
Contract.
4. The provisions of the clauses of this Contract in relation to documents, data, processes, property,
Intellectual Property Rights, indemnity, publicity and confidentiality and ownership survive the
Expiry or termination of this Contract and in relation to confidentiality, the obligations continue to
Apply unless the Purchaser notifies the SI of its release from those obligations.
1. Entire Contract: The terms and conditions laid down in the Tender and all annexure, addendum
thereto as also the Bid and any attachments/annexes thereto shall be read in consonance with and
form an integral part of this Contract. This Contract supersedes any prior Contract, understanding
or representation of the Parties on the subject matter.
2. Governing Law: This Contract shall be governed in accordance with the laws of India.
3. Jurisdiction of Courts: The courts of India at Delhi have exclusive jurisdiction to determine any
proceeding in relation to this Contract.
4. Compliance with Laws: The SI / SI‟s Team shall comply with the laws in force in India in the
course of performing this Contract.
5. Notices: All notices, requests or consents provided for or permitted to be given under this Contract
shall be in writing and shall be deemed effectively given when personally delivered or mailed by
pre-paid certified/registered mail/courier, return receipt requested, addressed as follows and shall be
deemed received two days after mailing or on the date of delivery if personally delivered: To
Purchaser at:
Attn: Rajanikant Verma,
Senior Faculty,
The Institute of Chartered Accountants of India,
ICAI Bhawan, P.B. No. 7100,
Indraprastha Marg,
New Delhi – 110 002

6. To SI at: Attn: [Phone:] [Fax:]


7. Any Party may change the address to which notices are to be directed to it by notice to the other
parties in the manner specified above.
8. A notice served on a Representative is taken to be notice to that Representative‟s Party.
9. 31.8. Waiver

ICAI Confidential Page 53 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

10. Any waiver of any provision of this Contract is ineffective unless it is in writing and signed by the
Party waiving its rights.
11. A waiver by either Party in respect of a breach of a provision of this Contract by the other Party is
not a waiver in respect of any other breach of that or any other provision.
12. The failure of either Party to enforce at any time any of the provisions of this Contract shall not be
interpreted as a waiver of such provision.

2.5.31 Application
These General Conditions shall apply to the extent that provisions in other parts of the Contract do not
supersede them.

2.5.32 Performance Security


Within 5 days after the receipt of notification of award of the Contract / Purchase Order from the Purchaser,
the successful RFP shall furnish Performance Security to the Purchaser, which shall be equal to 10% of the
value of the Contract and shall be in the form of a Bank Guarantee from a Nationalised Bank in the
Performa to be provided by ICAI.

2.5.33 Modification
Any modification of this Contract shall be in writing and signed by an authorized representative of each
Party.

2.5.34 Currency of Payment


Payment shall be made in Indian Rupees only.

2.5.35 Change Orders / Alteration / Variation


1. The SI agrees that the System requirements/quantities/licenses/specifications and Service
requirements given in the Tender documents are minimum requirements and are in no way
exhaustive and guaranteed by the Purchaser.
2. Any upward revision and/or additions consequent to errors, omissions, ambiguities, discrepancies
in the quantities, specifications, drawings etc. of the Tender documents which the SI had not
brought out to the Purchaser‟s notice till the time of award of work and not accounted for in the
Bid shall not constitute a change order and such upward revisions and/or addition shall be carried
out by SI without any time and cost effect to Purchaser.
3. It shall be the responsibility of the SI to meet all performance and other requirements of the
Purchaser as stipulated in the Tender document / Contract. Any upward revisions / additions of
quantities, specifications, technical manpower, service requirements to those specified by the SI in
his Bid documents, that may be required to be made during installation / commissioning of the
System or at any time during the currency of the contract in order to meet the conceptual design,
objective and performance levels or other requirements as defined in the Tender documents shall
not constitute a change order and shall be carried out by the SI without any change order and
without any time and cost effect to the Purchaser whatsoever.
4. The Purchaser may at any time, by a written change order given to the SI, make changes within the
general scope of the Contract. The Purchaser will have the option to increase or decrease (decrease
only if communicated to SI prior to availing of services / dispatch of goods / equipments) the

ICAI Confidential Page 54 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Quantities, Licenses and/or Specifications of the goods/equipment to be supplied and installed by


the SI or service requirements, as mentioned in the Contract, at any time during the contract period.
5. In case of increase in Quantities/ Licenses / Specifications or Service requirements or in case of
additional requirement, the SI agrees to carry out / provision for such additional requirement at the
rate and terms and conditions as provided in the Contract except for the appropriate extension of
time to be allowed for delivery/installation of such extra goods/equipment or for commencement of
such services. In case of decrease in Quantities or Specifications of goods/equipment or Service
requirements, the SI shall give a reduction in price at the rate given in the Contract corresponding
to the said decrease.
6. In case applicable rates for the increase/decrease in question are not available in the Contract then
the rates as may be mutually agreed shall apply. The SI shall not be entitled to any claim by way of
change of price, damages, losses, etc. The SI shall be compensated at actual for any cancellation
charges provided the claim is duly supported by documentary evidence of having incurred
cancellation charges, which results from Purchaser‟s action in reducing/cancelling Scope of work.
7. Conditions for Change Order: The change order will be initiated only in case (i) the Purchaser
directs in writing the SI to incorporate changes to the goods or design requirements already
covered in the Contract. (ii) the Purchaser directs in writing to the SI to include any addition to the
scope of work or services covered under this Contract or delete any part thereof, (iii) SI requests to
delete any part of the work which will not adversely affect the operational capabilities and
functioning of the system and if the deletions proposed are agreed to by the Purchaser and for
which cost and time benefits shall be passed on to the Purchaser,
8. Any change order comprising an alteration which involves change in the cost of the goods and/or
services (which sort of alteration is hereinafter called a “Variation”) shall be the Subject of an
amendment to the Contract by way of an increase or decrease in the Contract Value and adjustment
of the implementation schedule if any.
9. If parties agree that the Contract does not contain applicable rates or that the said rates are
inappropriate or the said rates are not precisely applicable to the variation in question, then the
parties shall negotiate a revision of the Contract Value which shall represent the change in cost of
the goods and/or works caused by the Variations. Any change order shall be duly approved by the
Purchaser in writing.
10. If there is a difference of opinion between the SI and Purchaser‟s Representative on whether a
particular item, work or part of the work constitutes a change order or not, the matter shall be
handled in accordance with the procedures set forth in
11. Procedures for Change Order
 Upon receiving any revised requirement/advice, in writing, from the Purchaser, the SI would
verbally discuss the matter with Purchaser‟s Representative.
 In case such requirement arises from the side of the SI, he would also verbally discuss the matter
with Purchaser‟s Representative giving reasons thereof.
 In either of the two cases as explained in Clause above, the representatives of both the parties will
discuss on the revised requirement for better understanding and to mutually decide whether such
requirement constitutes a change order or not.
 If it is mutually agreed that such Requirement constitutes a “Change Order” then a joint
memorandum will be prepared and signed by the SI and Purchaser to confirm a “Change Order”
and basic ideas of necessary agreed arrangement.

ICAI Confidential Page 55 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

 SI will study the revised requirement in accordance with the joint memorandum under Clause
above and assess subsequent schedule and cost effect, if any.
 Upon completion of the study referred to above under Clause above, the results of this study along
with all relevant details including the estimated time and cost effect thereof with supporting
documents would be submitted to the Purchaser to enable the Purchaser to give a final decision
whether SI should proceed with the change order or not in the best interest of the works.
 The estimated cost and time impact indicated by SI shall be considered as a ceiling limit and shall
be provisionally considered for taking a decision to implement change order.
 The time impact applicable to the Contract shall be mutually agreed, subsequently, on the basis of
the detailed calculations supported with all relevant back up documents.
 In case SI fails to submit all necessary substantiation/calculations and back up documents, the
decision of the Purchaser regarding time and cost impact shall be final and binding on the SI.
 If Purchaser accepts the implementation of the change order in writing, which would be
considered as change order, then SI shall commence to proceed with the enforcement of the change
order pending final agreement between the parties with regard to adjustment of the Contract Value
and the Schedule.
 In case, mutual agreement i.e. whether new requirement constitutes the change order or not, is not
reached, then SI in the interest of the works, shall take up the enforcement of the change order, if
advised in writing to do so by Purchaser‟s Representative pending settlement between the two
parties to the effect whether such requirement constitutes a change order or not as per the terms and
conditions of Contract documents. The time and cost effects in such a case shall be mutually
verified and recorded. Should it establish that the said work constitutes a change order, the same
shall be compensated taking into account the records kept in accordance with the Contract.
 The SI shall submit necessary back up documents for the change order showing the break-up of
the various elements constituting the change order for the Purchaser‟s review. If no agreement is
reached between the Purchaser and SI within 60 days after Purchaser‟s/SI‟s instruction in writing
to carry out the change concerning the increase or decrease in the Contract Value and all other
matters described above, either party may refer the dispute to arbitration.
 Conditions for revised work / change order the provisions of the Contract shall apply to revised
work / change order as if the revised work / Change order has been included in the original Scope
of work. However, the Contract Value shall increase / decrease and the schedule shall be adjusted
on account of the revised work / Change orders as may be mutually agreed. The SI‟s obligations
with respect to such revised work / change order shall remain in accordance with the Contract.

2.5.36 Governing Language


The Agreement shall be written in English language. All correspondence and other documents
pertaining to the Contract that are exchanged by parties shall be written in English language.

2.5.37 “No Claim” Certificate


The SI shall not be entitled to make any claim, whatsoever against the Purchaser, under or by virtue of or
arising out of, this contract, nor shall the Purchaser entertain or consider any such claim, if made by the SI
after he shall have signed a “No claim” certificate in favour of the Purchaser in such forms as shall be
required by the Purchaser after the works are finally accepted.

ICAI Confidential Page 56 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2.5.38 Warranty
1. A comprehensive warranty applicable on all goods supplied under this contract shall be provided
by the respective OEM for 5 (five) calendar years from the date of acceptance of the entire system
by the Purchaser.
2. Annual Maintenance shall be provided by SI for 5(five) calendar years post warranty period which
can be extended by another 2 (two) years by the Purchaser if the performance is within the
accepted terms of the contract. The Annual Maintenance should include all upgrades, updates,
patches etc. for all Goods delivered by the SI.
3. The SI should warrant that all Solutions adhere to the most recent or current technology trends, and
that they incorporate all recent improvements in design and functionality, unless provided
otherwise in the Contract. The SI warrants that the Goods supplied under the Contract are new, and
shall not be nearing End of sale / End of support; and shall be supported by the SI and respective
OEM along with service and patches and support to ensure its efficient and effective operation for
the entire duration of the contract.
4. The SI further warrants that the Goods shall be free from defects arising from any act or omission
of the SI or arising from design, materials, and workmanship, under normal use in the conditions
prevailing.
5. The Purchaser shall give Notice to the SI stating the nature of any such defects together with all
available evidence thereof, promptly following the discovery thereof. The Purchaser shall afford all
reasonable opportunity for the SI to inspect such defects.
6. Upon receipt of such Notice, the SI shall, within the period agreed in contract, expeditiously repair
or replace the defective Software or parts thereof, as per the mutually agreed SLAs as mentioned in
the Contract at no cost to the Purchaser.
7. If having been notified, the SI fails to remedy the defect within the period of warranty; the
Purchaser may proceed to take within a reasonable period such remedial action as may be
necessary, at the SI‟s risk and expense and without prejudice to any other rights which the
purchaser may have against the SI under the contract.
8. The SI warrants that the services and software supplied under this contract shall be of the highest
grade and quality and consisted with the established and generally accepted standards for services
of this type.

2.5.39 Project In-charge and Core Team


1. The SI shall ensure that at all times during the currency of the Contract a Project In-charge
acceptable to the Purchaser shall take charge of the Performance of the Contract.
2. It is mandatory that the designated Project In-charge should not change till the acceptance of the
system.
3. It is mandatory that the core team should not change till the acceptance of the system.

2.5.40 Completion of Contract


Unless terminated earlier, the Contract shall terminate on the completion of term as specified in the
Contract and only after the obligations mentioned re fulfilled to the satisfaction of the Purchaser

ICAI Confidential Page 57 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

2.5.41 No Assignment
The SI shall not transfer any interest, right, benefit or obligation under this Contract without the prior
written consent of the Purchaser.

2.5.42 Limitation of SI’s liability towards the Purchaser


1. Except in case of negligence or wilful misconduct on the part of the SI / SI‟s Team or on the part of
any person or company acting on behalf of the SI in executing the work or in carrying out the
Services, the SI, with respect to damage caused by the SI to property and/or assets of the Purchaser
or of any of Purchaser‟s vendors, shall not be liable to Purchaser.
2. For any indirect or consequential loss or damage; and
3. For any direct loss or damage that exceeds (A) Contract Value, or (B) the proceeds the SI may be
entitled to receive from any insurance maintained by the SI to cover such a liability, whichever of
(A) or (B) is higher.
4. This limitation of liability shall not affect the SI liability, if any, for damage to Third Parties caused
by the SI / SI‟s Team or any person or firm/company acting on behalf of the SI in executing the
work or in carrying out the Services.

2.5.43 Penalty
If the SI fails to complete the entire works before the scheduled completion date or the extended date or if
SI repudiates the Contract before completion of the Work, the Purchaser may without prejudice to any other
right or remedy available to the Purchaser as under the Contract:

i. Recover from the SI, as liquidated damages and not by way of penalty a sum equivalent to 1.0 % of the
“Total fee payable for Commissioning and Acceptance of System” for each two week (fourteen calendar
days) delay beyond the Scheduled completion date or part thereof, of the Total fee payable for
Commissioning and Acceptance of System. For the purpose of liquidated damages, the scheduled
completion date will be taken as date of Acceptance of System

AND / OR

ii. Terminate the contract or a portion or part of the work thereof. The purchaser shall give 30 days’ notice
to the SI of its intention to terminate the Contract and shall so terminate the Contract unless during the 30
days notice period, the SI initiates remedial action acceptable to the Purchaser.

1. If the services and Related Software supplied do not meet the minimum specifications as per the
Contract, and the same is not replaced/modified by the selected bidder to meet the requirements
within 14 days of being informed by the Purchaser, the Purchaser shall be free to impose any
penalty as deemed fit. In addition, the Institute shall reserve the right to terminate the contract and
recover liquidated damages by forfeiting the bank guarantee submitted by the selected bidder.
2. The Purchaser may without prejudice to its right to effect recovery by any other method, deduct the
amount of liquidated damages from any money belonging to the SI in its hands (which includes the
Purchaser‟s right to claim such amount against SI‟s Bank Guarantee) or which may become due to
the SI. Any such recovery or liquidated damages shall not in any way relieve the SI from any of its
obligations to complete the Works or from any other obligations and liabilities under the Contract.

ICAI Confidential Page 58 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

3. In event of any Purchaser Location not ready for installation/commissioning due to any reason
attributable to Purchaser, such Purchaser locations shall be excluded for the purpose of computing
liquidated damages.
4. Delay not attributable to the SI will be considered for exclusion for the purpose of computing
liquidated damages.
5. In addition, the selected bidder is liable to the Purchaser for payment penalty as specified in the
SLA.

2.5.44 Suspension of Work


1. The SI shall, if ordered in writing by the Purchaser‟s Representative, temporarily suspend the
works or any part thereof for such a period and such a time as ordered. The SI shall not be entitled
to claim compensation for any loss or damage sustained by him by reason of temporary suspension
of the Works as aforesaid. The Purchaser may consider suitable compensation to the SI on case to
case basis, to the extent of work completed, subject to fulfilment of other conditions of this
contract. An extension of time for completion, corresponding with the delay caused by any such
suspension of the works as aforesaid shall be granted to the SI, if request for same is made and that
the suspension was not consequent to any default or failure on the part of the SI. In case the
suspension of the works, is not consequent to any default or failure on the part of the SI, and lasts
for a period of more than 30 calendar days, the SI shall have the option to request the Purchaser to
terminate the Contract with mutual consent.
2. In the event that the Purchaser suspends the progress of work for any reason not attributable to the
SI for a period in excess of 30 calendar days in aggregate, rendering the SI to extend his bank
guarantee then Purchaser shall bear only the cost of extension of such bank guarantee for such
extended period restricted to the normal bank rates as applicable in the banking procedures subject
to the SI producing the requisite evidence from the bank concerned.

ICAI Confidential Page 59 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

3. Overview of exiting IT and Service Processes at ICAI


3.1 Current IT Systems
The following table captures the existing IT applications that are in use at the Institute along with details of
associated technology platform. The intent is to provide the bidder an understanding of the existing
landscape and feed inputs to the appropriate migration activities that need to be taken up as part of the
program. Additionally, the capabilities within ICAI are also called out as part of the technology platform
column of the table.

Application Name Purpose / Usage In Use Technology Hosted at


Since Platform

Virtual Institute Project (VIP) Central database of 2002 - Oracle 9i and Chennai
students and 2003 D2K Data
members of the Centre
Institute

Intranet portal To cater to intranet 2002- HTML, ASP Delhi Data


requirements of the 2003 and MS – Centre
Institute Access, SQL
Server

Members Listing Website List of all members 2005 - ASP, Oracle 9i, Delhi Data
of the Institute 2006 MS Access Centre

Firms Listing Website List of all firms 2005 - ASP, Oracle 9i, Delhi Data
registered with the 2006 MS Access Centre
Institute

Member and Firm Search Website Member records 2005 - ASP, Oracle 9i, Delhi Data
and Firm name 2006 MS Access Centre
search

icaiexam.icai.org Examinations 2009 - JSP, Posture Delhi Data


usage 2010 Centre

www.cashiksha.com ICAI CA Shish 2009 - 3rd party


eLearning 2010 hosted
solution

ARF site ( icaiarf.org) Accounting HTML, JSP 3rd party


Research hosted
Foundation website solution

SAFA site (esafa.org) South Asian 2004 - HTML, .Net 3rd party
Federation of hosted

ICAI Confidential Page 60 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Name Purpose / Usage In Use Technology Hosted at


Since Platform

Accountants 2005 solution

ICAIComm.org (renewed) Committee Related 2004 – HTML, JSP, 3rd party


Document 2005 SQL hosted
solution

ICAI.org Main website of HTML, PHP, Delhi Data


ICAI My SQL Centre

cmii.icai.org Placement Portal HTML, ASP, 3rd party


for Students SQL hosted
solution

jobs4cas.icai.org Job Portal for HTML 3rd party


Members hosted
solution

cpeicai.org Continuing HTML, PHP, Delhi Data


Professional My SQL Centre
Education
Committee – CPE
hours portal for
attendance tracking

cit.icai.org, isa.icai.org Information HTML, .Net, Delhi Data


Systems Audit SQL Centre

pdicai.org Professional HTML, .Net 3rd party


Development hosted
Committee Portal solution

Insuranceicai.org ICAI Insurance HTML, PHP, Delhi Data


committee portal My SQL Centre

webcast.icai.org Webcast Portal 3rd party


hosted
solution

wto.icai.org WTO Portal HTML, PHP, Delhi Data


My SQL Centre

canet.co.in CANet - The ICAI HTML, JSP, 3rd party


Facilitation SQL hosted

ICAI Confidential Page 61 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Name Purpose / Usage In Use Technology Hosted at


Since Platform

Measure solution

icai.org/cbec Central Board of PHP, NYSQL 3rd party


Excise and hosted
Customs solution
Empanelment

Elearn.icai.org E – Learning 3rd party


hosted
solution

Cptonline.icai.org Online CPT Java, Delhi Data


Application form POSTGRE Centre
Capturing Website

www.icaicomm.org Agenda uploading HTML, JSP, 3rd party


for Council SQL hosted
Members solution

www.icai.org/publications.html Online Ordering of 2009 - HTML, PHP, Delhi Data


Publications 2010 My SQL Centre

elibrary.icai.org ICAI e-Library 3rd party


hosted
solution

www.icai.org/help/ e-Sahaayataa (e- 2009- HTML, PHP, Delhi Data


Helpline for 2010 My SQL Centre
Administrative
Queries &
Grievances)

www.icai.org/category.html?c_id=202 Branch offices Managed by


websites the Branches

Payment Gateway To allow students Third Party


and members to portal used for
make online extracting data
payments. From on daily basis
AXIS Bank for
Credit Cards only
for VISA and
MASTER Credit

ICAI Confidential Page 62 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Name Purpose / Usage In Use Technology Hosted at


Since Platform

Cards and user


enabled
VISA/MASTER
Debit Cards

Net banking from


TechProcess
Around 21 banks
integrated with net
banking platform

Electronic Clearing Service ( ECS) Used for Fee Third Party


Collection portal. Data
Extracted on a
daily basis

Web Conference Third Party Service Third Party /


Provided hosts the Service
streaming content Provider
as well.
Expectation is that
web casting studio
is to in house
developed and
streaming content
to be placed in
ICAI Data Centre
from time to time

Audio Conference Through Web Ex Third Party /


and Reliance Service
Service Network Provider

Digital Signature (Issuance to Issuing Digital –Sub


Members) signatures under Certifying
sub CA framework Authority
in coordination under TCS CA
with TCS

SMS Transmission Outsourced. API Third Party /


link used from Service
Way to mint

ICAI Confidential Page 63 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Name Purpose / Usage In Use Technology Hosted at


Since Platform

services Provider

Bulk Mail In-house. Red Hat using Delhi Data


Development of send mail Centre
Professional Mail
System using
Cloud is in
progress

Video Conference (Using ISDN) Using Polycot


Equipment and
Reliance ISDN
BRI lines

Peer Review Board Web Based Java , SQL Delhi Data


application for Server Centre
office automation
of Peer Review
Board

Payroll Exists but not in VB, SQL Delhi Data


use. Server Centre

Accounts TCS developed VB, SQL Delhi Data


tailor-made Server Centre
software

MEF Application (PDC) - Portal Bank Empanelment HTML, JSP, Cloud


form SQL Server

Legal System (Case Management Oracle 9i , D2K Delhi Data


System) Centre

Library Management System Packaged Software 2006 - Liberty 3, using Delhi Data
Deployed 2007 SQL 2000 and Centre
Web based
application

Sales Counter System (In Delhi and few Packaged Software 2008 - Busy Win –
places) – WIN Deployed 2009 Third Party
Software using
VB and MS

ICAI Confidential Page 64 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Name Purpose / Usage In Use Technology Hosted at


Since Platform

Access

Journals Digitization ( 1946 onwards) Third Party Captured in


DVD only

3.2 Current System Software


The table below captures the set of system software currently used by the Institute to power the existing set
of software applications identified in section 3.1 above.

Software Purpose / Usage

Oracle 9i VIP Database (CADATA3)

Oracle 10g Apps Not in Use

RHEL 4 and 5 Oracle 9i DB installed on


RHEL/icai.org website

MS Office 2000 750 Licenses

WHM Unlimited years licence for one


server

Windows 2003 Server 10 licenses

Citrix Metaframe 5 170 licences(Chennai Data Centre


configured on Citrix with Citrix Support)
Server Version 5`

ICAI Confidential Page 65 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4. Scope of Work
This section of the document captures details around the scope of work envisaged as part of the proposed
program for software applications at the Institute. All applications mentioned here in this section are to be
centrally hosted at the Institute Data Centre and further at the Disaster Recovery Centre and are completely
based on a web based model for end users to access. A multi-browser support for end user is highly desired.

Solutions that have proven track record and implementations at other similar Government or private
organizations are preferred.

The diagram below captures the essence of the program objectives at a high level. A detailed model of
value benefits that would accrue to the Institute through the proposed solution has to be articulated by the
bidder as part of the response.

A high level conceptual diagram of the various applications is provided in the diagram below as a quick
reference.

ICAI Confidential Page 66 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

The bidder is expected to further tune and optimize the proposed solution landscape and underlying
platform based on the understanding received from this document and with industry best practices and
perform optimization that could improve the system further for the Institute.

The table below captures the key IT principles for the Institute that is to be taken up as part of the proposed
solution from the bidders.

ICAI Confidential Page 67 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

In addition to the imperatives mentioned above, the bidder is urged to further add to it thereby enabling an
optimized, robust, flexible and secure solution for the Institute.

4.1 Provisioning for application and system software

The SI shall build, deploy and sustain the software applications infrastructure as per the terms of the scope
of work. This shall include delivery of all software components and associated services that are required to
power the application landscape on a development, testing, and staging and production environment for
ICAI.

The bidder shall provide a comprehensive and complete bill of material comprising each of the software
components along with the number of licenses that are identified to be delivered as part of the proposed
solution.

The bidder shall also provide the infrastructure ENVIRONMENT requirements for development, and
testing and production for the proposed Software components across data center, DR center, networking
(LAN and WAN), connectivity and bandwidth and hardware servers and desktop configurations, printers
and other hardware peripherals as part of the bid response.

Any omissions thereof in the bill of material shall be borne by the SI without additional cost to ICAI.

ICAI Confidential Page 68 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4.2 SI Services
The selected bidder or the System Integrator (SI) must perform the following key activities in addition to
others that may be identified to execute the complete software portfolio for the Institute. Each of the
activities mentioned below shall result in specific deliverables on the program from the SI to ICAI which
will undergo reviews by a team identified for the program by ICAI as required.

4.2.1 Project Management


The SI must perform project management activities to ensure the proposed solution is delivered within the
criteria of acceptance set up for budgets, schedule and quality parameters of the program. All activities of
planning, execution, change management, task monitoring, risk management and escalation as required
must be carried out by the SI on the program to ensure a successful implementation at ICAI. Status reports
at weekly, monthly and quarterly frequencies to various stakeholders must be provided by the SI on the
program.

4.2.2 Development Methodology


The bidder shall propose a multi-release based development methodology in line with the recommendations
made as part of the document. A five release based delivery cycle is envisaged and the corresponding scope
for each release has been documented as part of this RFP.

4.2.3 Requirements Gathering Workshops


A detailed requirements gathering workshop with the departments and various committees at ICAI will
need to be conducted across stakeholders by the SI. This will ensure definition of various processes and
sub-processes feeding into the design of the solution by the SI.

Such workshops with each department and stakeholder would identify detailed requirements of end users
along with the common information and system attributes that can lead to an optimal and sustainable
platform and further realized using the software application portfolio proposed by the Institute.

4.2.4 Software Architecture Definition


Robust and comprehensive software architecture needs to be developed by the SI to sustain the proposed
software application portfolio for ICAI. The same needs to be documented and submitted to ICAI as a
deliverable on the program. The SI is expected to implement the industry best practices and relevant
frameworks while developing the architecture and must demonstrate its realization in the solution further
developed on the program.

4.2.5 High Level and Low Level Design


Design artefacts that capture the high level and low level design of each application aspect must be shared
as a deliverable by the SI on the program. The design must be maintained throughout the contract of the
program as a living document. The same must be handed over to ICAI for further sustenance beyond the
contract of the SI.

4.2.6 Coding
The SI shall employ industry best practices to ensure development of a secure system including adoption of
secure coding standards for the programming language of use. The SI shall provide a detailed report of

ICAI Confidential Page 69 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

adherence to all the secure coding practices that govern the OWASP and other industry acknowledged
secure requirements that must be addressed by a secure system.

Adoption of software configuration and version management practices that are considered industry leading
are expected to be employed by the SI through the contract of the program including best in class branch
and merge models that will support the desired multi-release delivery planned on the program.

4.2.7 Software Configuration Management


The SI shall employ industry best practices to ensure deployment of a robust software configuration
management system to ensure integrity of the source code that is being built as part of the proposed
solution. Version management practices that would allow a multi-release methodology and associated best
practices shall be employed as part of the software development process by the SI.

4.2.8 Testing
SI is expected to perform comprehensive application testing as part of the proposed program. The approach
described in this section lists the minimum testing services required to be provided by the SI. The SI should
have expertise and capability to deliver a high quality testing services across all applications. The test plans,
cases and results for each of the phases will undergo a review by a team constituted by ICAI for the
purpose.

The following are some of the testing services that must include among others by the SI as part of the
proposed solution:

 Unit Testing
 Integration Testing
 System Testing
 Performance and Load Testing
 Data Migration Testing
 Acceptance Testing and
 Cut-over Testing

4.2.9 Data Migration and conversion services


The table below captures the volume of data from each source that is to be migrated as part of the program
onto the proposed IT platform. There may additional requirement apart from the mentioned below, which
will be shared and in required covered in separate project.

Department Source System Data maintained as Volume of data to Volume of data


owning the data be migrated from to be digitized
other electronic
systems

LEGAL ORACLE Oracle Database 2-3 GB

ICAI Confidential Page 70 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

9i,D2K

TDTE Manual / Physical 15GB


hard copy records

Research DOC/XLS/TXT files 2.57GB

Peer Review Board DOC/XLS/TXT/MS- 1GB


ACCESS
DATABASE files

PRB DOC/XLS/TXT/MS- 8.96 GB


ACCESS
DATABASE files

MS Excel Sheets

Digitized images in
soft copy

Virtual Institute Virtual Oracle Database 30 GB Approx


Project Institute
Project

data for MCS 5 GB Approx


(Management
Consultancy
Services) and
Networking of

Firms in MS-
Word and MS-
Excel format

Data for 5 GB Approx


Students
enrolled with
ICAI under
various
MRA/MOU

Schemes with
foreign
Institutes like

ICAI Confidential Page 71 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

CPA, Australia
& ICAEW,
UK in MS-
Excel.

ACCOUNTS SQL-SERVER Ms-SQL SERVER 3GB


(HOACC) 2000

ACCOUNTS SQL SERVER MS-SQL SERVER 500MB


(PAY SAL) 2000

LIBRARY SQL SERVER MS-SQL SERVER 3GB


2005

CIT SQL MS-SQL SERVER 2.5GB


SERVER,DOT 2000
NET

BOS SQL MS-SQL SERVER 500MB


SERVER- 2000
2000,Asp/html

CMII (Placement SQL MS-SQL SERVER 1.5GB


Portal) SERVER- 2000
2000,Asp/html

CMII (Job Portal) PHP / Mysql Mysql 1GB

PDC (BEF) MS-SQL MS-SQL Server 2005 2GB


Server 2005

PUBLICATIONS- .DAT FILE BUSYWIN- 150MB


WIRC SOFTWARE
PROVIDED BY EDP
DELHI

Editorial Board - Minutes and


Agendas of 50
meetings in
hard copy 2GB
Digitization of
magazines of
past 50 years
10 GB

ICAI Confidential Page 72 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

ACCOUNTS-DCO MS-Access INCOME-TAX 50MB


Database

HRD-DCO MS-Access BIOMETRIC - 20MB


Database ATTENDANCE

ACCOUNTS-DCO EXCEL SALARY 10MB

ACCOUNTS- MS-Access TALLY & OTHER 495MB


WIRC Database DATA

GMCS- WIRC MS-Access COSOHA & OTHER 10MB


Database DATA

EVENTS-WIRC MS-Access COSOHA & OTHER 2GB


Database DATA

CPE MS-Access COSOHA & OTHER 100MB


Database DATA

ACCOUNTS- EXCEL PAYMENTS 4MB


WIRC

IDTC(Indirect Word, Excel 2.5GB


Taxes Committee)

DTC(Direct sales Word, Excel 3.5GB


committee)

CFM&IP Word doc 30MB

Publications Word doc 4.5MB


Department

Assessment test for Word 1MB


certification course
for forest and
treasury
management

Examination Examination
results/ Marks
card stored in
paper format
prior to 1973
needs to be

ICAI Confidential Page 73 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

digitized

4.2.10 Training

4.2.10.1 Manpower Training


The SI shall be responsible for creating awareness and imparting training to the manpower of the Institute,
during and after implementation, in order to develop the requisite skill sets for seamless operation of the
applications and related systems. The training shall be imparted to all the end users by SI.

1. Certified Functional, Technical, System administration and Database management training for core
team of ICAI IT, should be arranged by system integrator directly from OEM.
2. The training has to be conducted using official OEM course curriculum mapped with the hardware /
Software Product‟s to be implemented at the Institute. The Training Curriculum along with Calendar
needs to be included as a part of technical proposal and must cover all the relevant stakeholders and end
user base at ICAI to ensure successful adoption of the proposed application landscape.
3. The training has to be conducted at the training facilities of ICAI or at training facility of OEM as per
the Software product‟s proposed in the solution by System Integrator.
4. The System Integrator in consultation and convenience of the ICAI shall workout the training program
and all the other modalities of the training, which should be delivered by OEM certified consultants and
SI.
5. The training has to be conducted by Instructors of SI and OEM.
6. The participants of ICAI will be issued a certificate from OEM and SI for completing these courses
with a specific evaluation model devised for the program and signed off by ICAI.

4.2.10.2 Train-the-Trainer Program


Development and delivery of a Train-the-Trainer program to prepare Organization for the delivery of the
training program. This program will include:

1. Training the ICAI instructors on the customized version of the application‟s as it would be trained to an
end-user, allowing the training team to model our approach.
2. Opportunity for knowledge sharing in the areas of leading practice, concepts, new business processes
and knowledge to the ICAI instructors.
3. Sharing of leading practices on creating an effective classroom and an appropriate learning
environment.
4. Sharing of leading practices on classroom communication to enable the ICAI instructors to encourage
student involvement and student interaction. The program includes instruction on nonverbal behaviour,
listening skills, questioning techniques, how to manage difficult behaviours, interpreting body
language, and general presentation tips.

4.3 Project Development Lifecycle and Methodology


The proposed solution realization must adhere to a multi-release rollout mentioned in the RFP document.
The objective of a multi-release rollout of applications is to ensure implementation of the proposed IT

ICAI Confidential Page 74 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

platform to the end users in phases thereby gathering an early feedback into various aspects of the software
being developed. This would result in a better quality of overall software implementation at the Institute and
can feed into a sustainable model forward.

The bidder is expected to provide as part of the response the proposed scope of various releases and the
complete approach for implementation based on the understanding gained from this document. The bidder
is encouraged to refer to the various websites of ICAI and gather more understanding as part of an internal
research that could be conducted to familiarize more with the Institute services to stakeholders.

4.4 Geographic Scope of Work


The proposed solution must cater to all the Institute offices spread across the world and be accessible to
students and members in any part of the world over the internet. The solution will be a centrally hosted,
accessible through various web browsers in the marketplace.

The map below captures the Institute office spread across India with distribution among the various regions.

ICAI Confidential Page 75 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

ICAI Confidential Page 76 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

The complete list of the Institute offices and locations is provided in the Annexure section of this document.

4.5 Functional Scope of Work


The purpose of this section is to propose a reference portfolio of software applications envisaged for
automating specific needs of the Institute. High level requirements against each application are documented
to provide the bidder with an overview of the scope of work involved in each of the applications. The
bidder is advised to understand the organization structure, the functions of various departments and
committees mentioned above and map the requirements of individual applications against them to gain a
better understanding of the proposed portfolio and associated usage by end users.

The detailed requirements for each application will need to be gathered as part of the software analysis or
requirements gathering phase by the selected bidder where in the Institute will further share the existing
documents capturing various processes and sub-processes in each department and committee which may be
further improved, optimized by leveraging software automation principles.

The proposed software solution is envisaged as a centrally hosted portfolio of applications that are web
enabled and made accessible through the intranet and internet based portal solutions to the end users and
stakeholders. The following table provides an overview of the various underlying applications delivering
specific services made available on the portal to the end users.

The estimated number of end users across the country and beyond (as applicable for the application in
context) on day one for the application is provided alongside each in the table below. The user base of
students and members would grow at a rate of 7%-10 % y-o-y and the internal ICAI end users would grow
at a rate of 3% - 6% y-o-y for the next 5 years. The bidders must consider these data points as part of sizing
for the application.

Application Identified Description


Name As

Asset IAM The asset management system will capture and manage the
Management, lifecycle and associated activities across all IT and non-IT
Inventory / related assets of the Institute including buildings, fleets and will
Stock integrate into the financial system. The inventory and stock
Management management module manages the complete inventory at the
System Institute across all its offices. The stock management is an up to
date tracking system that acts as a single reference to keep tab
on the inventory levels of stock at various offices of the Institute
and over a period of time also generate / estimate the demand to
be supplied for against various stock items.

Collaboration COB A platform that facilitates an improved and near real-time


platform interaction among various communities of practices from
students to members and across stakeholders. The platform also
enables a mechanism to share best practices, knowledge,
problem resolution based on peer experience and decision

ICAI Confidential Page 77 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Identified Description


Name As

making.

Consolidation & CIP This is an activity envisaged to integrate the current set of
integration of stand-alone portals into the proposed integrated Institute portal.
multiple portals
into the main
portal for ICAI

Council Affairs CAM The complete lifecycle of planning, organizing, conducting and
Management tracking the council meetings are captured as part of this
System system. This requires complete integration with the travel
management and portal applications to ensure an integration
information exchange across the Institute.

E-Learning ELM The e-learning system provides self-study content to the


students, members and other stakeholders. This enables
convenience of learning by removing the need for a physical
presence at point in time. Content for such topics will be created
by the Institute faculty and other subject matter experts from the
profession.

E-Library ELB To create a virtual library of content for the students and
System members thereby reducing the amount of paper print generated
year on year. This will be part of the Green IT initiative being
setup by the Institute

Enterprise DMS A centralized enterprise content and document management


Content and system enables a consistent availability of the quality of
Document information across the various Institute applications and
Management stakeholders. An advanced search and filter mechanism enables
System easy location of the content or document of interest for the
stakeholder thereby improving the end user experience of
interacting with the Institute‟s IT platform.

E-Voting EVT The e-Voting platform would enable a quick survey across
System various decisions being made from time to time by enabling the
relevant stakeholders to voice their opinion. Such an
opportunity enables a participation in real time for the involved
stakeholders.

Examination EOM The Institute wishes to complement the existing examination


Management process with additional online examination processes thereby

ICAI Confidential Page 78 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Identified Description


Name As

and Online enabling more frequent conduct of the examination to the


Examination students in an effort to improve the reach and convenience of
System taking examinations. The end to end process automation of
(online or otherwise) examination management is part of the
scope of this solution.

Finance and FAS The Integrated centralized finance, accounting and asset
Accounting management system manages all activities related to finance
System and account processing while providing a detailed audit trail
and reporting that complies with various regulatory
requirements at ICAI. Consolidation and closure of books from
various offices at finally at the Institute level will be performed
as part of the proposed system.

HR and HRM The HR, Administration and Payroll system manages the
Administration, complete lifecycle of an Institute employee and associated
Payroll business processes across all its offices. Performance appraisal
Processing system based on the guidelines and policies of the Institute is
System also included in the scope of the system.

ICAI.org ORG A single point portal for the Institute that enables various
website stakeholders to receive information of interest in a well
organized and easily available manner across multiple channels.
The proposed portal also involves migration / integration of
existing stand alone portals to enable an improved end user /
stakeholder interaction with the Institute across various services.

IT Service Desk SDK A centralized IT service desk that collates all issues being
logged by the end users of the Institute thereby enabling a
process based resolution and measurement framework. The
tickets logged would have associated workflows for resolution
thereby enabling a more process based approach to deliver
better and predictable end user IT usage experience to the
Institute users.

Knowledge KMS A centralized, consolidated and effective knowledge


Management management portal that enables efficient sharing of knowledge
Portal artefacts with the stakeholders. These would include audio,
video among other document contents categorized against well
defined knowledge taxonomy. The solution would also facilitate
an enterprise wide repository integration (where authorized)
thereby ensuring information availability to the user at the right

ICAI Confidential Page 79 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Identified Description


Name As

time.

Library LMS Physical libraries exist at various centres of the Institute and the
Management proposed system would enable creation of a catalogue, provide
System access to book search, block and request processing thereby
enabling students to make visits only as required. The system
would track the availability of various books at the Institute
libraries thereby providing the visibility to the students and
other stakeholders on a real-time basis.

Litigation LTG Litigations / court cases that are being worked up at the Institute
Management are recorded and documented as part of this system. All
System documentation and the status of the proceedings pertaining to
each case are captured in the system as per the process defined
at the Institute.

MIS Reporting MIS Extensive reporting and dashboards need to be enabled across
and Dashboards various stakeholders including the Institute users towards a
more up-to-date fact based and timely decision making. The
scope of reporting would span across various services being
delivered with specific measurements done for KPIs and SLAs
of the Institute departments / committees involved.

Online TKT The online ticketing / grievance handling system handles the
Grievance workflow associated with the issues and service tickets raised
Management / by the students and members on the online portal or sent
Ticketing through e-mails. The tickets are routed to the applicable
System` department / committee based on the system configuration to
handle the ticket. Service level agreement definition and its
measurement across various ticket categories and associated
ageing metrics provide a real time dashboard on the KPIs
defined for the Institute and associated departments.

Online Store OLS The online store enables e-commerce of various electronic
documents and Institute merchandise to the stakeholders
thereby reducing the number of hard copy prints currently
carried out by the Institute. This also facilitates sale of the
Publications in a much more easy-to-carry format for the
members along with any new updates / amendments that get
released from time to time.

ICAI Confidential Page 80 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Identified Description


Name As

Peer Review PRS All documentation, findings and recommendations from a peer
System review process are captured and maintained as part of this
system and acts as a single source for associated processes.

Postal PCM Students, members and other stakeholders correspond with


Communication postal letters regarding a host of clarifications that may be
Management required as part of the service delivery from the Institute. The
System system will ensure logging of each correspondence received at
various offices of the Institute and further track its ageing in the
process against the respective department / committee till its
closure. KPI measurements and SLA management are an
intrinsic part of the solution.

Procurement PAL The procurement module includes an e-procurement and


and Logistics tendering system to procure various items at the Institute at
System various points in time and perform associated activities on a
digital platform. The logistics module enables online integration
with various vendor systems (or a manual update for status
marking as applicable) and ensures real time visibility of a
request and its downstream processing to all stakeholders at the
Institute. It also provides a centralized management of vendor
profiles across various items of procurement along with past
history of quotes received for specific items along with any
feedback on quality aspects.

Publications PUB A centralized publications system that manages the lifecycle of


Management each publication from the Institute. This integrates with the
System stock management system to fetch the current levels of the
publication at various offices of the Institute.

Self-Service SSP Enables execution of a host of services related to students and


Portal for members on a self service mode where applicable. This requires
Students and information classification across various services where in such
Members self service activities are identified and further enabled on the
Institute portal.

Student and SMM New Students and Members of the Institute use this system to
Member register themselves into the ICAI application landscape. All
Management associated transactions performed by the students and members
System as part of their Institute lifecycle are recorded and managed in
this system. The system therefore creates the master data of the
stakeholders (students and members) and acts a single source of

ICAI Confidential Page 81 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Application Identified Description


Name As

truth regarding such information to rest of the applications.

Training TSM Students and members across the country attend course classes
Scheduling and regularly and the system enables timetable scheduling,
Management registration, batch/centre allotment and further allocation of
System faculty and resources to ensure an effective conduct of the
classes at each of the IT Training centres. Attendance recording
and assessment is an inclusive part of the solution.

Travel Planning TPS An enterprise travel management system to create, process and
System manage travel requests across the various stakeholders of the
Institute forms the scope of this application. This requires an
integration with the financial and accounting system to define,
manage and report the planned versus actual budgets in a year.

Webcast System WCS The application would enable a platform where in live (and
recorded) web casts, seminars are made available to the
stakeholders online as an archive thereby improving the reach
and access to such material across the country.

ICAI Confidential Page 82 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Peer-Review Collaboratio IT Service


DMS/CMS Online
System n Platform Desk
Decisions Store
of peer
review of
Details of
members
students
and
members

Publications
Online Store Publication bills/Procurement details of stock
Procurement Managemen
info t System

Availabilit
y of stock

Council
Affairs Messaging
Managemen Gateway Web-Cast
t System System

Council members’
info
MIS Reporting Student And
And Member
Dashboard System
Examination
Accounts Managemen
E-Voting And t and Online
System Finance Examination
Online Registration Of exams
System

Asset
Procurement Management
And Logistics System

Procure
E-Learning ment Library
System Details
Managemen
Payment
Gateway t System

Travel
Costs

Litigation Travel
Manageme Planning
nt System System

Student and
member
Details of online issues information

Postal
Knowledge Online
HR and Communica E-Library
Manageme Grievance
Administrat tion System
nt Portal Manageme
ion System Manageme
nt System
nt System

ICAI Confidential Page 83 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4.5.1 General Requirements


The following are the requirements that are expected to be delivered as part of the proposed solution by the
bidder. These cut across the various application functionalities and are considered critical to the architecture
and design of the target solution at the Institute.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

GR-001 Applications, systems and associated infrastructure shall leverage Vital


service-oriented, component-based & reusable models in their
architecture and design. The operations and implementation aspects too
shall be module in nature.

GR-002 The supplier is to balance the adoption of standards used by market Vital
leading vendors and products, and adherence to industry standards and
open architectures. Systems are to be procured, developed, or enhanced
in such a way that various service processes; application and associated
services and data can be shared and integrated across the Institute and
with potential service partners.

GR-003 Application architectures shall be highly granular and loosely coupled. Vital
The focus would be on loosely coupled systems compliant to Service
Oriented Architecture to facilitate application recovery. This is to
ensure that the failure of one component does not cascade to others. A
tier shall be scaled to run separate applications to optimize
performance.

GR-004 All the application designed for the purpose target landscape shall be Vital
centrally hosted and completely web based and the end user access
shall be through the latest available version of the web browser such as
Internet Explorer, Fire Fox etc. Any add-on required must be integrated
with latest version released by the developer at the time of go-live

GR-005 The applications must be capable of running in a clustered environment Vital


for high availability configuration of various tiers of the proposed
solution running multiple workloads.

GR-006 The applications system should be built upon WS-* specifications Vital
using open industry standards of Web services using XML, SOAP,
WSDL and UDDI and should have the unified access framework
compliant to W3C portal specifications for people, process and
information by integrating the backend applications with single sign-on
feature, role based access control, request based and hybrid user type

ICAI Confidential Page 84 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

access, while facilitating a robust search and collaboration


environment.

GR-007 Establish a common directory services for the Institute which shall be Vital
leveraged by all access systems and services used by all the Institute
users and adhere to commonly accepted standards such as LDAP.

GR-008 As per the requirement, Interfaces between separate systems (both Vital
internal and external systems)

Will be messaged based compliant to W3C XML standard//ODBC


interface.

GR-009 Integration technologies must be industry proven standards. They must Vital
be scalable in capacity and provide for extensive functionality.

WS-* based Web Services Integration specifications shall be used for


integrating disparate systems, such as:

• Web Services Messaging Specifications including SOAP

• Web Services Reliable Messaging

• Web Services metadata Specifications including WSDL

• Web Services XML Specifications

• Web Services Business Process Specifications including BPEL4WS

• Web Services Management Specifications

• Rich Internet application / Web 2.0 technologies

GR-010 Data is considered to be an Institute wide asset and has to be shared Vital
across the various regions / locations and end user requirements based
on the various access control policies that govern them. Data stores for
transaction processing shall be kept separate from data stores for
decision support.

GR-011 The applications shall access data through business rules i.e. the Vital
applications must not access data directly without going through APIs

ICAI Confidential Page 85 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

managed by business rules/ validation/workflow. Data should be


collected once and used many times and this must ensure creation of a
data ownership model across the applications part of the proposed
landscape.

GR-012 The application portfolio are to be scalable in size with support for Vital
green and on-demand technologies like support for virtualized
environments and capacity, and functionality to meet changing
business and technical requirements, thereby enabling the Institute to
be adaptable to change.

GR-013 Applications need to be designed for manageability using Enterprise Essential


Management System. This needs to encompass: scheduling, backup
and recovery, application, database and network infrastructure
monitoring, tuning and remote diagnostic management.

GR-014 The system will be able to grant specific access rights to each login or Essential
group of logins, as per the requirement and policy of the Institute with
unique identify across the system. System shall also permit temporary
transfer of access rights within a group to officers for employees
reporting to them.

GR-015 System will be required to maintain daily backups of the database on Vital
reliable backup media like DAT drives, CDs, tape etc.

GR-016 The System will maintain only three years of operations data online. Essential
Operations data more than three years old would be archived and the
archives maintained at offsite locations while ensuring they are restored
within a reasonable period of time to facilitate such requirements.

GR-017 The system will provide a report generating tool, which can be used to Essential
generate customized reports at any level. The reports generated should
be stored in various user configurable “bins”. The access to bins should
be configurable by having security roles in the system.

GR-018 The system will have the capability to interface with the mailing Essential
system to deliver the Alerts and Service Orders. Additionally the
system shall also have the Alerts and Service Orders served on portal
with user login. The system should also be capable of interfacing with
other applications (MS Office etc).

ICAI Confidential Page 86 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

GR-019 The system should have provision for application, and database Essential
monitoring for performance management, tuning, and remote control
configuration management features with facility for SLA report
generation.

GR-020 The system should allow for a graphical interface to view the summary Essential
data in MIS reports. This would include trend graphs, graphs indicating
how much of the target has been met etc.

GR-021 Client End: The solution should support Windows as the operating Vital
system for the end user.

Server End: The solution should be built on open standards and


interoperable platform of WS* based open specification and shall be
able to interoperate with multiple operating systems like Windows,
Unix and Linux.

GR-022 The solution should be able to interoperate with multiple industry Vital
standard RDBMS platforms like Oracle, MS SQL, DB2 or any other
RDBMS confirming to ANSI/ISO SQL- 200n standards and should be
built on WS* based open specifications. Database portability will be
key as part of the proposed solution.

GR-023 The system shall have the ability to incorporate Web access control Vital
with single sign-on environment and to distribute provisioning
components securely over WAN and Internet environments, including
crossing firewalls.

GR-024 The system shall have a robust role based access control and user Vital
authorization mechanism to ensure access to information strictly on a
need to know basis

GR-025 The system shall implement an end to end audit generation across all Essential
the critical system and end user transactions. The system shall also
provide a mechanism for the auditor to reconstruct the transaction end
to end as part of an audit which may cut across various applications of
proposed landscape

ICAI Confidential Page 87 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

GR-026 The identity and access management solution should allow enterprise Essential
applications and platforms to integrate into the centralized
authentication/ authorization framework seamlessly and support both
web and thick client solutions.

GR-027 The proposed identity and access management solution should provide Essential
the ability for pluggable authentication module, and new authentication
modules be added via a SDK

GR-028 A robust MIS reporting and user specific dashboards across the end Vital
users spanning across the HO, RO and other offices of the Institute is to
be built that ensure information availability and accessibility to enable
decision making. The complete set of reports will be worked upon for
each application with the SI as part of the requirements gathering phase
on the program for each release.

GR-029 The proposed solution must be highly available and a system uptime of Vital
99.99 % is expected to be provisioned across various applications of
the proposed landscape

4.5.2 Asset Management, Inventory/Stock Management System


The asset management system will capture and manage the lifecycle and associated activities across all IT
and non-IT related assets of the Institute including buildings, fleets and will integrate into the financial
system. The inventory and stock management module manages the complete inventory at the Institute
across all its offices. The stock management is an up to date tracking system that acts as a single reference
to keep tab on the inventory levels. The system will also require integration with procurement system across
specific processes for managing the inventory to desired levels.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

Asset
Management

IAM-001 Identify each office / location of the Institute in the system Vital

IAM-002 Creation of multiple asset groups and ability to the user to classify Vital

ICAI Confidential Page 88 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

various assets against the groups

IAM-003 Enable electronic certification of physical inventory Vital

IAM-004 Creation of asset master records Vital

IAM-005 Recording of purchase and historical information about the asset Vital

IAM-006 Review and approval of assets assigned to specific locations / offices of Vital
the Institute

IAM-007 Furnishing of condition of the asset on the date of physical inventory Vital

IAM-008 Recording of date of physical inventory check Essential

IAM-009 Provision for mass updates to a physical inventory date field Essential

IAM-010 Capability to identify missed or non updated assets Essential

IAM-011 Capability to identify vehicles and other assets Essential

IAM-012 Provision for different depreciation schedules and methods Essential

IAM-013 Classification of assets Essential

IAM-014 Ability to link asset master records to other asset master records Essential

IAM-015 Creation and maintenance of coding table Essential

IAM-016 Uniform naming conventions Essential

IAM-017 Provision of mass adjustment facility Essential

IAM-018 Generation of asset record status Essential

IAM-019 The system should facilitate Capital Work in Progress (CWIP) Vital
Accounting to differentiate Assets that are still not operational and at
the same time ensure all expenses incurred towards it are recorded
distinctly

IAM-020 The system should provide for definition and accounting of Intangible vital
Assets (e.g., Goodwill and Human Capital, Patents)

ICAI Confidential Page 89 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

IAM-021 System should run depreciation on monthly basis Essential

IAM-022 The system should have capabilities to perform revaluation of assets Essential
and liabilities on a regular basis

IAM-023 The system should have capabilities to handle multiple currencies Essential

IAM-024 The system should be able to handle tax depreciations Essential

IAM-025 Ability to capitalize cost incurred during the Refurbishing/ Desirable


Maintenance of Institute infrastructure across its offices

Inventory

IAM-026 Ability to define multiple Unit of Measures for the same item Vital

IAM-027 Ability to track goods shipment from request to delivery with ageing Vital
analysis at each stage of shipment

IAM-028 Inventory valuation system to reflect landed costs of material with Vital
delivery costs added

IAM-029 Ability to support shipment costs for Stock transport orders to monitor Vital
the costs incurred in between offices.

IAM-030 Ability to maintain statutory Registers to record inventory transactions Vital

IAM-031 Ability to define the lifecycle of shipment tracking in the system Essential

IAM-032 Enable Interoffice price comparison process Vital

IAM-033 Track the inventory and stock positions of each item at various offices Essential
and stores of the Institute

IAM-034 Define thresholds for stock positions against current inventory levels, Essential
raise alerts / notifications when the levels are breached

IAM-035 Identify the reorder levels for various items of the inventory and Essential
optionally have the auto-reordering facility for fast moving items

IAM-036 Enable receipt, storing and dispatch of material at the stores Essential

ICAI Confidential Page 90 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

IAM-037 Enable recording of sale at the point of sale through the system Essential

IAM-038 Set reorder levels for fast moving stock items Essential

IAM-039 Generate reports on aging & stock movement analysis Essential

IAM-040 Generate reports for: Essential

1) Item wise consignment ledger

2) Branch-wise consignment ledger

3) Transporter-wise consignment ledger

4) Pending Requisition report

5) Item wise Stock report at various location

6) Item wise sales report at various locations

IAM-041 Enable export and import of data from and into MS Excel sheets in the Essential
system

IAM-042 Enable online ordering of publication thereby blocking the item at the Essential
store selected by the end user. A timeframe to release the block has to
be automated in the system

IAM-043 Enable and automate Imprest account management and maintenance Essential
and associated processing of such accounts at the stores

IAM-044 Dispatch of material through postal system must be integrated and Essential
tracked through the inventory and logistics module of the system

IAM-045 Creation and maintenance of coding table Essential

IAM-046 Uniform naming conventions Essential

Inventory
Costing

IAM-047 During Period-end Closing, Cost Variances (vis-à-vis Budgets) needs Essential
to be analyzed; the system should allow users to get into the Costing

ICAI Confidential Page 91 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

Details (by transaction) from the Financial Modules

IAM-048 2 offices/locations within the Institute may have different costs for the Desirable
same item on account inter-office transfer charges - the system should
be able to incorporate the additional costs seamlessly

IAM-049 Cost Accounting should be triggered automatically during Desirable


inventorisation/material receipt and dispatch without the user having to
do anything about it

IAM-050 It should be possible to analyze the Cost Ledger in the same way as Desirable
General Ledger

IAM-051 Ability to apportion cost of freight onto the inventory costs Desirable

IAM-052 The system should have ability to consolidate at different levels using Desirable
different consolidation methods for combinations chart accounts,
calendars for ledgers in various countries; further allow for standards
policies/procedures with ability to tailor to each entity

IAM-053 Closing Stock/Sales etc consolidations across offices of the Institute. Desirable

IAM-054 Period-end consolidation should be easy-to-perform with minimum Desirable


navigation and reconciliation requirements; reconciliation reports
(particularly, unbalanced clearing account and inter-office transaction
entries) should be readily available on the consolidation workbench

IAM-054 Ready-made Consolidation Templates (e.g. calendar, formats for stock Desirable
date etc) should be available in the system which would expedite the
consolidation process.

IAM-055 Any requisition/Request to be punched by a branch itself in the system Desirable


which can be viewed and verified by Noida stores

IAM-056 Sales/Issue to be punched by branch itself and the system itself should Desirable
able to calculate the commission payable to branch.

ICAI Confidential Page 92 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4.5.3 Collaboration platform


A platform to facilitate improved and near real-time interaction among various communities of practices
from students to members and across stakeholders. The platform also enables a mechanism to share best
practices, knowledge, problem resolution based on peer experience and decision making.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

COB-001 To build a platform to bring together ICAI stakeholders to Vital


communicate and collaborate using TEXT, VOICE and content sharing
capabilities

COB-002 The ICAI collaboration platform is envisaged to provide Text, Data and Vital
Application and Desktop sharing capabilities including services like
email, calendaring and scheduling, contacts, and team collaboration
including file synchronization, wiki, and task management.

COB-003 The collaboration and communication has to include real time Essential
messaging and workspace capabilities focused on team collaboration

COB-004 The collaboration portal should allow application of content policy Essential
management tied with Role Based Access Control within the portal

COB-005 Capability to store and manage multiple artefacts with the space in Essential
addition to the ability to share content over the network

COB-006 Capability to classify and Taxonomy requirements for the artefacts, Essential
added / created / managed on the collaboration platform

COB-007 Admin functionality to manage and control content available on the Essential
Collaboration Platform

COB-008 Integration with the messaging system to send information and event Desirable
based messages

COB-009 Options for Rule based archiving of the content available Desirable

4.5.4 Consolidation & integration of multiple portals into the main portal for ICAI
This is an activity envisaged to integrate the current set of stand-alone portals into the proposed integrated
Institute portal. The existing functionalities of each of the portals may get duplicated, consolidated and may
incorporate additional features that may not exist today. The bidder must propose the strategy that would be

ICAI Confidential Page 93 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

adopted to enable consolidation and optimization of the portals onto a single platform while being
integrated with the various underlying software applications proposed as part of the program.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

CIP-001 Consolidation of existing websites into one centralized ICAI website Vital

CIP-002 Consolidate the various portals under the main ICAI.org and ensure Vital
single sign on provision for the users to access them. Such
consolidation would help reduce the TCO for the Institute (software
licenses, hardware, support costs, standardization among others)

CIP-003 Website naming guidelines to be followed and consistent branding to Vital


be enabled

CIP-004 Creation of Regional / Branch specific content as sub-sites under the Essential
main central site

CIP-005 All websites hosted and managed centrally, users across all offices can Essential
use the same website for operations with federated user account
management (single sign-on) for accessing the applications

CIP-006 Standardization of look and feel and better user experience Essential

CIP-007 Guidelines / Standards / Templates / Policy definitions for portal Desirable


management

CIP-008 Effective search Engine to locate content of interest, Content Essential


organization and structure, be made up-to-date, obsolete content to be
removed

CIP-009 Single Sign On across various applications on the portal Essential

CIP-010 Role based access control for end users to access authorized Essential
functionalities of the underlying software applications

CIP-011 Personalization requirement for the stakeholder Essential

CIP-012 Content Management System to be integrated into the portal solution Essential

CIP-013 Web Authoring tool to be provisioned Essential

CIP-014 Website to be highly-available, robust and have good end user Essential
experience: Provision for collaboration forums, blogs, RSS, grievance

ICAI Confidential Page 94 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

submissions and tracking on the website

CIP-015 Integration with the ICAI‟s other applications including but not limited Desirable
to Members and student self services , e-library etc

4.5.5 Council Affairs Management System


The complete lifecycle of planning, organizing, conducting and tracking the council meetings are captured
as part of this system. This requires complete integration with the travel management and portal
applications to ensure an integrated information exchange across the Institute.

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

CAM-001 Creation of various standing and non-standing committees along Vital


with the list of members associated with them in the system. The
composition of the committees is very dynamic and changes too
often, almost every year

CAM-002 Establish a robust cataloguing / filing system to capture the various Vital
council meetings and associated generated documentation in the
system, integration with Content and Document management
system is vital

CAM-003 Automate the end to end process of planning a meeting to its Essential
closure along with the sub-processes involved in conducting such a
meeting

CAM-004 Plan and setup a meeting for the council members in the system Essential

CAM-005 Identify participants for the council meeting Essential

CAM-006 Automate notification and subsequent reminders to the identified Essential


members and participants identified to participate in a council
meeting. Integration with the messaging system is essential

CAM-007 Facilitate online the creation of the documentation by various Essential


departments and authorized users that is required against an agenda
item in a forthcoming meeting scheduled in the system

ICAI Confidential Page 95 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

CAM-008 Track the progress of documentation being created by various Essential


departments against each action item listed on the agenda of a
forthcoming meeting. Raise automated/manual alerts where
required.

CAM-009 Publish online the documentation that needs to be circulated to the Essential
participants before the council meeting including the agenda,
documentation for each item, last minute papers received for
inclusion, etc

CAM-010 Publish online the meeting notes from the meeting conducted Essential

CAM-011 Capture online the next steps generated from a meeting and track Essential
them to closure with respective stakeholders

CAM-012 Enable stakeholders to address the next steps marked against them Essential
online in the system by providing the associated documentation,
updates and status

CAM-013 Enable quick search and location of past meetings and associated Essential
documentation

CAM-014 Migrate data and create an online archive of past meetings, Desirable
associated documentation, decisions taken, minutes, etc and
categorize them for easier search

CAM-015 Automate report generation from the documents associated with a Essential
meeting in the formats used by the Institute

CAM-016 Automate basic and advanced search capabilities on the Essential


documentation including the archives of past years in the system

CAM-017 Integrate with the travel management system and financial systems Essential
to facilitate the travel and accommodation requirements of
participating council members for a meeting

CAM-018 Integration with MIS Reporting and Dashboard for publishing of Essential
Reports, Summary of Meetings etc

CAM-019 Role based access control , content classification and content based Essential
access control to the system is essentially required

ICAI Confidential Page 96 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4.5.6 E-Learning System


The e-learning system provides self-study content to the students, members and other stakeholders. This
enables convenience of learning by removing the need for a physical presence at point in time. Content for
such topics will be created by the Institute faculty and other subject matter experts from the profession.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

ELM-001 Provide accessible, user friendly, web based platform for E-Learning Vital
for students ,members and other stake holders of ICAI

ELM-002 Provide Possibility to use the system/application, asynchronously Vital

ELM-003 The E-Learning System should enable participants to maintain Vital


communication channels with peers and the course tutor/moderator.

ELM-004 The E-Learning Platform should enable delivery of rich multimedia Vital
presentation, including audio and video content.

ELM-005 The navigation of the System should be user friendly with option to Essential
link to different sections of the Course, with possibility to
save/bookmark last accessed portions of the courseware.

ELM-006 This software will need presentation slides, videos and images as Essential
inputs. The user will generate all these inputs using other mediums, but
an interface will be required to manage and import the content into the
application.

ELM-007 Most of the content is developed by partners and vendors for ICAI; Essential
selective access to application portions is desirable. Application should
have capability to provide, configurable, multiple level of security
access

ELM-008 Integration with Payment Gateway and Financial system is desirable Essential
for enabling paid E-Learning courses, in addition to possible free
courses

ELM-009 Mechanism to control access to the Content should be there. The Users Essential
should have access to only E-Learning that is made available to them
and only for the limited period of time

ELM-010 The LMS should integrate with the Online Examination System Essential

ICAI Confidential Page 97 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

ELM-011 Number of concurrent users to be around 1500-2000 users at a point in Essential


time

ELM-012 Integration with the Collaboration Portal Desirable

4.5.7 E-Library System


To create a virtual library of content for the students and members thereby reducing the amount of paper
print generated year on year. This will be part of the Green IT initiative being championed within the
Institute.

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

ELB-001 Establish a robust online catalogue for launching the e-Library Vital
services to the end users

ELB-002 Ability to submit, review and publish content into the e-Library Vital
system

ELB-003 Manage versions of the e-documents published under the library Essential
and further allow the end user to view the previous versions as a
drill down from the latest

ELB-004 Enable a workflow with various internal reviewers to review, Essential


comment and accept the final e-document being published under the
library

ELB-005 Digitize existing hard copies of guidelines, procedures, rule books, Essential
digital contents, profession books, papers, case studies, key
amendments, documents, practice aids, journals, question banks,
case laws, quick digests, etc that are identified to be part of the e-
library system

ELB-006 Establish a process to manage and administer the content by the Essential
Institute

ELB-007 Enable robust categorization and indexing of the e-documents being Essential
published into the system

ICAI Confidential Page 98 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

ELB-008 Enable basic and advanced search capabilities for the end user to Essential
locate the e-documents of interest / relevance

ELB-009 Categorize the content into “free” and “for purchase” categories Essential

ELB-010 Enable integration with the self service portal for the end users Essential
using a single sign on feature

ELB-011 Enable integration with an online payment gateway for the end Essential
users to make a payment for documents that have a charge
associated with them

ELB-012 Enable integration with the Institute Knowledge Management Desirable


Repository for the various e-documents to be listed in the KM
search for the end user

ELB-013 Enable integration with the central document and content Desirable
management system of the Institute

4.5.8 Enterprise Content and Document Management System


A centralized enterprise content and document management system enables a consistent availability of the
quality of information across the various Institute applications and stakeholders. An advanced search and
filter mechanism enables easy location of the content or document of interest for the stakeholder thereby
improving the end user experience of interacting with the Institute‟s IT platform.

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

DMS-001 Enable creation of a meta data based management and Vital


administration of document filing taxonomy within the Institute.

DMS-002 Enable definition of a multi-level workflow definition for the Vital


administrator along with definition of a document state transition
process within the software.

DMS-003 Should enable users to customize the metadata information of Vital


document for specific needs such as review, approve and search

DMS-004 Provide a central repository of documents uploaded by various Essential


users as part of a workflow process execution

ICAI Confidential Page 99 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

DMS-005 Enable creation of a central document warehouse that manages Essential


templates, policies, procedures, guidelines and standards published
by the Institute

DMS-006 Enable version management of a document captured in the Essential


repository

DMS-007 Enable creation, reviewing and publishing of a document as part of Essential


a process workflow within a department or committee at the
Institute

DMS-008 Enable definition and management of a streamlined cataloguing of Essential


documents within the Institute and thereby support document
categorization

DMS-009 Ensure indexing of all documents in the business area space of the Essential
solution

DMS-010 Establish basic and advanced search including the document Essential
contents

DMS-011 Enable definition of various levels of document access security Essential


within the repository

DMS-012 Enable role based access control mechanism to ensure authorized Essential
access to various documents in the repository

DMS-013 Provide user account administration within the document Essential


management repository to restrict unauthorized access into the
application

DMS-014 Enable integration with e-mail software to notify due dates for Essential
actions and/or built in escalations for each workflow as defined by
the Institute

DMS-015 Enable strong audit trail across the various actions performed in the Essential
solution by each user

DMS-016 Enable creation of a business area (for managing documents Desirable


created and processed as part of processes) and a personal area (to
be used as a working area) for end users

ICAI Confidential Page 100 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

DMS-017 Provide robust archival and retrieval features as part of the Desirable
proposed solution

DMS-018 Should support the search capability based on the document Desirable
metadata

DMS-019 Should support the search capability based on the full-text of the Desirable
document with combinations of metadata and/or document content

DMS-020 Should support Federated Search into other sources of information Desirable
such as static and dynamic websites, RDBMS, and content
repositories from a single search

DMS-021 Should be easy to customize the search capability Desirable

DMS-022 Should allow users to save and re-use search queries Desirable

DMS-023 Should support various metadata formats such as numerical, data, Desirable
Boolean, etc.

DMS-024 Should support automatic extraction of metadata from the record Desirable
when they are either created or captured

DMS-025 Should support metadata validation such as format, range of Desirable


values, etc.

DMS-026 Should support version control of meta data related to DMS and Desirable
Content Management

DMS-027 Should maintain metadata taxonomy Desirable

DMS-028 Should support tracking unique identifier for record or file Desirable

DMS-029 Should support tracking unique identifier for record or file during Desirable
the movement of record to another location

DMS-030 Should support tracking current location and previous locations of Essential
the record

DMS-031 Should support tracking the dates of movement and persons Essential
involved for records movements

DMS-032 Should support function that specifies retention schedules, Essential

ICAI Confidential Page 101 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

calculates retention periods and eligible disposition

DMS-033 Should automatically track retention periods that have been Essential
allocated to the file and initiate the disposal process once the end of
the retention period is reached

DMS-034 Should support reporting and analysis tools for the management of Essential
retention and disposition schedules

DMS-035 Should allow authorized users to change or amend any retention Essential
period allocated to any file at any point in the life of the file

DMS-036 Should permit authorized users to suspend the retention period and Essential
final disposition of a file

DMS-037 Should allow the definition of sets of processing rules to be applied Essential
as an alerting facility to specified files, prior to initiation of the
disposal process.

DMS-038 Should support the review process by presenting electronic files to Essential
be reviewed with their metadata and retention schedule information

DMS-039 Should permit disposition to be processed for files covered by Essential


approved records schedules only

DMS-040 Should support confirmation of disposition of volumes/records Desirable

DMS-041 Should support approval by a Records Officer or authorized Desirable


delegate before permitting or performing destruction of any record

DMS-042 Should support destruction of record by individuals or by batch Desirable


process

DMS-043 Should support documentation of records destruction Desirable

DMS-044 Should be capable of supporting the preservation of records Desirable

DMS-045 Should support the automated periodic comparison of copies of Desirable


information, and the replacement of any copy found to be faulty, to
guard against media degradation

DMS-046 Should support conversion of records (with their metadata and Desirable
audit trail information) to other media and/or systems in line with

ICAI Confidential Page 102 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

the standards relevant for the formats in use

DMS-047 Should support compression/encoding techniques to store the Desirable


electronic record

DMS-048 Should record the deletion of records comprehensively in the audit Desirable
trail

DMS-049 Should generate an exception report for the Administrator when Desirable
deletion occurs

DMS-050 Should support deletion of the related entities of the deleted record Desirable

DMS-051 Should allow the administrator to limit access to records, files and Desirable
metadata to specified users or user groups

DMS-052 Should restrict user access to specific files or records Desirable

DMS-053 Should provide restriction in forwarding to unauthorized persons Desirable

DMS-054 Should watermark pages if printing privileges are granted Desirable

DMS-055 Should be able to mask certain areas in the document in different Desirable
versions and for different users

DMS-056 Should provide capability to protect sensitive information in the Desirable


document from getting printed in the :
• Document print out
• Document Forward through mails
• Any other document delivery mechanism

DMS-057 Should support audit trail of all changes made to administrative Desirable
parameters such as:

DMS-058 The date and time of capture of all electronic records Desirable

DMS-059 Re-classification of an electronic record in another electronic Desirable


volume

DMS-060 Re-classification of an electronic file within the classification Desirable


scheme

DMS-061 Any change to the retention schedule of an electronic file Desirable

ICAI Confidential Page 103 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

DMS-062 Should support scanning single page and multi page document. Desirable
Should be able to make a multipage document into a single
document with multiple pages

DMS-063 Should support batch scanning of documents with different Desirable


scanning resolutions

DMS-064 Should support OCR & ICR so that the complex document formats Desirable
can be scanned and available for full-text search and support multi-
level indexing.

DMS-065 Should support web based scanning Desirable

DMS-066 Should be able to directly store into the repository both in Desirable
synchronous and asynchronous methods

DMS-067 Should support automatic triggering of the workflow based on the Desirable
document metadata captured during scanning

DMS-068 Should support backup and recovery facility Desirable

DMS-069 Should be able to schedule back up and should support fully Desirable
automatic backup and recovery process

DMS-070 Should be able to generate customized reports Desirable

DMS-071 Should support authorized printing rights (i.e. only certain people Desirable
will be able to print out certain documents based on authority level)

DMS-072 Should allow users from different departments to manage digital Desirable
assets in collaborative mode

DMS-073 Should have a web based administration component for managing Desirable
all administrative tasks like assigning access controls, records
management, document management, scanning and storage

DMS-074 Should have an administrative client as an alternative to the Web. Desirable


This administrative client should be able to connect to the system
over a network

DMS-075 Should support XML based configuration Desirable

ICAI Confidential Page 104 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

DMS-076 Should support highest level of document and information security Desirable

DMS-077 Should supports Access Control Lists (ACL's) Desirable

DMS-078 Should support document/record annotation. Should be possible to Desirable


use annotation on multiple document formats

DMS-079 Should support conversion of document to different format and Desirable


convert any scanned document to PDF on fly

DMS-080 Should be able to publish/notify arrival of new documents to the Desirable


concerned users.

4.5.9 E-Voting System


The e-Voting platform would enable a quick survey across various decisions being made from time to time
by enabling the relevant stakeholders to voice their opinion. Such an opportunity enables a participation in
real time for the involved stakeholders.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

EVT-001 Establish an online e-voting website / application on the central portal Vital

EVT-002 Ability to post a discussion item and associated options / alternatives Vital
for stakeholder response

EVT-003 Enable creation of the target audience required to vote on the Essential
discussion item

EVT-004 Integration with Members and Student Management system for Essential
creating targeted audience/groups/segments based on defined criteria

EVT-005 Manage database of votes received Essential

EVT-006 Ensure security and confidentiality of data captured and compliance Essential
with any regulatory requirement

EVT-007 Generate reports on demand on status of participation of the end users Essential
(without the results being analyzed) for the Institute to measure the

ICAI Confidential Page 105 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

participation from end user communities

EVT-008 Enable role based access control for the administrator vis-à-vis the end Essential
user casting the vote

EVT-009 Enable the members to post their choice from the comfort of their Essential
home/office without hassles

EVT-010 Enable a mechanism to let members across the globe participate in the Essential
voting process securely and maintain the confidentiality.

EVT-011 Generate immediate results on the discussion items once the timeline Essential
for voting has been expired in the system

EVT-012 Generate an end to end audit trial for each transaction performed in the Essential
system

4.5.10 Examination Management and Online Examination System

The Institute wishes to complement the existing examination process with additional online examination
processes thereby enabling more frequent conduct of the examination to the students in an effort to improve
the reach and convenience of taking examinations.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

EOM-001 Create a master set of examinations to be conducted online Vital

EOM-002 Automate the complete process of creation to publishing of a timetable Vital


for the various exams across multiple locations
EOM-003 Integration with Students and Members Management System to extract Vital
information about the eligible students for an exam
EOM-004 Students will have to register for every upcoming exam and the process Vital
would involve authenticating student registration number with date of
birth.
EOM-005 The login-id and password created by the student for filling up the Vital
application form would be sent to the email address registered with the
system.

ICAI Confidential Page 106 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

EOM-006 Provision for filling up the Online Application form and pay the fees Vital
online
EOM-007 Automate the end to end process of planning an exam to conducting an Vital
exam online to evaluating the answers to publishing the results on the
Institute website. This will require automation of the various sub-
processes involved in the end to end process.
EOM-008 Enable creation of a question bank for the exam from where in Vital
questions are randomly chosen for each student taking the exam at any
location
EOM-009 Enable a secure online attendance recording system for students to take Vital
the exam
EOM-010 Ability to capture answers from each student taking the online exam Vital

EOM-011 Online generation of mark sheets and e-mailing provisional certificates Vital
to the students of an exam
EOM-012 Cater to re-evaluation requests from the students and automate the Essential
downstream processes to resolve the request
EOM-013 Ensure end to end security of the complete chain of the process where Essential
in data integrity and confidentiality is retained at all levels
EOM-014 Enable role based access control in the system Essential

EOM-015 Capture the information related to the examiners and observers Essential
identified to conduct the exams at various offices
EOM-016 Capture the attendance of examiners and observers participated in Essential
conducting an exam
EOM-017 Integrate with financial systems to make payments to the examiners Essential
and observers who had participated in conducting the examination
thereby facilitating settlements
EOM-018 Capture sale of examination forms at various offices of the Institute in Essential
the system thereby enabling timely realization of proceeds and
inventory of the forms
EOM-019 Ensure coding and tracking of Answer booklets with a unique reference Essential
code.

4.5.11 Finance and Accounting System


The Integrated, centralized finance and accounting system manages all activities related to finance and
accounting while providing a detailed audit trail and reporting that complies with various regulatory
requirements at ICAI.

ICAI Confidential Page 107 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

FAS-001 Comply with IFRS/Local GAAP standards for accounting systems Vital

FAS-002 Automate the financial and accounting processes across offices of the Vital
Institute

FAS-003 Ability to support multiple regions / branches / offices operations. Vital

FAS-004 Ability to provide Management Reporting - Balance sheet, P&L, Trial Vital
balance, cost accounting Cash Flow Statement etc

FAS-005 The Chart of Accounts should have multiple segments and dimensions Vital

FAS-006 Chart of Accounts should support inter office transactions in order to Vital
facilitate period-end reconciliation

FAS-007 Ability to support multiple currencies features including foreign Vital


currency transactions and reporting in translated currencies

FAS-008 The system should be able to report in multiple currencies (functional Vital
currency, local currency etc)

FAS-009 Ability to maintain Currency exchange conversion rate information Essential


(monthly and daily rates). System should have an interface or import
utility for mass update

FAS-010 Ability to perform revaluation of assets and liabilities on a regular basis Vital
(based on exchange rate fluctuation)

FAS-011 All account types (e.g., AR, AP, FA, Purchasing, etc) should be readily Vital
identifiable (e.g., using prefixes); further, all GL Account Codes should
be readily identifiable by intuitive descriptions/names

FAS-012 The system should have ability to create summary and parent accounts Vital
for roll ups

FAS-013 There should be cross validation rules across account segments to Vital
prevent creation of incorrect account combinations

FAS-014 Ability to provide User/responsibility based security in accessing Essential


account segment values while entering transactions (for e.g. to restrict
certain users in entering account codes for their department only)

ICAI Confidential Page 108 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

FAS-015 The account maintenance process should be simple. It should be easy to Essential
create/maintain segment values and account combinations. System
should support dynamic creation of account combinations

FAS-016 The system should support different types of journals entries in the Essential
system. The journals should be readily identifiable (e.g., using sources
and categories); further the system should allow batch as well as
manual journal entry

FAS-017 Ability to define posting rules (e.g. based on journal source, category Essential
etc) for automatic posting of journals

FAS-018 Ability to have automatic reversal of journals based on pre-defined Essential


criteria

FAS-019 The system should provide process to set up model/template journal Essential
entries (e.g., standard, recurring, etc.) with account numbers and with or
without amounts

FAS-020 For period-end reconciliation activities (between the GL and Sub- Essential
Ledgers) it is desirable to have ready-made easy-to-use Reconciliation
Reports; additionally, basic Statements of Accounts (e.g., Trial
Balance, Balance Sheet, P&L, Cash Flow Statement, Schedules, etc)
should be readily available/configurable

FAS-021 In case of year-end closing, all opening balances should be transferred Essential
to the new fiscal calendar automatically; further, it is required to
maintain previous years' records for audit trails

FAS-022 The system should allow to conduct prior period adjustments and create Essential
adjusting periods

FAS-023 The system should be able to define/maintain Budgets at department, Essential


region, branch, office, project level, etc

FAS-024 The system should provide screens to allow on-line query of general Essential
ledger and budget information (with controls); further should allow
approval of budgets through workflow or on-line

FAS-025 It is important to standardize the budgeting process in terms of level of Essential


detail, format, structure, analysis dimensions, etc - it would be

ICAI Confidential Page 109 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

preferable if the system provides ready-made templates to aid the


budgeting process

FAS-026 Budgeting exercise may be Financial or Non-Financial in nature; to that Essential


extent the system should be able to support both financial as well as
statistical/quantitative budgets, e.g., procurement or dispatch quantity

FAS-027 Budgeting should be possible across all dimensions of the Chart of Essential
Accounts, including ability to define Budget for Projects / Initiatives at
the Institute

FAS-028 Budgets are often revised; the system should be able to maintain Essential
various versions of the budget and report comparisons across the same;
further, it should be easy for the user to update budgets; mass-change
facilities should be available in the system based on various criteria
such as % update, actual values, etc

It should be possible to import data from flat-files e.g. MS Excel Essential


Spreadsheets into the Budgeting Module; similarly, it should be
possible to export data into spreadsheets.
FAS-029

FAS-030 Ability to track expenditure on approved budgets Essential

FAS-031 Ability to track inter link with procurement module and control through Essential
roles.

FAS-032 Ability to define a process to monitor budget v/s actual consumption - Desirable
analyze for comparisons /patterns to improve efficiency and reduce
costs

FAS-033 The system should facilitate rule-based allocation of budget amount Essential
across multiple heads/account codes; e.g. budget for overheads may be
allocated across multiple departments based on manpower deployed in
each cost centre or office space or even simple % split

Financial consolidation across offices of the Institute at daily, monthly, Essential


quarterly, half yearly and yearly timelines.
FAS-034

FAS-035 Period-end consolidation should be easy-to-perform with minimum Essential


navigation and reconciliation requirements; reconciliation reports

ICAI Confidential Page 110 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

(particularly, unbalanced clearing account and inter-office transaction


entries) should be readily available on the consolidation workbench

FAS-036 Ready-made Consolidation Templates (e.g. reporting currency, Desirable


calendar, formats for representation of Statements of Accounts, etc)
should be available in the system which would expedite the
consolidation process

FAS-037 Consolidation would be required in one primary currency; however, for Desirable
analysis purposes multiple currencies should be supported

FAS-038 Statutory Reporting, e.g., for Tax and Duties the system should be able Essential
to address specific localization reporting requirements for India

FAS-039 The system should also provide for an intuitive, easy-to-use, User Desirable
Driven Reporting Tool, using which the user can perform necessary
accounting analysis as well as generate required financial statements on
a self-service mode

FAS-040 The system should allow drill down from GL to sub ledgers Essential

FAS-041 The system allow comparison of financial parameters across Essential


departments, regions, offices

FAS-042 A dashboard for the top management to view various financial Essential
aspects/ratios to be available in the system

FAS-043 The system should capture extensive audit trail of transactions being Vital
performed by users with timestamp (who-when-what-why)

FAS-044 Post travel information into ledgers to keep track of all the travels Essential
against project

FAS-045 Order & receive fixed asset through purchase order & inventory Essential

FAS-046 User can change the replacement cost & insured value for selected vital
fixed value

FAS-047 The system should allow transfer of expenses from one GL account to Vital
another. This should also allow adjustments of overheads over various
GL accounts.

ICAI Confidential Page 111 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

FAS-048 There should not be a need to re-enter the same information into Vital
duplicate screens / modules in the system

FAS-049 Enable automatic bank reconciliation of statements Essential

FAS-050 Enable cheque printing through the system Desirable

FAS-051 Send out internal circulars and reminders through the system Desirable

FAS-052 Enable online approval of payment vouchers Essential

FAS-053 Ability to submit expense report by employees online & have online Essential
approval as part of a workflow process

Accounts
Payable

FAS-054 Ability of the system to integrated with procurement modules with Essential
Accounts payable so that AP process/accounting can be updated by
triggering the purchasing process from within procurement module

FAS-055 Ability to integrate with the travel management system to track travel Essential
costs against a specific project / department budgets

FAS-056 Ability to compare the travel costs incurred across departments, Essential
regions, offices against approved budgets over a time line (quarterly,
yearly, etc)

FAS-057 Ability to compare cost incurred on people across Offices, Essential


Departments, Regions

FAS-058 Integration with Asset Management, Travel Management, Procurement Essential


and Logistics, Stores and Inventory system among other areas where in
vendors are involved leading to invoice generation at the Institute

FAS-059 Generate ageing analysis reports and KPI metrics against specific Desirable
entities in the financial system

FAS-060 Generate extensive dashboards and reporting for top management to Essential
know the snapshot of the Institute finances on-demand

Accounts

ICAI Confidential Page 112 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

receivable

FAS-061 Ability to integrate Accounts Receivable with and GL Modules e.g. Essential
rule-based posting to GL, auto-updates in accounts receivable, etc

FAS-062 Ability of accounts receivable to be completely integrated against Essential


specific initiatives at the Institute so that Accounts Receivable
process/accounting can be updated by triggering the receipt process

FAS-063 Ability to raise debit memo, debit memo for returned goods / unused Essential
materials to the vendor.

FAS-064 Ability to cancel the receivable documents and cancellation of credit Essential
memo.

Cash
Manageme
nt

FAS-065 Ability to view the consolidated and detailed cash flow / balance Essential
position for the previous, last "x" days (pattern) of the month

FAS-066 Ability to view the payables expected over the next one week or month Essential
(insurance premiums, vendor payments, etc) to know the cash outflow

FAS-067 Ability to view the receivables expected over the next one week or Desirable
month to know the cash inflow

FAS-068 Ability to enter the various investments (cash, FD, securities, etc) into Desirable
the system with associated maturity and interest rates

FAS-069 Ability to track the various instruments of investments based on the Essential
details fed earlier in the system

FAS-070 Ability to generate timely alerts / reminders for the users on pending Desirable
insurance premium payments, investments getting matured, etc from
the system

Funds

ICAI Confidential Page 113 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

Manageme
nt

FAS-071 Upload the budgets approved based on different financial years Essential

FAS-072 Quarterly/Half-Yearly Reporting Essential

FAS-073 Provision of refund in case of discrepancies Essential

FAS-073 Ability to track expenditure on approved budgets Essential

FAS-074 Ability to track inter link with procurement module and control through Essential
roles.

FAS-075 Ability to define a process to monitor budget v/s actual consumption - Desirable
analyze for comparisons/patterns to improve efficiency and reduce
costs

4.5.12 HR and Administration Payroll Processing System


The HR, Administration and Payroll system manages the complete lifecycle of an Institute employee and
associated business processes across all its offices. Performance appraisal system based on the guidelines
and policies of the Institute is also included in the scope of the system.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

HRM-001 Act as a central HR, Administration and Payroll system for all Vital
employees of the Institute across all its offices.

HRM-002 Ability to handle requests for special accommodations made by Vital


applicants and employees in relation to one or more specific tasks
required by a position

HRM-003 Compliance with employment provisions and regulations required by Vital


various entities within the regulations proposed by the government has
been added. Can collect, store, and retrieve information that is needed
to comply with regulations from areas of the application that support
employment processes.

ICAI Confidential Page 114 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

HRM-004 Administration of position groups and positions/jobs Essential

HRM-005 Connection between jobs and roles and requirements of needs for Essential
skills, certificates and educations

HRM-006 Monitor employee absences, identify trends in absenteeism, proactively Essential


offer assistance to employees

HRM-007 Register employee absence and administer. Set up profiles for each Essential
type of absence such as vacation, illness, disability, pregnancy and
parental leave

HRM-008 Link the employee to the appropriate absence profile & easily get an Essential
overview of the number of absences and their cause for any given time
period

HRM-009 Absence per employee can also be displayed graphically in a calendar Essential

HRM-010 Improvements to absence management include the introduction of Essential


absence requests, which enable employees to request future absence
dates and managers to accept or reject requests.

HRM-011 Monitor benefits that have been agreed with an employee thereby Essential
enabling effective tracking.

HRM-012 Creation of a salary advance and further processing in the system Essential

HRM-013 Information about the benefits which are assigned needs to captured Desirable

HRM-014 Implement effective, end-to-end processes and policies in Human Essential


resources to improve performance throughout the organization.

Includes improved tools for identifying, developing, and tracking


employee skills, and setting, and monitoring employee goals and
activities

HRM-015 Provision for receiving recruitment requests based on the advertisement Essential
posted on website / newspaper and further manage the complete
recruitment lifecycle in the system

HRM-016 System that can handle the promotions eligibility of an employee and Essential

ICAI Confidential Page 115 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

keep updating the dashboard as per the tenure of the employee.

HRM-017 Integration with Attendance recording system and finance system Essential

HRM-018 Performance appraisal system to be developed as a part of this Essential


application in line with the current processes within the Institute

HRM-019 Transfer of employees should be catered to within the system Essential

HRM-020 Provision for making all the claims like HIS claims, medical claims, Essential
granting loans, medi-claim policy, and children education through this
portal and managed by the accounts system at the backend.

HRM-021 Rewards and Recognition provision to be set up at this portal (e.g. Essential
monitoring the employment service duration, tracking birthdays, etc)
thereby providing an input to HR to proactive improve the relationship
further between the Institute and the employees

HRM-022 Policies for relationship management and organization culture need to Essential
be hosted as part of the system

HRM-023 System of accounting a break in contract, etc - the break in service (if Desirable
any) is sought to be rightly recorded

HRM-024 Automatic generation of salary slip for an employee based on Essential


attendance

HRM-026 Enable accounting of various trusts such as PF, SVAMF, CABF, Essential
CASBF etc by integrating with the Finance system

HRM-027 Enable automatic processing of employees and council members TA Essential


bills

HRM-028 Enable entitlement and encashment of employee benefits should be Essential


available in the system based on availment made

HRM-029 Provision to book meeting rooms through the intranet. Essential

HRM-030 Jobs and role descriptions with a connection to work tasks and Essential
responsibility areas

ICAI Confidential Page 116 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

HRM-032 Applications for official duty/leave and other forms and Status of Essential
leaves available should be made available online.

4.5.13 ICAI.org website


The website acts as a single point portal for the Institute enabling various stakeholders to receive
information of interest in a well organized and easily available manner across multiple channels. The
proposed portal also involves migration / integration of existing stand alone portals to enable an improved
end user / stakeholder interaction with the Institute across various services.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

ORG-001 Act as a single point of entry for any end user / stakeholder of the Vital
Institute across various software applications and services rendered by
the Institute

ORG-002 Facilitate workflow based content management for the Site with facility Vital
for remote update by admin. Adequate firewalls to be deployed with
off the site update/remote update possibilities

ORG-003 Extend and enhance the strong branding of the Institute on the online Vital
platform.

ORG-004 Develop and implement a standard branding / UI style guide for the Vital
Institute

ORG-005 Enable a single sign on for the end user to access the functionalities Vital
across applications / processes

ORG-006 Enable on the fly and ad-hoc development of forms with payment Essential
gateway integration

ORG-007 Enable effective cataloguing, categorization and classification of Essential


content posted on the portal by various departments of the Institute

ORG-008 Enable publishing the latest policies, procedures, guidelines, terms of Essential
reference and other information of relevance to the end user

ICAI Confidential Page 117 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

community by the Institute

ORG-009 Enable a communications platform for key announcements, decisions, Essential


standards, etc published by the Institute

ORG-010 Enable creation of specific community areas targeted at users (students, Essential
members, etc) thereby facilitating easier lookup and navigation to the
relevant information

ORG-011 Allow personalization by end users on the presentation of information Essential

ORG-012 Establish a consistent end user experience through the various Essential
functionalities / processes

ORG-013 Enable adoption of RIA and Web 2.0 components to improve the end Essential
user experience of the underlying business applications

ORG-014 Establish a powerful user role based dashboard mechanism aggregating Essential
the various role specific KPIs metrics being displayed to the end user

ORG-015 Enable creation of sub-websites under the main portal to cater to Essential
regional, location specific needs while retaining a central management
and administration of requirements associated with the look and feel
and branding decisions

ORG-016 Enable support a multi-browser environment for the end users of the Essential
Institute

ORG-017 Enable integration mechanisms to support an underlying potentially Essential


heterogeneous or multi-technology software applications at the
Institute

4.5.14 IT Service Desk

A centralized IT service desk that collates all issues being logged by the end users of the Institute thereby
enabling a process based resolution and measurement framework. The tickets logged would have associated
workflows for resolution thereby enabling a more process based approach to deliver better and predictable
end user IT usage experience to the Institute users.

The IT Service Desk has requirements Similar to the Online Grievance Management / Ticketing System

ICAI Confidential Page 118 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4.5.15 Knowledge Management Portal


A centralized, consolidated and effective knowledge management portal that enables

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

KM-001 Enable creation of a robust and flexible taxonomy in the system Vital

KM-002 Capture keywords and description of the document / content being Vital
published in the KM system

KM-003 Enable creation of a workflow for submission, review and Essential


publishing a document / content into the KM system

KM-004 Enable basic and advanced search mechanism to find the Essential
knowledge content of interest

KM-005 Leverage rating and ranking scores posted by end users on the Essential
content to improve search results

KM-006 Enable subscription mechanism on the topics of interest for the end Essential
users

KM-007 Enable creation of communities of interest in the system Essential

KM-008 Classify documents and content under communities of interest as Essential


one of the dimensions of classification among many

KM-009 Leverage the community of interest related documents to rank Essential


higher in the search for end users than others thereby improving the
search relevance of results shown

KM-010 Notify end users of a content being published in the area of interest Essential

KM-011 Enable role based access control for moderators Essential

KM-012 Create an experts database by integrating with the members Desirable


database in the Institute and have the relevant experts information
being shown as part of the search results page for end users

KM-013 Develop semantic search results to be displayed to the end users Essential
thereby improving the user experience on the portal

KM-014 Develop reporting systems to know the usage and effectiveness of Essential
the system

ICAI Confidential Page 119 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

KM-015 Leverage a scalable document management system Desirable

KM-016 Categorize the various subjects / topics of interest and enable a Desirable
mechanism for SME‟s to publish / post their viewpoints and
Knowledge artefacts

KM-017 Basic and Advanced Search Engine capabilities Essential

KM-018 Integration with e-mail systems for notifications Desirable

KM-019 Enable creation of community blogs, Wiki Desirable

KM-020 Enable integration with RSS feeds Desirable

KM-021 Enable subscription and notification mechanism on the topics of Desirable


interest

KM-028 Integration with e-mail and SMS applications to notify the end Desirable
users about the status of a request posted in the system

4.5.16 Library Management System


Physical libraries exist at various centres of the Institute and the proposed system would enable access to
book search, block and request processing thereby enabling students to make visits only as required. The
system would track the availability of various books at the Institute libraries thereby providing the visibility
to the students and other stakeholders.

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

LMS-001 Ensure data migration to migrate the library content and Vital
information from all existing regional library systems to the
centralized system including master entities and older transactions.

LMS-002 Automate the end to end process of a book being requested for Vital
procurement to the book being removed from the library catalogue
including all the associated sub-business processes and integration
points with other systems

LMS-003 Option to manage multiple library locations across ICAI facilities Essential

ICAI Confidential Page 120 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

LMS-004 Facility to manage transfer of Books , journals etc across ICAI Essential
locations

LMS-005 Provide online access to the system for the members and students Vital
to browse / search the catalogue of books, reserve the books

LMS-006 Manage issuances , return of the Books with calculation of Late Essential
Fee and Penalties on Books retained beyond pre-defined time
period of issuance

LMS-007 Integration with the Messaging System for emails and sms on Essential
reserved books being available, proactive messages/notifications
for returning books etc

LMS-008 Integration with the self service portal to capture details and history Essential
of library usages, along with due returns, availability etc

LMS-009 Enable creation of a new arrivals section in the system Essential

LMS-010 MIS reports for the librarians on reminders, stock taking, revenue Essential
statistics for lost /overdue books etc.

LMS-011 Decommission the other library management systems used by Desirable


regional offices and consolidate into the proposed system

LMS-012 Smart card for the members and students Desirable

LMS-013 RFID based book tracking of library books Desirable

LMS-014 Enable keyword based basic and advanced search facilities. Desirable

LMS-015 Track the maximum number of books issued to a student or Essential


member. Implementation of Quota based rules for issuing Books
etc

LMS-016 Provision to avail this facility at all ICAI offices having a physical Essential
library in place

LMS-017 Notify the end user on the availability of the book of interest or any Desirable
new book received which could be a recommendation for study

LMS-018 Notify the end user on the availability of the book of interest or any Desirable

ICAI Confidential Page 121 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

new book received which could be a recommendation for study

4.5.17 Litigation Management System


Litigations / court cases that are being worked up at the Institute are recorded and documented as part of
this system. All documentation and the status of the proceedings pertaining to each case are captured in the
system as per the process defined at the Institute.

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

LTG-001 Migrate data of all past history of litigations and associated content Vital
generated into the new platform to enable easy access and reference
of the records

LTG-002 Enable creation of a robust electronic catalogue subject wise that Vital
can facilitate quick search of specific court cases from the past
history and the database created

LTG-003 Automate the process of logging a new litigation into the system Vital

LTG-004 Streamline and enable end to end tracking and monitoring of each Essential
case being worked upon at any point in time

LTG-005 Establish a strong search mechanism that can help identify past Essential
cases (history) and associated documentation to facilitate similar
cases that come up for hearing at the Institute

LTG-006 Enable the Institute team to share their opinions, recommendations Essential
with the decision makers based on past precedence

LTG-007 Enable creation of references to the external third party websites for Essential
cross referencing

LTG-008 Enable digitization of various past judgments of interest and Essential


categorization subject-wise

LTG-009 Enable reminders, alerts being sent to the advocates involved in the Essential
cases being pursued based on specific events generated in the
system

ICAI Confidential Page 122 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

LTG-010 Enable creation of activities and associated tasks while enabling Essential
their assignment with due dates against specific departments /
committees to enable creation of the data required to be put up for a
case

LTG-011 Enable reminders, notifications to complete the pending tasks for Essential
finalizing the various drafts in advance.

LTG-012 Establish a collaboration platform with various departments and Essential


specific end users in the departments where in specific information
is required to support / supplement / strengthen the case
documentation

LTG-013 Integration with the central members database providing complete Essential
details of the member or firm and associated history across the
lifecycle of existence

LTG-014 Generate reports on the number of hearings held, present status of Essential
cases, details of payment made, details of day-to-day proceedings,
overview of cases in single sheet for particular quarter,

LTG-015 Enable automated alert mails for upcoming hearings in advance Desirable

LTG-016 Automatic updating of the status of the court cases on receipt of the Desirable
information from the Advocate concerned by e-mails

LTG-017 Capture formats of “Vakalatnama” of various courts for use in the Essential
system

LTG-018 Generate reports court wise, advocate wise, year wise, subject wise Essential

LTG-019 IT advisory services: Essential

Enable small and medium firms consultancy at competitive rates

LTG-020 Automated Reminder of time frame left for completing tasks such Essential
as finalizing drafts in advance.

LTG-021 Integration with DMS and Content Management System for Essential
referencing documentation on Acts, Regulations and reference

ICAI Confidential Page 123 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

materials

4.5.18 Online Grievance Management/Ticketing System


The online ticketing / grievance handling system handles the workflow associated with the issues and
service tickets raised by the students and members on the online portal/Emails. The tickets are routed to the
applicable department / committee based on the configuration to handle the ticket. Service level agreement
definition and its measurement across various ticket categories provide a real time dashboard on the KPIs
defined for the Institute and associated departments.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

TKT-001 Online ticketing system to act as a central system to capture issues and Vital
grievances that need to be addressed by the Institute and respective
departments within it

TKT-002 Categorize the requests into various categories and route allocations to Vital
specific departments

TKT-003 Define specific SLAs to respond to various categories of requests Vital

TKT-004 User login (single sign on) for the stakeholder to log the request Essential

TKT-005 Database of frequently asked questions (FAQs) / suggested solutions to Essential


reduce manual responses for repeated questions

TKT-006 Dashboards to monitor the efficiency of responses, performance of the Essential


various departments to address the queries being logged (KPI)

TKT-007 Integration with e-mail, alerts to respective department personnel on Essential


the tickets logged

TKT-008 Alerts to the initiator of request once a response is logged (status Essential
change) through e-mail, SMS

TKT-009 Audit trial and reporting Essential

ICAI Confidential Page 124 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

TKT-010 Provision to re-open the requests by the stakeholder in case the Essential
response provided is not acceptable.

TKT-011 Provision to view/update/close the existing open requests by the Essential


stakeholder

TKT-012 Integration of this application with Students and member system and Essential
MIS Reporting system

TKT-013 Provision to get online feedback about the service provided thereby Desirable
feeding into the KPIs for each department.

TKT-014 For the grievances support, there should be a provision for integration Essential
with various other applications like Communication Management
system, Student and member system, examination management system
to facilitate quicker response times.

4.5.19 Online Store


The online store enables e-commerce of various electronic documents [Soft Content], and Institute
merchandise [Physical Items] to all the stakeholders of Institute, students/members/employees/public at
large.

The sale of the Publications and Journals Online will reduce the number of hard copy prints currently
carried out by the Institute, ensuring more economical and GREEN operations. This will also facilitate sale
of the Publications in a much more easy-to-carry format for the members along with any new updates /
amendments that get released from time to time.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

OLS-001 The Online store should support unlimited products and Vital
categories/segmentation of products. There should be multiple category
depth of the products offered in Online Store

OLS-002 The Online store should support multiple currencies for payment Vital
currency

ICAI Confidential Page 125 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

OLS-003 Support for physical (shippable) and virtual (downloadable) products Vital

OLS-004 Application should support multiple sales and discounts, shipping Essential
options, payment options.

OLS-005 It is desirable that Online store should support discount coupons and Essential
gift certificates and should support multiple configurable rules for
discounts

OLS-006 Integration with stores and inventory Management System, for updates Essential
on available products

OLS-007 Integration with Financial System and Payment Gateway Essential

OLS-008 Configurable way to manage and control the product catalogues Essential

OLS-009 Integration with Self Service Portal to post data on Orders Placed and Desirable
their status

OLS-010 Reporting on Daily, Weekly, Monthly Sales, Inventories, Revenue, etc Essential

OLS-011 Integration with 3PL for shippable products and status on shipments Desirable

4.5.20 Peer Review System


All documentation, findings and recommendations from a peer review process are captured and maintained
as part of this system and acts as a single source for associated processes.

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

PRS-001 System to facilitate initiation, control and management of Peer Vital


Review process end to end

PRS-002 The system should allow managing firms and their respective Vital
details for Peer Review Process

PRS-003 The system should be workflow enabled to track the complete Peer Vital

ICAI Confidential Page 126 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

review process end to end

PRS-004 Integration with Member and Student Management System for


central source of information on Members and Firms

PRS-005 Capture the information of various peer reviews being scheduled by Vital
the Institute.

PRS-006 Generate a unique reference number for each peer review being Essential
conducted.

PRS-007 Capture information related to the peer reviewer conducting and Essential
participating in the review

PRS-008 Gather and store the various documentation generated from each Essential
peer review against the reference of the review conducted

PRS-009 Generate metrics of interest and various KPI parameters for the Essential
Institute to measure the effectiveness of reviews being conducted

PRS-010 Capture the various action items from each review in the system to Essential
generate a report for the organization in context

PRS-011 Integration with Finance and accounting system for all the budgets Essential
being finalised, posting of Fees Collected etc

PRS-012 Integration with the Payment gateway for Fees/charges Payable Essential

4.5.21 Postal Communication Management System


Students, members and other stakeholders correspond with postal letters regarding a host of clarifications
that may be required as part of the service delivery from the Institute. The system will ensure logging of
each correspondence received and further tracks its ageing in the process against the respective department /
committee till its closure. KPI measurements and SLA management are an intrinsic part of the solution.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

ICAI Confidential Page 127 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

PCM-001 One central Communication Management System that could be used Vital
across offices of ICAI for Postal Correspondence Management

PCM-002 This correspondence management system is being envisaged for Vital


ensuring that all the templates are managed centrally for well defined
communication processes to meet the needs and management rules

PCM-003 Integration with associated business applications to route the Vital


correspondence to the respective departments for further action

PCM-004 Generation of unique reference number for the sender to track and Essential
follow up the status of processing the request

PCM-005 Ageing analysis of processing the mail being received and processed Desirable

PCM-006 Delegation mechanisms to ensure continuity in conducting operations Desirable

PCM-007 Escalation mechanisms in case of delay in responding to the requests Desirable


being received

PCM-008 Status updates / responses to be sent through SMS, E-mail or physical Desirable
letters (as applicable) to ensure timely updates to the sender of the
request

PCM-009 Requirement of a unique code for each department to refer to Desirable


separately

PCM-010 Requirement for a look-up feature so as to know the official individual Desirable
details of each of the staffs in every department including the
departments‟ heads.

PCM-011 A document repository containing the templates for letter generation Desirable
for various departments, Linked to Enterprise DMS application

PCM-012 UI for the end user / sender to track the status of the mail / Desirable
correspondence based on the Unique Identification number generated

PCM-013 Flexible option to define the workflow for managing correspondence Desirable

PCM-014 Integration with the Examination System for tracking Registration Desirable

ICAI Confidential Page 128 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

letters for final exam.

4.5.22 Procurement and Logistics


The procurement module includes an e-procurement and tendering system to procure various items at the
Institute at various points in time and perform associated activities on a digital platform. The logistics
module enables online integration with various vendor systems (or a manual update for status marking as
applicable) and ensures real time visibility of a request and its downstream processing to all stakeholders at
the Institute. It also provides a centralized management of vendor profiles across various items of
procurement along with past history of quotes received for specific items along with any feedback on
quality aspects.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

PAL-001 Ability for suppliers to collaborate over internet using internet enabled Vital
modules (for e.g. acknowledging Purchase orders online)

PAL-002 Ability to handle Contract with suppliers Essential

PAL-003 Ability to handle Blanket Purchase Agreements Essential

PAL-004 Ability to create Purchase Requisitions (PR) and convert the PR to PO Essential

PAL-005 Assign Purchase Requisitions to buyers to be worked based on their Essential


availability.

PAL-006 Ability to analyze the PR/PO volumes (per day/month), pending PRs Essential
etc

PAL-007 A Work list is required to review Outstanding actions w.r.t. POs, PRs, Essential
etc - this work list should give a "To-Do" List w.r.t. purchasing
activities for all concerned Responsibilities/Users; Designated users
should have access to a dashboard representation of pending activities
with regard to POs, PRs, Approvals to be made etc.

PAL-008 The system should have PO, PR approval hierarchies and approval Essential
limit. It should be possible to define the approval rules based on which

ICAI Confidential Page 129 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

approval workflow event can initiate.

PAL-009 The system should be able to handle both Fixed fee (Lump Sum) and Essential
Time and Material based purchases (services)

PAL-010 The system should have a detailed support for the RFx Essential
(EOI/RFI/RFQ/RFP) processes

PAL-011 Ability to handle complex sourcing processes involving complex set of Essential
criteria for bid comparison (possible maximum no of elements that
will be used for comparison of bids)

PAL-012 The system should have online collaboration tool for negotiations Essential
during the RFx.

PAL-013 Ability to define Sourcing rules to enable sourcing from different Essential
vendors i.e. 50% of goods sourced from vendor A and 50% from
vendor B

PAL-014 To certify and approve supplier to do business. Need some alert to Essential
audit all the approved suppliers every pre-specified period like six
months to audit and certify the supplier for compliance

PAL-015 Ability to create RFQs and transmit through email, website upload, fax Essential
etc. The system should have provision of RFQ approval and creation
of Requisition based on approved RFQs.

PAL-016 For indirect items (like Repair items, Office Supplies etc), provision Desirable
should be there to view item Catalogues, shop online and checkout
using self service application. The system should derive the vendor as
per assigned sourcing rules, BPAs and other source document.

PAL-017 A single PO may contain several lines/items each requiring to be Essential


delivered at different locations, e.g. different stores within the same
office or across different offices.

PAL-018 It should be possible to track suppliers' delivery lead times item by Essential
item as well as PO by PO; it should also be possible to generate
system reports that show the actual delivery lead time as compared
what was agreed/mentioned in the PO

ICAI Confidential Page 130 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

PAL-019 It should be possible to have PO attachments (like Contracts, SOWs, Essential


drawings, specifications) for storage which can be easily viewed and
transmitted. It should support PDF & Microsoft office formats

PAL-020 Ability to check funds availability before releasing Purchase Essential


Requisition and Purchase Order

PAL-021 The system should enable transmission of PO through EDI, XML, Desirable
email and Fax

PAL-022 The system should be able to print the PO to a Local printer. Desirable

PAL-023 The system should enable cancelling the purchase order issued. In Desirable
cases where partial receipt has been done it should allow cancelling
the remaining quantities.

PAL-024 The system should automatically close PO once it is received and Essential
invoiced. Also, it should be able to manually close the PO (PO in any
status)

PAL-025 Standard 3-way (PO vs. Receipts/GRN/MRN vs. Supplier Invoice) Vital
and 4-way (PO vs. MRN vs. Supplier Invoice vs. Quality Inspection
Certificate) matching facilities should be available for Purchase
Invoice Matching at the time of material receipt as well as in AP
(Note: Documentation receipt is important. The requirement is to have
2 or 3 way match on local offices purchases; however 4 way match for
asset purchases at corporate level. There are complex scenarios where
payments need to be paid on milestone basis and this matching process
should not restrict and make it tedious to process.)

PAL-026 Material Receipt transactions (e.g., Gate Entry and GRN/MRN) should Vital
be seamlessly integrated with the PO and standard reports should be
available to compare prices/quantity ordered with those during receipt
of the material

PAL-027 The system should provide process to do quality inspection of the Essential
received material and should have provision for partial receipts and
returns

PAL-028 The system should provide a robust process to capture all activities Essential
related to return of material to vendors, including PO/MRN tracking,

ICAI Confidential Page 131 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

stage at which material was returned (during receipt, from warehouse


or from production line), reasons for material return, associated
Quality Plan, etc; AP credit entries should automatically passed (using
a Debit Memo or any other mechanism)

PAL-029 The system should have standard reports of critical transactions (like Desirable
Purchase Orders, Purchase Requisitions, Standard RFQs, Spend
Analysis, Goods Received, Return to Vendor etc

PAL-030 All POs and AP Invoices payables should be processed as per pre- Essential
defined Supplier Payment Terms; however, it should be possible to
over-ride this data at the PO or Invoice Level

PAL-031 For certain suppliers, system should be able to automatically create Desirable
invoices based on the receipt quantity

PAL-032 Efficient model for tracking all the contracts issued, their milestones, Essential
efficiencies, delivery effectiveness to stated promise

PAL-033 Vendor evaluation process Essential

PAL-034 Ability to support shipment costs for Purchase orders for monitoring Desirable
the costs incurred for inward transportation.

PAL-035 Ability to interact funds management for approval process in Purchase Desirable
requisitions, Purchase contracts, Purchase orders and invoice
verifications.

PAL-036 Ability to interact with other tools/systems in the Procure to Pay cycle Desirable
(like PO printing/faxing/email/EDI, check printing, etc)

PAL-037 Ability to interact funds management for approval process in Purchase Desirable
requisitions, Purchase contracts, Purchase orders and invoice
verifications.

PAL-038 Track vendor information Essential

PAL-039 Define remit-to addresses Essential

PAL-040 Manage vendor groups for reporting and financial posting Essential

ICAI Confidential Page 132 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

PAL-041 Maintain supplier item codes Essential

PAL-042 Create purchase Quotation Essential

PAL-043 Create purchase Order Essential

PAL-044 Create purchase orders of the type: blanket orders, subscription, Essential
planned purchase Order

PAL-045 Traceability and audit for changes and cancellations is maintained Essential

PAL-046 Configurable Purchase requisition workflows Essential

PAL-047 Matching of match vendor invoice information to the related purchase Desirable
orders and packing slips

PAL-048 Price lists and trade agreements can be maintained. Desirable

PAL-049 Tracking of the status of the order for the entire order fulfilment cycle Essential
from requisition to invoicing is maintained

PAL-050 Documents like purchase orders, packing slips and invoices can be Desirable
printed / mailed and faxed

PAL-051 Credit limits can be defined and checks maintained Essential

PAL-052 Shipping information like freight carrier details for the orders can be Desirable
captured

PAL-053 Creating and maintaining tax codes for orders/ vendor - item Desirable
combinations

PAL-054 Workflows can be used to create approval levels Desirable

PAL-055 Handling partial receipts Desirable

PAL-056 Handling item returns to the vendor Desirable

PAL-057 Creation of forecast plans and master scheduling to help make Desirable
purchasing decisions

PAL-058 Report listing items with calculated ABC values for each item within a Desirable

ICAI Confidential Page 133 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

given period (for ABC analysis)

PAL-058 Reports that shows the balances that are due to vendors by periods Desirable

PAL-059 Reports for actual consumption versus budgeting can be customized Desirable

PAL-060 System that provides options for purchasing any item both centrally Essential
and locally.

PAL-061 System that provides options for Customizing while purchasing any Essential
item. User can get the provision of looking up details of the product,
available non-blacklisted vendor and preferred location of delivery.

PAL-062 Recording/updating the information of purchased products in assets Essential


records and consumable records.

PAL-063 System to track rejections and impose penalty Desirable

PAL-064 System to maintain AMC Essential

PAL-065 Template containing a write-off with due approval. Linked to DMS Essential

PAL-066 Provision for legal vetting ,bank guarantee , and agreements archiving Desirable

PAL-067 Asset management system(insurance cover) Desirable

PAL-068 Hiring of premises and other equipment on rental basis Desirable

LOGISTICS

PAL-069 Scheduling of staff to support logistics Essential

PAL-070 Ability handle bulk materials from base office to other branches Essential

PAL-071 Ability to integrate into various vendor systems (or manual provision Desirable
to update status) for information exchange to update the current status
of a delivery

4.5.23 Publications Management System


This is a centralized publications system managing the lifecycle of each publication of the Institute. This
integrates with the stock management system to fetch the current levels of the publication at various offices
of the Institute.

ICAI Confidential Page 134 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

PUB-001 Automate the end to end process of managing the content from creation Vital
to publishing stage in the system for the Institute

PUB-002 Receive request for printing from various departments and committees Vital
and thereby create a demand management module

PUB-003 Automate generation of control sheet of publications for printing Vital

PUB-004 Enable online capture of the publishing content and associated Vital
documentation against the request from the department(s) generating
the demand

PUB-005 Create a robust filing mechanism for each publication and collate Vital
associated amendments and changes received further during the
lifecycle of the publication

PUB-006 Maintain a list of vendors providing publishing services to the Institute Essential

PUB-007 The supply management module will help track the status of supply of Essential
the publishing requests against each of the requests captured in the
demand module

PUB-008 Enable various departments to view the current status of their requests Essential
online in the system

PUB-010 Generate on-demand, real-time reports of the printing / demand queue Essential
pending execution with the vendors

PUB-011 Enable a robust cost and pricing engine to be setup that can cater to Essential
various slabs of prices based on volumes, sizes or any other metrics
that is best suited to receive quotes from the vendors

PUB-012 Integrate with the Financial System to share invoice details for vendors Essential
and enable tracking of outstanding invoices and payments in real time
for the end users

PUB-013 Integrate with the procurement and logistics module to check the Essential
delivery of various publications to the respective target offices of
landing for the publications being delivered (3-way match processing)

PUB-014 Reconcile receipt of publications at various offices of delivery with the Essential

ICAI Confidential Page 135 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

outstanding invoices against vendors thereby approving vendor


invoices in the system for the deliveries made

PUB-015 Generate ageing analysis reports across the various requests, tracking Essential
and closure of the activities across the end to end chain of the
publications process

PUB-016 Enable publishing of e-publications that can be hosted on the online Essential
store for download on payment of a fee through an online payment
channel by the end users

PUB-017 Enable digital rights management solution to protect the IP generated Essential
by the Institute as part of the electronic content (e-publications)
published by the system

4.5.24 Self-Service Portal for Students and Members


The centrally hosted self service portal enables execution of a host of services related to students and
members on a self service mode where applicable. This requires information classification across various
services where in such self service activities are identified and further enabled on the Institute portal.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

SSP-001 Registration provision for prospective students on the Institute website Vital

SSP-002 Registration for various exams by the students/ members Vital

SSP-003 View information captured in the system about the user on the self Essential
service portal

SSP-004 Enable all members and students activity like registration to exams, Vital
Multipurpose empanelment form , applying for article ship and
transfers (if any), applying for jobs etc. on the portal. Etc.

SSP-005 Enable download of various kind of documentation like mark sheet, Vital
Firm registration certificate for the students and members.

ICAI Confidential Page 136 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

SSP-006 Provision to make updates to the information of self, thereby triggering Vital
associated workflows for consuming and propagating the change in the
underlying software applications and processes

SSP-007 Automate services that could be delivered on a self service model Essential
thereby aggressively reducing the need for a physical presence of the
end user at the Institute offices

SSP-008 Track the current status of various service requests initiated by the end Essential
user

SSP-009 Seamless integration and exchange and flow of information with Essential
various underlying software applications thereby providing a rich end
user experience

SSP-010 Integrate into the ICAI.org website to ensure a single point entry for Essential
end users into the Institute systems

4.5.25 Student and Member Management System


Students and Members of the Institute use this system to initiate them into the ICAI application landscape.
The system creates the master data of the stakeholders (students and members) and acts a single source of
truth regarding such information to rest of the applications.

The development of the Student and Member Management System has to be done as per the Chartered
Accountant Act (1949) and Regulations (1988) and amendments thereof from time to time. It is complete
office automation system and existing VIP along with additional functionalities has to be developed in this
system. The complete logic of such regulations has to be reflected in the entire application to be developed.
For all other member and student and BOS segment the respective training guides has to be taken into
consideration for the development activities.

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

SMM-001 Enable capture of accurate and process up-to-date information of Vital


student and member records in the Institute database

SMM-002 Data Migration from existing systems (post cleanup and Vital

ICAI Confidential Page 137 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

sanitization to ensure correctness of information captured)

SMM-003 Manage end to end lifecycle of student and member information Vital
and act as a single source of truth to all other applications of the
Institute. In other words, this database will act as a single source
for all applications requiring information about a student or a
member or a firm.

SMM-004 Generate MIS reports that could be generated on the Members and Vital
Students database (frequently used across various offices of ICAI)

SMM-005 Establish a mechanism to check the “health” of the members and Vital
students data in the database (no. of requests pending approvals
for changes received for e.g.)

SMM-006 Establish continuity of students turning members in the business Vital


processes to ensure seamless linkage of information without
having to renter the information already captured and available in
the system

SMM-007 Provision for members and students to update the information and Vital
thereby initiate a service request and an associated workflow.

SMM-008 Approval workflows to approve changes received from the Essential


students and members

SMM-009 Develop reporting systems with support for ad-hoc query Essential
generation capabilities

SMM-010 Enable role based access control to information for access Essential

SMM-011 Ensure security and confidentiality of information captured in the Essential


database

SMM-012 Generate an end to end audit trail for all changes to the student and Essential
member information

ICAI Confidential Page 138 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

Maintenance of database of all students and members of the Essential


Institute with up-to-date information to retain a high integrity
quotient
SMM-013

SMM-014 Integration with finance application to notify the student and Essential
member the receipt of online payment from the gateway.

SMM-015 Generate an online (softcopy) and also a physical copy of the Essential
receipt against the payment received

SMM-016 Integrate with Postal communication management system for Essential


aging analysis of applications / letters received from students or
members

SMM-017 Integrate with Job / Placement Portal system to intimate the Desirable
students of the availability of vacancies for article ship.

SMM-018 Integrate this system with Attendance and Leave Management Desirable
System to track the leaves consumed by students during article
ship

SMM-019 Facilitate and capture the information related to transfer of students Desirable
during article ship

SMM-020 Integrate with MIS Reporting and Dashboards for generating Essential
weekly/monthly and quarterly reports from each of the regional
centres. Enable provision to extract report/data on a day–to–day
basis for offline reporting in XL formats.

SMM-021 Integrate with examination systems to capture the results across Essential
various exams for a student. Past history information from existing
systems will require migration onto the new platform.

SMM-022 A document certification system to enable unique identification of Essential


documents issued/created/ certified by members

SMM-023 Establish a process to manage and administer the document Essential


certification system

ICAI Confidential Page 139 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4.5.26 Training Scheduling and Management System


Students and members across the country attend course classes regularly and the system enables timetable
scheduling, registration, batch/centre allotment and further allocation of faculty and resources to ensure an
effective conduct of the classes at each of the branches/DCO‟s/ITT centres. Attendance recording and
assessment is an inclusive part of the solution.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

TSM-001 Option to define courses being offered with attributes like eligibility Vital
criteria, targeted segment of students/members, qualifying criteria etc

TSM-002 Workflow for enrolling students and members for different courses Vital
offered , including MAIL and SMS communication/notification to
students/members/faculty at different stages of workflow

TSM-003 Capability for student or member to register interest of joining for a Vital
course to be planned in future

TSM-004 Possibility to define schedules, batches etc at different locations of Vital


ICAI

TSM-005 Capability to schedule and define time tables for faculty at different Vital
ICAI locations

TSM-006 Integration with the messaging system to send pre-emptive information Essential
to members and students on future courses as and when planned on pre
defined criteria

TSM-007 Integration with the examination system for evaluations to be Essential


conducted for the different course participation

TSM-008 Calculation, awarding and posting of CPE points to the central Member Essential
and student management system

TSM-009 Attendance Management including in and out times for the students Essential
and members

TSM-010 Attendance Management for the faculty at different locations Essential

TSM-011 Dashboards with one consolidated view of availability of seats in Essential


different courses, attendees to courses, demographics etc

ICAI Confidential Page 140 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

TSM-012 Integration with Payment Gateway and financial systems for the Essential
payment of course fees

TSM-013 Integration with Self Service Portal for data feed to enable availability Desirable
of information on courses registered, status, qualifying marks, etc

TSM-014 Integration with the HRM for training details of the Employees Desirable

4.5.27 Travel Planning System


An enterprise travel management system to create, process and manage travel requests across the various
stakeholders of the Institute forms the scope of this application. This requires an integration with the
financial and accounting system to define, manage and report the planned versus actual budgets in a year.

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

TPS-001 Create a master set of various types of travels taken up by members Vital
at the Institute

TPS-002 Integrate with the HR system to pre-populate the employee Vital


information and associated travel preferences thereby reducing the
type-in for raising the request

TPS-003 Create a complete list of travel vendors participating in the process Vital

TPS-004 Travel budgeting and billing system for tracking conveyance Essential
expenditure

TPS-005 Reports for budget versus actual consumption Essential

TPS-006 Integration with accounting system for posting travel expenses Essential

TPS-007 Creating travel requests and associated tasks for tracking to closure Essential

TPS-008 Tracking travel task it from creation, proposal, acceptance and Essential
closure

TPS-009 Accounting of travel cost Essential

ICAI Confidential Page 141 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

TPS-010 Integration with Members database to use the travel preferences Desirable
provided

TPS-011 Maintaining the itinerary and accommodation bookings of Desirable


executives

TPS-012 Tracking travel task it from creation, proposal and acceptance Desirable

TPS-013 Setup per diem rules makes it possible to create per diem rules Desirable
round multiple sets of criteria, such as different countries.

TPS-014 Personal expense options for company to use with regard to Essential
reconciling employee personal expenses that have been charged to
a company account. One can select to pay the personal expenses
and then debit the employee‟s account for the transaction amount,
can choose to not pay the personal expenses, but create a report
that shows that personal expenses were charged on the expense
report.

TPS-015 Define and apply policy violations and allow administrators to not Essential
only define the minimum and maximum values to be entered
against expense types but also to flag any user who abuses these
policies. With this feature in place, a user will not be allowed to
submit an expense report that violates the policies set for expenses.

TPS-016 Split expenses at the transaction level across projects, accounts, Essential
and dimensions.

TPS-017 Enter expenses in Enterprise Portal which provides flexibility to Desirable


enter work expenses. Expense reports can also be submitted,
approved, or rejected. Approved reports can be transferred back to
the general ledger

TPS-018 Expense management workflow based on predefined rules. Essential


Notifications and workflow actions can be added to the process to
ensure that all the correct steps are taken in the expense report
submittal and approval process.

TPS-019 Importing credit card and travel account transactions into Expense Desirable
management allows employees to add the transactions to their
expense reports.

ICAI Confidential Page 142 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality (Vital,


No. Essential,
Desirable)

TPS-020 Capture the list of preferred accommodation options at various Desirable


cities of travel along with expenses incurred for stay per day

TPS-021 Hotel wizard to itemize expense reports when creating an expense Desirable
report. The cost of the hotel stay can be separated, as well as other
costs incurred such as broadband internet use and room service.

TPS-022 View expense reports from General ledger to see detailed Desirable
information about the voucher without having to search for the
correct expense report.

TPS-023 Category integration to make the integration of expense types and Desirable
categories more manageable.

TPS-024 Manage the LTA as per the other travel policies available as part of Desirable
the benefits to the employee

TPS-025 Provision to copy an existing trip request to generate a new trip Desirable
request

TPS-026 Ability to block and unblock a request for a travel is foreseen in the Desirable
near future

TPS-027 Ability for the end user to track the status of a travel request all Desirable
through the lifecycle

4.5.28 Webcast System


The application would enable a platform where in live and recorded web casts, seminars are made available
to the stakeholders thereby improving the reach and access to such material across the country.

Assuming that all content has been created offline for the webcast, this system takes over the content
distribution and further management through the lifecycle and associated aspects of a webcast. The files
could be audio or video in nature along with associated documents (presentations, etc) that may be used
during the webcast.

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

WCS-001 Establish an online webcast system that the Institute can use to create Vital

ICAI Confidential Page 143 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Requirement Requirement Criticality


No. (Vital,
Essential,
Desirable)

and publish the sessions of subject matter experts in the profession

WCS-002 Establish an online portal for audio/video conferences to be made Vital


available offline as an archive for end users to listen to at a convenient
time

WCS-003 Provide online access to the system for the members and students Vital

WCS-004 Allow end users to specify the area(s) of interest to enable the system Vital
to notify them of associated events planned in the future

WCS-005 Notify of all upcoming webcasts to the members and students within Vital
the area(s) of interest

WCS-006 Enable registration of participants for an upcoming webcast Vital

WCS-007 Capture attendance of the participants on a webcast and integrate the Vital
same with the students and members management system

WCS-008 Search engine to locate the content of interest / relevance for the end Essential
users from the archives

WCS-009 Establish a workflow and a role based access control to enable content Essential
identification, creation, review and publishing workflow within the
Institute

WCS-010 Automate tracking the content creation process with various subject Essential
matter experts being identified and on-boarded towards creating,
reviewing and generating the final web cast to be published onto the
system

WCS-011 Integrate with the Document Management System to capture and store Essential
the content being created

WCS-012 Establish a strong storage and archival mechanism for content Essential
management on this system

WCS-013 Integration with the knowledge management portal to ensure visibility Essential
of the content of relevance in the search for the end users

ICAI Confidential Page 144 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

4.6 Audit Requirements

4.6.1 Security Audit


The proposed solution must capture end to end audit trail of activities done in the system across the key
processes and associated sub-process across the software application portfolio to facilitate identification of
what-who-when-where type of audit by the authorized users in the system. A complete trail of change log /
change data capture has to be maintained in the system to meet the requirement.

4.6.2 Asset Audit


The proposed solution must facilitate audit of various assets being used as part of the software applications
portfolio including software licenses, devices and other infrastructure procured to power the Parivartan
program. This would require creation of a robust Enterprise IT infrastructure library for the Institute which
will be further maintained and actively managed by the bidder as part of the support and maintenance phase
and handed over to the Institute beyond the timelines.

The selected bidder must conduct such an asset audit and share a report of compliance every 6 months for
the duration of the contract. The audit must be certified by the respective OEMs and this should be made
part of the report shared with the Institute.

4.6.3 User Satisfaction Audit


The Institute shall get a user satisfaction audit conducted by 3rd party auditors at its discretion. The report
shall rate the security implementation across three grades namely Satisfactory, Requires Improvement and
Unsatisfactory. The selected bidder must address the areas of improvement as part of the support and
maintenance contract of the program.

4.6.4 SLA Audit


The selected bidder must share reports for specific SLAs identified as part of the program every month or
quarter (as applicable for the SLA). The Institute shall at its discretion consult a 3 rd party auditor to monitor
and audit the SLA measurements being shared and rate the compliance across three grades namely
Satisfactory, Requires Improvement and Unsatisfactory.

4.7 Quality Assurance

4.7.1 User Acceptance Test


 The solution must all User Acceptance Test
 The solution should meet the entire functional requirement desired by the Institute across the
various departments and committees
 The solution must meet the integration requirements
 The solution should meet the technical requirement as per the desired solution architecture

4.7.2 Security Acceptance Test


 The solution shall demonstrate single sign on among all the participating applications
 The solution shall demonstrate SSL based transaction in the application software

ICAI Confidential Page 145 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

 The solution shall demonstrate two-factor authentication to service approvals in specific workflows
for specific users in the system
 The solution shall enforce a role based access control
 The solution shall demonstrate secure deployment and must implement secure coding guidelines
that thwart penetration attacks on the Institute IT infrastructure

4.7.3 Performance, Scalability and Stress Test

The overall solution (inclusive of hardware, software, application, system software and other third party
software) shall display a page to the end user as a response as quickly as possible for all sort of transactional
request and responses. Further the request and response time mentioned should comprise of storage, server
access, database access, and application processing and network latency requirements along with the
complete page display.

The bidder must demonstrate scalability of the proposed solution during the user acceptance phase against
incremental volume of data and user loads and must identify the breakpoint on the scalability front for the
hardware infrastructure provided by the Institute for hosting the solution. Measurable metrics to
demonstrate the performance, response time, scalability and breakpoint are mandatory as part of the
performance tests.

4.8 Solution Sizing


The bidder is expected to perform capacity planning across the various hardware components not
limited to the servers, network and associated peripherals, bandwidth sizing aspects of the proposed
solution.

ICAI Confidential Page 146 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

5. Scope of Work – Infrastructure services

The following are the high level list of activities that are envisaged to be part of the scope of work for Infrastructure
vendor partner at ICAI. The infrastructure partner shall supply the necessary hardware servers and other devices
required for the solution while the SI for software is expected to recommend the design and configuration for the same
while also providing the sizing and capacity planning details required to sustain the solution.

The details are being provided for the bidder to have visibility and clarity into the infrastructure portion of IT services
that are being floated as a separate RFP at ICAI. It is important that the bidder does the required sizing and capacity
planning for the solution being proposed as it shall impact the delivery of infrastructure services by the infrastructuer
vendor partner at ICAI.

5.1 Data Centre and Disaster Recovery setup

5.1.1 IT Infrastructure setup


 Design of servers, networking equipments and deployment topology: To be done by the
infrastructure vendor based on the inputs provided by the SI identified at ICAI for the software
applications development, implementation and maintenance services.
 Racks, which will be hosting these business critical servers and other hardware equipments, will be
provided by Infrastructure Vendor based on the inputs provided by SI identified at ICAI for the
software applications development, implementation and maintenance services.
 Deployment of the IT equipments as per business needs for availability and adopting best practices
in the industry will be done by Infrastructure Vendor. These would be done / configured at the
server and system software level (till operating system). Inputs towards the design and
configuration shall be provided by the SI managing the software applications at ICAI.

5.1.2 IT Security Deployment

 Infrastructure partner vendor shall design, implement and maintain a secure IT infrastructure at
ICAI. The required inputs towards the design and configuration of such a solution shall be provided
by the SI managing the software applications at ICAI

5.1.3 IT Physical Infrastructure


 Infrastructure Vendor shall establish, design and deploy the complete physical infrastructure at
Primary Data Center and the Disaster Recovery Site at ICAI.
 The SI for software applications at ICAI is expected to provide the relevant inputs for the same as
part of the design and implementation activities to the Infrastructure vendor partner.

5.1.4 IT Infrastructure applications


Infrastructure Vendor needs to establish all the following IT infrastructure services

 Mail Messaging services across the organization


 Domain Control, Active Directory
 Application and Network monitoring system
 The related software licenses shall be procured and deployed at ICAI by the Infrastructure vendor
partner

ICAI Confidential Page 147 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

5.2 Automation of Business centres and other offices


Infrastructure Vendor needs to do the necessary hardware and necessary infrastructure upgrades at the applicable
ICAI‟s offices from the current infrastructure under the broad scope of work:
 To supply and deploy all the necessary equipments, like workstations, laptops, networking equipments
(switches, routers, modems and necessary cables) where upgrades are identified by ICAI as warranted
 Any new offices that are opened up for operations by ICAI also need to be provided with the necessary
hardware and connectivity infrastructure by the bidder
 All the necessary network cabling required should be established by bidder only. Also, bidder needs to clearly
give all the specific requirements which falls under the scope of ICAI essential to realise the requirement like
real estate space, power requriement as required by the bidders equipments, etc
 The SI for software services at ICAI is expected to share the “standard operating environment” inforamtion to
the Infrastructure vendor partner to realize the requirement.

5.3 Managed services


Infrastructure Vendor shall comply with the following service as part of the project for a period of 5 (five) years
beyond go-live of the DC and DR centers.
 24x7 manpower to monitor and manage the DC and DR centers.
 Definition of all IT operational process to sustain and improve the DC and DR operations to meet the goals of
a robust, scalable and highly available operations at ICAI. Best practices from ITIL and other frameworks to
be adopted to ensure rigor of operational processes being deployed by the bidder.
 Establishment of help desk support in doing the following activities:
o Receiving calls through phone/e-mail/Call Management software logging of end user calls with
details and generating trouble tickets, assigning calls to IT helpdesk engineers
o Telephonic support to end user calls
o Onsite support to end user whenever required and resolve the problem to user satisfaction.
o Handing over hardware calls to vendors and tracking their resolution as per agreed service level with
Vendor.
o Escalating pending calls and report of vendors defaulting agreed service levels
o Tracking problems till resolution
o Close Calls and update database
o Generate daily Helpdesk Call MIS to analyze the problems reporting patterns and solutions
o Route calls to the SI partner for software applications and assocaited services at ICAI in case of an
issue with any of the software applications
 Infrastructure Vendor to undertake the following Database Administration activities:
o Comprehensive onsite database management
o Trouble shooting problems on databases and servers
o Automated scripts and corrective actions
o Planning and implementation of Backup/Restore procedure
o 24/7 operations
o Cluster configuration and administration
o SI partner for software applications at ICAI shall provide the necessary schedules, configuration and
assocaited details to the Infrastructure partner vendor to ensure a successful execution of this activity

ICAI Confidential Page 148 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

 Infrastructure Vendor shall undertake the following Performance Tuning activities:


o Methodically carry from diagnosis to solutions.
o Device safe and secure procedures for enhancing performance of critical production
systems/databases in a competitive, policy based environment.
o Identify, correlate and isolate the performance bottlenecks in components of hardware, network,
operating systems, application and databases.
o Note that performance tuning of the software applications by the SI at ICAI shall work in step with
the various tuning activities that are being undertaken by the Infrastructure partner vendor.
 Infrastructure Vendor shall undertake the following server administrator activities
o Starting/Shutdown of server/services
o Purging of temporary Files, logs
o Virus prevention, detection and cure
o Intrusion detection and protection
o Firewall Policy formulation and implementation Data backup and restoration on request Managing
Print queues
o Applying service packs, hot fixes and security rollouts
o Customizing login scripts
o SI partner for software services at ICAI shall share all the necessary inputs to the Infrastructure
partner vendor to ensure successful management of the requirement
 Infrastructure Vendor shall undertake the following Backup management activities
o Backup procedure schedule
o Onsite/Offsite backup
o Verify integrity of Backup periodically
o Media Logs/Replacement
o SI partner for software services at ICAI shall share all the necessary inputs to the Infrastructure
partner vendor to ensure successful management of the requirement

ICAI Confidential Page 149 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6. Appendix
6.1 Appendix A – List of existing websites and portals at the Institute
Sno Existing Website / Portal Name Purpose / Usage Owned by
department

1 http://www.icai.org Main website of ICAI EDP-IT

2 http://www.cmii.icai.org/ Placement Portal CMII

3 http://jobs4cas.icai.org/ Job Portal CMII

4 http://www.icaiarf.org/ Accounting Research ARF


Foundation (Maintained by
Elitser)

5 http://www.cpeicai.org/ Continuing Professional CPE


Education Committee - CPE (Maintained by
Hours Binarysoft)

6 http://cit.icai.org/ Information Systems Audit CIT

7 http://www.pdicai.org/ Professional Development PDC


Committee Portal

8 http://wto.icai.org/ WTO Portal EDP-IT

9 http://elearn.icai.org/index.html ELearning Portal CIT

10 http://webcast.icai.org/ Webcast Portal CIT

11 http://www.canet.co.in/ CANet - The ICAI Facilitation IDTC


Measure

12 http://www.icaicomm.org/ Agenda uploading for Council EDP-IT


Members (Maintained by
Elitser)

13 http://www.icai.org/publications.html Online Ordering of EDP-IT


Publications (Maintained by
Binarysoft)

14 http://elibrary.icai.org/ ICAI e-Library EDP-IT


(Maintained by

ICAI Confidential Page 150 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Sno Existing Website / Portal Name Purpose / Usage Owned by


department

Binarysoft)

15 http://www.icai.org/help/ e-Sahaayataa (e-Helpline for EDP-IT


Administrative Queries & (Maintained by
Grievances) Binarysoft)

16 http://icaiexam.icai.org/ Students: Examination Forms Examination

17 http://10.0.1.23/ Intranet EDP-IT

18 http://220.227.161.82/lom.asp List of Members EDP-IT


http://220.227.161.82/lom_name.asp

19 http://220.227.161.82/lof.asp List of Firms EDP-IT


http://220.227.161.82/lof_name.asp

20 http://220.227.161.82/mem_card.asp MEMBER RECORDS & EDP-IT


FIRM NAME SEARCH

21 http://www.cashiksha.com/ ICAI CA Shiksha eLearning BOS

22 http://www.icainewyork.org/MemCo U.S. Chapter U.S. Chapter


mmittee.php

23 http://www.icaiauh.com/New/ Abu Dhabi Chapter Abu Dhabi


Chapter

24 http://www.bcicai.org/ Bahrain Chapter Bahrain Chapter

25 http://melbourneicai.org/ Melbourne chapter Melbourne


chapter

26 http://www.icai.org.au/ Sydney Chapter Sydney Chapter

27 http://icaitoronto.com/ Toronto Chapter Toronto Chapter

28 Regions/Branches Websites Regions/Branches Websites


available at link-
http://www.icai.org/category.h
tml?c_id=202

ICAI Confidential Page 151 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.2 Appendix B - List of existing offices of the Institute


The following is a complete list of existing offices of the Institute which will access the proposed
centralized IT system from its locations.

CIRC EIRC NIRC SIRC WIRC Chapters Abroad

Allahabad Cuttack Ambala Alleppey Ahmadab US chapter


ad
http://www.i http://www.icai http://www.amb http://www.icaine
caiald.org/ cuttack.org/ icai.org/ http://ww wyork.org/MemC
http://www.all w.ahd- ommittee.php
eppeyicai.org/ icai.org/

Beawar Rourkela Himachal Kottayam Akola Abu Dhabi


Pradesh Chapter
http://www.i http://www.icai http://www.ko http://ww
caibeawar.or rourkela.com/ http://www.him ttayamicai.org w.akolaic http://www.icaiau
g/ achalicai.org/ / ai.org/ h.com/New/

Bilaspur Siliguri Ludhiana Kumbakonam Amravati Bahrain

http://www.i http://icaisiligu http://www.icail http://www.ku http://ww http://www.bcicai.


caibilaspur.o ri.org/ udhiana.org/ mbakonamicai w.amrava org/
rg/ .org/ ti-
icai.org/

Moradabad Bhubaneswar Yamuna Nagar Erode Auranga Dubai


bad
http://www. http://bbsricai.o http://www.icai. http://www.ica http://www.icai.or
moradabadi rg/ org/yamunanaga ierode.org/ http://ww g/post.html?post_i
cai.org/ r/ w.aurang d=1390&c_id=21
abad- 4
icai.org/

Muzzafarna Guwahati Bathinda Nellore Baroda Melbourne


gar
http://www.icai http://www.icaib http://www.ne http://ww http://melbourneic
http://www.i guwahati.org/ athinda.org/ llore-icai.org/ w.baroda ai.org/
caimzn.org/ -icai.org/

ICAI Confidential Page 152 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Kota Hisar Mangalore Jalgaon Sydney Chapter

http://www.i http://www.cahi http://www.ica http://ww http://www.icai.or


caikota.org/ sar.org/ imangalore.or w.jalgaon g.au/
g/ icai.org/

Ranchi J&K Salem Nagpur Toronto Chapter


http://icaitoronto.c
http://icaira http://www.jand http://www.ica http://ww om/
nchi.org/ kicai.org/ isalem.org/ w.nagpur
icai.org/

Meerut Rohtak Madurai Pimpri-


chinchwa
http://www. http://www.m d
meerut-circ- aduraiicai.org/
icai.org/ http://ww
w.pimpri
-icai.org/

Aligarh Gurgaon Tirupur Kolhapur

http://www.i http://www.gurg http://www.tir http://ww


caialigarh.or aonicai.org/ uicai.org/ w.kolhap
g/ urbranch
ofwircofi
cai.blogs
pot.com/

Bhilwara Chandigarh Trivandrum Navi


Mumbai
http://www.i http://icaichandi http://www.ica
caibhilwara. garh.org/ itvm.org/ http://nav
org/ imumbai
branchof
ca.org/

ICAI Confidential Page 153 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Bhopal Faridabad Tuticorin Pune

http://www.i http://fbdicai.org http://www.ica http://ww


caibhopal.or / ituticorin.org/ w.pune-
g/ icai.org/

Bikaner Visakhapatna Rajkot


m
http://www.i http://ww
caibkn.org/ http://www.ica w.rajkot-
ivisakhapatna icai.org/
m.org/

Bhilai Hubli Thane

http://www.i http://www.ica http://ww


cai- ihubli.org/ w.thane-
bhilai.org/ icai.org/

Dehradun Hyderabad Vasai

http://www.d http://www.ica http://ww


ehradun- ihyd.org/ w.vasai-
icai.org/ icai.org/

Dhanbad SIRC of ICAI


– Chennai
http://www.i Coimbatore
caidhanbad.
org/ http://www.sir
coficai.org/

Indore Bellary

http://www.i

ICAI Confidential Page 154 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

ndore- http://www.ica
icai.org/ ibellary.org/

Jaipur Belgaum

http://www.i http://www.ica
caijaipur.org ibelgaum.org/
:8080/

Jamshedpur Bangalore

http://www.j http://www.ica
amshedpur- i-
icai.org/ bangalore.org/

Jodhpur Ernakulam

http://www.i http://www.ko
caijodhpur.o chiicai.org/
rg/

Kanpur Trichur

http://www.c http://www.ica
irc-icai.org/ itrichur.org/

Mathura

http://www.i
caimathura.c
om/

Noida

http://www.i

ICAI Confidential Page 155 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

cainoida.org/

Ujjain

http://www.u
jjain-
icai.org/

Varanasi

http://varan
asi-icai.org/

ICAI Confidential Page 156 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.3 Appendix C – Quality of Service Parameters

Measurement Definition Target Severity Level

Finance and Accounting

Response Time to Module Name Transaction Name Acceptable Minimum 95% of the
Users for Finance TRT*(in response times to the end
and Accounting seconds) user for each transaction
ERP Application across all ICAI locations
should be within the
timeframes defined

Funds Management Upload the budgets >= 92.5 to < 95% of the 4
approved based on response times to the end
different financial user for each transaction
years across all ICAI locations
should be within the
timeframes defined

Accounts Payable Ability to submit >= 90.0 to < 92.5 % of 5


expense report by the response times to the
employees online & end user for each
have online approval transaction across all
as part of a workflow ICAI locations should be
process within the timeframes
defined

ICAI Confidential Page 157 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Accounts Ability to integrate >= 85.0 to < 90% of the 6


Receivable Accounts Receivable response times to the end
with and GL user for each transaction
Modules e.g. rule- across all ICAI locations
based posting to GL, should be within the
auto-updates in timeframes defined
accounts receivable,
etc

Cash Management Ability to view the < 85% of the response 7


consolidated and times to the end user for
detailed cash flow / each transaction across all
balance position for ICAI locations should be
the previous, last "x" within the timeframes
days (pattern) of the defined
month

* TRT – Transaction Response Time ** Response Time to be measured within the Data Centre and associated
WAN/ LAN latency not to be considered

Document Management System

Response Time to Module Name Transaction Name Acceptable Minimum 95% of the
Users for Document TRT*(in response times to the end
Management System seconds) user for each transaction
across all ICAI locations
should be within the

ICAI Confidential Page 158 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

timeframes defined

Upload Tagging and 5 >= 92.5 to < 95% of the 4


uploading of every response times to the end
100kb document user for each transaction
across all ICAI locations
should be within the
timeframes defined

Retrieval Retrieval of every 3


100 KB document
from passive cluster

Retrieval of every 20 >= 90.0 to < 92.5 % of 5


100 KB document the response times to the
from active cluster end user for each
transaction across all
ICAI locations should be
within the timeframes
defined

Archival Archival of every 1 >= 85.0 to < 90% of the 6


100KB document response times to the end
user for each transaction
across all ICAI locations
should be within the
timeframes defined

ICAI Confidential Page 159 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

< 85% of the response 7


times to the end user for
each transaction across all
ICAI locations should be
within the timeframes
defined

* TRT – Transaction Response Time ** Response Time to be measured within the Data Centre and associated
WAN/ LAN latency not to be considered

All Internet Portals

Response Time to Module Name Transaction Name Acceptable Minimum 95% of the
Users for All TRT*(in response times to the end
Internet Portals seconds) user for each transaction
across all ICAI locations
should be within the
timeframes defined

Access URL Access 1 >= 92.5 to < 95% of the 4


response times to the end
user for each transaction
across all ICAI locations
should be within the

ICAI Confidential Page 160 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Main Screen 3 timeframes defined

Exit 2

User login 1 >= 90.0 to < 92.5 % of 5


the response times to the
end user for each
transaction across all
ICAI locations should be
within the timeframes
defined

Web Portal Module Target Page display 4 >= 85.0 to < 90% of the 6
response times to the end
user for each transaction
across all ICAI locations
should be within the
timeframes defined

Search Feature Policy Search and 3 < 85% of the response 7


display(10 records in times to the end user for
a page) each transaction across all
ICAI locations should be
within the timeframes
defined

Customer search and 5


display(10 records in
a page)

ICAI Confidential Page 161 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

* TRT – Transaction Response Time ** Response Time to be measured within the Data Centre and associated
WAN/ LAN latency not to be considered

MIS and Report Engine

Response Time to Percentage of users logging complaints to Help Desk pertaining >1 % of registered ICAI 5
Users for MIS and to slow response to report generation The set of critical users report of slow
Report Engine reports for above measurement shall be identified mutually by response to report
the Purchaser and the SI generation in a quarter

>2% of registered ICAI 6


users report of slow
response to report
generation in a quarter

>3% of registered NIC


users report of slow
response to report
generation in a quarter

ICAI Confidential Page 162 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

* TRT – Transaction Response Time ** Response Time to be measured within the Data Centre and associated
WAN/ LAN latency not to be considered

Other Applications

Response Time to Module Name Transaction Name Acceptable Minimum 95% of the
Users for Other TRT*(in response times to the end
Applications seconds) user for each transaction
across all ICAI locations
should be within the
timeframes defined

Search Display of search 5 >= 92.5 to < 95% of the 4


results for response times to the end
applications which user for each transaction
„Search‟ feature across all ICAI locations
should be within the
timeframes defined

Information Target Page Display 1 >= 90.0 to < 92.5 % of 5


Display the response times to the
end user for each
transaction across all
ICAI locations should be
within the timeframes
defined

ICAI Confidential Page 163 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Navigation Navigation from one 1 >= 85.0 to < 90% of the 6


page / functionality response times to the end
to another within the user for each transaction
same application across all ICAI locations
should be within the
timeframes defined

< 85% of the response 7


times to the end user for
each transaction across all
ICAI locations should be
within the timeframes
defined

* TRT – Transaction Response Time ** Response Time to be measured within the Data Centre and associated
WAN/ LAN latency not to be considered

ICAI Confidential Page 164 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.4 Appendix D – Forms and Templates

6.4.1 Form 1: Technical Bid Form for Software Application Licenses for DC
and DR Sites
Form No.1
Technical Bid Form for Software Application Licenses for DC And DR Sites
Item Year of Remarks
Unit Quantity Make Version
description Release
Software
Application
Software &
Solution
from OEM

Misc.
Software &
Solutions
(not covered
above)

System
Software
License
Operating
System
Web Server
Application
Server
Database
Server

Any other
Clustering
Software at
each tier

6.4.2 Form 2: Technical Bid Form for Software Application Licenses for ICAI
offices

ICAI Confidential Page 165 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Form No.2
Technical Bid Form for Software Application Licenses for ICAI offices (HO, RO, Branch Offices and
ITT Centers)
Year of Remarks
Item description Unit Quantity Make Version
Release
Software
Application
Software & Solution
from OEM

Misc. Software &


Solutions (not
covered above)

System Software
License

Operating System

Any other required

6.4.3 Form 3: Technical Bid Form for Server Hardware at ICAI Primary Data
Center

Form No.3

Technical Bid Form for Server Hardware at ICAI Primary Data Center

Software Memor No. of HDD Capacity of


Server Processor No. of Cores
Application Qty y (in populated in each HDD
Model Count per Processor
Component GB) the server (in GB)

ICAI Confidential Page 166 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.4.4 Form 4: Technical Bid Form for Server Hardware at ICAI Disaster
Recovery Center

Form No.4

Technical Bid Form for Server Hardware at ICAI Disaster Recovery Center

No. of HDD Capacity


Software No. of Cores Memo
Processor populated of each
Application Server Model Qty per ry (in
Count in the HDD (in
Component Processor GB)
server GB)

6.4.5 Form 5: Bid Structure

Form No.5
Bid Structure
Role of the Participant Name of Company & Address
Bidder (SI/ Lead member in case of consortium for
SI role)
Consortium member (Second member in case of
consortium for SI Role)

OEM Provider 1
OEM Provider 2

ICAI Confidential Page 167 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.4.6 Form 6: Bidder Company Statistics

Form No.6
Bidder Company Statistics (to be filled for each member of the consortium)
Details Supplier Response
Bidder‟s Name

Address
Contact (s), Title (s), Telephone (s), E-mail id (s)

Name of the CEO


Nature of Ownership
Date of Incorporation of Company/Entity
Headquarter Location
Other Office Locations, Functions and Personnel
Strength
Number of Employees by Function

Implementation

Sales

Administrative & Support

Quality Assurance

Management

Size of Team for the Proposed Solution


Location of Support Centers for Proposed Solution
Other Businesses

6.4.7 Form 7: Proposed Project Team Structure

Form No.7
Proposed Project Team Structure
Sl Name of Position Internation Firm Employme Education Area of Task
Staff assigned al or nt status (Degree, expertise and assigned
.
domestic with firm Year, number of
(full time / Institution) years of
N associate) relevant
o. experience

6.4.8 Form 8: Proposed Resource Planning & Estimation

ICAI Confidential Page 168 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Form No.8

Proposed Resource Planning & Estimation (from Week x to Week y)

Sl. Staf
Name of f
Position
No Staff Inp
. ut

A. In
Professional We 1 2 3 4 5 6 7 8 9 10 11 12
Staff eks

In
B. Support
We 1 2 3 4 5 6 7 8 9 10 11 12
Staff
eks

6.4.9 Form 9: Relevant Illustrative Projects that have been executed

Form No.9

Relevant Illustrative Projects that have been executed

S Name of Brief Scope Owner of Total Value Date of awarded Date of Was Was it a
l. Project (necessarily Project of commencement Completio Assignment Project done
N including role Assignment Assignment n Satisfactoril for a
o played by (Client y Completed Government
Bidder, modules Name) (in INR) Organization
implemented, ? (Y/N)
sector Provide
classification) Detail

6.4.10 Form 10: Authorization Form for Software and Services from Members
of Consortium

ICAI Confidential Page 169 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

Form 10

Bidder to provide the authorization form for each of the software components and services from each of the members of the consortium on
their letter heads adhering to the following format

<Logo of the Vendor / Member of the consortium>

Authorization Form

Address of the vendor

Date:

To,

ICAI Contact and Address

RFP Reference No:

Dear Sir / Madam,

<Vendor> hereby authorizes <Prime Bidder> having office at <Prime Bidder’s address>, who is the vendor submitting the bid
pursuant to the above mentioned RFP reference number issued by you, to submit a bid and negotiate and conclude a contract with
you for resale of the following products and programs.

Sl. No. Product / Program Description

We hereby extend our warranty in accordance with our own standard program warranty, for the foregoing program offered for
supply by the Bidder against the above mentioned RFP and duly authorize the Bidder to participate in delivery of the foregoing
products and programs under the aegis of <Vendor> Full Use Agreement and its addendums.

Yours faithfully,

<Signature of the authorized person>

Authorized Signatory Name:

Contact:

Designation:

:.

6.4.11 Form 11: Comprehensive Program


The bidder to provide a comprehensive Program Plan covering all aspects of the program mentioned in the
scope of work of the bid

6.4.12 Form 12: Governance Structure


The bidder to propose a Governance Structure to track and manage the various aspects of program management

ICAI Confidential Page 170 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.4.13 Form 13: Audited Annual Reports


Bidder to provide the audited annual reports of each member of the consortium for the past 3 years (2009-2010,
2008-2009, and 2007-2008)

6.4.14 Form 14: CV of each person identified to be part of the project


The bidder to provide the CV of each person identified to be part of the project in the following format. The
bidder has to ensure that all aspects of the project team capabilities are covered as part of the CVs provided in
the bid response.

1. Proposed Position:

2. Name of Firm:
3. Name of Staff:

4. Date of Birth: Nationality:


5. Education:

Year Degree/Examination Institute/Board

6. Membership of Professional Associations:

7. Other Training:

8. Countries of Work Experience:

9. Languages:

Language Speaking Reading Writing

10. Employment Record:

From To Employer Positions Held

ICAI Confidential Page 171 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

11. Detailed Tasks Assigned: 12. Work Undertaken that best illustrates capability to handle
the tasks assigned:

13. Certification:
I, the undersigned, certify that to the best of my knowledge and belief, this CV correctly describes me, my
qualifications, and my experience. I understand that any wilful misstatement described herein may lead to my
disqualification or dismissal, if engaged.

Signature of employee

Signature of authorised representative of the staff

Date:

Full name of authorised representative:

ICAI Confidential Page 172 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.4.15 Form 15: Commercials Template for Primary Data Center

ICAI Confidential Page 173 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.4.16 Form 16: Commercials Template for Disaster Recovery Center

ICAI Confidential Page 174 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

6.5 Definitions and Abbreviations


The following definitions and abbreviations are used:

6.5.1 Definitions
Term Definition

SI System Integrator: A systems integrator is a person or


company that specializes in bringing together component
subsystems into a whole and ensuring that those subsystems
function together, a practice known as System Integration. SI
integrates multiple systems for inputting, processing,
interpreting, storing, and categorizing data.

OEM Original Equipment Manufacturer: An Original equipment


manufacturer, or OEM, manufactures products or components
that are purchased by a company and retailed under the
purchasing company's brand name OEM refers to the
company that originally manufactured the product.

Consortium A group of individuals or companies formed to undertake an


enterprise or activity that would be beyond the capabilities of
the individual members.

Prime Vendor A contracting process that provides commercial products to


regionally grouped military and federal customers from
commercial distributors using electronic commerce.
Customers typically receive materiel delivery through the
vendor's commercial distribution system. Also called PV.

Consortium Contract Reciprocal arrangement in which the members of a group of


firms undertake to help each other in case of an emergency,
such as sharing their facilities with a member who suffers a
disaster or is under a threat.

Essential Essential generally implies to a service pertaining to or


constituting the essence of a thing.

Vital Vital implies to a service of critical importance.

Desirable Desirable implies to a service worth having or wanting.

Selected Bidder Selected Bidder is the bidder who is selected by the vendor,
to specific predetermined criteria, as being the party to whom

ICAI Confidential Page 175 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

it intends to sell the business, or award a contract, subject to


the completion of negotiations and legal arrangements.

Bid Document Documents required to be submitted in response to an


invitation to bid (ITB). These include the prescribed bid form,
drawings, specifications, time lines, charts, price breakdowns,
etc. Bids not accompanied by all the required documents are
considered incomplete bids, and are usually automatically
rejected.

RFx Referred to EOI/RFI/RFQ/RFP processes

6.5.2 Abbreviations

Abbreviation

BOS Board Of studies

AASB Assurance Standards Board

ISA Information Systems Audit

CPT Common Proficiency Test

IPCC Integrated Professional Competence Course

CAG Controller & Auditor General of India

MIS Management Information System

CGA Controller General of Accounts

FRRB Financial Reporting Review Board

SI System Integrator

FMS Facility Management Services

QoS Quality Of Service

NDA Non Disclosure Agreement

ICAI Confidential Page 176 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

VIP Virtual Institute Project

WIRC Western India Regional Council

IDTC Indirect Taxes Committee

MCS Management Consultancy Services

IFRS International Financial Reporting Standards

GAAP Generally Accepted Accounting Principles

KPI Key Performance Indicator

PR Purchase Requisition

PO Purchase Order

DMS Document Management System

TCO Total Cost Of Ownership

HO Head Office

RO Regional Office

OPEX Operational Expenditure

ARF Accounting Research Foundation

SAFA South Asia Federation Of Accountants

CBEC Central board of excise and customs

CPE Continuing Professional Education

ECS Electronic Clearing Service

MEF Multipurpose Empanelment Form

EOI Expression of Interest

DCO Decentralised Office

ICAI Confidential Page 177 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

ITT Information Technology Training

3PL Third Party Logistics

RFID Radio Frequency Identification

ICAI Confidential Page 178 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

7. Submission Checklist

The following is the checklist of the documents which need to be submitted along with the RFP in
hard copy AND softcopy both (the EoI responses had missing checklist details in soft copy)

SNO Criteria Detail Submitted(Y/N)


1. Form1 Technical Bid Form for
Software Application
Licenses for DC And DR
Sites
2. Form2 Technical Bid Form for
Software Application
Licenses for ICAI offices
(HO, RO, Branch Offices
and ITT Centers)
3. Form3 Technical Bid Form for
Server Hardware at ICAI
Primary Data Center

4. Form4 Technical Bid Form for


Server Hardware at ICAI
Disaster Recovery Center

5. Form5 Bid Structure

6. Form6 Bidder Company Statistics


(to be filled for each member
of the consortium)

7. Form7 Proposed Project Team


Structure

8. Form8 Proposed Resource Planning


& Estimation (from Week x
to Week y)

9. Form9 Relevant Illustrative Projects


that have been executed

10. Form10 Bidder to provide the


authorization form for each
of the software components

ICAI Confidential Page 179 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

SNO Criteria Detail Submitted(Y/N)


and services from each of the
members of the consortium
on their letter heads adhering
to the format specified in
Appendix D From 10

11. Form11 The bidder to provide a


comprehensive Program
Plan covering all aspects of
the program mentioned in
the scope of work of the bid

12. Form12 Bidder to propose a


Governance Structure to
track and manage the various
aspects of program
management

13. Form13 Bidder to provide the audited


annual reports of each
member of the consortium
for the past 3 years (2009-
2010, 2008-2009, 2007-
2008)

14. Form14 The bidder to provide the


CV of each person identified
to be part of the project in
the following format. The
bidder has to ensure that all
aspects of the project team
capabilities are covered as
part of the CVs provided in
the bid response.

15. Form15 Commercials Template for


Primary Data Center

16. Form16 Commercials Template for


Disaster Recovery Center

ICAI Confidential Page 180 of 181


Request for Proposal (RFP) for development, implementation and
maintenance of Software Applications at ICAI

SNO Criteria Detail Submitted(Y/N)


17. Bidders should submit
two sealed envelopes
simultaneously, one
containing the
technical proposal and
the other the price
proposal, enclosed
together in an outer
single envelope

18. Proposed Technical


Solution
Documentation
19. Project Methodology
and Lifecycle
Execution
Documentation
20. Detailed project plan
and deliverables
21. Bank Guarantee The Bid Security shall be
submitted in the form of a
bank guarantee only.
22. Deed of Indemnity

End of Document

ICAI Confidential Page 181 of 181

S-ar putea să vă placă și