Rfpitmswithmarketrisk

Registered Office: Mumbai
REQUEST FOR PROPOSAL (RFP) FOR END-TO-END IMPLEMENTATION OF ITMS

(INTEGRATED TREASURY MANAGEMENT SYSTEM) WITH MARKET RISK
RFP Reference Number IDBI/PCell/RFP/2018-19/007
Date of RFP Document 10th August,2018
Last Date of Pre-Bid Queries Submission 18th August,2018
Date of Pre-Bid Meeting 23rd August,2018
Last Date of Submission of Bid 7th September,2018
Date of Opening of RFP Response 10th September,2018
Total Number of Pages 249
Issued By:
Contact Details: Shri Mukesh Kumar Malviya, Deputy General Manager, IDBI Bank
Number : Tel – 022-66552246
Email : itmsrfp@idbi.co.in
Address : 8th Floor, IDBI Tower, Cuffe Parade, Mumbai 400005
Contact Details: Shri T Lungrai Maram, Deputy General Manager, IDBI Bank
Number : Tel – 022-66263539
Address : 17th Floor, IDBI Tower, Cuffe Parade, Mumbai 400005
The cost of the RFP document is Rs. 10000. This document can be downloaded from the
Bank’s website. In this event, the Bidders should pay the cost of the RFP document by
means of DD, Banker’s Cheque, Pay Order drawn on any scheduled Bank for Rs. 10000 in
favor of IDBI Bank, payable at Mumbai and enclose the same in the RFP response.
RFP FOR END-TO-END IMPLEMENTATION OF ITMS WITH MARKET RISK
Table of Contents
DISCLAIMER ............................................................................................................................................ 9
1. INTRODUCTION ....................................................................................................................... 10
1.1 About IDBI Bank .................................................................................................................. 10
1.2 Project Overview................................................................................................................ 10
1.3 Objective Of RFP ................................................................................................................ 11
1.4 Terminologies & Abbreviations ........................................................................................ 12
2. INVITATION FOR BIDS ............................................................................................................. 13
2.1 Due Diligence ...................................................................................................................... 13
2.2 Cost Of Bidding ................................................................................................................... 13
2.3 Key Timelines For Bidding ................................................................................................ 13
2.4 Amendment of RFP Document ......................................................................................... 14
3. IMPORTANT POINTS FOR BIDDERS TO NOTE BEFORE SUBMISSION .................................. 15
3.1 Language Of Bid.................................................................................................................. 16
3.2 Clarifications on bid Document / RFP ............................................................................ 16
3.3 Documents constituting the Bid....................................................................................... 16
3.3.1 TECHNICAL BID ................................................................................................................ 16
3.3.2 INDICATIVE COMMERCIAL / FINANCIAL BID ........................................................................ 18
3.4 Bid Currencies ..................................................................................................................... 18
3.5 Bid Security (EMD).............................................................................................................. 19
3.6 Forfeiture of Bid Security ................................................................................................. 19
3.7 Period of Validity of Bids .................................................................................................. 19
3.7.1 VALIDITY PERIOD ............................................................................................................. 19
3.7.2 EXTENSION OF PERIOD OF VALIDITY .................................................................................. 19
3.8 Format and Signing of Bid ................................................................................................. 19
3.8.1 NUMBER OF COPIES OF BID.............................................................................................. 19
3.8.2 AUTHENTICATION OF BID ................................................................................................. 20
3.8.3 VALIDATION OF INTERLINEATIONS IN BID ........................................................................... 20
3.9 Revelation of prices ........................................................................................................... 20
3.10 Sealing and marking of Bids ............................................................................................. 20
3.10.1 ENCLOSING OF BID ........................................................................................................... 20
3.10.2 MAILING ADDRESS FOR BIDS ............................................................................................. 20
3.11 Responsibility of the Bank ................................................................................................ 21
3.12 Rejection of Bids ................................................................................................................ 21
3.13 Deadline for Submission of Bids....................................................................................... 21
IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 2 of 249

3.13.1 LAST DATE FOR SUBMISSION ............................................................................................. 21

3.13.2 EXTENSION FOR LAST DATE FOR SUBMISSION ..................................................................... 21
3.14 Late Bids .............................................................................................................................. 21
3.15 Modification and Withdrawal of Bids .............................................................................. 21
3.16 Opening of Bids ................................................................................................................... 22
3.17 Clarification of Bids ........................................................................................................... 22
3.18 Rectification of Errors ....................................................................................................... 22
3.19 Rejection / Acceptance of Bid......................................................................................... 23
3.20 Cancellation of Bid............................................................................................................. 23
3.21 Evaluation of Bidders ......................................................................................................... 23
3.21.1 PRELIMINARY CHECK ........................................................................................................ 23
3.21.2 SUCCESSFUL BIDDER FINALIZATION AND CONTRACTING ...................................................... 24
3.22 Contacting IDBI Bank ......................................................................................................... 28
3.23 Award of Contract .............................................................................................................. 28
3.24 Performance Guarantee .................................................................................................... 29
4. EXECUTIVE SUMMARY OF BIDDERS‘ RESPONSE .................................................................. 30
5. PROJECT SCOPE AND OBJECTIVES ....................................................................................... 32
5.1 Objective ............................................................................................................................. 33
5.2 Scope Summary................................................................................................................... 35
5.2.1 CURRENT STATE OF ITMS ................................................................................................ 35
5.2.2 GENERAL SCOPE .............................................................................................................. 38
5.2.3 APPLICATION FEATURES ................................................................................................... 39
5.2.4 DEAL CAPTURE FUNCTIONALITY ....................................................................................... 40
5.2.5 MARKET RATE/LIMITS FUNCTIONALITY ............................................................................. 40
5.2.6 ACCOUNTING/SETTLEMENTS/RECONCILIATION ................................................................. 40
5.2.7 OPERATIONS/MIS/ADF REPORTING ................................................................................. 41
5.2.8 MARKET RISK FUNCTIONALITIES ........................................................................................ 42
6. DETAILED SCOPE OF WORK AND BIDDER RESPONSIBILITY................................................ 45
6.1 PHASE 1- Upgradation of existing version of FINACLE TREASURY & KONDOR Plus
WITH its MARKET RISK SOLUTION ................................................................................................ 45
6.2 STAGE-I: FINACLE TREASURY & KONDOR PLUS UPGRADE ............................................ 50
6.2.1 Hardware Sizing .......................................................................................................... 51
6.2.2 Business parameter definition / Detail Requirement gathering ........................ 51
6.2.3 Customization Retrofits and Interface Porting ..................................................... 52
6.2.4 Stage-II: Market Risk Upgradation/ Implementation ........................................... 55
6.3 PHASE 2- ITMS INTEGRATION AND GO- LIVE .................................................................. 55

6.4 DEPLOYMENT OF ITMS PHASES ......................................................................................... 55

6.4.1 FUNCTIONAL SOLUTION REQUIREMENTS ................................................................. 55
6.4.2 Other details ............................................................................................................... 56
6.4.3 Functional and Technical requirements ................................................................. 57
6.4.4 Other scope Activities ............................................................................................... 57
6.4.5 Components of the Commercial Bill of Materials ................................................. 57
6.5 FUNCTIONAL AND TECHNICAL TRAINING ........................................................................ 58
6.6 INSTALLATION, INTEGRATION AND IMPLEMENTATION OF NEW MODULES/ADD-
ON APPLICATIONS ........................................................................................................................... 59
FUNCTIONAL/TECHNICAL MODULES ........................................................................................ 59
6.7 DR SITE SETUP SUPPORT ................................................................................................... 60
6.8 TESTING ............................................................................................................................... 60
6.9 DATA ARCHIVAL & PURGING SOLUTION .......................................................................... 60
6.10 APPLICATION PERFORMANCE MONITORING TOOL ......................................................... 61
6.11 SYSTEM &SECURITY AUDIT ................................................................................................ 61
6.12 DISASTER RECOVERY (DR) AND MIS SETUP: .................................................................... 62
6.13 OTHER IMPORTANT POINTS TO BE NOTED BY THE BIDDER: ........................................ 62
7. PROJECT TIMELINE ................................................................................................................. 64
8. OWNERSHIP.............................................................................................................................. 64
8.1 SOFTWARE LICENSES .......................................................................................................... 64
8.2 OTHER COMPONENTS ......................................................................................................... 65
8.3 TECHNOLOGY COMPONENT STRUCTURE......................................................................... 65
8.4 HARDWARE........................................................................................................................... 65
8.4.1 Hardware Utilization ................................................................................................. 66
9. PROJECT IMPLEMENTATION AND METHODOLOGY ............................................................. 67
9.1 DEVELOPMENT METHODOLOGY ........................................................................................ 67
9.2 PROJECT IMPLEMENTATION .............................................................................................. 67
9.2.1 ENVIRONMENTS ........................................................................................................... 68
9.2.2 DC AND DR SETUP ....................................................................................................... 68
9.2.3 FUNCTIONAL REQUIREMENTS SPECIFICATION STUDY ........................................... 69
9.2.4 APPLICATION INSTALLATION AND IMPLEMENTATION ............................................ 69
9.2.5 ADDITIONAL CUSTOMIZATION BEYOND THE RFP REQUIREMENTS ....................... 73
9.2.6 INTEGRATION .............................................................................................................. 73
9.2.7 DATA MIGRATION ........................................................................................................ 73
9.2.8 SIMULATION RUN ........................................................................................................ 74
9.2.9 ROLL OUT PLAN .......................................................................................................... 74

9.2.10 PROGRAM MANAGEMENT ........................................................................................... 74

9.2.11 DISASTER RECOVERY ASSESSMENT SERVICE ........................................................... 74
9.2.12 POST GO-LIVE SUPPORT/FACILITIES MANAGEMENT .............................................. 75
9.2.13 HELPDESK ..................................................................................................................... 76
9.3 PROJECT REVIEW ................................................................................................................ 78
9.4 ESCALATION MATRIX .......................................................................................................... 78
10. BIDDER INFORMATION ............................................................................................................ 78
10.1 Company Details ................................................................................................................. 78
10.2 Financial Details ................................................................................................................. 79
10.3 Client Details ...................................................................................................................... 79
10.4 Reference Sites ................................................................................................................... 80
11. PAYMENT TERMS ..................................................................................................................... 81
11.1 Procedure for claiming payments ................................................................................... 81
12. LIQUIDATED DAMAGES ........................................................................................................... 85
13. TERMS AND CONDITIONS ....................................................................................................... 87
13.1 Indemnity............................................................................................................................. 88
13.1.1 Limitation of Liability ................................................................................................ 88
13.2 Termination of Contract ................................................................................................... 90
13.3 Consequence of Termination ........................................................................................... 92
13.4 Compliance with Laws ....................................................................................................... 95
13.5 Assignment .......................................................................................................................... 96
13.6 Insurance ............................................................................................................................. 96
13.7 Inspection of Records ........................................................................................................ 97
13.8 Escrow Mechanism ............................................................................................................. 97
13.9 Publicity ............................................................................................................................... 98
13.10 Solicitation of Employees ................................................................................................. 98
13.11 Monitoring and Audit ......................................................................................................... 98
13.12 Guarantees .......................................................................................................................... 99
13.13 Warranty .............................................................................................................................. 99
13.14 Force Majeure ..................................................................................................................... 99
13.15 Resolution of Disputes ..................................................................................................... 100
13.16 Annual Technical Support ............................................................................................... 101
13.17 End of Support .................................................................................................................. 101
13.18 Governing Law and Jurisdiction..................................................................................... 101
13.19 Corrupt and Fraudulent practice................................................................................... 101
13.20 Information Security ........................................................................................................ 102

13.21 Conflict of Interest .......................................................................................................... 103

13.22 Other terms ....................................................................................................................... 103
13.23 Waiver ................................................................................................................................ 103
13.24 Violation of Terms............................................................................................................ 103
13.25 Addition / Deletion of qualified offerings ................................................................... 103
13.26 Third Party Components ................................................................................................. 104
13.27 Information ownership .................................................................................................... 104
13.28 Privacy and security safeguards .................................................................................... 104
13.29 Confidentiality .................................................................................................................. 105
13.30 Technological advancements ......................................................................................... 107
13.31 Intellectual property rights ............................................................................................ 108
14. TERMS OF REFERENCE FOR THE CONTRACT..................................................................... 109
15. OTHER INSTRUCTIONS TO BIDDERS: .................................................................................. 110
16. OTHER RFP REQUIREMENTS ................................................................................................ 111
17. LICENSE AND INTELLECTUAL PROPERTY OWNERSHIP ..................................................... 116
18. ANNEXURES ............................................................................................................................ 119
Annexure 00 - Document Checklist ........................................................................................... 119
Annexure 01 - Cover Letter for Technical Offer..................................................................... 120
Annexure 02 - Authorization letter format ............................................................................. 121
Annexure 03 - Letter from OEM ................................................................................................. 122
Annexure 04 - Conformity Letter .............................................................................................. 123
Annexure 05 - Bid Undertaking .................................................................................................. 124
Annexure 06 - Bank Guarantee .................................................................................................. 125
Annexure 07 - Service Level Agreement for ITMS .................................................................. 128
Annexure 08 - Pre-Bid Query format ........................................................................................ 135
Annexure 09 - General Eligibility Criteria................................................................................ 136
Annexure 10 - Hardware Sizing .................................................................................................. 138
Annexure 11 - Functional Requirements .................................................................................. 139
Annexure 12 - Technical Requirements ................................................................................... 208
Annexure 13 - Interface Requirements .................................................................................... 215
Annexure 14 - Integrity Pact ...................................................................................................... 217
Annexure 15 - Bandwidth Requirement ................................................................................... 223
Annexure 16 - Minimum Security Requirements ..................................................................... 224
Annexure 17 - Vendor Experience ............................................................................................. 227
Annexure 18 - Vendor Experience ............................................................................................. 228
Annexure 19 - Commercial Bid Undertaking ........................................................................... 231

Annexure 20 - Post Go-live Support Details ............................................................................ 232

Annexure 21 - Information Security Declaration .................................................................... 233
Annexure 22 - Indicative Commercial bid- Contents and Formats ...................................... 235
19. APPENDICES ........................................................................................................................... 236
1. Non-Disclosure Agreement ..................................................................................................... 237
2. Contract Agreement................................................................................................................ 241
3. Performance Bank Guarantee ............................................................................................... 243
4. Deed of Indemnity ................................................................................................................... 246
5. Power of Attorney ................................................................................................................... 249

LIST OF ANNEXURES
Annexure00 Document checklist

Annexure01 Cover Letter - Technical Offer
Annexure02 Authorization letter format for Technical Opening
Annexure03 Letter from OEM
Annexure04 Conformity letter
Annexure05 Bid Undertaking Letter
Annexure06 Bank Guarantee Format
Annexure07 Service Level Agreement
Annexure08 Pre-Bid Query Format
Annexure09 General Eligibility Compliance Criteria
Annexure10 Hardware Sizing Adequacy
Annexure11 Functional Requirements
Annexure12 Technical Requirements
Annexure13 Interface Requirements
Annexure14 Integrity Pact
Annexure15 Bandwidth Requirements
Annexure16 Minimum Security Requirements
Annexure17 Vendor Experience
Annexure18 Experience Format for Team Members
Annexure19 Commercial Bid Undertaking
Annexure20 Post go-live support Details
Annexure21 Information Security Declaration
Annexure22 Commercial bid - Contents and Formats
LIST OF APPENDICES
Appendix 01 Non-Disclosure Agreement

Appendix 02 Contract Agreement
Appendix 03 Performance Bank Guarantee
Appendix 04 Deed of Indemnity
Appendix 05 Power of Attorney

DISCLAIMER
The information contained in this Request for Proposal (―RFP / Bid Document‖) or
information provided subsequently to bidder(s) or applicants whether verbally or in
documentary form by or on behalf of IDBI Bank Limited (―IDBI Bank / Bank‖), is
provided to the bidder(s) on the terms and conditions set out in this RFP document
and all other terms and conditions subject to which such information is provided.
This RFP document is not an agreement and is neither an offer. The purpose of this
RFP is to provide applicants, who are qualified to submit the bids (―Bidders‖), with
information to assist them in formulation of their proposals (―Bids‖). This RFP does
not claim to contain all the information each Bidder may require. Each Bidder may
conduct its own independent investigations and analysis and is free to check the
accuracy, reliability and completeness of the information in this RFP. Bank makes no
warranty, express or implied, and shall incur no liability whatsoever under any law,
statute, rules or regulations as to the accuracy, reliability or completeness of this
RFP. Bank may in its absolute discretion, but without being under any obligation to
do so, update, amend or supplement the information in this RFP.
The information contained in the RFP document is selective and is subject to
update, expansion, revision and amendment. IDBI Bank does not undertake to
provide any Bidder with access to any additional information or to update the
information in this RFP or to correct any inaccuracies therein, which may become
apparent. IDBI Bank reserves the right of discretion to change, modify, add to or
alters any or all of the provisions of this RFP and/or the bidding process, without
assigning any reasons whatsoever. Such change will be intimated or made accessible
to all Bidders. Any information contained in this document will be superseded by
any later written information on the same subject made available/accessible to all
recipients by IDBI Bank.
IDBI Bank reserves the right to reject any or all the responses to RFPs / Bids
received in response to this RFP at any stage without assigning any reason
whatsoever and without being liable for any loss/injury that Bidder might suffer due
to such reason. The decision of IDBI Bank shall be final, conclusive and binding and
all the parties directly or indirectly connected with the bidding process.
It may be noted that notice regarding corrigenda, addendums, amendments, time-
extensions, clarifications, response to bidders‘ queries etc., if any to RFP, will not
be published through any advertisement in newspapers or any other media.
Prospective bidders shall regularly visit Bank‘s website for any changes /
development in relation to this RFP.

1. INTRODUCTION
The purpose of this ―Request for Proposal‖ (RFP) is to invite proposals from eligible
parties having experience in upgradation and implementation of Finacle Treasury
and Kondor Plus Treasury solutions along with implementation of Market Risk
System and integration of all the systems including in-house systems as per the
scope of work mentioned in the RFP.
A vendor submitting the proposal in response to RFP for End-To-End Implementation
of ITMS (Integrated Treasury Management System) with Market Risk shall hereafter
be referred to as ―Bidder‖ or ―Vendor‖.
The Bidder whose proposal will be accepted by the Bank as per the terms and
conditions of this document to undertake ITMS shall hereafter be referred to as
―System Integrator & Implementer‖ or ‖Successful Bidder‖.
Confidentiality of the Document:
This document is meant for the exclusive purpose of bidding as per the terms,
conditions and specifications indicated in this RFP and shall not be transferred,
reproduced or otherwise used for purposes other than for which it is specifically
issued.
1.1 ABOUT IDBI BANK
IDBI Bank Limited (Bank) is a company incorporated and registered under the
Companies Act, 1956 (1 of 1956) and a banking company under section 5(c) of the
Banking Regulation Act, 1949 (10 of 1949). IDBI Bank is also a scheduled bank as
notified by the Reserve Bank of India (RBI) under the Reserve Bank of India Act,
1934. RBI has categorized IDBI under a new sub group "Other Public Sector Bank".
IDBI Bank is engaged in providing finance to industries and conducting banking
business with its Registered Office at "IDBI TOWER", WTC Complex, Cuffe Parade,
Mumbai and Zonal Offices in different regions of the country has a pan-India
presence and has also ventured outside India by opening its first branch in Dubai.
IDBI is having its IBU Branch at GIFT City, Gandhi Nagar, Gujarat.
1.2 PROJECT OVERVIEW
The purpose of this ―Request for Proposal‖ (RFP) is to invite proposals from eligible
parties having experience in end-to-end implementation / upgradation of ITMS as
per the scope of work mentioned in the RFP.
The Document may be obtained from the Bank at the communication address given
below or can be downloaded from Bank‘s Website and the response should be
submitted to the office as mentioned in the Key Timelines for Bidding.
The Bank is currently having Finacle Treasury & Kondor Plus systems along with
some in-house applications and excel based manual processes to perform overall
treasury operations. The Market Risk operation is partially automated and Risk
reports are generated/consolidated manually through excel based processes. The
Bank has full licenses for Finacle Treasury and Kondor Plus system for all assets

classes spread across all the functionalities. The existing license for Kondor plus
includes market risk functionalities like limit modules, Value at Risk (VaR) etc. The
Bank is in process of upgrading and integrating the existing versions of the Finacle
Treasury and Kondor Plus systems along with Market Risk Solution and surrounding
Treasury IT applications as a part of continuous technology upgrade, to utilize
various new features / technological advancement of the aforementioned newer
version of the applications and to optimize and enhance the treasury and market
risk operations of the Bank.
1.3 OBJECTIVE OF RFP
The objective of this RFP is:
1. Scope Definition: To request the eligible Bidders with the understanding of the
banks requirements aiming for upgrading and integrating the existing versions of
the Finacle Treasury and Kondor Plus along with Market Risk Solution and
surrounding Treasury IT applications.
2. Background Information: To provide the Background information on existing
Business application and IT infrastructure landscape and services provided to
support the Business functions and operations.
3. Proposal Request: To invite detailed proposals from Bidders as per the
objectives defined in this RFP and adhering to stipulated terms & conditions.
4. Bidder Selection: To shortlist Bidders for comprehensive Technical &
Commercial evaluations and award the contract to the selected Bidder, taking
into considerations evaluation parameters defined in the RFP.
The successful Bidder shall be single point of Contact for all products and services
offered as described in the Scope of Work, and will be fully responsible for overall
deliveries and co-ordination as specified in sections below.
The implementation period will be as specified in the project timeline. The Bidder
is required to provide FM (Facilities Management) support who will be reporting to
the PMO (Project Management Office) team as identified by the Bank.
Scope also includes upgrade of existing Kondor Plus and Finacle Treasury Modules.
 Installation and Implementation of Kondor Plus Back Office for Derivative
Products.
 Installation and Implementation of identified new modules in Finacle
Treasury & Kondor Plus such as Commodities as per Bank's requirement.
 Installation and implementation of Market Risk Modules.
 Provide business continuity by making available the necessary setup at DR.
 Provide necessary training to the Bank‘s team on the new version of Finacle
Treasury & Kondor Plus along with the identified new add-on modules and
also provide a training schedule and furnish training details as per the RFP
requirements for training to the users of the bank as per Section –
6.5: Functional and Technical Training.

1.4 TERMINOLOGIES & ABBREVIATIONS
 ‗IDBI Bank‘ or ‗IDBI‘ or ‗the Bank‘ means IDBI Bank Limited. Final legal contract
will be signed between IDBI Bank and the selected Bidder.
 ‗ITMS‘ refers to the Integrated Treasury Management System. The Integrated
Treasury Management System should support all the treasury operations including
front office, mid office, back office and market risk functionalities. The future
state ITMS should be integrated in the true sense. Proposed ITMS refers to
integration of ‗Upgraded Finacle Treasury and Kondor Plus (to their latest stable
versions) along with Market Risk System as per the specifications of the bank and
other surrounding treasury IT application. The Bank has full licenses for Finacle
Treasury and Kondor Plus system for all assets classes spread across all the
functionalities. The existing license for Kondor plus includes market risk
functionalities like limit modules, Value at Risk (VaR) etc.
 ‗Bidder‘ or ‗Vendor‘ refers to the respondent submitting response to RFP for End-
To-End Implementation of ITMS with Market Risk The bidder will be the entity
responsible for the complete delivery of services as scoped in this RFP.
 ‗Contract Period‘ refers to the period of 7 years from the date of signing of
agreement (subject to a notice period of 1 year) for which the bank will enter
into contract with the successful bidder for Upgradation, Implementation,
Customization, Integration, Migration, Testing, Training, tuning/optimization of
application / Database and post go-live support and Maintenance of all
necessary Software, Hardware and other utilities etc. at primary site and also at
Disaster Recovery Site. The contract will be deemed completed only when all
the contracted services by the bank are provided and accepted by the bank as
per the requirements of the contract executed between the bank and the
vendor.
 ‗RFP‘ or ‗Tender‘ means the Request for Proposal document, inclusive of any
clarifications/corrigenda/addenda that may be issued by the Bank.
 ‗Hardware‘ means the hardware components (server, compute, storage, etc.)
required for optimal functioning of the ITMS application during the contract
period.
 ‗ITMS‘ means Integrated Treasury Management Solution
 ‗DC‘ means Data Centre.
 ‗DR‘ / ‗DRC‘ means Disaster Recovery Site/ Center.
 ‗Bid‘ may be interchangeably used as ‗Offer‘
 ‗MIS‘ means Management Information System
 ‗ADF‘ means Automated Data Flow
 ‗BPD‘ means ‗Business Process Definition‘
 ‗IRMS‘ means Integrated Risk Management System
 ‗EDW‘ means Enterprise Data Warehouse

 ‗ERP‘ means Enterprise Resource Planning

 ‗FM‘ means Facilities Management
 ‗PMO‘ means Project Management Office
2. INVITATION FOR BIDS
This Request for Proposal (RFP) is to invite proposals from eligible Bidders for
upgrading and integrating the existing versions of the Finacle Treasury and Kondor
Plus along with Market Risk Solution as per the specifications of the Bank and
surrounding Treasury IT applications. Sealed offers / Bids (Bid) prepared in
accordance with this RFP should be submitted to, Deputy General Manager – ITD,
IDBI Bank Limited, 8th Floor, IDBI Towers, WTC Complex, Cuffe Parade, Colaba,
Mumbai – 400005.
2.1 DUE DILIGENCE
The Bidder is expected to examine all instructions, forms, terms & specifications in
this RFP and study the RFP document carefully. Bid shall be deemed to have been
submitted after careful study and examination of this RFP with full understanding of
its implications. The Bid should be precise, complete and in the prescribed format
as per the requirement of this RFP. Failure to furnish all information required by this
RFP or submission of a Bid not responsive to this RFP in each and every respect will
be at the Bidder‘s own risk and may result in rejection of the Bid and for which the
Bank shall not be held responsible.
2.2 COST OF BIDDING
The Bidder shall bear all costs and expenses associated with the preparation and
submission of its Bid and the Bank shall in no case be held responsible or liable for
these costs, regardless of the conduct or outcome of the bidding process including
cancellation or abandonment or annulment of the bidding process.
2.3 KEY TIMELINES FOR BIDDING
The key events with respect to this RFP process are mentioned in the below table:
IDBI Bank Limited
Name of the Company
RFP Reference No IDBI /PCELL/ RFP/2018-19 /007 dated 10th Aug 2018
Date of issue 10th August 2018
Submission of pre-bid Date 18th August 2018
queries Time 05:00 P.M
Schedule of pre-bid Date 23rd August 2018
meeting Time 02:30 P.M
Schedule for Date 7th September 2018
receipt of Bids Time 04:00 P.M
Cost of the Bid Rs.10,000/- (Rupees Ten Thousand Only) in the form
Document of demand draft / bankers Cheque/ pay order from a
scheduled bank in favor of ‗IDBI Bank Limited‘,
payable at Mumbai only to be submitted along with
the Bid.

Earnest Money Deposit A Bid Security of Rs. 40,00,000/- (Rupees Forty Lakh
(EMD) Only) by way of demand draft/pay order or Bank
Guarantee in favor of ‗IDBI Bank Limited‘ payable at
Mumbai only, to be submitted along with the Bid.
Schedule for Opening Date 10th September 2018
of Technical Bids Time 3:00 p.m.
Place of Pre–bid Pre-bid queries to be sent as per format given in
meeting/ Opening of Annexure08 to the given email id: itmsrfp@idbi.co.in
Bids / Place of pre-bid meeting:
IDBI Bank Limited,
IDBI Towers,
WTC Complex, Cuffe Parade, Colaba,
Mumbai – 400005.
Contact: 022-66194053
Pre bid queries / For any queries Shri T. Lungrai Maram
queries related to RFP Mr. Prashant Das Contact: 022-66263539
Contact: 022-61592349
Mr. Muthushekarapandian
V. itmsrfp@idbi.co.in
Contact: 022-39148036
Mr. Prem Kumar
Contact: 022-66194053
Note: Pre-bid query to be submitted via e-mail in excel format only as per the
Annexure08 to itmsrfp@idbi.co.in
Note:
1. This tender document is the property of the Bank & is not transferable.
2. This bid document has 249 pages.
3. If a holiday is declared on the dates mentioned above, the bids shall be received
/ opened on the immediate next working day at the same time specified above
and at the same venue unless communicated otherwise.
4. The commercial figures like revenues, business mix, etc. mentioned in RFP
unless otherwise stated are to be considered as INR equivalent
2.4 AMENDMENT OF RFP DOCUMENT
1. The Bank reserves the right in its sole discretion of inclusion of any addendum to
this entire Bid process. The Bidders shall not claim as a right for requiring the
Bank to do the aforesaid.
2. At any time before the deadline for submission of Bids / offers, the Bank may,
for any reason, whether at its own initiative or in response to a clarification
requested by prospective Bidders, modify this RFP / Bid Document and all such
modifications shall be binding on them.
3. All prospective Bidders who have received this RFP shall be notified about the
amendment in writing vide e-mail or fax or post or the same may be hosted on

the Bank‘s website (www.idbi.com) and all such amendments shall be binding on
them.
4. If required in order to allow prospective Bidders reasonable time in which they
need to take the amendment into account in preparing their Bids, the Bank at its
sole discretion reserves the rights to extend the deadline for the submission of
Bids. However, no request from the Bidder, shall be binding on the Bank for the
same. The Bank‘s decision in this regard shall be final, conclusive and binding on
all the Bidders.
Any attempt by the Bidders to visit or meet officials of the Bank in connection with
or incidental to the Bid process, shall be construed by the Bank as an unlawful
attempt by the prospective Bidder, to influence the RFP / Bid process and may
invite disqualification from bidding. Only one authorized representative of each
bidder would be permitted to visit for submitting the RFP Document or when called
by the Bank.
3. IMPORTANT POINTS FOR BIDDERS TO NOTE BEFORE SUBMISSION

1. The overall process will be a single-stage bidding process. The request for
proposal (RFP) is issued for upgrading and integrating the existing versions of the
Finacle Treasury and Kondor Plus along with Market Risk Solution and surrounding
Treasury IT applications. The Bank is currently having license for Kondor plus with
market risk functionalities like limit modules, Value at Risk (VaR) etc. The bidders
are expected to submit documents as requested in the RFP.
2. The prospective Bidders should fulfill the respective pre-qualifications mentioned
below; otherwise their Bids will not be considered valid for the Bid evaluation
process and will be summarily rejected.
3. The Bidders should submit all the supporting documents in the Bidder‘s eligibility
proof. In the absence of such documentary evidences, Bid will be rejected
without any further correspondence. In case of consortium, the Prime Bidder
should fulfill all the Eligibility criteria.
4. Based on the response sent across, the successful bidder will be selected. The
decision of the Bank shall be final, conclusive and binding on all the parties.
5. The Bank has appointed Shri S Srinivasan and Shri Ajai Kumar as Independent
External Monitor (IEM). The Bidder having grievance, if any, in the tendering
process, may approach the IEM for redressal of their complaints.
6. The Bidder shall sign an integrity pact with Bank on the lines of the draft given in
the RFP as Annexure 14 Integrity Pact.
7. The Bidder shall certify the compliance of all clauses, terms conditions and
specifications stipulated in RFP, as per Annexure 04 – Conformity Letter. Non-
submission of duly filled & signed conformity letter will make the bid liable for
rejection.

3.1 LANGUAGE OF BID

The Bid prepared by Bidders, as well as all correspondence and documents relating
to the Bid exchanged by the Bidders and the Bank shall be in English only.
3.2 CLARIFICATIONS ON BID DOCUMENT / RFP
Before bidding, the Bidders are requested to carefully examine the Bid Documents
and the terms and conditions specified therein, and if there appears to be any
ambiguity, contradictions, gap(s) and / or discrepancy between any of the Bid
Documents, they should forthwith refer the matter in writing to the Bank for
necessary clarifications within the specified time. The Bank's decision in this regard
shall be final, conclusive and binding on all the bidders or offers.
3.3 DOCUMENTS CONSTITUTING THE BID
The Bid prepared by the Bidder shall comprise the following components. The Bids
not conforming to the requirements as stated herein below shall be summarily
rejected.
3.3.1 TECHNICAL BID
1. The bidder must use the entire information furnished in the RFP including scope,
detailed requirements, functional and Technical specifications, other annexure,
other appendices and other terms and conditions to submit their response.
2. The bidder has to submit the response to the bid in the Technical Bid indicating
the response to the technical requirement specifications and functional
requirement specifications. The bidder responses must submit original set of
technical submissions along with the soft copies. This copy bid would be the
duplicate hard copy of the bidder submissions and would be used for reference in
case there is any discrepancy in the submission set. Over and above this the
Bidder must also provide a soft copy of the bid in a CD – R. The technical bid,
submitted cannot be withdrawn / modified after submission of bids. The bid
must be submitted in hardcopy and soft copy as mentioned above in MS Word and
MS Excel in font size MS 12.
3. The Bidder, before submitting his response to the functional requirements in the
Technical Bid, should thoroughly go through the instructions given by the Bank
for filling up the Annexure 11 – Functional Requirements.
4. The bank has classified each of the requirements as critical. The Bidder, in his
response, is required to provide an appropriate score to each of the requirement
as per the Scoring criteria tab of the Annexure 11 – Functional Requirements.
5. Based on the bidder‘s response, Bank shall evaluate the response and allot marks
for the requirements. The bank, as a part of bid evaluation, will also request the
bidder to make a presentation/Demo and during such presentation/demo will
verify the responses of the bidder.
6. The bidders, before submitting his response to the Technical Requirements in the
Technical Bid, should thoroughly go through the instructions given by the Bank
for filling up the Annexure 12 - Technical Specifications for ITMS

7. The bank has classified each of the requirements as critical. The bidder, in his
response, is required to provide an appropriate score to each of the requirement
as per the Scoring tab of the Annexure. Based on the bidder‘s response, Bank
shall evaluate the response and allot marks for the requirements. Under no
circumstances, the bidder while giving their response should change the
information furnished by the bank under technical, functional and other
requirements in any of the columns.
8. The bidder‘s response is to be submitted in sealed covers. The technical response
is to be organized in a structured and neat manner
9. Please note that no price schedule should be indicated in the Technical Bid and
shall only be quoted in the Indicative Commercial Bid. However a copy of the
Price Bid Form should be enclosed with the corresponding Technical Bid with the
price column masked. A tick mark shall be provided against each item of the
Price Bid Form to indicate that there is a quote against this item in the Price Bid.
Proposals with Technical Bid containing prices shall be rejected outright. Any
decision in this regard by Bank shall be final, conclusive and binding on the
Bidder.
10.Following documents must be submitted as part of the Technical response to the
RFP:
a) Annexure 00: Document Checklist
b) Letter with details of authorized signatories/Power of Attorney
c) Application money DD- Cost of Application
d) Letter from other OEM (if applicable) as per Annexure 03
e) Conformity letter as per Annexure 04
f) Bid Undertaking letter as per Annexure 05
g) Demand Draft/Bank Guarantee towards Earnest Money Deposit as per
Annexure 06
h) Executive summary of bidder‘s Response
i) General Eligibility Criteria as per Annexure 09 along with supporting
documents
j) Bidder‘s response to Hardware Sizing response as per Annexure 10
k) Bidder‘s response to Functional requirements as per Annexure 11
l) Bidder‘s response to Technical Requirements as per Annexure 12
m) Bidder‘s response to Interface Requirements as per Annexure 13
n) Detailed Technical write up covering the Detailed Scope of Work
o) Integrity Pact as per Annexure 14
p) Bandwidth Requirement as per Annexure 15
q) Security Requirements as per Annexure 16
r) Vendor Experience as per Annexure 17
s) Project Team profiles and Project Team details as per Annexure 18
t) Post go-live support details as per Annexure 20
u) Information Security Declaration as per Annexure 21

v) Masked Commercial Bid as per Annexure 22 duly signed by authorized

signatory
w) PO/Closure certificate as supporting documents for Past Experience
x) Any other information in general
y) Soft copy of the technical bid only in DVD/CD
z) Copy of RFP duly signed by Authorized signatory
3.3.2 INDICATIVE COMMERCIAL / FINANCIAL BID
1. Refer Annexure 22 for the contents and formats of Indicative Commercial Bid.
2. The Bidders shall quote price in clear terms. Break up should abide by the
Format for Indicative Commercial Bid described in Annexure 22.
3. Apart from the Indicative Commercial Bid, the bidder has to furnish Commercial
Bid Undertaking as per Annexure 19 duly signed by authorized signatory.
The Bidders cannot quote for the Service(s) in part.
All prices shall be for delivery of Service(s) to the Bank exclusive of taxes up to the
satisfaction of the Bank or the Bank‘s representatives. However the Bidder needs to
mention the taxes applicable in the Indicative Commercial Bid. The aggregated
prices should be quoted in figures as well as in words. In case of discrepancies
between prices written in words and prices written in figures, the prices written in
words shall be considered to be correct.
The Financial Bids should strictly conform to the formats to enable evaluation of the
Bids and special care may be taken that the Bids having any hidden costs or
conditional costs will be liable for straight rejection.
The price components furnished by the Bidders will be solely for the purpose of
facilitating the evaluation of Bids by the Bank and will not in any way limit the
Bank‘s right to negotiate the Contract on any of the terms offered.
Prices accepted by the Bidders shall remain fixed during the entire Contract period
and no increase of rates including that on account of cost escalation will be allowed
under any circumstances. No open-ended Bid shall be entertained and the same is
liable to rejection straightway. However, in case of reduction of prices due to
technological obsolescence/change of product model or such other similar reasons,
the Bidder shall pass on the price benefit to the Bank. Nevertheless, it shall always
be the duty of the Bidder to use the best and latest technology while performing its
duties under the Contract.
The price quoted must be exclusive of GST/Taxes. Taxes as applicable will be paid
on actual. Other applicable tax would be deducted at source, if any, as per
prevailing rates.
3.4 BID CURRENCIES
Prices shall be quoted in Indian Rupee (INR)

3.5 BID SECURITY (EMD)

The response to the RFP must contain EMD for an amount of INR 40,00,000 (INR
Forty Lakhs only) in the form of DD/Pay Order or Bank Guarantee in favor of IDBI
Bank Ltd. from any scheduled commercial Bank (other than IDBI Bank). Bidder to use
the BG format provided as per Annexure 06 - Bank Guarantee format in lieu of EMD
valid for a minimum period of 6 months (with a claim period of 3 months over and
above) totaling 9 months and renewal thereafter till the finalization of the bidder
3.6 FORFEITURE OF BID SECURITY
The Bid Security shall be forfeited:
1. If a Bidder withdraws his Bid during the Bid validity period; or
2. If a Bidder makes any statement or encloses any form or document which turns
out to be false, incorrect and / or misleading at any time prior to signing of
contract and / or conceals or suppresses any material information; or
3. If the successful Bidder fails to sign the contract or furnish performance security
and other guarantee(s) / security in the form and manner to the satisfaction of
the Bank, as mentioned in the Bid Documents; or
4. In the event of any evasion, avoidance, refusal or delay on the part of the Bidder
to sign and execute any document, as may be required by the Bank.
5. Any decision in this regard by the Bank shall be final, conclusive and binding on
the Bidder.
3.7 PERIOD OF VALIDITY OF BIDS
3.7.1 VALIDITY PERIOD
Bids shall remain valid for 90 (ninety) days after the date of Bid opening prescribed
by the Bank. The Bank reserves the right to reject a Bid, valid for a period shorter
than 90 days as non-responsive, without any correspondence. Any decision in this
regard by the Bank shall be final, conclusive and binding on the Bidders.
3.7.2 EXTENSION OF PERIOD OF VALIDITY
In exceptional circumstances, the Bank may solicit the Bidder‘s consent to an
extension of the validity period. The request and the response thereto shall be
made in writing. Extension of validity period by the Bidder should be unconditional
and irrevocable. The Bid Security provided shall also be suitably extended. A Bidder
may refuse the request without forfeiting the Bid Security. A Bidder granting the
request will not be permitted to modify its Bid. Any decision in this regard by the
Bank shall be final, conclusive and binding on the Bidders.
3.8 FORMAT AND SIGNING OF BID
3.8.1 NUMBER OF COPIES OF BID
The Bidders shall prepare one Technical Bid, clearly marking "Technical Bid".
Similarly, Bidders shall prepare one Indicative Commercial Bid, clearly marking

"Indicative Commercial Bid‖. The copy of Technical Bid should also be submitted in
soft copy (CD/DVD) clearly marked as ―Technical Bid- soft copy‖.
3.8.2 AUTHENTICATION OF BID
The Bids shall be type written and shall be signed by a person or persons duly
authorized to bind the Bidder to the Contract. The letter of authorization (in
original) shall be supported by a written power-of-attorney, (Refer to Annexure 02,
3rd Document in checklist) accompanying the Bid. The person or persons signing the
Bid shall initial all pages of the Bid, except for the un-amended printed literature
3.8.3 VALIDATION OF INTERLINEATIONS IN BID

Any interlineations, erasures or overwriting shall be valid only if the person or
persons signing the Bid (POA holder) have authenticated the same with signature.
The deficiency in documentation may result in the outright rejection of the Bid and
the Bank shall not be liable for the same in any manner whatsoever. Any decision in
this regard by the Bank shall be final, conclusive and binding on the Bidders
3.9 REVELATION OF PRICES
Rate / Price in any form or for any reason should not be revealed before opening
the Bid, failing which the offer / Bid shall be liable to be summarily rejected. If
price change is envisaged due to any clarification(s), revised Bid in a separate
sealed cover shall be submitted with prior written permission of the Bank.
3.10 SEALING AND MARKING OF BIDS
3.10.1 ENCLOSING OF BID

1. The Technical Bid (hard copy and Soft copy) shall be placed in a separate sealed
envelope clearly marked as "End to End Implementation of ITMS with Market
Risk - Technical Bid”. (Envelope A)
2. The Indicative Commercial Bid shall be placed in a separate sealed envelope
clearly marked as ―End to End Implementation of ITMS with Market Risk –
Commercial Bid‖ (Prices only) – Do not open with Technical Bid . (Envelope B)
3. Both the envelopes carrying Technical Bid (envelope A) and Commercial Bid
(envelope B) should be put in a single sealed cover. The cover should be marked
as ―Bid for End to End Implementation of ITMS with Market Risk for IDBI Bank‖
4. Bid Cover shall also indicate the name and address of the Bidder to enable the
Bid to be returned unopened in case it is declared "late" i.e. it is not submitted
by the Bidder within the period stipulated for submission of the Bids.
5. No indications pertaining to price or financial or commercial terms should be
made on the envelopes.
3.10.2 MAILING ADDRESS FOR BIDS

Bid shall be addressed to the Bank at the address mentioned in Section 2.3 Key
Timelines For Bidding, under place of Bid:

IDBI Bank Limited,

ITD, 8th Floor, IDBI Towers,
WTC Complex, Cuffe Parade, Colaba,
Mumbai – 400005.
Contact: 022-66194053
3.11 RESPONSIBILITY OF THE BANK
If the cover is not sealed and marked as required, the Bank will assume no
responsibility for the Bid‘s misplacement or premature opening.
3.12 REJECTION OF BIDS
The overall Bid has to be submitted in the form of a printed document only. The
Bids submitted by telex, fax or email Bids shall not be entertained
Any condition put forth by the Bidders which are non-conforming to the Bid
requirements, shall not be entertained at all and such Bid shall be rejected. Any
decision in this regard by the Bank shall be final, conclusive and binding on the
Bidders
3.13 DEADLINE FOR SUBMISSION OF BIDS
3.13.1 LAST DATE FOR SUBMISSION
The Bids (both Technical and Commercial) must be received by the Bank, at the
address specified, not later than the date specified in the Key Timelines For
Bidding. In the event of the specified date for the submission of Bids being declared
a holiday for the Bank, the Bids will be received up to the appointed time on the
next working day.
3.13.2 EXTENSION FOR LAST DATE FOR SUBMISSION
The Bank may, at its own discretion, extend the period for submission of Bids by
amending the Bid documents/RFP, in which case all rights and obligations of the
Bank and Bidders shall stand extended. However no request for extension of time
from the Bidders shall be binding upon the Bank.
3.14 LATE BIDS
Any Bid received by the Bank after the deadline for submission of Bids prescribed by
the Bank, will be summarily rejected and returned unopened to the Bidder. The
Bank shall not be responsible for any postal delay or non-receipt / non-delivery of
the documents. The Bank's decision shall be final, conclusive and binding on the
affected parties. No further correspondence on this subject will be entertained by
the Bank.
3.15 MODIFICATION AND WITHDRAWAL OF BIDS
1. Written Notice: The Bidder may modify or withdraw its Bid after the Bid‘s
submission, provided that the Bank receives written notice of the modification or
withdrawal, before the expiration of deadline prescribed for submission of Bids.

2. Signing and Marking of Notice: The Bidder‘s modification or withdrawal notice

shall be prepared, sealed, marked and delivered in accordance with the
procedure set-out for submission of Bids and shall be placed in an envelope
marked as ―MODIFICATION‖ or ―WITHDRAWAL‖ as appropriate. A duly signed
withdrawal notice may also be sent by fax or post so as to reach the designated
office before the expiration of deadline for submission of Bids.
3. Last Date for Notice: No Bid may be modified subsequent to the deadline for
submission of Bids. No Bid may be withdrawn in the interval between the
deadline for submission of Bids and the expiration of period of Bid validity
specified by the Bidder on the Bid form. Withdrawal of a Bid during this interval
may result in the Bidder‘s forfeiture of its Bid Security.
3.16 OPENING OF BIDS
The Bank will open all Technical Bids, in the presence of Bidders or their
representatives who choose to attend the Technical Bid opening at venue mentioned
in Section 2.3
Bidder's representatives who are present shall sign a register evidencing their
attendance. In the event of the specified date of Bid opening being declared a
holiday for the Bank, the Bids shall be opened at the appointed time and location on
the next working day.
1. On Completion of the evaluation of Technical bid, the envelope containing the
Commercial offers of all eligible Bidders would be opened. The format for
quoting indicative commercial bid is set out in Annexure - 22. The commercial
offer should consist of comprehensive Cost for required solution. Bidder must
provide detailed cost breakdown, for each and every category mentioned in the
indicative commercial bid.
2. Any effort on the part of bidder to influence bid evaluation process or award of
contract may result in the rejection of the bid.
3. Bids that are rejected during the Bid opening process shall not be considered for
further evaluation, irrespective of the circumstances.
3.17 CLARIFICATION OF BIDS
During evaluation of Bids, the Bank may, at its discretion, when deemed necessary,
ask the Bidder for a clarification of its Bid. The request for clarification and the
response shall be in writing. If the response to the clarification is not received
before the date as may be specified by the Bank in this regard, the Bank reserves
the right to make its own reasonable assumptions at the total risk and cost of the
Bidder
3.18 RECTIFICATION OF ERRORS
Decision as to any arithmetical error, manifest or otherwise in response to Bid
Document / RFP shall be decided at the sole discretion of the Bank and shall be

binding on the Bidder. Any decision of the Bank in this regard shall be final,
conclusive and binding on the Bidder
3.19 REJECTION / ACCEPTANCE OF BID
The Bank reserves the right to accept any Bid and to annul or abandon the Bid
process and / or reject in part or full any or all the Bids at any time prior to award
of contract / Bid, without assigning any reason whatsoever and without thereby
incurring any liability whatsoever to the affected Bidders or any obligation to inform
the affected Bidders of the grounds for the Bank‘s action. Any action / decision of
the Bank in this regard shall be final, conclusive and binding on the Bidder.
3.20 CANCELLATION OF BID
The Bank reserves the right to cancel, annul or abandon the entire Bid process in
case of any anomaly, irregularity or discrepancy or for any other reasons or
otherwise without thereby incurring any liability whatsoever to the affected Bidders
or any obligation to inform the affected Bidders of the grounds for the Bank‘s
action. The Bank shall not be bound to give any reasons or explain the rationale for
its actions / decisions to annul or abandon or cancel the bid process. Any action /
decision of the Bank in this regard shall be final, conclusive and binding on the
Bidder. The Bank further reserves the right to re-issue / re-commence the bid or
circulate new RFP altogether on the subject matter or any activity or part thereof
concerning thereto. Any decision of the Bank in this regard shall be final, conclusive
and binding on the Bidder
3.21 EVALUATION OF BIDDERS
3.21.1 PRELIMINARY CHECK
The RFP document will not be construed as any contract or arrangement which may
result from the issue of this RFP document or any investigation or review carried out
by any Bidder. The Bidder acknowledges by submitting their response to this RFP
document that it has not relied on any information, representation, or warranty
given in this RFP document.
The Bids will be examined by the Bank to determine whether they are complete in
all respects. A Bid determined as not substantially responsive will be rejected. The
Bank may, at its discretion waive any minor non-conformity or irregularity in a Bid
which does not constitute a material deviation.
After preliminary examinations and / or opening of the Technical Bids, some or all of
the Bidders may be asked to make presentation / demo of the solution / services
offered by them. The evaluation will be a three-phase process:-
1. Phase 1 – Eligibility Criteria Evaluation
2. Phase 2 – Technical Proposal Evaluation
3. Phase 3 –Commercial Bid Evaluation

The evaluation of the bids will be conducted by the Bank for the purpose of selection
of the successful bidder.
The Bank may, in its absolute discretion, apply whatever criteria it deems
appropriate in the selection of vendor, not limited to those selection criteria set out
in this RFP document.
3.21.2 SUCCESSFUL BIDDER FINALIZATION AND CONTRACTING
3.21.2.1 PHASE 1 - ELIGIBILITY CRITERIA EVALUATION
The bidder needs to comply with all the eligibility criteria mentioned in ―Annexure
09 – General Eligibility Criteria‖.
Any credential detail mentioned in ―Annexure 09 - General Eligibility Criteria‖ that
is not accompanied by relevant proof documents will not be considered for
evaluation. All credential letters should be as per format specified in ―Annexure 17 –
Vendor Experience‖.
1. There will be no scoring involved in the Eligibility Bid evaluation.
2. The decision of the Bank would be final and binding on all the Bidders to this
document.
3. The Bank may accept or reject an offer without assigning any reason what so
ever.
4. The technical and commercial bid documents of the non-qualified Bidder(s) will
be retained by the Bank.
3.21.2.2 PHASE 2 – TECHNICAL PROPOSAL EVALUATION:

The Technical Bid should necessarily contain all Technical details and other
terms and condition of RFP e.g.:
1. Bidder's proposal should conform to the contents and format of the technical bid
listed out Annexure 12 in the RFP.
2. Proposals not conforming to the specifications may be rejected summarily. Any
incomplete or ambiguous terms/conditions will disqualify the offer.
3. The Technical Bid/Scope of the Work submitted by the Bidder will be evaluated
based on the terms and conditions of the RFP. Detailed technical evaluation will
include, scrutiny of company profile and technical information submitted as per
format (Annexure 12), proposed service solution, reference calls and site visits.
4. The various parameters for technical evaluation and their weightages are given
in the table below. The Bank may add/remove any relevant criteria for
evaluating the proposals received in response to this RFP at the sole discretion
and determination of the Bank.
5. The Bidders meeting the eligibility criteria as laid out in ―Annexure 09 – General
Eligibility Criteria‖ only would be short listed for the Phase 2 – Technical
Proposal Evaluation

6. This evaluation will be carried out on the basis of the following evaluation
parameters defined in this section.
The evaluation methodology is further split into sub areas as under:
S No# Proposal Bid Evaluation Sub Scores
1 Vendor Experience 30
Functional and Technical Features along with

2 30
integration capability
3 Manpower Resources 20
Approach and Methodology including Bidder

4 20
presentation
Maximum Technical Proposal Bid Evaluation Score 100
Vendor Experience
The bidder / OEM should have been I. One or more banks/FIs involving
implemented Integrated Treasury solution implementation and/or integration
for: of either Kondor Plus with any other
solution or Finacle Treasury with
1. Scheduled Commercial Bank/ Financial
any other solution – 20 marks
Institution (FI) in India having an
annual revenue of more than II. Any other similar Project under-
Rs.10,000 Crore OR taken involving implementation
2. Global bank/financial institution and/or integration of more than one
Treasury Solution – 15 marks
having an annual revenue equal or
more than USD 2 Billion or its
equivalent INR
The bidder should have provided the I. L1 Support Agents (5 or more

helpdesk services for management and agents) for 1 or more banks/ FIs
maintenance of Integrated Solution for Integrated Suite Involving
involving Kondor Plus and/or Finacle either Kondor Plus or Finacle
Treasury or any Integrated Solution of Treasury – 10 marks
similar structure in a bank / FI, either as a II. L1 Support Agents (3 or more
direct hire or OEM sub-contractor agents) for 1 or more banks/ FIs for
either Kondor Plus or Finacle
Treasury or any other similar
assignment – 5 marks

The Bidder has to provide a Documentary Proof (e.g. Purchase Order and
Completion certificate of the assignments) along with credential letters as per
format specified in ―Annexure 17 – Vendor Experience‖.
Functional and Technical Features along with integration capability
The technical capability will be evaluated on the basis of bidder‘s response to
Annexure-11 Functional Requirements, Annexure-12 Technical Requirements
respectively.
Man Power Resources
Area Resource Criteria Marks

Level
Project Project Should have minimum 15 o 15 (fifteen) years of
Management Director (fifteen) years of experience in Project
experience in Project Management – 3 marks
Management and should o Executed at least 2
have executed at least 2 (two) ITMS
(two) projects for ITMS in implementation or
bank/ financial institution Treasury Support
globally or in India as projects – 2 marks
Project Manager
ITMS Project Should have minimum 10 o 10 (ten) years of
Manager (ten) years of experience in experience in Project
Project Management and Management – 3 marks
must have executed at o Executed at least 1
least 1 (one) project for (one) ITMS
ITMS implementation in implementation or
bank/ financial institution Treasury Support
globally or in India as project – 2 marks
Project Manager
Team Should have minimum 7 o 5 (five) points for
Leaders (seven) years of experience experience in 2 (two)
in ITMS ITMS implementations
implementation with or Treasury Support
minimum 2 (two) years of and more than 1 (one)
implementation resource proposed
experience on proposed o 2 (two) points for
ITMS implementation experience in 1 (one)
ITMS implementation
or Treasury Support
and 1 (one) resource
proposed

Team Should have minimum 3 o 5 (five) marks for more

Members (three) years of experience than 5 (five) resources
in ITMS proposed having
implementation with relevant experience
minimum 1 year o 0 (zero) marks for less
implementation experience than 5 (five) resources
on proposed ITMS
proposed
implementation
having relevant
experience
Approach and Methodology including Bidder presentation
 The Bidder should submit a detailed scope, approach and deliverables along with
a detailed implementation plan of the understanding of the Bank‘s requirements
as per this RFP, bidder‘s capabilities including that of its partner‘s product
description/ solution in respect of the ITMS including methodology of
implementation.
 The Bidder has to give demonstration/presentation of the proposed solution and
also arrange for the visits to the sites where their solution has been
implemented, if requested by Bank. In cases where the sites are located abroad
the bank may make enquiries based on the references furnished by the bidder.
3.21.2.3 PHASE 3 –COMMERCIAL BID EVALUATION
The Bidders scoring a minimum of 65% score based on the detailed evaluation in
Phase 2 – Technical Proposal Evaluation, would be qualified and short listed for the
Phase 3 – Commercial Bid Evaluation. The indicative commercial bids of only those
bidders shall be opened who have been technically qualified on the basis of the
technical proposal. These bidders as per technical evaluation process will
participate in Reverse Auction process. The Bank will notify the date and time for
participating in the online reverse auction process to the technically qualified
bidders. The evaluation of the Commercial Bids will be done on the total cost of
ownership (TCO) as mentioned in Annexure 22 (Contents and Format of Indicative
Commercial Bid).
Normalization of Bids
The commercials quoted by bidder is subject to normalization in order to bring the
various offerings to a homogeneous platform/ characteristics based on the Bank‘s
discretion and on the below provided guidelines:
 Verification of all the requirements specified in RFP document in each and every
product/offering of various vendors responding to RFP.
 Listing out inconsistencies, short-comings observed.
 Vendor clarifications on the noting, short-comings, etc., observed by the Bank.
 Points/issues raised and clarified regarding product/offering in vendor
presentations, product walk through, reference site visit, customer feedback,
industry information, etc.

 Bill of costs specified by the Bank towards licenses fee (Corporate/ User specific,
etc., with restrictions to maximum number of users), cost of operating system
(license fees as applicable to individual offering/product specification), warranty
period applicable and costs if any attributable to additional warranty offering by
a specific vendor.
 Any other relevant aspect to bring in the homogeneity in the offering.
Reverse Auction Process:

 The Bidders shall be required to indicate whether or not any training is required
for them to participate in the Reverse Auction. The Bidders must compulsorily
have a Class 2 digital certificate to participate in the ORA process
 The Successful Bidder (―L1 Vendor‖) will be as per the conclusion of the ORA
Agency appointed by the Bank for the Reverse Auction. L1 vendor will be arrived
at through ORA. After ORA, if there is a large variance in the prices quoted,
Bank reserves the right to call the successful bidder for a price negotiation.
 On conclusion of ORA, the Successful Bidder (L1) shall submit to the Bank the
price breakup for the ORA amount in the format as provided by the Bank. If the
price breakup is not submitted to the Bank within 3 days from the date of the
ORA, the Bank reserve the right to reject the L1 Bidder‘s Bid and make
procurement from the L2 or L3 Bidder.
 L1 vendor will be arrived at through an Online Reverse Auction (ORA). Bank
reserves the right to negotiate the price with the finally successful bidder
before awarding the contract
 The date and time along with the Auction rules would be provided to the
shortlisted Bidders separately
3.22 CONTACTING IDBI BANK
No Bidder shall contact the Bank on any matter relating to its Bid, from the time of
the Bid opening to the time the Contract is awarded. If the Bidder wishes to bring
additional information to the notice of the Bank, it should be done in writing.
Any effort by a Bidder to influence the Bank in its decisions on Bid evaluation, Bid
comparison or Contract award may result in rejection of the Bidder‘s Bid and
forfeiture of its Bid Security
3.23 AWARD OF CONTRACT
The Bank‘s right to accept any Bid and to reject any Bid or all Bids.
The Bank shall however not bind itself to accept the best Bid or any Bid and reserves
the right to accept any Bid, wholly or in part. The Bank reserves rights to annul the
Bidding process and reject all Bids at any time before the award of Contract at its
sole discretion, without thereby incurring any liability to the affected Bidder or
Bidders. Notification of acceptance of Bid

 Notification to Bidder: Before the expiry of the period of validity of the

proposal, The Bank shall notify the successful Bidder (TC1) in writing by
registered letter or by fax or by hand-delivery, that its Bid has been accepted.
The Bidder shall acknowledge in writing receipt of the notification of acceptance
and has to convey his absolute, unconditional and unqualified acceptance and
thereafter enter into Agreement / Contract within seven (7) days from the date
of acceptance.
 Signing of Contract: Signing of the Contract shall follow the notification of the
acceptance. However, the Bank may negotiate certain terms with successful
Bidder before signing of the Contract.
 The signing of Contract should be accompanied by the submission of
Performance Bank Guarantee, Contract Agreement, Non- Disclosure Form,
Deed of Indemnity/warranty and other applicable documents as per
Appendices.
 The Contract form and all other documents should be signed at Mumbai
only within 15 days of receipt of notification of award of contract.
 Payment of stamp duty would be as per applicable laws in the State of
Maharashtra.
 The Successful Bidder shall bear all costs and expenses for the execution,
stamp duty and submission of the contract and agreements. Bank shall not
be responsible or liable for reimbursing / compensating these costs and
expenses.
 Discharge of Bid Security (EMD):
a) EMD of the successful bidder shall be discharged on signing of the Contract
and other legal documents and upon furnishing the performance guarantee /
security to the satisfaction of Bank.
b) The EMD of all unsuccessful Bidder(s) shall be discharged / returned as
promptly as possible as but not later than 90 (Ninety) days after the
conclusion of the contract.
3.24 PERFORMANCE GUARANTEE
1. The Successful Bidder shall furnish the Performance Bank Guarantee within 15
days of the receipt of acceptance by Bank, as per the format in Appendix 03-
Performance Guarantee.
2. The value of the Performance Bank Guarantee will be 10 % of the total
contract value.
3. The Performance Bank Guarantee (PBG) should be issued by a scheduled
commercial bank (other than IDBI Bank) and directly forwarded to the Bank.
4. The Performance Bank Guarantee (PBG) should be valid for a period of 7
years from the date of issue of PBG (with additional claim period of 6 months)
totaling 7 years 6 months.

5. The proceeds of the performance security shall be payable to Bank as

compensation for any loss or damage resulting from the Vendor's failure to
complete its obligations under and in accordance with the Contract.
6. Penalties, if any will be recovered from the payments. In case Performance
Guarantee amount decreases from the initial deposit level due to penal
deductions, etc., it shall be made up / replenished back to the initial amount
deposited within 7 days of such penal deductions, etc. being affected.
7. Failure of the Successful Bidder to comply with the requirement of the
performance bank guarantee shall constitute sufficient grounds for the
annulment of the award and forfeiture of the EMD, in which event Bank may
award the Contract to the next best evaluated Bidder or call for new Bids. Any
decision in this regard by Bank shall be final, conclusive and binding on the
Bidder.
8. The incidental expenses of execution of the Contract as well as the conditions
stipulated in the contract shall be strictly adhered to and any breach / violation
thereof shall entail termination of the Contract without prejudice to the other
right of IDBI Bank including but not limited to the right to levy / impose and
recover penalties as specified in this RFP or Contract.
4. EXECUTIVE SUMMARY OF BIDDERS’ RESPONSE

1. The bidder must furnish synopsis of their responses to the RFP in the Executive
Summary, not exceeding 15 pages. The bidder must give a brief write up relating
to its capability in implementing & upgrading ITMS.
2. IDBI Bank desires to appoint a vendor which shall provide/supply, install,
upgrade, implement, customize, integrate, test, train and maintain the ITMS. IDBI
Bank hereby invites responses from the established and eligible entities
(hereinafter referred to as ―Bidder‖ or ―Vendor‖) to provide the deliverables
described in this document. The Bank expects the Bidder to submit responses in
accordance with the terms and conditions described herein.
3. Before proposing the ITMS, the Bidder is expected to go through the business
requirements in detail, understand them and suggest a solution which delivers the
business requirements as needed by the Bank within the time frame stipulated by
the Bank.
4. The Bidder must define suitable architecture of the Treasury Solution in line with
the requirement, factoring all the business, functional and technical
requirements covering the existing and future line of Businesses for ITMS.
5. The details of the products offered with reference to the RFP along with
brochures and benchmarking results are also to be enclosed as applicable.
6. The details of their past implementation and current use are also to be given.

7. The Bidder must give the details of suitable tools, software/hardware/ utilities/
solutions that it is proposing for implementation of ITMS and the tools to be used
to provide post go-live support.
8. The bidder must also provide a brief description of the following:
a) Proposed project plan and implementation methodology defined for
carrying out activities in phases and approach for completion of the project
as per the time schedule given in the document.
b) The Bidder must indicate in the Executive summary the total development
time that includes studying of the current processes and systems,
understanding interfacing requirements, configuration of accounting
information, component development, history/legacy data migration, unit
testing, system testing, functional testing, production deployment and
documentation.
c) The Bidder must propose a testing plan along with details of number,
quality and experience of resources who would assist the Bank in testing of
the base version, developments, data migration assurance and other
releases for production. This offering would be a part of the Treasury
Solution offer.
d) Training: The bidder must provide training schedule details and furnish
training facilities and trainers credentials.
e) Bidder should provide its proposed plan and methodology for post go-live
support and maintenance of the project. Bidder should provide the details of
the resources (quantity, quality and experience) who would be deployed at
the site and would implement and maintain the system. The bank at its own
discretion can request for replacement of any resource if the resource does
not possess the required skill sets.
f) If the bidder partners with other third-party / bids in consortium while
responding to this RFP, the Bank will interact only with the Lead bidder
and the relationship(s) between the Lead bidder and the third-party
should be transparent to the Bank. However, Lead bidder needs to
provide the company details of each third-party, along with their own
details. In the case of overseas bidder having local Indian
representatives, the details of both the overseas bidder as well as the
local support representative should be given.
g) The Bidder has to furnish details of the resources to be deployed on the
project. Those resources must have experience in studying the existing
databases/Bank‘s systems and in understanding the requirements and in
supply/installation/ integration/ implementation/ upgradation of the
solution including the design and revamp of the existing Treasury setup for
the Bank.

h) All the deployed resources in the project either from OEM or bidder/ lead
bidder/ consortium partner should be on their respective payrolls. L1
resources can be on the payroll of the bidder/OEM/ consortium partner.
i) Bidder should sign back to back agreement /MOU with the consortium
partner, which will be valid for contract duration. This should be provided as
part of the proposal.
j) Bidder to provide a list of all assumptions made. Bidder has to clearly
mention all the assumptions made in preparing the Commercial BOM. The
item level details to arrive at the Commercial figures are also to be provided
to the Bank.
k) Bidder has to take care of all the integration cost for all the application /
Hardware/ software / ecosystem proposed in this RFP. Bank will not pay any
extra cost for any integration with any of the bank application which is not
part of this RFP.
l) The Bidder will take not more than 2 weeks from date of Issuance of PO to
develop and submit the detailed Implementation strategy document to
the Bank.
m) Successful bidder has to provide implementation schedule (module-
wise) for the new modules within the timelines decided by the Bank.
The Bidder will have to carry out all the customization related work at the premises
of the Bank or off-site in case the customization cannot be carried out at the Bank
premises. The Bank will have to be a party to the Functional Requirements
Specifications sign-off, UAT, UAT sign-off, Installation sign-off and Implementation
sign-off. The Bidder will have to install and commission the software for
customization and UAT as per Project Plan failing which the Bidder will have to be
liable to pay the Bank the applicable penalty for delay (Liquidated damages). The
Bidder will have to provide all tools, testing instruments, drivers, consumables, etc.
required to install and customize and test the software free of any fees or charges
or any expenses. The Bidder will have to document and submit to the Bank all the
testing activities, procedures and results
5. PROJECT SCOPE AND OBJECTIVES

The Bank proposes to select a bidder (System Integrator) for upgrading and
integrating the existing versions of the Finacle Treasury and Kondor Plus along with
Market Risk Solution and surrounding Treasury IT applications at Primary Site and
Disaster Recovery center as per the Terms & Conditions, Technical Specifications
and Scope of Work described elsewhere in this document. The Bank has full licenses
for Finacle Treasury and Kondor Plus system for all assets classes spread across all
the functionalities. The existing license for Kondor plus includes market risk
functionalities like limit modules, Value at Risk (VaR) etc.

Overview of selection process are as follows:
Pre-Bid Issue of Submission Eligibility & Normalization Commercial Award of

Issue of RFP of bid Contract
Meeting Addendum/ of Response Technical Evaluation/
Corrigendum Evaluation Reverse Auction
1 Issue of RFP: Issue of Request for Proposal document to bidders for integration
of upgrading and integrating the existing versions of the Finacle Treasury and
Kondor Plus along with Market Risk Solution and surrounding Treasury IT
applications at Primary Site and Disaster Recovery center.
2 Pre-Bid Meeting and Query Resolution: Bank shall conduct a Pre-bid Meeting
with the Prospective Bidders who express interest in the RFP, if required by the
Bidders. The objective of this meeting would be to address / discuss queries from
Bidders and provide any further information, if required.
3 Issue Addendum to RFP (If required): Issue of addendum / Amendments if
required (to Original RFP). This will be based on the clarifications provided to the
Bidders on the queries raised / received or any new requirements, Terms &
Conditions which Bank may want to issue at a later Stage.
4 Submission of response: Bidders will submit a response to the RFP as per the
checklist and the format (Annexures and Appendices) provided in the RFP. The
Response to the RFP from the Bidder shall include Eligibility, Technical &
Commercial Proposals.
5 Presentations: Bank shall call the Bidders for formal Presentations on the
Product, Methodology and Service Model proposed by the Bidder.
6 Bidder Evaluation: During this stage, Bank will evaluate the response to the RFP
based on the criteria Specified in the sections below.Bank may require certain
clarifications during Evaluation and the respective Bidder should provide the
response as per timelines defined by the Bank. Detailed evaluations will enable
Bank to identify eligible Bidder.
7 Online Reverse Auction: Bank will conduct Reverse Auction on Bids shortlisted
after technical evaluation. The bank will notify the date and time for
participating in the online reverse auction process to the technically qualified
bidders. The evaluation of the Commercial Bids will be done on the total cost of
ownership (TCO).
8 Award of Contract: The Selected Bidder would be awarded the contract for End-
To-End Implementation of ITMS with Market Risk which upgrading and
integrating the existing versions of the Finacle Treasury and Kondor Plus along
with Market Risk Solution and surrounding Treasury IT applications
5.1 OBJECTIVE
1) The current Treasury operation of the Bank is supported by Finacle Treasury
from M/s. Edgeverve Systems, Kondor Plus from M/s. Finastra, En-Settle and

few in-house developed systems including some excel based manual processes
for its India and Dubai operations.
2) IDBI Bank is proposing to upgrade and integrate the existing versions of the
Finacle Treasury and Kondor Plus along with Market Risk Solution and
surrounding Treasury IT applications to cater the needs of Treasury operations
across all Geographies in which Bank has presence.
3) The objective of the project is to select bidder (System Integrator) to upgrade
existing treasury application (Finacle Treasury, Kondor Plus) by integrating the
same with other supporting applications along with implementation of market
risk solution. The expected ITMS should facilitate the day to day functioning of
Treasury operations, covering front, mid/market risk and back office
functionalities, including deal capturing, what-if-analysis, scenario simulations,
structuring of products, pricing, valuation, exposure, confirmations,
settlements, accounting reporting etc. and limit monitoring across the Bank.
The expected ITMS is envisaged to facilitate efficient treasury operations
including but not limited to the following:
a) Support to Multi Entity and Multi Time Zone capability is expected. It should
support current treasury products and should have the capability to be
extendable to new products as and when introduced. The solution should be
capable of addressing the current Market Risk functionalities and should be
adaptable to changing regulatory requirements. The system should be
compatible with accounting standards like International Accounting
Standard, IFRS, Indian Accounting Standards (Ind-AS), US GAAP, IGAAP, etc.
b) The expected solution should be modular, designed to support the treasury
operations of the Bank. At the same time the entire solution should be
seamlessly integrated and also should be supported by applicable databases.
c) To act as an integrated solution for capturing of all the trade details from
various dealing platforms and should be capable of deal logging/ capturing,
pricing, valuation, limit setting and monitoring, MIS and regulatory
reporting and every other aspect of deal life cycle like settlement,
accounting and posting, etc.
d) Generate analytical dash boards, score cards for Top Management and
Treasury Desks etc. to assist the Bank in monitoring, analyzing and providing
decision support. There should be a robust analytical engine to provide all
the above in addition to easy user friendly reporting mechanism.
e) Act as an integrated solution for internal monitoring of regulatory related
activities like SLR, CRR, etc. related reporting. The proposed application
will enable different treasury desks to view the investments made by the
respective desks any other information they are entitled to view for business
specific inputs thus providing transparency.
f) Generation of reports, as required by users/authorities at all levels of the
division, for internal/external purposes duly ensuring speed, data integrity
and consistency and timely submission.

g) Robust, scalable and futuristic with minimal dependency on external support

with high level of parameterization and configurations to enable the Bank to
configure or modify the parameters and generate required outputs on its
own.
5.2 SCOPE SUMMARY
Brief scope of work for the proposed transformation engagement is listed below.
The scope of assignment includes, but is not limited to the following:
5.2.1 CURRENT STATE OF ITMS
Presently, Bank has implemented Finacle Treasury from M/s. Edgeverve Systems for
the domestic and international operations, supporting products viz. Money Market,
FX Interbank, FX Merchant, SLR, Non SLR & DCM, CSGL, PD products while Kondor
Plus from M/s. Finastra is used for front office functions supporting the derivative
products and En-Settle from M/s. NSE-IT for supporting currency future products.
Bank has deployed various in-house products for supporting Equity, Mutual Funds,
and Preference shares, Security Receipts, Venture Capital Funds and Pass through
Certificates. Apart from this, Bank has implemented In-house e-Treasury
application (Consists of e-Blotter, Retail-FX and e-call money) which supports Retail
and Card Rate operation for Merchants. In-House Application like e-Call Money and
Online Treasury Funds sheet blotter, for supporting Call Money booking from
Branches and Online monitoring of Treasury Funds respectively. The Nostro
Reconciliation has been supported through Finacle Treasury.
The Market Risk operation is partially automated and Risk reports are
generated/consolidated manually through excel based processes. The capital
charge calculation system is implemented from M/s. Chella Software meeting the
requirement of Capital charge calculation of Derivatives book. The current
activities carried out by the treasury division consist of the following:
Mid Office Back Office
Front Office
 Identification,  Confirmation
 Deals Pricing
measurement and  Settlement
 Trade Capture
monitoring of market  Reconciliation of
(Electronic & Manual)
risk Nostro, RTGS etc
 Pre and Post Trade
 Limit setting and  Accounting
Analytics
monitoring  Regulatory Reporting
 Position Management
 Regulatory Reporting and MIS
 Maintaining regulatory
and MIS  Special Reporting to
reserve requirements
 Valuation and Bank‘s Board
 Regulatory Reporting
exposure computation  Valuation
and MIS
 Capital charge  Capital Market Exposure
 P&L Monitoring
computation  Credit Support
Exchanges

The treasury department has the following desks/teams:

• Money Market Desk
• FX Interbank desk
• FX Derivatives desk
• FX Merchant & Sales desk
• Equity & Mutual Funds desk
• SLR Desk
• CSGL Desk
• PD desk
• Non SLR & DCM desk
• Investment Cell
• Market Risk Management
• Fund Transfer Pricing System
• Anti-Money Laundering (AML) System
The list of treasury activities and products are as follows:
1. Forex (Inter-Bank): Spot USD/INR, spot crosses, Swaps, borrowing/placement of
deposits, Exchange Traded Currency Futures (SEBI approved exchanges) in
USD/INR , EUR/INR, GBP/INR, JPY/INR currency pairs, PCFC, RFC, FCNR (B),
deposit pricing, Fund management/ Nostro Management, GAP Management etc.
2. Forex (Merchant): Outright cash/tom/spot/forward (USD/INR and crosses),
part/full cancellation of forward contracts, early/part utilization of forward
contracts, cancellation of overdue forward contracts
3. Money Market: Call/notice/term money, CBLO borrowing/lending, LAF Repo/
LAF Reverse Repo & MSF, Market Repo/Reverse Repo (Govt. & Corporate debt
securities), BRDS, Bulk Deposits, maintaining CRR, SLR, SLGR, etc.
4. SLR Investments: Investment and trading of Govt. Securities/Treasury Bills,
Maintaining SLR etc.
5. Non-SLR Investments: Investment and Trading in Certificates of Deposit, Mutual
Funds, Commercial Papers, PSU Bonds, PTCs, IBPC etc.
6. Corporate Bonds: Investment and Trading in Corporate Bonds, CDs, etc.
7. Derivatives: Interest rate Swaps, Principal Only Swap, Currency Swaps, Options
(FC/INR), Options (Non INR), Forward Rate Agreements, Long Term foreign
exchange (LTFX) contracts, Structured deals, Basis Swaps, Interest Rates Futures
(IRF), Credit Default Swaps (CDS), Exchange traded Currency Futures, Currency
Options, etc.
8. Debt Sales: Retailing of central and state government Securities/treasury bills
and corporate bonds, participation in auctions (competitive and non-competitive
bidding) on behalf of non-constituents, Operation of G-sec Samriddhi portal and
Sale of G-sec on ATM.
9. Primary Dealers Business: PD Desk deals in Treasury Bills, Cash Management
Bills, Government securities - Fixed rate/Floating rate, Inflation Index Bond,
State Development Loans, Short-Selling in Government Securities; When-issued

market: Long and Short Position, Trading in Strips & IRF, Market making of few
G-Sec etc.
10. Equity: Long Term Investment and trading in Secondary Market, Investment and
trading in MFs and ETFs, Preference Shares, Venture Capitals, Security Receipts
etc.
Any changes recommended by Regulators (RBI/SEBI) and internally approved from
SPPSSC/ALCO/Board before the go-live is to be provided/ addressed by the Bidder.
APPLICATION, TECHNOLOGY AND INTERFACES
The current indicative list of interfaces between various systems are listed below:
 All FX Dealing platforms
 All CCIL Dealing platforms
 Swift System
 E-Blotter
 Retail-FX
 Core Banking System (Finacle)
 MIS and ADF
 CCIL Settlement
 CLS Settlement
 ALM from OFSAA
 IRMA from CRISIL
 Thomson Reuters
 XSTP (NSE)
 Fund Transfer Pricing System
 Anti-Money Laundering System
HARDWARE AND TECHNOLOGY
The Bank has different varieties of hardware stack, also has different database
servers. The Bank also maintains some part of data in excel and text formats.
Post implementation of ITMS (upgrade of Finacle Treasury and Kondor Plus to their
latest version along with Market Risk Solution with integration to all surrounding
treasury applications), it is expected to support all the standard and futuristic
treasury products, processes and functionalities.
CURRENT TRANSACTION VOLUMES AND FUTURE PROJECTIONS

The Bank is planning to grow its treasury business aggressively and would like to
venture into new areas, line of businesses. Post implementation, ITMS solution
should be scalable to support the increasing volumes as well as new lines of
business.

The Bank expects minimum growth of treasury transactions at the rate of 10% year
on year. The indicative treasury transaction volumes are as follows:
YEAR NO. OF TRANSACTIONS
2016-17 336000
2017-18 323000
2018-19 (Projected) 352000
2019-20 (Projected) 383000
2020-21 (Projected) 427000
2021-22 (Projected) 500000
2022-23 (Projected) 550000
5.2.2 GENERAL SCOPE

1. End-to-end implementation of proposed ITMS. The proposed solution should
include Supply, Installation, Upgradation Implementation, Customization,
Integration, Migration, Testing, Training, tuning/optimization of proposed
application / Database and post go-live support and Maintenance of all
necessary Software, Hardware and other utilities etc. at primary site and also
at Disaster Recovery Site.
2. IDBI reserves the right to procure the Hardware, Database and operating system
from the bidder or make its own arrangement. In the event of Bank procuring
the Hardware, Database and operating system from the Bidder, the
responsibility of installation and maintenance of the same shall lie with the
bidder. In case the Bank decides to procure the above components on its own,
the Bidder shall coordinate with the Vendors with the support of the Bank for
the installation of the same and other necessary aspects like virtualization, etc.
and maintenance. Where ever the Hardware, Operating system and Database
are referred in this document, the above clause to be referred.
3. Bidder has to study the requirements of the bank to map their product offering
and prepare the design document which will be signed off by the Bank's business
team.
4. Performance of configuration and enhancement of solution to cater to the
requirements mentioned by the Bank.
5. Setup and maintenance of all the environments for the solution i.e.
Production, DR, Development, Testing, Training etc.
6. Capability to maintain the software and provide support to the bank in case of
configuration changes, development of new components, change requests, etc.
post go-live of the software.
7. Application maintenance including bug fixing, patch management,
upgradation, additions / modifications in the application to cater to changes to
data sources and /or new reporting requirements during warranty period of

one year as well as during the post warranty period.

8. Provide onsite support post go-live till the period of contract. Duties of onsite
engineer include day to day operation support, configuration changes, version
upgrades, performance monitoring, trouble shooting, bug fixes, patch
installation and liaising with Bank official for various support issues etc. and
assisting Bank official in switching to the DR site in case of system failure and
Conducting DR drills in conjunction with the Bank.
9. The proposed ITMS should support all treasury specific modules required for
functioning of Treasury Front office, Mid office, Back Office and market risk
requirements and meeting all regulatory guidelines and settlement processes on
a single platform.
10. The bidder should provide a facility to migrate history/ legacy data of all the
existing solutions currently used by the Bank into the proposed ITMS for
backward compatibility and continuity as per the banks data retention
requirement. The migrated data should be cross verified, validated and
authenticated. The proposed ITMS should provide a robust reporting on the
migrated data, capable of viewing and generating required reports from the
above data.
11. All market risk features like automated EOD process, valuation, exposure (as
per latest guidelines), limit monitoring, capital charge/risk weighted asset
calculation, VAR, scenario analysis, stress testing, should be in-built and should
meet all regulatory requirements.
12. Should any components be announced End of Support during the contract
period, the bidder will have to replace the same with an equivalent or higher
specification product without any additional cost.
5.2.3 APPLICATION FEATURES
1. The proposed ITMS should support Multi-entity, Multi Time Zone and Multi-
currency features and should have separate flow of information with role based
access.
2. The proposed ITMS should support and provide Multi-entity and Multi-Currency
balance sheet.
3. Consolidated multi-entity /multi-currency position should be available from the
system.
4. The proposed ITMS should cater to the needs of our Global Treasury
[Domestic + Overseas Centers and GIFT City (Gujrat International Finance Tech-
City)] requirements and other Statutory, and Regulatory requirements of both
present and future.
5. The proposed ITMS should have all Treasury modules including Market Risk
which is required for functioning of Treasury Front office, Mid office and Back
Office requirements and meeting regulatory guidelines and settlement process.
The Solution should have seamless interaction through the modules.
6. Provision to introduce new products or modify the existing features of the

treasury products as directed by regulators or as demanded by the business

should be available
7. The proposed ITMS should be flexible to cater to requirements by way of
parameterization.
8. Proposed ITMS should provide for access control and user management functions.
9. The proposed ITMS should have standard workflow tool and should be capable of
defining workflow rules as per the business requirement.
10. Seamless interaction across all its modules.Integration of downstream /
upstream systems through industry standard integration bus, which can be
configurable through user friendly tools.
o The system should be capable of taking inputs from the dealing platforms
o It should have the facility for seamless data flow to downstream and
upstream applications including CBS and all other standard reporting
systems.
o Data flow between modules should be through features like seamless
integrations or APIs and not through file transfer protocols.
11. The proposed ITMS should maintain a comprehensive audit trail. It should have
the ability to rapidly generate ad-hoc reports with a user friendly report
writing software or tools.
5.2.4 DEAL CAPTURE FUNCTIONALITY
1. Standard plug-ins for systems like Reuters, Bloomberg, CCIL and all trading
platforms should be available.
2. Should support deal capture facility for all the treasury desks
3. Should support Indian Merchant business processes as a built-in feature. The life
cycle of all Indian Merchant Forex transactions should be covered in the
solution. The solution should have seamless integration capabilities with the
internal and standard external systems.
5.2.5 MARKET RATE/LIMITS FUNCTIONALITY
1. Standard plug-ins should be available for capturing real time/near real time
market rate feeds and information from systems like Reuters, Bloomberg,
Cogencis, Ticker Plant, etc.
2. Standard plug-ins should be available for capturing market rates and
information from other Regulatory agencies like RBI, FIMMDA and FEDAI etc.
3. Real time monitoring of Limits, Collateral and Exposure from all the connected
core systems including CBS should be available in the newly integrated treasury
solution.
4. Should comply with past performance limit monitoring by simulating with
source systems.
5.2.6 ACCOUNTING/SETTLEMENTS/RECONCILIATION
1. Seamless Integration of proposed ITMS with Bank‘s Core Banking Solution
covering all Domestic, Foreign, Subsidiary branches with all necessary

interfaces.
2. The proposed ITMS should have seamless connection with payment and
settlement gateways and other connected systems.
3. System should be capable of integrating with the bank‘s core banking solutions
(compatible with the current and future versions,) to enable seamless to-and-
fro transfer of data between the systems.
4. The solution should be able to provide all sorts of Advanced Analytics and the
result should be made available on all handheld devices also.
5. The proposed ITMS should be compatible with IBAN and general accounting
standards as applicable from time to time such as IndAS.
6. System should be compatible with the Standard/Latest features for systems like
SWIFT, NEFT, RTGS, SFMS, CCIL, CLS, etc. and all other payment platforms.
7. Reconciliation with CBS for all possible transactions/ NOSTRO and mirror
accounts etc. should be part of the solution. The bidder should provide a
suitable reconciliation tool to reconcile the books with all the internal/external
base systems.
8. System should be capable of acknowledging the confirmation received from
counterparties through systems like SWIFT etc.
5.2.7 OPERATIONS/MIS/ADF REPORTING
1. The proposed ITMS should be capable of scaling up so as to support the growing
needs of services in India and overseas.
2. All Multi-Entity and Multi-Currency features, Advanced Analytics, Reporting and
balance sheet should be provided and should have separate flow of information
with role based access.
3. The proposed ITMS should be highly scalable without any performance issues
during heavy loads.
4. The system should be flexible by way of extensive parameterization to enable
the Bank to configure majority of the frequent changes that occur from time to
time.
5. The proposed ITMS should have comprehensive Audit Trail feature as part of the
standard offering. Ability to rapidly generate ad-hoc reports with an easy to use
report builder.
6. The proposed ITMS should have standard workflow tool and should be capable of
defining and modifying workflow rules as per the bank‘s requirement.
7. The proposed ITMS should provide the real time collateral information from all
the relevant source systems.
8. The proposed ITMS should have Provision to introduce new products or modify
the existing flavor of the products as directed by regulators or as demanded by
the business.
9. Solution should support and generate all industry specific standard formats i.e.
SWIFT messaging formats etc.
10. Provision to do archival activity as per bank‘s defined policy.

11. System should have facility to archival of transactional information

12. Data retrieval mechanism from archive should be seamless
13. The proposed ITMS should be capable of real time posting of accounting entries
with an additional feature for manual posting, re-posting and correction/
modification of entries.
14. The newly integrated treasury solution should have cross reference feature to
verify successful postings by way of transaction ID, UTR no., transaction no,
etc.
15. The solution should have provision to view (dashboard and report) real time
funds position by considering latest NOSTRO balance along with current Inflow
and Outflow
16. All regulatory returns including ADF reports, RBS data points etc should be
available as a part of the application. The output should also be available in
XBRL format or any other format as suggested by regulator. Provision to
synchronize the master data with CBS for regulatory or MIS reporting should be
available.
17. Moving averages and ratio analysis with required KPI should be available on all
crucial parameters
18. The proposed ITMS should have the feature to synchronize the R-Returns
especially the opening, closing balances and in/out flows.
19. The proposed ITMS should have facility to send role based auto mails, SMSs and
alerts and should be easily configurable.
20. Update of holiday process and cash flow generation should be fully automated.
This includes treatment for user modified cash flows.
21. The proposed ITMS should have facility to integrate with Bank‘s base systems
including Core Banking System for NPI management.
5.2.8 MARKET RISK FUNCTIONALITIES

1. The proposed ITMS solution should support RBI‘s directives and guidelines issued
from time to time pertaining to Treasury & Risk Management.
2. The proposed ITMS should provide audit reports and tools for the Bank‘s
internal/ concurrent/ statutory/ SEBI/ CCIL/ IDRBT/ RBI audit/ Inspections etc.
3. The proposed ITMS should be capable of aligning with all applicable policies of
the Bank like Exposure/Investment/Derivative etc. Also having the ability to
monitor consolidated exposure from various systems at the time of deal booking
and subsequent deal life cycles.
4. All valuations including India specific valuations like FBIL, FIMMDA, FEDAI and
any other valuation as specified by regulators should be in-built. The systems
should be capable of adopting to the new changes proposed by regulators from
time to time basis by way of easy configuration through front end.
5. All market risk features like VAR, Scenario Analysis, Stress Testing, What-if
Analysis, Capital Charge, Risk Weighted Asset, CRAR, limit monitoring etc.

should be in-built and should meet all regulatory requirements.

6. All market risk features like VAR, Scenario Analysis, Stress Testing, What-if
Analysis, Capital Charge, Risk Weighted Asset, CRAR, etc. should be in-built
and should meet all regulatory requirements.
The current Licenses procured by the bank are as follows:
License Type Number of License
Finacle Treasury (Concurrent Users) 100
Production System Software
Description Quantity
Kondor+ Server Licenses
Kplus System Server (1-8 User) 1
Kplus D2000 Gateway Server 1
KVAR (4 Users, Risk Metrics Only) 1
K+ System and Data Admin Manager 1
Tradekast (Interface for D2000) 1
Kondor+ Limits Module (8 Uers) 1
Kondor+ Workstation Licenses
FX Spot 2
FX Swaps & Forwards 2
Money Market and Repo 1
Fixed Income Securities 2
FRA 1
IRS/CIRS 1
Equities 1
Head Turner 1
K+ Futures 1

Bank is having a perpetual license for Kondor+ which will remain in effect unless
terminated in accordance with contract terms.
The Bank has full licenses for Finacle Treasury and Kondor Plus system for all assets
includes market risk functionalities like limit modules, Value at Risk (VaR) etc.
The total estimated license requirement (inclusive of existing) for the bank is given
below, bidder should promptly suggest other license types required for ITMS
implementation which might not be mentioned below. This below mentioned license
requirement is inclusive of existing licenses.
License Type No. of Licenses
Kondor Plus Market Risk
FT latest latest Solution
version version
Treasury Front Office License 60 5 5
Treasury Back Office License 48 3 2
Treasury Mid Office License 5 5 5
License for Admin Users (IT users) 5 1 1

License for Viewership Rights 2 1 1
(Auditors)
Total number of licenses 120 15 14
Existing System Landscape and Proposed list of Interface will be provided to the
Bidder Once They Sign NDA with Bank.
Detailed Functional and Technical requirements for this RFP are listed separately in
Annexure 11 & 12.

6. DETAILED SCOPE OF WORK AND BIDDER RESPONSIBILITY

Detailed Description of the envisaged scope is enumerated below. However, the
Bank at its discretion reserves the right to change the scope and phases of the RFP
considering the size and variety of the requirements and changing business
conditions and requirements.
6.1 PHASE 1- Upgradation of existing version of FINACLE TREASURY & KONDOR
Plus with MARKET RISK SOLUTION
As a part of this phase, the bidder is required to perform version upgrade and
migration from the existing treasury applications along with Market Risk solution and
integrating the same with other supporting Treasury IT applications. The
responsibility of the bidder shall include designing, sizing, procuring, development,
customization retrofitting, configuring, parameterizing, implementing, upgrading,
integrating, training and maintenance of the ITMS solution as part of this tender
that includes the Software Development Life Cycle (SDLC) activities covering at
minimum the scope mentioned in this RFP.
The bidder will be completely responsible for the below activities:

i. Examine and upgrade from the current version to the latest stable version of
Finacle Treasury and Kondor Plus. The bidder would need to tie-up or should
be alliance partner with Edgeverve Systems Finacle and Finastra Kondor for
this RFP.
ii. Design, size, implement, upgrade and maintain the ITMS applications,
interfaces and integration with the other solutions, applications, delivery
channels, etc. during the contract period.
iii. The responsibility of the bidder would be towards complete retrofitting of the
customizations and interfaces from the existing Finacle & Kondor Plus version
to their latest version seamlessly in the proposed ITMS. The bidder with the
support of OEM will also customize the upgraded Finacle Treasury and Kondor
Plus along with Market Risk Solution to incorporate any business process
reengineering required by the Bank.
iv. Get the application thoroughly tested on performance parameters of load,
stress through concurrency etc. using reliable testing tools. The said test
results shall be submitted to the Bank indicating the outer boundary of load
and performance.
v. Migration of the data from the existing treasury systems to the upgraded to
ITMS environment. Bidder need to coordinate with the data migration audit
agency for data migration audit and resolve all observations / issues pointed
during audit before go-live.
vi. Supply and integrate other applications/tools/solutions for configuration
management, change management, release and deployment management,
application performance monitoring, service level monitoring etc.
vii. Bidder needs to provide the sizing of infrastructure / Database license /

Middleware licenses for all layers of ITMS application and database on

engineered system as well as Enterprise Class Server separately at the time of
submission of bids as per the projection.
viii. It will be at the discretion of the Bank to decide whether the infrastructure,
Database license and Middleware licenses will be procured directly or has to
be provided by the bidder as per the sizing mentioned in their proposal.
However it will be engineered system or Enterprise Class Server will be at the
discretion of the bank. The upgradation, implementation, configuration, and
maintenance of the same liaise with bidder only.
ix. All the ATS and AMC of the database / Middleware and infrastructure will be
directly paid by the bank however bug resolution / issue fix / patch
management and all coordination with OEM needs to be done by the bidder.
x. The Bidder is required to maintain the servers, Software & other hardware
platform and environmental software for all the environments based on the
requirements for the bidder‘s proposed ITMS. Bidder is required to perform
vendor management during contract duration.
xi. The bidder has to implement the solution at all locations (DC, Near Site, DRC,
branches, offices etc. of the Bank). The bidder is required to configure,
parameterize, and customize all existing Bank business products and services.
The proposed ITMS has to technologically enable all existing banking
functionalities and products etc.
xii. Post execution of the proposed ITMS the bidder has to perform another round
of load testing / stress testing of the deployed systems for conformance with
performance and service levels of this RFP.
xiii. The bidder has to provision for all cost for the scope of this RFP in their Bill
of Materials and the bank will not pay any additional amount during the
period of the contract.
All costs for the ITMS systems solution including version upgrade of Finacle Treasury
& Kondor Plus along with Market Risk Solution and integration with other systems
needs to be envisaged.
The bidder is required to size, design, train, customize, test, implement, upgrade,
integrate, rollout and maintain the proposed ITMS systems application as per the
requirements of this RFP covering all the existing functionalities and modules for
the period of the contract.
The scope of the project includes the following:

1. Gap Analysis and Gap report submission
2. Preparing functional requirements document for implementation of various
products and processes of the treasury division including Market Risk of IDBI Bank
3. Preparing system specification document, solution design document based on the
agreed functional requirements.
4. Upgrading and integrating the existing versions of the Finacle Treasury and

Kondor Plus along with Market Risk Solution and surrounding Treasury IT
applications for which the Bank has full licenses for both the system for all assets
includes market risk functionalities like limit modules, Value at Risk (VaR) etc. A
snapshot of existing and proposed treasury IT applications in terms of their
current usage is provided in the table given below:
Existing Asset Class Proposed Application

Application
Money Market, Forex
FT 10.x
Interbank and Merchant,
Fixed Income
FT (latest version)
In- House Equity and Mutual Fund,
Preference Share, VCF,
Applications
Security Receipts, PTCs, OCDs
,NCDs etc
Derivatives (OTC and Kondor Plus with Market
Kondor Plus
Exchange Traded), Market risk Module (latest
Risk for all asset classes version)
5. All the existing customization including patches in the current version of FT and
Kondor+ has to be migrated to the upgraded version under the ambit of the
proposed ITMS.
6. Implementation and support of the proposed treasury solutions to support the
Bank‘s operations.
7. Data migration from the Bank‘s existing IT system to proposed ITMS.
8. Integration with the Bank‘s internal application and external interfaces. Any new
interfaces/ applications introduced during implementation shall automatically
fall under the bidder‘s scope of work to be integrated.
9. The bidder should provide all documentation including User Manuals, module-
wise complete solution document, Technical Manuals, Training Materials,
Standard operating procedure, validation tools for valuation & accounting etc.
10. The Bidders should provide on-going support during the implementation and
post-go live (L1/L2/L3) based on the SLA‘s governed by AMC/ATS during the
entire contract period.
11. Bidder is expected to adhere to the SLAs and provide performance reports at
monthly intervals or as specified in the contract.
12. The Bidder is expected to undertake the following activities:
i. The successful bidder has to abide by the Bank‘s information security
policies.
ii. During the contract period, the Bidder is required to supply, install and
maintain Database and Application Servers at DC and DR. This will include
other security features as maybe considered necessary to ensure regulatory
compliance on security which may get changed from time to time. Bidder also
is expected to conduct periodic health checks of the software and carry out

optimisations to improve the performance of the whole solution during the

contract period
iii. The Bidder is required to do Patch Management during the period of contract.
The vendor is also expected to provide separate environments for
 Production at DC
 DR (Should be deployed at 100% production capacity )
 Test/UAT
 Development
 Training
Training, development and testing are to be deployed at minimum 70% capacity
of the production environment.
13. The bidder is expected to enable the Bank to maintain the software/hardware on
their own during the contract period, so that at the end of the agreed contract
period, successful handover can be achieved.
14. Solutions deployed should be fully compliant with Applicable Law(s) (and any
forthcoming changes which may happen from time to time). Vendor has to
ensure the compliance.
15. The Bidder should ensure that the Treasury IT infrastructure supplied to the Bank
is compliant with the Security Policy of the Bank. The proposed ITMS should be in
conformity with the requirements of BS 7799, ISO 17799 standards, Information
Technology Act, 2000, amendment 2008 and Reserve Bank of India guidelines.
16. The Bidder should ensure that all system changes or new requirements mandated
by ministry/other regulatory guidelines or overseas regulators and guidelines are
made available to the Bank without any additional cost.
17. The Bank during the period of the contract, based on its technical and functional
requirements may include additional third party applications and interfaces to
the solution. The Bidder will be required to extend all necessary support and
assistance for the incremental applications solution to be delivered. The
proposed ITMS should have the facility for adding new features by way of Third
party customisation / development
18. Considering the highly complex nature of the assignment and the envisaged long-
term relationship with the Bidder, any Service, which forms a part of post go-live
support or any component that is not specifically indicated in this document but
is essential for rendering the Service should not be treated as excluded and
would form part of this RFP, Bidder is expected to provide the same at no
additional costs to the bank. The Bidder has to envisage all necessary services to
be provided and ensure the same is delivered to the bank.
19. The Bidder is completely responsible for the proposed ITMS to meet the scope
and objectives of the RFP and IDBI Bank assumes no responsibility for the
assumptions made by the Bidder. In the event the proposed ITMS fails to meet
the SLA service levels and the scope and objectives of RFP, the Bidder will have
to upgrade, integrate, modify, rectify or replace the solution at no additional
cost to the Bank.

20. The Bidder accepts that services provided under this RFP should, during the
period of contract, comply with the guidelines of Reserve Bank of India on
outsourcing specifically the clauses in the section ―IT Services Outsourcing‖ of
the circular published on 21st Jan 2011.
21. The Bidder must give the details of suitable tools/ software/ hardware/ utilities/
solutions that they are proposing for the solution. None of the tools/ software/
hardware/ utilities/ solutions proposed should be unsupported by the respective
OEM. Any bid submitted with such unsupported tools /software/ hardware/
utilities/solutions will be summarily rejected.
22. The bidder should certify that the Hardware installed/ used is scalable and is
sufficient to handle the load for 7 years from installation.
23. The bidder must ensure that the hardware is supported for all current and future
releases/patches/versions of licensed products for 7 years from delivery and
installation and the underlying software for 10 years from go live.
24. The Bidder will be the single point of contact/reference to IDBI. Post evaluation,
the bank will enter into agreement with the selected Bidder only. However, the
Bidder must confirm to bank on the back to back arrangement with other
partners/associates proposed as part of this RFP response. The selected Bidder
must share a copy of the arrangement with the Bank.
25. Bidder should comply with SLAs & ensure Performance reporting at regular
intervals (as decided by the bank).
26. Any assumptions, changes, deviations other than what is specified and accepted
by IDBI will not be considered for the purpose of this RFP.
27. IDBI bank reserves its right to change the scope of the RFP considering the size
and variety of the requirements and the changing business conditions.
28. The successful bidder should provide the source code with necessary
documentation and arrange to keep it under escrow arrangement.
29. The bidder will be required to implement and maintain all the environments
for the solution i.e. Production, DR, Development, Testing, Training.
30. Bidder should have the capability to maintain the software and provide support
to the bank in case of configuration changes, development of new components,
change requests, etc. post go-live of the software.
31. The bidder will be required to provide onsite support from 8 A.M. to 8 P.M. On
all business days. Duties of onsite engineer includes configuration changes,
version upgradations, performance monitoring, trouble shooting, bug fixes,
patch installation and liaison with Bank official for various support issues etc.
and assisting Bank official in switching to the DR site in case of system failure
and Conducting DR drills in conjunction with the Bank.
32. Data migration including historical data from the current to proposed ITMS is
part of the scope
33. The bidder should arrange for the closure of all observations of IS, Data Migration
Audit and VAPT within time frame stipulated by Bank without any additional cost

to the Bank
34. The proposed ITMS should be capable of handling all the Market Risk
functionalities by considering the data from Treasury system as well as extracting
data from other relevant source systems. The functionalities include but not
limited to, like below are envisaged:
a) VaR Computation including Portfolio VaR, Asset Class Level VaR, Product Type
Level VaR, incremental VaR, Marginal VaR, Stressed VaR etc.
b) Capital Charge computation as per IMA and SMM methodologies
c) Calculation of Marked-to-Market (MTM) valuation of existing deals
d) Risk Measurements in terms of positions, Exposure limits, duration or tenor,
modified duration, PV01, sensitivities, gaps, Greeks, Earnings-at-Risk (EaR) or
Expected Loss or Unexpected Loss or Loss Potential or loss severity or
exposure quantum, as appropriate. Any one or combination of the above
measurement techniques shall be used to measure risks. Enable Risk Limits
monitoring as per internal policies of the Bank.
e) Simulation models for measuring various market risks
f) Back-testing methods for its various risk measurement/ assessment models to
evaluate the accuracy/ relevance/ effectiveness of VaR model
g) Stress Testing methods to subject the portfolio or risk positions to unusual or
stressful events and evaluate the impact and severity of these events
h) Scenario Analysis shall be conducted on the risk positions to determine the
impact on prices and earnings.
i) Incremental Risk Charge (IRC), and Expected Shortfall
j) Provide Counterparty-wise Collateral and Margin Analysis.
k) Able to Compare Collateral Market value over a period.
l) Able to Compare Contract value, Collateral Value and Margin Available.
m) Margin Call to be sent via email in case of shortage of Margin
n) NOOP Calculation – Currency-wise and Consolidated
o) Credit support exchanges with counterparties
6.2 STAGE-I: FINACLE TREASURY & KONDOR PLUS UPGRADE
The Bank is currently having the following Finacle Treasury & Kondor Plus versions
operating in a centralized mode from its Data Centre (DC) at Belapur, Navi Mumbai.
Main Scope of this phase would be to upgrade Finacle Treasury & Kondor Plus to
their latest stable versions.
Operating
Treasury System Modules System
Database Version
Front Office, Mid
Finacle Office & Back AIX 6.1 Oracle 11g 10.10.9
Office
Front Office, Mid
Kondor Plus Office & Back Sun Solaris Sybase 3.0.
Office*

 NOTE: Kondor Plus (Back Office) for derivative products will be a fresh
implementation replacing Finacle Treasury (Back office) functionality for the
derivative products while Kondor Plus (Front Office) will be upgraded to the
latest stable binary.
 Existing Finacle Treasury instance customized specifically for the Bank to
carrying out treasury activities in all asset classes as dealt by the bank except
derivatives products while Kondor Plus is used for derivatives products. Since
Finacle Treasury 10.x version is having an interface to CBS system, so the
data should flow to the Finacle Core and similar is the case is applicable to
Kondor Plus for derivative products and Market Risk Solution respectively.
 All existing functionalities including customization of Finacle Treasury &
Kondor Plus of IDBI Bank should be made available in their upgraded versions
even if it is not available in the base product. The interfacing with the
surround applications should be ensured.
6.2.1 Hardware Sizing

The selected Bidder shall provide the hardware sizing, duly certified/approved by
the OEM vendor of the Finacle Treasury (Edgeverve System) & Kondor Plus along
with Market Risk functionalities, based on the projections provided by the bank
6.2.2 Business parameter definition / Detail Requirement gathering

Bidder needs to coordinate with bank and create a BPD/ Process re-
engineering strategy document.
1. Needs to finalize the parameters for the new functionality and modules
2. Need to identify customized functionality which can be mapped with the new
functionality of the latest version of Finacle Treasury & Kondor Plus respectively.
3. Need to identify customization / interfaces of Finacle Treasury & Kondor Plus
developed on top of base Finacle Treasury product and map the same with out of
box functionality of Finacle Treasury 10.x
4. Bidder also needs to identify localization check provided out of box in latest
Finacle Treasury & Kondor Plus versions which was customized in Finacle
Treasury 10.x & Kondor Plus 3.0 respectively so that the same can be removed
from the customized scripts during customization porting.
5. Bidder needs to submit separate reports for BPD, DRG and Gap analysis and take
sign off from bank on both the reports.
6. The Bidder will provide the Bank with the gap identification report along with
the necessary solutions to overcome the gaps and the time frames.
7. The Bidder will ensure that all gaps identified at the time of system testing will
be immediately resolved.
8. The Bidder will ensure that gaps pointed out by the audit and inspection teams,
statutory and regulatory bodies, or any other third party agency engaged by the
Bank will be immediately resolved.

9. The Bidder shall resolve the gaps by customizing the proposed ITMS by way of
modifications/enhancements, as necessary.
10. The Bidder will incorporate all the suggestions made by the Bank to the
gap report.
11. The Bidder will ensure that they have the necessary infrastructure and people in
place to resolve all the gaps within the time lines mentioned in the RFP, for the
implementation and roll out.
12. The cost of all customizations as mentioned above is required to be included in
the price bid and the Bank will not make any additional costs for such effort
13. The Bidder is expected to document all gaps observed by the Bank at various
stages of implementation including their solution and monitor and track the
status of the same throughout the implementation.
14. Bank has performed techno-functional assessment for the existing Finacle
Treasury 10.x & Kondor Plus 3.0. Bidder while proving the solution, they need to
also consider the gaps highlighted and need to fix during Finacle Treasury 10.x &
Kondor Plus 3.0 upgradation.
During Parameter setting bidder needs to note that all the parameters and
functionalities needs to be setup in product which should comply with all the
regulatory requirements and product should fully support and provide all the
reporting which should be directly submitted to Regulatory Authorities.
6.2.3 Customization Retrofits and Interface Porting
6.2.3.1 Existing customizations of Finacle Treasury & Kondor plus

Retro fitting of all existing customization items of Finacle Treasury 10.x & Kondor
plus 3.0 as on the date of commencement of Requirement Gathering phase of the
migration to the latest versions of Finacle Treasury and Kondor Plus along with
Market Risk Solution and surrounding Treasury IT applications
 Bidder has to do a Detail requirement gathering with bank team and
map AS-IS feature of Finacle Treasury 10.x & Kondor Plus 3.0 with To – Be
features of latest versions of Finacle Treasury and Kondor Plus along with
Market Risk Solution and surrounding Treasury IT applications
 Understanding new requirements from the bank and source the requirements
to either map into the product or as part of customizations.
 All the customizations needs to be understood by Bidder and strategy
document for migration needs to be prepared by bidder and signed off by
the bank.
 Mapping of customized DB tables of Finacle Treasury 10.x & Kondor Plus
3.0 into new environment and migrating the same.
 The Bidder shall provide all statutory, regulatory and ad-hoc MIS
(Management Information System) and EIS (Executive Information System)

reports as required by the Bank in the desired format during the

implementation phase and during the contract period.
 The Bidder shall provide for all subsequent changes to reports / application /
environment / Peripheral application as suggested by the statutory and
regulatory bodies from time to time immediately to the Bank at no additional
cost to the Bank during the contract period
 All the existing customization which will be retrofitted and new
customization has to be available in latest version of Finacle Treasury &
Kondor Plus
 All the customization as part of retrofitting delivered by the OEM need to be
attached with the SIT test case and the DRG traceability matrix.
 Bank has done an audit for the Finacle Treasury 10.x & Kondor Plus 3.0
version based on the process and functionalities. Bidder while doing the
solutioning needs to consider the gaps highlighted during that audit and needs
to fix during implementation of latest version of Finacle treasury.
 All customizations presently available shall be retrofitted if their
functionality is not supported by default in the new version. Similarly, the
customizations, which would get deployed in Finacle Treasury 10.x & Kondor
Plus 3.0 till the new version is made fully operational, shall also be
retrofitted in the new version.
 All the gaps which can be fixed within the products needs to fixed during
implementation and gaps which cannot be fixed from out of the box
functionality, bidder needs to do all the related customization to comply with
audit observations.
6.2.3.2 Existing Interfaces of Finacle Treasury 10.x & Kondor plus 3.0
The interfaces required for the Solution need to be sized, designed, developed,
tested, installed, implemented and maintained by the Bidder, during the contract
period, meeting fully the functional, technical, integration and interfacing
requirements. The Solution should enable all currently specified interfaces as well
as allow for introduction of new interfaces/channels as the case may be.
i. The Bidder is expected to interface the Solution to the Bank‘s applications,
which will be provided to the bidder once NDA is signed with bank.
ii. The Bidder should use the suitable integrator to integrate other Systems with
latest Finacle Treasury x & Kondor Plus versions wherever it is feasible.
iii. The Bidder will be responsible for identifying the detailed
interface requirements for integrating the proposed packages to the Systems
and for all other functionalities as mentioned in this RFP.
iv. Understanding value additions provided by latest version of Finacle Treasury
& Kondor Plus from channels perspective and discussing with various banks
team on implementation of these new features in various banking channels
running in Bank.

v. The Bidder must ensure that all the proposed application vendors (OEM)
agree to share data dictionaries with the Bank for statutory and regulatory
requirements at no cost and assist the Bank in mapping their data formats
and semantics with the new products as required by the Bank during the
contract period.
vi. The Bidder has to Supply, install, customize, upgrade, implement, train,
rollout and maintain the interfaces including supply of the necessary
hardware infrastructure, tools necessary for the functioning of the
interface. The Bidder is required to build interfaces between the proposed
ITMS with the Applications and systems mentioned in interface list. It is the
expectation of the Bank that the integration/interface architecture is based
around the industry best practices especially on Service Oriented
Architecture (SOA). The list of key functions which consists of the most
important interfaces as mandated by the Functional/Technical Requirements
is defined in interface list.
vii. The Bank reserved the rights to prioritize the interface building within the
overall timelines defined in the RFP. Existing system landscape and proposed
list of interface will be provided to the bidder once they sign NDA with bank.
viii. The interface architecture should be clearly defined. The integration
architecture should include the types of interfaces supported; the standards
used and should comply with Bank‘s architecture principles.
ix. The Bidder will present to the Bank the interface requirement for review. Any
suggestions from the Bank will have to be included by the Bidder.
x. The Bidder will be responsible for developing, testing and maintaining the
interfaces. When developing the interfaces, the Bidder should ensure the
requirements of data format, frequency of data transfer, quality checks and
validations before data transfer and priorities for data transfer are identified
and addressed.
xi. The Bidder must ensure that all applicable interfaces are automated with no
manual intervention.
xii. All Suitable applications/ tools proposed by the Bidder should meet the
functional requirements of the Bank and provide an on-line interfacing with
the existing ITMS Solution and also other critical solutions proposed under this
RFP or implemented by the Bank at a later date. Apart from the existing
interfaces, the bidder shall integrate with any other interfaces which are
likely to be part of the existing ITMS system during the course of the contract
without any additional cost to the bank.
xiii. The Bidder will ensure and incorporate all necessary security and control
features within the application, operating system, database, etc. so as to
maintain integrity and confidentiality of data at all times
xiv. The Bidder will be responsible for setting up the test environment for
interface testing.

xv. Bidder has to understand the interfacing details of all applications connected
to existing ITMS and come up with interface Detail document which needs to
be sign off by the bank.
xvi. Bidder to map the existing customized interfaces to the new functionality of
latest version of Finacle Treasury & Kondor Plus and has to use the features
of latest versions instead of just moving the old customization.
xvii. The Bidder must ensure that a sound methodology is implemented (e.g. SOA
governance framework, integration competency center) to manage
the interfaces.
6.2.4 Stage-II: Market Risk Upgradation/ Implementation
Requirements for market Risk solution has already been enclosed in the Annexure 11
(Market Risk/Mid Office section of Functional Requirements).
6.2.4.1 Hardware Sizing
The Selected Bidder shall provide the hardware sizing, duly certified / approved by
the OEM Vendor of the Kondor+ Market Risk solution, based on the projections
provided by the Bank.
6.3 PHASE 2- ITMS INTEGRATION AND GO- LIVE
The Vendor shall ensure to integrate upgraded treasury application including market
risk application with other surrounding treasury IT application. The proposed ITMS
should have the capability to directly interface with such new Applications as may
be used by the Bank from time to time. Also the proposed ITMS must provide for
such functional features, detailed earlier in the document. The vendor will be
responsible to providing interface for all the existing 3rd party applications used by
the bank and also for any of the third party application in future without charging
any commercials.
6.4 DEPLOYMENT OF ITMS PHASES
6.4.1 FUNCTIONAL SOLUTION REQUIREMENTS
IDBI bank expects the bidder to supply, upgrade, install, customize, implement,
integrate, train, rollout and maintain the technology applications as per
functionalities provided in Annexure11- Functional Requirements. The requirements
listed in the Annexure are indicative in nature and not exhaustive. The Bidder is
expected to provide the following Treasury functionalities
Sr. No. Business Requirement

1 General Requirement
2 Front Office
3 Mid Office and Market Risk Operations
4 Back Office
5 Product Requirements (Configure all current and standard products as

directed by regulators)
6 Derivatives Requirements
7 Interfacing Requirements
8 Reporting Requirements
9 Nostro Reconciliation
10 Accounting, Reconciliation Requirements
11 Scheduling of Reports
12 Archiving
The Bidder will be responsible to generate the necessary business reports required
as stated in the Functional Requirements. The Bidder is expected to provide the
compliance of the proposed ITMS in Annexure16 – Minimum Security Requirements.
The bidder is expected to quote the commercials for implementation and support
during the entire period of the contract. Any regulatory/statutory reports sought by
the regulators within the go-live period have to be provided by the bidder. The
solution must support the following:
1. The Solution must support generation of Standard Reports & Statements.
2. The system must also support generation of ad hoc and dynamic reports.
3. The system should generate operational reports (Customized Portal)
4. All critical reports/dashboards should be generated and made available as
canned reports on the report portal for future use. The data elements of
such reports/dashboards should be stored in a table for further analysis.
5. The proposed reporting tool/BI (if any) should provide the power users of
the bank to generate customized reports by drag and drop model. This
should also provide saving of the selection by way of templates for repeated
usage.
6. The system should generate Dashboards, Scorecards and all other advanced
analytics (web and Mobility devices through Online and Offline access)
7. The system should have the provision for Ad-hoc reports for web and
Mobility devices (through Online and Offline access)
8. The system should also support BI reports which can be accessed through
web and Mobility devices through Online and Offline access.
9. The Successful Bidder must provide for development, testing and release
of any statement, report, dashboard etc. as required by the Bank during
the contract period.
6.4.2 Other details
1. Bidder is expected to present to the Bank the requirement for review. Bidder
should carry out business requirement definition and system specification. Bidder
should gather all the interface requirements (as listed in Interface
Requirements) and prepare list of interfaces to be implemented. Any
suggestions from the Bank or any interface needs to be implemented during the
contract period will have to be included by the Bidder. The Bidder will be

responsible for developing, testing and maintaining the components/ interfaces.

The Bidder must ensure that all interfaces are automated with no manual
intervention and facilitate Straight through Processing (STP).
2. The Bidder should use and deploy only authorized / licensed software and
hardware for providing the Services to the bank and would be solely responsible
and liable for any unauthorized use or deployment of any hardware or software
in the bank by the Bidder or his agents or vendors.
3. IDBI bank expects the proposed ITMS should be capable of providing for
Management and Executive information reporting as required by the
management and departments of the bank as well as the statutory and
regulatory bodies from time to time.
4. The Bidder should note that the license, unless otherwise stated elsewhere in
this document, for proposed ITMS means a term license for 10 years. For all
other software, the license should be perpetual. All licenses will have no
restrictions whatsoever on data, asset size, transactions or number of sites
across the Bank.
5. For detailed Functional requirement specification as well as response, kindly
refer to Annexure-11 - Functional requirements.
6.4.3 Functional and Technical requirements
Bidder is required to ensure that the proposed ITMS is capable of meeting the
functional and technical requirements mentioned in the Annexure 11 – Functional
requirements and Annexure 12 – Technical requirements.
6.4.4 Other scope Activities
The bidder is expected to carry out the following activities:
1. Hardware sizing, procurement and installation
2. Application, Database and Operating System procurement and installation
3. Gap analysis study and submission of Gap Report
4. Functional requirement gathering and submission of Complete functional
Document
5. Configuration, Upgradation, Implementation, Customization and Integration
6. Test Case preparation
7. Testing (Basic, Functional testing, System Integration)
8. Assist users during UAT
9. Data migration
10. Training
11. Roll Out
12. Post Implementation support and Helpdesk facilities, etc.
6.4.5 Components of the Commercial Bill of Materials
For the ITMS mentioned as a part of Project Scope, the bidder is expected to quote
the commercials for the following:
1. Application license cost (Including license cost of the application factoring

availability of all the functionalities along with other required mandatory

software. Bidder is expected to provide per license cost, this cost shall be used
for any incremental license procurement during the contract period)
2. Upgradation and Implementation cost (Application upgradation and
implementation for all requirements as per the RFP)
3. Other Software like Database cost, Operating System, etc.
4. Hardware cost
5. ATS/AMC cost
6. Post Go-live and Helpdesk (L1/L2/L3) Cost
6.5 FUNCTIONAL AND TECHNICAL TRAINING

The Vendor will be responsible for training the Bank employees in the areas of
application / database / user / security management, error handling etc. The
vendor needs to provide a comprehensive training methodology document and the
training should at least cover the following areas:
 Database Management
 Application Management
 User Management
 Application Security Management
 Backup & Recovery Operation & management
 Help Desk Management
The training setup at the data Centre should be for minimum 15 concurrent users.
The Bank expects the training environment to be available to the Bank at all times,
for the purpose of training.
The Vendor will be responsible to train all users in the as identified by the Bank.
There will be no limit on the number of these employees to be trained or the
number and size of the batches to be conducted. The training will be held at the
Bank respective Head Office or at the training centres as required by the Bank.
The Vendor is expected to conduct an Executive Awareness Program for the senior
level management team of the Bank.
The Vendor is expected to train 30 Bank personnel for train the trainers. The batch
size for train the trainers should be 15.
The Bank expects the Vendor to set up the required solutions (including the client
desktops) at the training server at DC and various training centre(s) of the Bank for
the purpose of training. The Bank shall not pay any additional amounts to the
Vendor for the purpose of creating the training environment at the DC and Bank
training centres.
The Vendor will be responsible for preparing, circulating and collecting training
feedback forms from the participants.
The feedback forms will be prepared by the Vendors, reviewed and given to the
Bank. The changes, if any, suggested by the Bank or its consultants, should be
incorporated and implemented by the Vendor.

The Vendor will impart training to all the end users on the ITMS application prior to
the going live and onsite support for at least 3 days is to be ensured by the
representatives of the Vendor /Bank will take a decision whether the support to be
given by the trainers depends on their understanding of the product and its related
modules.
However, the vendor has to propose line item in the commercials for onsite support.
The Vendor will be responsible for providing the users with the requisite training
material in both hard and soft copies at least for the core team / implementation
training, technical training, end user training and train the trainers. The onus of
preparing the training material will be on the Vendor.
The Vendor will be responsible for providing ongoing training at defined intervals to
the identified Bank personnel.
The Vendor at no point should entrust the responsibility of training the users to the
Bank employees, however the Vendor can request for any assistance from the Bank
employees to impart training to other users.
The Vendor will provide a detailed training methodology & schedule to the Bank for
review and sign – off prior to commencement of the training. A proposed training
schedule is given below in section
The proposed training schedule is:
SL No Training Type No of Min. No. of

Trainees days per batch
1 Executive Awareness 20 3
2 Core IT Team & Technical Users 15 15

3 Train the trainers 30 5
4 Application Customization, 10 5
Report Generation
5 Database Management 4 3
6.6 INSTALLATION, INTEGRATION AND IMPLEMENTATION OF MODULES/ADD-

ON APPLICATIONS
Bank has identified to implement the following modules as mentioned below in
latest version of Finacle Treasury and Kondor Plus for their business / technical
needs. These modules need to be implemented in the implementation phase itself.
FUNCTIONAL/TECHNICAL MODULES
Kondor Plus – BackOffice for Derivatives Products
Finacle Treasury - Commodities module (Front & Back Office)

Kondor Plus - Market Risk Module and TMO module

Kondor Plus - Credit Risk Module
6.7 DR SITE SETUP SUPPORT
a) Bidder / Vendor should carry out the deployment of the application / DB in DR.
b) Bidder / Vendor should provide necessary Technical support to enable DR for the
treasury solution post ‗GO Live‘ within the project timelines specified.
c) It is the responsibility of the bidder / vendor to enable the DR well within the
project timelines specified.
6.8 TESTING
a) The bidder is expected to conduct basic testing followed by System Integration
testing and assist the user in carrying out User Acceptance testing.
b) The Bidder is expected to set up a test environment which shall support
simultaneous testing and installation of applications including the customizations
as per Bank‗s requirement and replication of production data in the test server.
The Bank expects the test environment to be available to the Bank at all times,
for the purpose of testing. The Bidder is expected to provide requisite test and
development infrastructure
c) The Bidder is expected to assist the Bank in conducting all the tests and
analyzing /comparing the results. The Bidder shall provide full-time resources
conversant in all business areas, for trouble-shooting during the entire UAT
process.
d) Any deviations/ discrepancies/ errors observed during the testing phase should
be formally recorded and reported by the Bidder and bidder is expected to
resolve within the mutually agreed period.
e) The Bidder will be responsible for maintaining appropriate program change
control and version control for all the modifications / enhancements carried out
during the implementation /testing phase and all future releases.
f) The Bidder will be responsible for providing and updating system and user
documentation as per the modifications.
6.9 DATA ARCHIVAL & PURGING SOLUTION
The bidder should provide a comprehensive archival solution which will take care of
archival, retrieval of data (particular record or in full), restoration, purging etc. and
should be compliant to the Bank Policy
 The data archival solution should work with historical data to provide the bank
the functionality to retire and retrieve data on choice.
 The data has to be retained in the bank‗s production environment for period
defied by bank policy and remaining data shall be archived. The data in the
archive shall be stored for period as suggested by the bank and should be
available for view online by the branches
 The bank will conduct the data archival activity as per its internal policy.

6.10 APPLICATION PERFORMANCE MONITORING TOOL

 Bidder is required to identify and deploy an automated application monitoring tool
for newly integrated treasury application. In future, if the Bank desires to extend
this facility to other application, then tool should be compatible to extend for other
applications available in the banks environment.
 Tool should have the facility to configure various parameters and set their threshold
limit with tolerance
 Tool should generate pro-active alerts whenever the performance of the application
is lower / higher than the defined levels, peak load conditions.
 Dash board for monitoring various performance parameters
 APM tool should be able to monitor both Finacle services performance
and availability
 APM solution should be capable of validating SLAs both at transactions &
infrastructure components like Servers, OS, Web Servers, databases &
Middleware Technologies.
 APM solution should automatically set and adjust SLA thresholds dynamically for
selected important KPIs of key infrastructure component - like Web Server, App
Server, DB Server, etc. - KPIs based on application load using behavior learning
techniques? The load could constitute a combination of real user transactions,
Message Queues, Web Calls etc.
 APM solution should have feature to add environment/application specific custom K
PI for monitoring.
 APM solution should have option to configure alerts with multiple severities and
frequency based on multiple threshold values of same KPI with a suppression time
for alert notification.
 APM solution should have multilevel escalation matrix for alert notification in
adherence to organization‘s policy of SLA.
 APM solution should be capable to monitor itself and alert if any of the critical
service is not working which can impact monitoring / Correlating SLA or
Alerting of any configured business applications.
6.11 SYSTEM &SECURITY AUDIT
 Before live implementation / migration of the software solution in production
system, the product may be audited by Bank‘s appointed Software Audit firm /
in house team.
 All audit points raised by the Software auditor should be complied with by the
vendor without any additional cost to the Bank.
 During warranty and AMS period, the vendor needs to comply with security and
system audit observation and remove the audit observation without any
additional cost to the Bank.
 The solution should have built in security features and compliant with the
requirements of regulatory agencies.
 It should have high level of reliability with particular emphasis on data integrity

and security. Authorized users to use the application if available on Internet /

Intranet, generate logs and audit trails.
6.12 DISASTER RECOVERY (DR) AND MIS SETUP:
a) Bidder will provide the time line for enabling the DR prior to Go Live of latest
version of Finacle Treasury & Kondor Plus after successful migration as a part of
project plan.
b) Bank will provide necessary hardware arrangements to enable the DR for the
production databases of Finacle Treasury & Kondor Plus, after completion of
upgrade, implement and integration with surrounding systems including market
risk system and bidder should make necessary setup to enable the same within
the agreed time lines.
Bidder should make do necessary server setup to enable Monthly MIS and daily MIS
for data extraction for various peripheral systems.
6.13 OTHER IMPORTANT POINTS TO BE NOTED BY THE BIDDER:

 Upgrade, implement & integration of the newly defined treasury system should
be done along with the new licensed modules / add-on applications at IDBI
Bank‘s Data Centre, CBD Belapur, and Navi Mumbai and should be accessed and
operated from the Bank's Head offices / processing units
 The Bidder shall provide the hardware sizing, duly certified / approved by the
OEM Vendor of the Finacle Treasury (Edgeverve Systems) and Kondor (Finastra),
based on the projections provided by the Bank to ensure high reliability,
availability, scalability, redundancy and performance of the solution and to meet
the technical and functional requirements as per the terms of the RFP within the
timeframe prescribed by the Bank.
 Any gaps identified during Detail Requirement Gathering, functional
requirements specifications study, system testing, user acceptance testing,
business process re-engineering and pilot migration should be included by the
bidder as migration efforts. Bank will not pay the bidder any additional charges
for all such customizations. Bidder shall take up all such amendments as required
by the Bank on a priority basis and shall inform the Bank the timelines
for completions.
 The Bidder will be the single point of contact / reference to the Bank. The Bank
will enter into agreement with the selected Bidder only. However, the Bidder
must confirm to the Bank that they are willing to enter into back to back
teaming agreement with OEM for risk mitigation in meeting the deliverables,
implementation and other service commitments as per the RFP the Bidder makes
to the Bank under the Contract to be entered into. The Bidders must share a
copy of the back to back teaming arrangement with OEM, with the Bank.
 The Bidder should carry out customization of business processes. Integration of
various systems with latest Finacle Treasury and Kondor Plus along with Market

Risk Solution. Bank will only facilitate the interaction with respective vendors.
However, end-to-end responsibility for integration will remain with the
bidder only.
 The Bank may require the Bidder to address additional requirements that are not
either of the following:
o Bug fixes
o Gaps found during new version testing
o Gaps against the functionalities in existing system
 The Bidder will have to carry out all the customization related work at the
premises of the Bank or off-site in case the customization cannot be carried out
at the Bank premises. The Bank will have to be a party to the Functional
Requirements Specifications sign-off, UAT, UAT sign-off, Installation sign-off and
Implementation sign-off. The Bidder will have to install and commission the
software for customization and UAT as per Project Plan failing which the Bidder
will have to be liable to pay the Bank the applicable penalty for delay
(Liquidated damages). The Bidder will have to provide all tools, testing
instruments, drivers, consumables, etc. required to install and customize and
test the software free of any fees or charges or any expenses. The Bidder will
have to document and submit to the Bank all the testing activities, procedures
and results
 Successful bidder will be solely responsible for any delay in integration with
Bank's business applications. Port application in production environment
 The Bidder is required to ensure that the software provides interfaces to the
other application systems at the Bank at no additional cost or fees or charges or
expenses. The Bidder will have to provide the Bank weekly progress reports on
the bugs/problems reported/points taken up with schedule of date of reporting,
date of resolving, and status for all kind of bugs and problems whether reported
by bank or Bidder staff
 Successful bidder has to provide implementation schedule (module-wise) for the
new modules within the timelines decided by the Bank.
 To install, customize and implement the new modules in the system as per the
requirement of the Bank in a month‘s time.
 To provide and apply all upgrades and patches free of cost during the warranty /
ATS / AMC period. Such upgrades / patches should be applied within 6 months of
the release or earlier if required.
 The Bidder has to provide all customization source codes and Documentation to
the bank. The relevant IPR related to customization will be with Bank.
 Bidder has to submit LLD and HLD for each and every implementation (for all
application and interface) and take an approval from bank before doing any
architectural and interface changes.

7. PROJECT TIMELINE
The Bidder is expected to ensure the completion of the ITMS implementation of
latest by 31st Mar 2019, post vendor onboarding (First kick-off meeting). The
successful bidder would have to carry out activities in parallel as and when required
to meet the deadlines.
Detailed Phase Plan and Project milestones shall be discussed mutually with selected
vendor and finalize. Deviation in implementation timeline would be subject to the
approval of the Bank.
8. OWNERSHIP
8.1 SOFTWARE LICENSES

1. The Bidder is expected to provide the ownership of licenses to the Bank. The
Bidder has to ensure that all necessary licenses (Application, Database,
Operating System, etc.) that are required for this RFP are procured and installed
at DC, and DR and other relevant locations of the Bank. The Bidder should note
that all the existing licenses that bank have procured (Both in number & nature)
should continue as per agreed terms & conditions. For the new license, unless
otherwise stated elsewhere in this document, New Additional licenses required
for the treasury software application means at least a term license valid for 10
years or better. For all other software, the license should be perpetual. All
licenses will have no restrictions whatsoever on data, asset size, transactions or
number of sites across the Bank.
2. The Bank will not be responsible or liable for any infringements or unauthorized
use of the licensed products. In the event of any claims against the Bank for any
license related issues, the Bidder will have to act upon the same and all
liabilities and claims whatsoever will have to be settled by the Bidder.
3. If the Bidder has missed out procuring any licenses, the Bank will not bear any
additional amount for procurement of such licenses. Bidder is required to
consider the ATS of the Solution and related application software for the period
of contract after warranty completion. Bidder is required to provide a term
license valid for 10 years from the go-live for ITMS and perpetual license for
other related software, Tools and applications.
4. Any module/tools proposed by vendor additionally procured can be licensed by
vendor, however this should not apply to upgrade of existing modules/software
customisation and any other cases wherein Bank‘ existing source code is
applicable.

8.2 OTHER COMPONENTS

Responsibility of the Bidder over various key components as below:
Component Responsibility
S. No
1. DC and DR Servers Bidder to submit hardware sizing
to meet the bank‘s requirement
vetted by OEM. Bidder to provide
and procure components.
2 DC & DR routers and switches IDBI Bank
3 Intrusion Prevention Systems, IDBI Bank
Firewalls, Active Directory, (required)
Antivirus for PCs, Servers at DC and DR
4 Post Go-live support Bidder
5 Data Centre and Disaster IDBI Bank
Recovery site hosting space
6 Bandwidth (between DC, DR) IDBI Bank
8.3 TECHNOLOGY COMPONENT STRUCTURE

The table below shows how exactly the technology components are expected to be
structured.
Component Hosting Details

Sl.
No.
1 ITMS Application/ Production Hosted at the Bank‘s DC & DR.
Environment
2 ITMS Application Test & Hosted at the Bank‘s DC & DR.
Development, Training
environment
8.4 HARDWARE
1. The Bidder is expected to size (duly vetted by respective OEMs), supply,
implement and maintain Hardware including any software for the Solution based
on the information provided in this RFP for implementing the solution over the
tenure of the Contract. However, IDBI bank reserves the right to procure the
Hardware from the bidder or make its own arrangement.
2. In case the hardware is the part of the bidder‘s offering, the vendor has to
provide required hardware (along with other software like operating system) as
per the delivery schedule to be provided by the Bank. In the event of noticing
any performance issues due to inadequate sizing of the Hardware, the vendor
must provide additional recommendations as necessary and the bidder should be
responsible for making all additional hardware installations necessary for proper
functioning of the ITMS application without any additional cost. Further, bidder
has to submit the benchmarking report for the proposed hardware sizing. The

bank will have right to seek benchmarking of the proposed integrated solution at
their premises.
3. In case the Bank decides to procure the hardware on its own on the basis of the
hardware sizing provided by the Successful Bidder, and performance issues arise
due to hardware, the vendor must provide additional recommendations on the
basis of which the Bank shall procure additional hardware.
4. The Bidder has to ensure that in all circumstances, the proposed hardware and
its software are compatible with the applications.
8.4.1 Hardware Utilization

1. At any point in time during the contract period, the average CPU, Memory, Hard
Disk utilization should not exceed 70% threshold and storage utilization should
not exceed 80% threshold. In case the above requirement is not met, additional
hardware and related software would have to be provided by the Bidder at no
further cost.
2. The Bidder also has to perform pro-active monitoring of the solution to ensure
that before any breach happens they have sufficient time in procuring and
installing the additional components. At no point in time should the Bank be
made to suffer on account of the Bidder‘s failure to monitor or delay to procure
the additional resources.
3. The Bidder is expected to provide the hardware sizing to meet the bank‘s
requirement. The Bank is not responsible for any assumption made by the Bidder
with respect to the sizing. In the event the sizing quoted by the Bidder does not
meet the performance / service levels of the Bank, the Bidder will at their cost
carry out the necessary corrections.
4. The Bidder is expected to procure hardware as per requirement. The DC
hardware is expected to be installed immediately after the initiation of the
project. The DR hardware installation need not be done during the
commencement of the project. The same should be initiated a few months
before the Go-live.
5. The hardware technology proposed for the Solution should be enterprise class,
best of the breed, latest, tested and stable release of OEM vendor and based on
the latest platform enabling technology.
6. The vertical scalability available in the server proposed for the Solution should
accommodate additional CPUs, Memory (including cache) over and above the
terminal year sizing requirements. There should be provision for horizontal
scalability.
7. The hardware sized for application should be fully redundant & scalable and fully
fault tolerant. All the components within the server should be hot swappable or
pluggable and should incur no downtime due to component failure.
8. In case the hardware deployed does not meet the performance levels. The
Bidder would need to deploy additional resources to meet the performance
levels, failing which penalty would be levied as per Annexure 07-Service Level

Agreement in the RFP.

9. In the event, the sizing quoted by the Bidder does not meet the performance /
Service levels, the Bidder will at their cost carry out the necessary upgrades /
replacements. IDBI bank will not pay any additional amount during the period of
the contract. The Bidder is responsible to mention the hardware sizing details in
Annexure 10- Hardware Sizing.
9. PROJECT IMPLEMENTATION AND METHODOLOGY
The implementation of the Scope of Work should abide by the following
requirements:
9.1 DEVELOPMENT METHODOLOGY
The Scope of Work laid out in this RFP requires the bidder to understand the
complex nature of the project and hence should use a strong methodology that
should be followed strictly.
1 The bidder should follow a suitable SDLC methodology waterfall/ iterative/
agile/ proprietary methodology, etc. as part of vendor‘s response.
2 The methodology should clearly lay out the overall steps from Initiation to
Closure of this engagement. The methodology should address development,
customization, managed services, post go-live support services, and hardware/
software installation/ configuration services. Each of the steps should detail the
input, process and output. The bidder should further detail how their tools/
templates can be used to leverage them effectively. The bidder should provide
deliverables accompanied with functional specification, technical specification,
impact analysis document, test case along with the test results and release
document.
3 The bidder should submit the detailed timeline as part of the response in
alignment with the – Project Timeline.
4 The bidder should ensure all process templates as per their CMMI/Quality
certification is adhered to and provide to capture and prevent risks and issues.
5 Within 3 months of onboarding of the successful bidder, the bidder should provide
the benchmarking results of the software. The bidder is expected to setup its lab
and provide a live demonstration of the benchmarking results to the
representatives of the bank. The bank expects the bidder to provide
benchmarking results on high transactions volumes, and any other performance
related parameters mentioned by the bank.
9.2 PROJECT IMPLEMENTATION
The entire implementation will be carried out in the bank‘s premises. The OEM
along with the Bidder should carry out the implementation of the proposed ITMS.
Following points should be covered by the bidder as part of the project
implementation phase:
1. Walkthrough of the Entire solution and its functionalities to the users

2. Study of the current products, processes and operations of the concerned

department, incorporate the additional functionalities identified during the
study and define the exact deliverables.
3. Gap Analysis, identification of Gaps and resolution of the gaps in line with the
bank‘s requirements
4. Preparation of Functional requirements specification document and finalization
5. Parameterization and Configuration to meet the requirement
6. Customization to meet the banks requirement
7. Building Data migration strategy for migration from existing systems and carrying
out the test migration activity to fine tune the migration strategy
8. Development of test strategy test plan and Test cases
9. Development to meet the functionalities
10. Testing and verifying the calculations / Functionalities
11. Support to users to carry out UAT and fixing the UAT observations
12. Carrying out Impact analysis wherever required and substantiate with the Impact
analysis document for the bank to take a call on the proposed change
13. Defect fixing
14. Training for both functional and technical users
15. To impart training to the user on the Techniques of generating various MIS
reports
16. Developing new audit reports / tools using the proposed ITMS
17. Training for report writer facility to create new reports and modify existing
reports
18. Incidence analysis and reporting
19. Log analysis and monitoring
20. Program Management with weekly, fortnightly, monthly status updates to
steering committee
9.2.1 ENVIRONMENTS
1. Physically separate, adequately sized hardware should be quoted for each of the
following environments: Production at DC and DR (100% compute and storage
capacity of DC), Test & development, Training servers.
2. The bidder needs to provide the proposed ITMS application and other
applications in the following environments:
I. Production
II. DR
III. Development
IV. UAT
V. Training
9.2.2 DC AND DR SETUP
1. All Bank servers and other equipment will be hosted from the DC and DR sites of
the bank.
2. The Bidder will be responsible for setting up the instances at the servers in DC

and DR respectively.
3. The DR should be deployed at a 100% capacity (Compute and Storage) of the DC
Production environment for the hardware servers, processing and security.
9.2.3 FUNCTIONAL REQUIREMENTS SPECIFICATION STUDY
1. The Bidder should study the system requirements and provide a Functional
Requirements Specification Manual (FRSM) relating to the functionalities as
required to support the various products and services offered by the Bank/to be
offered by the Bank in the near future as responded by the Bidder in Annexure
11 – Functional Requirements.
2. The Bidder is expected to provide the FRSM to the Bank for review and
comments, and any comments or suggestions of the Bank will be incorporated
therein.
3. FRSM should include all the areas where the Bidder is suggesting a work-around
and if it involves re-alignment of proposed business process, the re-aligned
process should be included in the manual. The FRSM will be deemed complete
when signed–off by the Bank.
4. The Bidder is expected to assist the Bank in aligning the business requirements
with the applications so as to enable centralization of desired business process,
eliminate redundant and duplicate processes, increase operational efficiency and
improve customer service.
9.2.4 APPLICATION INSTALLATION AND IMPLEMENTATION
The bidder needs to ensure that the scope of work for installation and
implementation of hardware & software includes installation, upgradation,
functional requirements specifications study, configuration, development,
customization, implementation and integration of the software. The precise nature
and scope of the activities and functions to be undertaken for installation,
upgradation and implementation of the licensed software have been detailed and
set out in this RFP document as a part of the scope of work, functional
requirements, and interface requirements.
9.2.4.1 Parameterization/Definition of Rules
1. The system should be highly parameterized and flexible. It should be possible to
clone existing product and process, with edit facility, thereby facilitating faster
time to market.
2. There should be very limited coding required to configure the system,
parameterization, definition of rules, and other user defined and driven system
controls. It will be ideal if all these can be achieved by intuitive graphical user
interface.
3. The Bidder is required to perform a secure source code review of all the custom
developments and share the report with IDBI bank for review and approval.
Bidder will carry out the customization or new functional capability development

in the applications during the course of implementation as well as during the

validity of the contract. No additional charges will be paid.
4. Bidder is expected to customize all gaps observed in the solution during
Functional RFP, Product Demo, Training, UAT, Business Requirement Definition
(‗BRD‘) subsequent roll out for all the newly integrated treasury solutions. The
Bidder also needs to provide all statutory reports as required by the regulatory
institutions. IDBI bank will not pay any additional customization costs either for
gaps observed for the above and/ or regulatory and statutory reports as required
by the Bank.
9.2.4.2 Country Specific & Client Specific Requirements
The application should accommodate all the mandatory requirements specified by
the regulators. Further, the bidder should ensure that the future releases/ patches
of the software are rolled out for the bank along with current customisations.
9.2.4.3 Flexible User Interface Screen Design
1. The application should allow the flexibility to create and design customized
screens with ability to select and add fields, apply rules on the fields (such as
length, type of data, mandatory/non-mandatory, help function, dependency on
other fields and its values etc.), multi-branding with colour, design, logos etc.
2. Proposed ITMS(s) should allow IDBI bank to develop, design and deploy user
interfaces for all functionalities proposed in the requirements.
9.2.4.4 Data Entry/ Capture, and Data Quality and Integrity Methodologies
The Solution should support the following data entry methodologies to minimize
data entry errors and improve data integrity. One should be able to choose the data
entry option for each type of transaction and change the same as and when
required.
1. Maker / Checker – One person should enter data and another should authorize
the entered data. If the authoriser notices errors in data entry, the task should
be returned back to the data entry operator. Typically all master table data
entry should follow the maker / author route.
2. The captured data stored in systems should be managed and monitored regularly
through appropriate data quality and integrity tools in place to ensure that the
quality of the data is protected and managed effectively.
9.2.4.5 End to End Architecture
The newly implemented treasury system should have a complete end to end IT
architecture covering the following architectural domains in detail:
1. End to end solution architecture
2. End to end information architecture (with enterprise data model) that explains
how data integration and interoperability is achieved between software
components/modules.
3. End to end integration architecture (leading practices with supporting

integration patterns and standards used)

4. End to end infrastructure architecture namely, hardware, network, storage and
security
5. End to end security architecture
The architecture should be documented in detail.
9.2.4.6 Integration and Interface
1. The newly implemented treasury system should use Service Oriented
Architecture best practices and should use industry standards for integration to
achieve universal use.
2. Any external integration with third party systems should be based on standards
such as API, XML or similar.
3. The systems should be able to integrate with internal banking applications and
external platforms. E.g. Integration with the SWIFT, CCIL, CLS and any other
system as recommended by regulators and other third party service providers.
4. The systems should support integrations and interfaces as envisaged in Interface
Requirements
9.2.4.7 Scalability, Performance & Variance
1. The solution should be highly scalable to support the current and projected
transaction volumes in India and abroad. The newly implemented treasury
system and the other software/ tools/ applications should be scalable for 10
years to accommodate changes from regulatory and reporting perspective.
2. The newly implemented treasury system should provide fast and steady response
times (Quality of Service). The speed and efficiency of the system should not be
affected with growing volumes, especially during search operations, EOD
activities, archiving, data warehousing, data mining, reporting, MIS, online
processes and batch processes.
3. Further, the system should support variance in transaction volumes in a short
span of time (intraday).
9.2.4.8 Application Security
The newly implemented treasury system should have high standards of built in
security to support the following:
1. Authentication / Access control and authorization
2. Comply with industry Session management standards and to ensure that the user
gets to access only that data for which he is authorized.
3. Data access control
4. Log maintenance and monitoring
5. Data should be encrypted wherever necessary.
6. Bidder should comply with requirements on Information Security, Data Privacy
and Data Leakage as defined by IDBI bank and Regulator from time to time.
7. Bidder should confirm compliance to these security requirements.

9.2.4.9 Security Management

The proposed ITMS should consider and address the following security management
requirements:
1. The Bidder should ensure that the application and hardware components in scope
are compliant with the Bank‘s security policies.
2. The Bidder is responsible for regularly updating the baseline security of the
system as per the Bank‘s policies.
3. Bidder should guarantee that there are no vulnerabilities in the deployed solution
including custom developed components. There should be no back doors, Trojans
or any such vulnerability. The bidder is expected to provide a declaration as per
Annexure 21.
4. The Bidder would be responsible for implementing the IT Security policy
developed by IDBI bank. This policy will reflect the regulatory compliances
expected of the bidder based on the bank‘s operations. Any deviations to such
model policies should be justified to the bank for approval, the decision of the
bank shall be final.
5. The Bidder would be responsible for complete log monitoring for servers,
databases and security for a specified period. The Bidder should ensure expert
security specialists are given the task to monitor such logs. The Bidder needs to
provide tools for monitoring such logs. Any suspicious or concerned activities
should be immediately informed to the bank. The Bidder personnel will also be
responsible for providing proactive solutions and taking immediate corrective
actions to rectify any concerns, security threats or suspicious activities.
6. The Bidder along with any third-parties or subcontractors is subject to audit from
an information security perspective. Bidder shall ensure the inclusion of
appropriate clauses within their contract with sub-contractors as applicable.
7. The bidder shall develop and maintain a security configuration document for all
the applications and systems that are implemented as part of this contract in
accordance to the bank‘s IT security policy.
8. The bidder is expected to implement a robust change management process to
ensure that only business approved changes are made in the production
environment. Prior to any change being done on the production environment
including servers, applications, databases and network components, a proper risk
assessment needs to be carried out and the results to be documented for review
and approval.
9. The bidder shall ensure privileged users‘ access to databases, servers, critical
applications and other critical network components are restricted and provided
only on need basis in the production environment. All activities carried out by
approved administrators or privileged users are to be recorded and monitored to
ensure only approved changes are implemented in the production environment
and the same are tracked. The privileged access to servers, databases and
applications shall be managed by a privileged user management system in the
production environment. The bidder should not use any named IDs to perform

any privileged activities in the production environment. Additionally, developer

access to production shall be restricted and only be provided upon approval
through the privileged user management system.
9.2.4.10 Implementation
1. The Bidder will have to ensure that the software/ tools/ applications provided as
part of the project meets all the requirements described in detail in the
functional and technical requirements. The Bidder shall provide all statutory,
regulatory and MIS reports as required by the Bank in the desired format as part
of implementation process. The list of reports has been specified in Annexure 11
– Functional Requirements.
Interface building: All interfaces as mentioned in Annexure 13 – Interface
Requirements should be configured and successfully implemented before rollout
of the newly implemented treasury system. Any interfaces arising out of
business needs should be made available to the bank at no additional cost during
2. In the event of any deviations/ discrepancies/ errors observed, the bidder has to
successfully rectify the deviations/ discrepancies/ errors reported within the
stipulated time.
9.2.5 ADDITIONAL CUSTOMIZATION BEYOND THE RFP REQUIREMENTS
The Bank may require the Bidder to address additional requirements based on the
mutually agreed terms. However, the following will not be considered as additional
requirements:
1. Bugs, errors, malfunctioning of any module/routine/jobs etc.
2. Gaps found during base version testing including testing of BCP/DR and all gaps
observed.
3. Gaps against the functionalities specified in Annexure 11–Functional
Requirements
4. Regulatory requirements
9.2.6 INTEGRATION
1. The Bidder is expected to configure seamless integrations among the
upstream/downstream systems through industry standard techniques (current as
well as future requirements).
2. The Bidder will be responsible for fault detection and rectification. The Bidder is
responsible to ensure that the integrated systems are fully functional.
9.2.7 DATA MIGRATION
1. The Bidder will also be responsible for formulating the ―Data migration strategy‖
and process documents.
2. Bidder will be responsible for the migration of the data from the existing
application and data from other sources to the new environment.
3. All History/ Legacy data should be converted or stored as it is for the purpose of

view and reporting on a separate system and necessary views/ reports should be
made available to the Bank.
4. The Bidder to liaise, interact, develop tools, and correspond etc. with the
existing treasury system to obtain the data as required by newly implemented
treasury system. Also, Bidder should provide the format/template in which data
is to be obtained, which is to be agreed with the Bank.
9.2.8 SIMULATION RUN
1. Bidder has to provide the simulation plan for a comprehensive plan to conduct
multiple simulation activities. The bidder should conduct the simulation, provide
support during the simulation.
2. Switch over from DC to DR and vice versa should be conducted during simulation.
3. All the defects, errors reported should be closed by the bidder. This process has
to be conducted multiple times, to ensure that all the errors are closed within
the stipulated timeframe.
9.2.9 ROLL OUT PLAN
1. Bidder should plan the complete parallel run activity and roll out of the solution
to the Production environment.
2. The Bidder is expected to provide a roll–out plan.
9.2.10 PROGRAM MANAGEMENT

1. The bidder shall setup a program management office (PMO) to manage the
delivery of the systems and services as requested by IDBI bank in this RFP. The
Bidder shall have a dedicated Project Director who will be responsible for the
delivery of the program and providing weekly, fortnightly and monthly updates
to IDBI bank‘s management and various committees.
2. The Bidder PMO team shall work with IDBI bank‘s team and facilitate program
level reviews as requested by IDBI bank‘s team.
3. IDBI bank has appointed a consultant to assist in End to End implementation of
the Solution. The Bidder is expected to work in collaboration with the
consultant and all other stake holders to undertake smooth implementation of
the proposed ITMS.
9.2.11 DISASTER RECOVERY ASSESSMENT SERVICE
The Bidder is responsible to bring Disaster Recovery Assessment Services as part of
the issued RFP.
1. Prior to Go Live of the newly implemented treasury system, the Bidder is
required to conduct a gap analysis to identify Disaster Recovery gaps within the
Bank based on the proposed ITMS being deployed
2. Conduct assessment to check for data consistency & recoverability in-line with
the replication of newly implemented treasury system
3. Analyse the zero data loss solution configuration defined for newly implemented
treasury system.

4. Validate the storage components deployed and configured by the bidder.

5. Ensure the components/ configuration /upgrade is/are as per the leading
industry practices.
6. Assess the overall health of replication environment for the new solution
9.2.12 POST GO-LIVE SUPPORT/FACILITIES MANAGEMENT
1. The Bidder will be the single point of contact and responsible for AMC/ATS,
guarantees & warrantees for all components including hardware, software,
application software, tools etc.
2. AMC/ ATS support as Bidder suggests should be applicable as governed by bank‘s
policies. AMC & ATS shall also include the following:
o Trouble Shooting
o Corrective Maintenance
o Patch Management & Upgrades
o Optimization
o Preventive Maintenance
3. Post Go-live support: Bidder should provide post go live support as part of the
proposal. Also, the bidder has to give details on the L1/ L2/ L3 support after the
completion of go live. AMC/ATS support as Bidder suggests should be applicable
as governed by bank‘s policies.
4. While bidding for providing Post Go-live support Services, the products and
solutions proposed by the Bidder by way of this RFP should come with warranty
as provided by the respective OEM vendors. Thereafter, the Bidder should
provide ATS for these products and solutions as the case may be, for the
remainder of the contract period. Bidder should list out the warranty period
provided for each proposed product / solution in his RFP response. (Similarly in
case if Bidder proposes to procure Hardware, warranty is to be provided as
applicable and thereafter AMC needs to be provided for remainder of the
contract period.)
5. The Bidder needs to consider and envisage all services that would be required in
the maintenance of the facilities. Post go-live support for all purposes mean all
AMC, warranties, annual technical support and all other costs necessary and
incidental for the maintenance and support of the infrastructure and equipment
for the period of the contract.
6. The Bidder is expected to develop a methodology for conducting maintenance
and support for Bank based on the requirements. The personnel being deployed
by the Bidder for critical, key activities should be employees of the Bidder‘s
firm. In both cases, the Bidder is completely responsible and should duly meet
the SLA requirements of the Bank as stated in the Annexure 07.
7. The post go-live support services should include, but not be limited to the
following:
o System Administration
o Helpdesk Management

o Software Distribution
o Software License Management
o Software Maintenance
o Updates/Upgrades/New releases/New versions/Patch Management
o Server Administration
o Data Backup and Recovery for Databases
o Database Administration activities for Database
o Operations Management
o Warranty
o Application management including day–end, day-begin, month-end, year–end,
periodic and daily backups.
8. All the costs associated to the complete delivery of the Post go-live support
management including AMC, ATS, warranties as per the RFP requirement to be
included in Annexure 22 – Indicative Commercial Bid Format
9. The bidder should provide the people deployment plan in the format provided in
Annexure 20 – Post go-live support details.
10. The Bidder will be solely responsible for providing and maintaining all services as
mentioned above for all third party support applications quoted by the Bidder as
a part of their proposal.
9.2.13 HELPDESK
1. The bidder is expected to provide its methodology of helpdesk support.
2. The Bank expects the bidder to provide 12 hours of helpdesk support (from 8.
a.m. to 8 p.m.), 6 days a week (all business days). The support service should be
available for any exigency situations or any regulatory activity or any other
requirement as and when desired by the Bank.
3. The Bank requires the Bidder to establish and maintain a Help Desk to service,
track and route requests for service and to assist end users in answering
questions and resolving problems related to the newly implemented treasury
system and other applications covering basic functionality, DC, DR, etc. This
helpdesk shall be the Single Point of Contact (SPOC) for all users of the Bank‘s
business and IT services staff. This helpdesk shall act as both incident
management and service request management centre. This will be the first level
of support as part of L1.
4. It is also expected that a second level of support (L2) also be maintained at the
same location. If a problem is not resolved by telephone and the End User
declares the problem to be of an emergency nature, the Bidder shall dispatch a
helpdesk representative/support personnel/Engineer who will provide Desk Side
Support Service according to service levels given. The Bidder is also expected to
log each call made to the helpdesk and issue a ticket number for all calls
entered. The helpdesk solution to have the capability to upload frequently asked
questions and solution.
5. The bidder is also expected to provide L3 support to the Bank. . L3 support

includes resolution of the call within the stipulated timeframe, communication

of the status of the call to the Bank, root cause analysis of recurring issues along
with resolution, performing code fix and execution of change request as and
when required.
6. Bidder is expected to access its helpdesk solution using systems provided by the
bank. The helpdesk should act as a single point of contact for all users both
internal and external whether for service requests, incidents or problems for all
the solutions provided by the bidder.
7. The Bank will provide the necessary seating space in its premises furnishing,
electrical connections for the same along with communication infrastructure.
The Bidder has to quote the helpdesk personnel costs in Annexure 22 – Indicative
Commercial Bid Format. In case the Bidder has to increase the resources
deployed for Helpdesk to meet the Service Levels in Annexure 07 of the RFP, the
Bank will not be liable to pay any additional costs to the Bidder. The total cost
mentioned by the Bidder for the year will be used to calculate the payments to
be made in such circumstances. However, the Bank at its own discretion,
reserves the right to increase the number of seats at L1, L2 & L3 helpdesk
depending on its requirements with mutually agreed terms. The Bank also
reserves the right to change the locations of helpdesks at its discretion and
expects the Bidder to provide for L1, L2 and L3 support for all activities and
services that are part of the scope.
For all the Banks IT services, the Bidder shall provide the following integrated
user support and help. The services should include, but not limited to the
following:
o Establishing a help desk as a Single Point of Contact for all services;
o Providing telephonic and/ or electronic mechanisms for problem reporting
requests for service, and status updates
o Routing of Bidder unsupported actions to the appropriate service provider
within 15 minutes after acknowledgement receipt of the trouble ticket
o Tracking of problems from initial call to restore service. This includes
problems redirected to OEM and other service providers
o Notifying users of problem status and resolution
o Monitoring systems to proactively determine, diagnose, and resolve
problems. This includes notifying all service providers of known problems
and alerts
Bidder shall implement effective helpdesk management procedures to
leverage the knowledge gained in providing faster and better solutions,
create knowledge bases and prevent recurrence of problems.

9.3 PROJECT REVIEW

The progress in the project implementation of Treasury Solution will be closely
monitored and reviewed periodically by the following committees:
Operational Committee/Execution Team Weekly
a.
Core Committee Fortnightly
b.
Steering Committee Monthly
c.
9.4 ESCALATION MATRIX

The bank as well as the bidder will decide an escalation matrix to resolve any issues
that may crop up during implementation of the project. Both the bank and bidder
shall inform the names of the persons and their telephone numbers, email address
for the escalation matrix to be effective.
The members of the three committees (operational committee/ execution team,
core committee, steering committee) will be finalized after selection of the bidder
for the project.
10. BIDDER INFORMATION
This section is meant to collect the various details of the bidder responding to this
RFP. If the bidder partners with other third-party / bids in consortium while
responding to this RFP, the Bank will interact only with the Lead bidder and the
relationship(s) between the Lead bidder and the third-party should be transparent
to the Bank.
However, Lead bidder needs to provide the company details of each third-party,
along with their own details (in the format given below). In the case of overseas
bidder having local Indian representatives, the details of both the overseas bidder as
well as the local support representative should be given.
10.1 COMPANY DETAILS

Please provide the following company details:
Details
Title
Company Name
Address
Contact Person / Telephone / E-mail / Fax
Nature of Organization (Proprietary / Partnership / Pvt. Ltd. Co /

Public Ltd. Co)
Date of Incorporation of Company
Income Tax / PAN Details

Name of the CEO / MD

Registered / Corporate Office Location
Product Lines and Brief Description
Number of Employees by Function

Development
Quality Assurance Implementation
Sales and Support Administrative
Management
Earmarked Implementation Team
Support Centre details and products supported by these centers
Any affiliates / associated businesses
10.2 FINANCIAL DETAILS

The bidder is required to provide the following financial information:
1. Audited balance sheet and profit and loss account for the last three financial
years
2. Earnings per share for the last three financial years, in case of listed companies
3. Total revenues for the proposed product for the last three years if any
4. Profitability figures for the last 3 years.
10.3 CLIENT DETAILS

A. Please provide details of the clients for whom the Implementation / Migration /
Version upgrade of Finacle Treasury done OR the client sites where the
Implementation / Migration / Version upgrade is in progress.
Client Name Finacle Migration Year of Currentl Implementatio Site(s) Number

(with Treasury type completio y in use n/ Migration Details of Users
Approximate Version (Legacy n (Yes/No) Status
no of (Migrated) migration Completed /
treasury /Version In Progress
users) upgrade)
B. Please provide details of the clients for whom the Implementation of add-
on modules / surround applications / interfaces implemented, integrated and
interfaced

Client Name Module/ Applicatio Yr of Currently Implementati Site(s) No. of

(with applicatio n Type implementatio in use on/ Details Users
Approximate n n (Yes/No) Migration
no of / interface Status
treasury name Completed/In
users) Progress
C. Please provide details of the clients for whom the Implementation /

Migration / Version upgrade of Kondor Plus done OR the client sites where the
Implementation / Migration / Version upgrade is in progress.
Client Name Kondor Migration Yr of Currently Implementation Site(s) Number
(with Plus type completio in use / Migration Details of Users
Approximate Version (Legacy n ((Y/N) Status
no of (Migrated) migration Completed /
treasury /Version In Progress
users) upgrade)
10.4 REFERENCE SITES

Bidder is required to provide the details of at least one reference site where the
implementation / migration / version upgrade of Finacle Treasury/ Kondor Plus
along with Market risk solution have been implemented. The Bank reserves the right
to contact the reference provided by bidder, at any point of time in the evaluation
period. The following table lists the required information on reference sites.
During the evaluation period, the Bank reserves the right to ask for more references
if for some reasons it is not satisfied with the responses of the reference already
provided.
Details
Client Name
Business Domain
Address
Contact Person / Telephone / E-mail / Fax
Modules implemented (with version number)
Date and Period of Implementation
Number of sites and users at individual sites
Average and Peak Load of transactions
Degree of Systems Integration required for
Implementation and Time for Integration

Details of
 Servers
 Operating Systems
 Database
 Network
 Other resources
Details of services provided
Provide End-Of-Day processing details (time
taken, volumes handled, etc.)
11. PAYMENT TERMS

1. The term of the contract will be seven years. The Successful Bidder should
provide hardware which is adequately sized as per the requirements of the
Bank.
2. However, if it is found that the hardware is not sized adequately or the
hardware utilization goes beyond the threshold limit of 70%, the Successful
Bidder has to provide additional hardware at no additional cost to meet the
performance parameters set by the Bank. The Successful Bidder must accept the
payment terms proposed by the Bank as proposed in the RFP.
3. The scope of work is divided in different areas and the payment would be
linked to delivery and acceptance. All/any payments will be made subject to
LD/ compliance of Service Levels defined in the RFP document.
11.1 PROCEDURE FOR CLAIMING PAYMENTS
1. The Successful bidder‘s requests for payment shall be made to the Bank in
writing accompanied by Original Invoice detailing the systems, software
delivered, installed and accepted by the Bank
2. The payments shall be made within 30 days from the date of receipt of valid
claims that are supported by original invoice, original Proof of Delivery
(POD), acceptance by the bank and upon fulfillment of other conditions
stipulated in the contract. The invoices and other documents are to be duly
authenticated.
3. On receiving each payment, the Successful Bidder shall submit a stamped
receipt for the payment received including TDS. The payment after deducting
applicable TDS will be released by the Bank. All payments will be made only by
electronic transfer of funds either by NEFT or RTGS. The Successful Bidder
therefore has to furnish the bank account number to where the funds have to
be transferred for effecting payments.
4. Payments as per the schedule given below will be released only on acceptance of
the order and on signing the agreement/contract by the selected bidder and
also on submission of performance guarantee as per Appendix 03.
5. The commercial bid submitted by the Bidder must be in conformity with the
payment terms proposed. Any deviation from the proposed payment terms would

not be accepted. The Bank shall have the right to withhold any payment due to
the Bidder, in case of delays or defaults on the part of the Bidder. Such
withholding of payment shall not amount to a default on the part of the Bank.
a) The Bidder must accept the payment terms proposed by the bank.
b) Implementation charges will be paid by the Bank based on the milestones, as
defined for the initial go-live and the recurring charges will be payable
quarterly based on the usage
c) Penalties as per breach of Service levels shall be calculated as per SLA terms.
d) The Bidder recognizes that all payments to the Bidder under this RFP and
subsequent agreement are linked to and dependant on successful
achievement and acceptance of milestones/ deliverables/ activities set out in
the Project Plan and therefore any delay in achievement of such milestones/
deliverables/ activities shall automatically result in delay of such
corresponding payment
e) The fees payable by the Bank to Bidder shall be inclusive of all costs such as
insurance, custom duties, levies, cess, transportation, installation,
(collectively referred to as ―Taxes‖ and to be segregated in a different
column along with information on the rates applicable) that may be levied,
imposed, charged or incurred and the Bank shall pay the fees due under this
RFP and subsequent agreement after deducting any tax deductible at source
(―TDS‖), as applicable. The Bidder shall quote a combined cost inclusive of
all these taxes in Annexure 22 – Indicative Commercial Bid Format. The
Bidder will need to provide the details for the tax rates as considered in the
pricing. This will be used for subsequent tax changes, if any. Any benefit of
downward revision of taxes will need to be passed on to the Bank and Bank
will compensate the Bidder for upward revision of taxes.
f) The Bidder has to submit the undisputed invoice along with necessary signoff
and acceptance documents from the Bank, The Bank shall pay each
undisputed invoice raised in accordance with this RFP and subsequent
agreement, within thirty (30) Working Days after its receipt unless otherwise
mutually agreed in writing, provided that such invoice is dated after such
Fees have become due and payable under this RFP and subsequent
agreement. The Bidder shall submit combined undisputed invoices on a
monthly basis.
g) Any objection/ dispute to the amounts invoiced in the bill shall be raised by
the Bank within reasonable time from the date of receipt of the invoice.
Upon settlement of disputes with respect to any disputed invoice(s), the Bank
will make payment within thirty (30) Working Days of the settlement of such
disputes.
h) All out of pocket expenses, traveling, boarding and lodging expenses for the
entire Term of this project and subsequent agreement is included in the
amounts quoted in Annexure 22 – Indicative Commercial Bid Format and the
Bidder shall not be entitled to charge any additional costs on account of any

items or services or by way of any out of pocket expenses, including travel,

boarding and lodging etc.
i) This RFP asks for unit level prices in Annexure 22 – Indicative Commercial Bid
Format and these prices are valid for the tenure of the contract. The Bank
needs to pay only if they buy the respective line items. These same prices
will be applicable if the Bank has to procure additional quantities.
j) The scope of work is divided in different areas and the payment would be
linked to delivery, acceptance and signoff by the respective Bank official of
each area as explained below with reference to the
k) All ATS/AMC cost would be paid quarterly in advance by the Bank.
Deliverables % of Payment Stages (On completion of the
activities)
On Delivery, submission of
70%
invoice and other documents.
Hardware, Operating On successful Installation,
System and other commissioning and acceptance
20%
related software and other documents and
(Stage I ) installation
3 months post completion of go-
10%
live.
On Delivery and successful
installation and commissioning of
Database 100% the Database systems post
submission of all relevant
documents
On Delivery wherein bidder will
have to submit, original invoice
80% along with Original delivery
Challans dully stamped and signed
by the Bank Official.
ITMS license and other
related software
10% After successful Go-Live
10% Three months after successful

go-live
On successful completion of
Implementation cost 20% functional and system
specification definition and signoff

20% On completion of configuration,

development and deployment of
complete solution post mock
migration for UAT along with the
Standard Operating procedures
20% Successful UAT signoff
20% After Migration, DR setup, parallel

run and go-live
20% One round of successful DR Drill

and three months after successful
go-live
The AMC/ATS shall commence

100%(Quarterly In on completion of the warranty
AMC/ATS period (3 years for hardware
advance)
and One year for
software/services).
The facilities management costs
Helpdesk services towards helpdesk services will
support therefore commence after
successful go-live. The amount
shall be paid quarterly in arrears
Escrow Mutually agreed terms

12. LIQUIDATED DAMAGES
1. IDBI bank expects that the Bidder complete the scope of the project within
the timeframe specified. The Bank shall without prejudice to its other rights
and remedies under and in accordance with the terms of the RFP levy
liquidated damages if the Bidder fails :
a) to deliver any or all software; or
b) to complete the installation and commissioning as per the time
schedule given in RFP; or
c) to commence services within the time specified as per the terms of the
RFP; or
d) to perform the services and extend the support that meets the
requirements as stipulated in the RFP within the time specified in
the RFP; or
e) to maintain the uptime of the solution/component of the solution;
f) Inability of the Bidder to provide services at the service levels defined
g) Inability of the Successful Bidder either to provide the requirements as
per scope or to meet the timelines as specified
2. The proposed rate of Liquidated Damages would be 0.5% of the entire
project cost/TCO per week for each calendar week of delay or non-
compliance subject to overall cap of 10% of the entire project cost/TCO.
Bank at its discretion may apply this rule to any non-delivery, non-adherence,
non-conformity, non-submission of agreed or mandatory documents as part of
the Project. Thereafter, at the discretion of the Bank, the contract may be
cancelled. Bank also has the right to invoke the Performance Guarantee.
Liquidated Damages on delay will be applicable when the delay is not
attributable to the Bank and is attributable to the Bidder.
3. The Bidder agrees, confirms and acknowledges that, the aforesaid amount
represents a reasonable assessment made by the Bidder and the Bank of the
damages likely to be caused to Bank owing to such breach on the part of the
Bidder, and therefore, represents the size of the liquidated damages payable
by the Bidder to Bank. The Bidder agrees, confirms and acknowledges that
the aforesaid amount is not in the nature of ―penalty‖.
4. At the sole discretion of the bank, the liquidated damages shall be adjusted
from the payments due to the successful bidder or/and separate claim
against the successful bidder.
For calculation of Liquidated Damages,
DURING IMPLEMENTATION:
1. The project contract price for calculation of LD is the order value excluding
AMC/ATS charges and facilities management charges.

2. The overall LD during implementation will be to a maximum of 10% of the

contract value.
 If the Successful Bidder fails to complete installation/implementation after
delivery of the hardware as per the timelines for each phase prescribed in
the RFP; or
 If the Successful Bidder fails to install and implement Software proposed as
per the timelines for each phase prescribed in the RFP; or
 If the Successful Bidder fails to provide customizations of software and
applications as provided in his response or the gap found during evaluation,
the bank would impose liquidated damages at the rate of 0.5% of order
value of respective deliverable including installation & implementation
charges as applicable for each calendar week of delay or part thereof.
 If the Successful Bidder fails to deliver end user requirements as per the
scope under each phase the bank would impose liquidated damages at the
rate of 0.5% of project contract price for each calendar week of delay or
part thereof.
 If the Successful Bidder fails to commence helpdesk and managed services
as per the timelines stipulated in the RFP then the bank would impose
liquidated damages at the rate of 0.5% of order value of the respective
services for each calendar week of delay or part thereof.
 At any point during the Contract period the Resources allocated to the
project for implementation, helpdesk, resources for testing, resources for
managed services, Domain experts, any other representative proposed by
the bidder should have adequate and relevant work experience in the
relevant areas. The Bank has the right to review and reject resources
whose competency levels are below expectations. On request by the Bank
the bidder has to produce details as per Annexure 18 - Project Team
profiles for the resources allocated to the project. In the event of non-
adherence to the request of submitting profiles of the resources and
obtaining Bank‘s approval or failure of the bidder to replace rejected
resources with required competency expectations, the Bank shall impose
liquidated damages equivalent to a sum of one half of one percent (0.5%)
per week for each calendar week of delay or part thereof, of the
implementation cost during implementation period.
3. For the purpose of liquidated damages scheduled completion date will be taken
as date of issuance of acceptance certificate / sign off.
4. This would be in addition to any penalties levied on account of the system not
meeting the defined service levels.
5. The Bank will use the hardware delivery schedule and project schedule
provided by the Successful Bidder as part of the RFP response for applying the
Liquidity Damages clauses.

POST IMPLEMENTATION:
Post implementation, liquidated damages will be levied for non-compliance to
the uptime requirements. The intent of prescribing LD for uptime is with the
view to ensure high availability of services at all times to the Bank. The overall
LD post implementation period will be to a maximum of 10% of the total of
AMC,ATS and Helpdesk Support Services payable (10% of (ATS + AMC + Helpdesk
Support Services)).
ATS will be referred for calculation of liquidated damages when the damages are
pertaining to software, while AMC will be referred when the damages are
pertaining to the hardware. Helpdesk Support Services will be referred in case of
damages due to lapse in managed services.
13. TERMS AND CONDITIONS

The Bidder is expected to propose all the activities mentioned under ―Scope of
work‖, ―Bidder Responsibility‖ and ―Project implementation and Methodology‖.
These activities include procurement of hardware components (servers along with
their installation), procurement of Software licenses (database, operating system,
application license, along with installation, implementation), rendering of
Services like Helpdesk, Facilities Management, etc. However, IDBI bank reserves
the right to choose the components (Services, Software like RDBMS and Operating
System, Hardware or the combination of the three) to be procured by the bank.
Accordingly, the Terms specific only to those components rendered by the bidder
shall form a part of the contract. It should also be noted that IDBI bank will only
pay for the services procured and used by the bank.
The Bidder, from time to time during the period of the contract, should provide
price benefits to the bank, in the event that the prices of any proposed items or
Services have reduced. Such price benefits would be discussed mutually by the
bank and the Bidder. In the event the Bidder does not offer the price benefit to
the bank, the bank will have the right to independently procure the same from
the market and the Bidder will have no objection to the same.
Bidder to note the following:
 Bank may waive any minor informality or non-conformity or irregularity in a Bid,
which does not constitute a material deviation, provided such waiver, does not
prejudice or affect the relative ranking of any Bidder.
 Bank reserves the right to accept or reject in full any or all the Bids without
assigning any reason whatsoever and without thereby incurring any liability
whatsoever to the affected Bidders or any obligation to inform the affected
Bidders of the grounds for the Bank‘s action. Any decision of Bank in this regard
shall be final, conclusive and binding on the Bidder and shall not be questioned/
challenged by the Bidder.

 Bank reserves the right to re-issue /re-commence/cancel the entire Bid process
in case of any anomaly, irregularity or discrepancy or for any other reasons or
otherwise without thereby incurring any liability whatsoever to the affected
Bidders or any obligation to inform the affected Bidders of the grounds for the
Bank‘s action. Bank shall not be bound to give any reasons or explain the
rationale for its actions/ decisions to annul or abandon or cancel the bid process.
Bank further reserves the right to re-issue/ re-commence the Bid or circulate
new RFP altogether on the subject matter or any activity or part thereof
concerning thereto. Any decision of Bank in this regard shall be final, conclusive
and binding on the Bidder and shall not be questioned/ challenged by the Bidder.
13.1 INDEMNITY
The vendor hereby indemnifies the Bank, and shall always keep indemnified and
hold the Bank, its employees, personnel, officers, directors, agents and
representatives (hereinafter collectively referred to as ―Personnel‖) safe and
harmless from and against any and all losses, liabilities, claims, actions, charges,
costs and expenses (including attorneys' fees) relating to, resulting directly or
indirectly from or in any way arising out of any claim, suit or proceeding brought
against the Bank as a result of:
 Bank‘s authorized/ bonafide use of the Deliverables and/ or the Services
provided by vendor under this RFP; and/ or
 An act or omission of the vendor, including its employees, agents, subcontractors
in the performance of the obligations of the vendor under this RFP; and/or
 Claims made by employees or subcontractors or subcontractors‘ employees, who
are deployed by the vendor, against the Bank; and/or
 Breach of any of the term of this RFP or breach of any representation or false
representation or inaccurate statement or assurance or covenant or warranty of
the vendor under this RFP; and/or
 Any or all Deliverables or Services infringing any patent, trademarks, copyrights
or such other Intellectual Property Rights; and/ or
 Breach of confidentiality obligations contained in this RFP; and/or
 Negligence or gross misconduct attributable to the vendor or its employees or
subcontractors.
If advised by the Bank, the vendor shall at its own cost and expenses defend and
settle any claim, litigations, suits, judgments, actions against the Bank. The
provisions under this clause shall survive the termination of the Contract.
13.1.1 Limitation of Liability

1 The Parties acknowledge that circumstances may arise where on account of a
breach by vendor of the terms of this RFP and subsequent Agreement, or other
contractual or tortuous claim, the Bank may be entitled to damages from vendor.

2 Vendor’s aggregate liability shall be subject to an overall limit of the Total

Project Cost during the execution of the Project (Contract period).
The limits specified in Sub-Clause (2) above shall not apply to:
 claims against the Bank resulting from misconduct or gross negligence of the
vendor, its employees and subcontractors or from infringement of patents,
trademarks, copyrights or such other Intellectual Property Rights or breach of
confidentiality obligations;.
 This limitation of liability shall not be applicable to the indemnity provided
by the Bidder under Indemnity clause.
3 The Bank shall not be held liable for and is absolved of any responsibility or
claim/ litigation arising out of the use of any third party software or modules
supplied by the vendor as part of this RFP. The Bank may be entitled to damages
from vendor on account of this.
In no event shall the Bank be liable for any indirect, incidental or consequential
damages or liability, under or in connection with or arising out of this RFP and
subsequent agreement or the hardware or the software delivered hereunder,
howsoever such liability may arise, provided that the claims against customers,
users and service providers of the Bank would be considered as a direct claim.
4 In circumstances where the vendor indemnifies the Bank against any claims of
infringement of any Intellectual Property rights, the vendor must at its own
expense promptly;
a) Procure the unrestricted right for the Bank to continue using and receiving
the same; or
b) Make or procure on Bank‘s behalf such alterations, modifications,
adjustments or substitutions to all or any parts of the same so that it
becomes non-infringing without affecting the relevant part of Deliverables or
Services or prejudice their compliance with their terms of the specifications
or requirements of RFP; or
c) Substitute a non-infringing version of the infringing item of at least functional
equivalence conforming to applicable requirements under the RFP.
5 If vendor is unable to provide any of the forgoing alternatives, the Bank may at
its own option terminate forthwith the subsequent Agreement to be entered into
with the vendor.
Extension of Contract Post Expiry
Considering the effort and investments required in the arrangement, and the
complexities involved in the project and other relevant factors, the Bank has the
option of revisiting or renewing the arrangement after the expiry of the contract
period, on mutually agreed terms. However, vendor has no right to claim renewal or
extension of the contract beyond the contract period.
Reduction of prices
1. The Bank expects the benefits from any un-anticipated decrease in technology
infrastructure costs, over the term of the contract due to reduction of prices,

efficient use of IT infrastructure / reduction of statutory charges, etc. and

operations management methods that yield more efficient operations, to be
passed on through re-negotiation. No conflict between the System Integrator and
the Bank will cause cessation of services.
13.2 TERMINATION OF CONTRACT

The Bank reserves the right to terminate the contract placed on the vendor in the
following circumstances:
1. The vendor commits a breach of the terms and conditions of the Bid/Contract
and fails to remedy such breach for a period of 30 days, following receipt of
written notice from the Bank specifying the breach or breaches set out below:
a) Failure to furnish the performance guarantee within the time stipulated in
RFP.
b) Delay or deficiency in the completion or implementation of the Project or any
activity contemplated under this RFP and subsequent Contract within the
applicable times schedules.
c) Non conformity of the Deliverables or Services with the terms and
Specifications of the RFP as observed during post-delivery audit or otherwise.
d) Serious discrepancy in the quality of service/ hardware/ software expected
during the implementation, rollout and subsequent maintenance process.
e) An Insolvency Event occurs in relation to the vendor or it ceases to carry on
its business or substantially the whole of its business; or
f) There is a change of control of the vendor (and for these purposes change of
control means there is a change in the legal, beneficial or equitable
ownership of 50% or more of the aggregate of all voting equity interests in the
vendor) and the person or persons acquiring control of the vendor are persons
whom Bank reasonably consider to be competitors of Bank or organizations
about which Bank has reasonable grounds for believing will not be able to
meet the material obligations contained in the bid/ contract.
g) Breach of terms of Contract by the vendor which in the opinion of the Bank is
material.
The Bank also reserves the right to cancel the AMC or ATS and terminate the
respective agreements for the same, if the Services provided by the vendor are
not satisfactory and recover any payment made by the Bank for the provision of
AMC or ATS, not rendered to the Bank. In the event of any deficiency, defect or
inadequacy of the Deliverables or Services, provided by vendor to the Bank, the
Bank can call upon the vendor to procure the same or similar Deliverables or
Services, from alternative sources at the risk, cost and responsibility of vendor.
In the event of failure of vendor to remove or rectify the deficiency, defect or
inadequacy of the Deliverables or Services, to the satisfaction of the Bank, the
Bank reserves the right to procure the same or similar Deliverables or Services
from alternative sources at the risk, cost and responsibility of vendor, In

addition, the vendor will have to bear excess costs up to 15% of the undelivered/
defective goods and services.
2. In the event that vendor does not perform satisfactorily or there is a delay in the
performance of its obligations under the bid, the RFP, the AMC or the ATS, the
Bank reserves the right to source the remainder of the Deliverables and Services
from another entity of its choice by giving three months‘ notice of the same to
vendor. In the event of a termination of the contract by Bank in accordance with
the above terms, vendor shall fully compensate the Bank for any expenditure
incurred by the Bank in executing or obtaining the execution of the remainder of
the Project.
3. In the event of a termination of the Contract by the Bank, vendor shall do all
such acts or deeds as may be required to fully compensate the Bank for all
expenditure incurred by the Bank in executing or obtaining the execution of the
Project, till such time of termination and for any removal and / or relocation
that may be required by the Bank following such termination. The Bank shall not
bear any liability in this regard. If the agreement is cancelled during the term of
the AMC or ATS, if contracted, the Bank shall deduct payment on pro-rata basis
for the unexpired period of the Contract.
4. In the event of the Bank communicating its intention to terminate the Contract,
vendor shall continue to render such Services as it is required to under this RFP/
bid and subsequent Contract, including but not limited to Post Go-live support,
Facilities Management, support and maintenance for the Deliverables for a
period up to six months following notice of intention to termination, until such
time that the Bank indicates that it has been able to make alternative
arrangements for the provision of such Services, in accordance with the terms,
including those pertaining to payment, contained herein.
Other Rights or Remedies
Termination of the contract in whole or part is without prejudice to any other rights
or remedies that either Party may have under the RFP and the subsequent
Agreement including the invocation of the performance guarantees by the Bank, and
does not affect any accrued rights or liabilities of either Party at the date of
termination.
Effects of Termination
Notwithstanding termination of the RFP and the subsequent contract in whole or in
respect of any parts of the Services and/or Deliverables for any reason, the contract
continues to be in force to the extent necessary to give effect to those of its
provisions which expressly or impliedly have effect after termination; and
Where Bank terminates any Part of the Services and/or Deliverables, the Parties
shall continue to perform their respective obligations under the contract in
connection with that portion of the Services and/or Deliverables in respect of which
there has been no termination.

13.3 CONSEQUENCE OF TERMINATION

1 If Bank terminates the contract in whole or in respect of any part of the Project
in accordance with its terms, it will incur no liability to vendor as a result of such
termination, other than:
a) the Charges or any other amounts due to vendor up to the date of
termination;
b) amounts payable for any Services already performed at the date of the
termination;
c) amounts payable for Services yet to be performed but which the parties agree
not to terminate;
d) in the event of partial termination, amounts payable for other portions of the
Project and
e) The Reverse Transition Fees payable as per reverse transition plan subject to
Reverse Transition Services being provided to the satisfaction of the bank.
2 In case of any loss or damage due to default on the part of the vendor in
performing any of its obligations with regard to executing the Service(s) under
the Contract/Agreement, the vendor shall compensate Bank for any such loss,
damages or other costs, incurred by Bank. Additionally, the sub-vendor and other
members of its team shall continue to perform all its obligations and
responsibilities under the Contract/Agreement in an identical manner as were
being performed hitherto before in order to execute an effective transition and
to maintain business continuity. All third parties shall continue to perform all/
any functions as stipulated by Bank and as may be proper and necessary to
execute the service(s) under the Contract/Agreement in terms of the Bid and the
Contract/Agreement.
3 In the event of termination of the Contract/Agreement due to any cause
whatsoever, [whether consequent to the stipulated term of the
Contract/Agreement or otherwise], Bank 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 Service(s)
which the vendor shall be obliged to comply with and take all available steps to
minimize loss resulting from that termination/breach, and further allow the next
successor vendor to take over the obligations of the erstwhile vendor in relation
to the execution/continued execution of the scope of the Contract/Agreement.
4 In the event that the termination of the Contract/Agreement is due to the expiry
of the term of the Contract/Agreement, a decision not to grant any (further)
extension by Bank, the vendor herein shall be obliged to provide all such
assistance to the next successor vendor or any other person as may be required
and as Bank may specify to enable the successor to adequately provide the
Service(s) hereunder, even where such assistance is required to be rendered for
a reasonable period that may extend beyond the term/earlier termination
hereof.

5 Nothing herein shall restrict the right of Bank to invoke the Performance Bank
Guarantee and other guarantees, securities furnished, enforce the Indemnity and
pursue such other rights and/or remedies that may be available to Bank under
law or otherwise.
6 The termination hereof shall not affect any accrued right or liability of either
Party nor affect the operation of the provisions of the Contract/Agreement that
are expressly or by implication intended to come into or continue in force on or
after such termination.
The vendor understands the largeness of this Project and that it would require
tremendous commitment of financial and technical resources for the same from the
vendor for the tenure of this tender and subsequent Agreement. The Parties
therefore agree and undertake that an exit at any point in time resulting due to
expiry or termination of this tender and subsequent Agreement for any reason
whatsoever would be a slow process over a period of six (6) months, and only after
completion of the vendor‘s obligations under a reverse transition mechanism. During
this period of Reverse Transition, the vendor shall continue to provide the
Deliverables and the Services in accordance with this tender and subsequent
Agreement and shall maintain the agreed Service levels.
Upon Bank‘s request, with respect to (i) any agreements for maintenance, disaster
recovery services or other third-party applications/solutions, and any Deliverables
not owned by the vendor, being used by vendor to provide the Services and (ii) the
assignable agreements, vendor shall, use its reasonable commercial endeavors to
transfer or assign such agreements and vendor Equipment to Bank and its
designee(s) on commercially reasonable terms mutually acceptable to both Parties.
Upon Bank‘s request in writing, vendor shall be under an obligation to transfer to
Bank or its designee(s) the Deliverables being used by vendor to perform the
Services free and clear of all liens, security interests, or other encumbrances.
As part of Reverse Transition Services, Bank shall have the right, and vendor shall
not object to or interfere with such right, to contract directly with any vendor‘s
subcontractor.
Procedure for transition and migrating to the new System Integrator is as follows:
o Time frame for parallel run
o Skill transfer mechanism and in specific cases the human resources
requirement
o Reverse Transition Plan
Reverse Transition Services are the services provided by vendor to Bank during the
reverse transition period which will start after completion of period of contract or
early termination of contract to facilitate an orderly transfer of the Services to Bank
or to an alternative third partly service provider nominated by Bank. Where Bank
elects to transfer responsibility for service delivery to multiple Bidders, Bank will
nominate a services provider who will be responsible for all dealings with such
Bidders regarding the delivery of Reverse Transition Services.

The Reverse Transition Services, to be provided by the vendor to the Bank shall
include the following:
Software: The vendor shall ensure that all Software Vendors shall enter into
separate annual maintenance agreements for maintenance of their respective
Software provided under this RFP and subsequent contract, upon commercially
reasonable term and terms and conditions as available currently to the vendor or
better than the same.
The vendor shall provide appropriate training to the Bank‘s personnel and should
enable them to maintain the Software provided under this RFP and subsequent
contract. Vendor shall ensure that if any data migration is required, the same shall
be carried by the vendor and a handover to be provided for the smooth transition of
the operations.
Hardware: The vendor shall provide a list of sub-contractors used by the vendor for
maintaining the hardware (including inter alia, servers, PC‘s, networking, switches,
routers etc.) under this RFP and subsequent contract and shall ensure that all such
sub-contractors shall enter into separate annual maintenance agreements for
maintenance of the hardware maintained under this RFP and subsequent contract,
upon commercially reasonable terms and conditions as available currently to the
vendor or better than the same.
Knowledge transfer: The vendor shall provide such necessary information,
documentation to the Bank or its assignee, for the effective management and
maintenance of the Deliverables under this RFP. Vendor shall provide
documentation (in English) in electronic form of all existing procedures, policies and
programs required to support the Services. Such documentation will be subject to
the limitations imposed by vendor‘s Intellectual Property Rights of this RFP and shall
include:
o Operational run book for ITMS
o Listing of all events being monitored and the monitoring frequency
o Listing of all third (3rd) party Vendors that have been directly relevant to the
provision of the Services and that may be the subject to a request by Bank or
the replacement service provider for assignment, cancellation or renovation
Parallel Run: The vendor agrees that the parallel-run shall continue for a period of
15 days, during which the vendor shall adequately supervise the hand-over of the
various components of the vendor‘s functions under this RFP.
Vendor must consult with Bank on any Third Party Contracts between vendor and
Third Parties that are necessary or useful for Bank or a Third Party to perform the
Services and arrange for transfer or assignment of such Third Party Contracts that
Bank wishes to have transferred or assigned to Bank or a Third Party designated by
Bank on commercially reasonable terms mutually acceptable to both Parties.
Warranties: All the warranties held by or in the name of the vendor shall be
assigned or transferred ―As Is‖ in the name of the Bank. The vendor shall execute
any and all such documents as may be necessary in this regard.

The Parties shall return confidential information and will sign-off and acknowledge
the return of such confidential information.
Vendor shall provide all other Services as may be agreed by the Parties in
connection with the Reverse Transition Services. However, in case any other
services, in addition to the above are needed, the same shall be scoped & priced.
Reverse Transition Services shall be charged based on vendor‘s then current time
and materials rates.
The vendor recognizes that considering the enormity of the Assignment, the
Transition Services listed herein are only indicative in nature and the vendor agrees
to provide all assistance and services required for fully and effectively transitioning
the Services provided by the vendor under this tender and subsequent Agreement,
upon termination or expiration thereof, for any reason whatsoever.
13.4 COMPLIANCE WITH LAWS
Compliance with all applicable laws: The vendor shall observe, adhere to, abide
by, comply with and notify the Bank about all laws in force or as are or as made
applicable in future, pertaining to or applicable to them, their business, their
employees or their obligations towards them and all purposes of this RFP and shall
indemnify, keep indemnified, hold harmless, defend and protect the Bank and its
employees/ officers/ staff/ personnel/ representatives/ agents from any failure or
omission on its part to do so and against all claims or demands of liability and all
consequences that may occur or arise for any default or failure on its part to
conform or comply with the above and all other statutory obligations arising there
from.
Compliance in obtaining approvals/permissions/licenses: The vendor shall
promptly and timely obtain all such consents, permissions, approvals, licenses, etc.,
as may be necessary or required for any of the purposes of this project or for the
conduct of their own business under any applicable Law, Government
Regulation/Guidelines and shall keep the same valid and in force during the term of
the project, and in the event of any failure or omission to do so, shall indemnify,
keep indemnified, hold harmless, defend, protect and fully compensate the Bank
and its employees/ officers/ staff/ personnel/ representatives/ agents from and
against all claims or demands of liability and all consequences that may occur or
arise for any default or failure on its part to conform or comply with the above and
all other statutory obligations arising there from and the Bank will give notice of any
such claim or demand of liability within reasonable time to the vendor.
This indemnification is only a remedy for the Bank. The vendor is not absolved from
its responsibility of complying with the statutory obligations as specified above.
Indemnity would exclude indirect, consequential and incidental damages. However,
indemnity would cover damages, loss or liabilities suffered by the Bank arising out
of claims made by its customers and/or regulatory authorities.

13.5 ASSIGNMENT
The vendor agrees that the vendor shall not be entitled to assign any or all of its
rights and or obligations under this RFP and subsequent Agreement to any entity
including vendor‘s affiliate without the prior written consent of the Bank.
The vendor will ensure that the resources assigned to the project will not be
replaced without obtaining the prior written permission of the Bank. In case the
resources are replaced under unavoidable circumstances, the vendor will provide a
written notice of one month in advance to the Bank and will make available an
equal or more qualified replacement.
The Vendor agrees that unless otherwise specified by the bank in writing, the entire
implementation will be carried out of the bank‘s premises.
Vendor agrees to plan for adequate resources for activities and ensures that there
shall be minimum overlap of responsibilities amongst the assigned project resources.
In the event the proposed ITMS fails to meet the SLA service levels and the scope
and objectives of the RFP (and addenda), the vendor agrees to upgrade, modify or
replace the solution within the agreed contract price.
The vendor and OEM ensure that these resources are on the ground in the project on
a full time onsite basis. The bank may verify the same through a review of resumes
by reviewing the details of National Skills Registry ID (maintained by NASSCOM) and
organizational photo id, timesheets or by taking an undertaking from the vendor &
OEM and any other means necessary.
In case of any change in the constitution of the Bank, including but not limited to
merger, amalgamation, take over, consolidation etc. whether by operation of law or
otherwise, the RFP and subsequent agreement shall continue with the successor
entity as if it was the original party thereto. Further, the Bank shall be entitled to
assign/transfer whole or part of the rights under the RFP and subsequent agreement
with written notice to vendor and no consent of /from vendor shall be necessary,
and the assignment shall be binding on vendor from the date of such notice.
13.6 INSURANCE
The vendor shall procure insurance coverage to include comprehensive general
liability insurance, third party accident insurance, personal insurance of the vendor
personnel and all risk property insurance in respect of the Deliverables and the
Services provided by the vendor under this RFP and subsequent Agreement to insure
the Deliverables and the Bank against losses arising out of this RFP and subsequent
Agreement and such insurance shall be valid throughout the period of the contract
and pay all premium and other sums payable for that purpose. The insurance
policies shall be taken in the joint names of vendor and the Bank. The vendor shall
cause its insurers to issue certificates of insurance evidencing that the coverage and
policy endorsements required under this RFP are maintained in force and that not
less than thirty (30) days‘ written notice shall be given to the Bank prior to its
expiry. Any modification or cancellation of the insurance policies shall be done only
with the prior written consent of the Bank. The vendor shall provide copies of the

insurance certificates to the Bank. The insurers selected by the vendor shall be of
good standing and authorized to conduct business in all jurisdictions in which this
tender and subsequent Agreement is to be performed.
In the case of loss or damage or other event that requires notice or other action
under the terms of any insurance coverage, the vendor shall be solely responsible to
take such action. The vendor shall provide the Bank with contemporaneous notice
and with any other information that the Bank may request regarding such event.
The Bank shall provide to the vendor reasonable assistance and co-operation, at the
vendor‘s expense, with respect to any insurance claim. The vendor shall not hold
the Bank responsible for rejection of the insurance claims of the vendor by the
insurer.
The vendor‘s obligation to maintain insurance coverage hereunder shall be in
addition to, and not in lieu of, the vendor‘s other obligations hereunder, and the
vendor‘s liability to the Bank shall not be limited to the amount of coverage
required hereunder.
13.7 INSPECTION OF RECORDS
All vendor records with respect to any matters covered by this RFP and subsequent
agreement shall be made available to the Bank or its designees at any time during
normal business hours, as often as the Bank deems necessary, to audit, examine,
and make excerpts or transcripts of all relevant data. Said records are subject to
examination. The Bank may demand and upon such demand being made, Bank 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 Services. Bank may appoint
an auditor, who would conduct the necessary audit and submit its findings to the
Bank. The cost of the audit will be borne by the Bank. The scope of such audit
would be limited to Service Levels being covered under this RFP and subsequent
contract, and financial information would be excluded from such inspection, which
will be subject to the requirements of statutory and regulatory authorities. Any
deviations or contravention identified as a result of such audit/assessment would
need to be rectified by the vendor. The vendor‘s records and sites managed for the
Bank shall also be subject to Regulator/ Bank inspection. Such audit should not be
conducted more than once a year. The designees of the Bank shall not be a
competitor of vendor.
13.8 ESCROW MECHANISM
The Bank and the vendor shall mutually agree to appoint an escrow agent to provide
escrow mechanism for the deposit of the source code for all the software
applications of ITMS supplied/procured by the vendor to the Bank in order to
protect its interests in an eventual situation. In case of a disagreement between the
Bank and the vendor regarding appointment of an escrow agent, the Bank shall
appoint an escrow agent in its entire discretion which shall be final and binding on
the vendor. The Bank and the vendor shall enter into a tripartite escrow agreement
with the designated escrow agent, which will set out, inter alia, the events of the

release of the source code and the obligations of the escrow agent. Costs for the
Escrow will be borne by the Bank. As a part of the escrow arrangement, the vendor
is also expected to provide a detailed code documentation of all the software
applications of ITMS which have been duly reviewed by an external independent
organization. Source Code of any Proprietary software (whether vendor owned or
owned by a 3rd party) shall not be deposited in any Escrow.
The Escrow arrangement suggested by the vendor shall not be binding on the Bank.
The Bank reserves the right to explore alternate escrow mechanisms based on the
Bank's existing practices. The Bank and the vendor may enter into such escrow
arrangement that is mutually agreed upon by the two parties.
13.9 PUBLICITY
The vendor shall not make any press releases or statements of any kind including
advertising using the name or any service marks or trademarks of the Bank regarding
the contract or the transactions contemplated hereunder without the explicit
written permission of the Bank. The vendor shall not, use the Bank's name as a
reference, without the express written permission of the Bank first being obtained,
and then only strictly in accordance with any limitations imposed in connection with
providing such consent. The Bank agrees not to use the vendor‘s trade or service
marks without the vendor‘s prior written consent.
13.10 SOLICITATION OF EMPLOYEES
During the term of the Contract and for a period of two years after any expiration of
the contract period, termination or cancellation of the Contract, whichever is later,
both the parties agree not to approach, attempt to approach, entice or make any
offer to hire, solicit, or accept solicitation (either directly, indirectly, or through a
third party) for their employees who were directly involved in this contract, except
as the parties may agree on a case-by-case basis. The parties agree that for the
period of the contract and two year thereafter, neither party will cause or permit
any of its directors or employees who have knowledge of the agreement to directly
or indirectly solicit for employment of the key personnel working on the project
contemplated in this proposal except with the written consent of the other party.
The above restriction would not apply to either party for hiring such key personnel
who (i) initiate discussions regarding such employment without any direct or indirect
solicitation by the other party (ii) respond to any public advertisement placed by
either party or its affiliates in a publication of general circulation or (iii) has been
terminated by a party prior to the commencement of employment discussions with
the other party.
The non-solicitation obligations in the clause shall be applicable for the duration for
the contract and two years thereafter
13.11 MONITORING AND AUDIT
Compliance with security best practices may be monitored by periodic computer
security audits performed by or on behalf of the Bank or Regulatory authorities. The

periodicity of these audits will be decided at the discretion of the Bank. These
audits may include, but are not limited to, a review of: access and authorization
procedures, physical security controls, backup and recovery procedures, security
controls and program change controls. To the extent that the Bank deems it
necessary to carry out a program of inspection and audit to safeguard against
threats and hazards to the confidentiality, integrity, and availability of data, the
vendor shall afford the Bank's representatives access to the vendor‘s facilities,
installations, technical resources, operations, documentation, records, databases
and personnel. The vendor must provide the Bank access to various monitoring and
performance measurement systems (both manual and automated). The Bank has the
right to get the monitoring and performance measurement systems (both manual
and automated) audited without prior approval / notice to the vendor.
13.12 GUARANTEES
Vendor shall guarantee that the software and allied components used to service the
Bank are licensed and legal. All hardware and software must be supplied with their
original and complete printed documentation.
The vendor also undertakes to keep all the licenses in force till the expiry of the
contract period by renewing them as and when necessary.
13.13 WARRANTY
The warranty shall not apply in the event that failure of a deliverable to conform to
its corresponding specifications has resulted from modification of the deliverable
after delivery by the vendor if such modification was not made by or on behalf of
the vendor. In addition the warranty starting period of the components is as follows:
 Software components: one year from Post go-live
 DC Hardware: three years post completion of installation
 DR Hardware: three years post completion of installation
13.14 FORCE MAJEURE

Notwithstanding the provisions of this RFP the bidder shall not be liable for
forfeiture of its Performance Bank Guarantee, liquidated damages or termination
for default, if and to the extent that, it‘s delay in performance or other failure to
perform its obligations under the Contract / Agreement is the result of an event of
Force Majeure.
For purpose of this Clause ―Force Majeure‖ means any failure or delay by selected
bidder or Bank in the performance of its obligations, to the extent due to any failure
or delay caused by fire, flood, earthquake or similar elements of nature, or acts of
God, war, terrorism, riots, civil disorders, rebellions or revolutions, acts of
governmental authorities or other events beyond the reasonable control of non-
performing party, is not a default or a ground for termination. The affected party

shall notify the other party within reasonable time period of the occurrence of a
Force Majeure Event.
IDBI Bank may terminate the Contract / Agreement, by giving a written notice of
minimum 30 (Thirty) days to the bidder, if as a result of Force Majeure the Vendor is
unable to perform a material portion of the Service(s) for a period of more than 60
(Sixty) days.
"Force Majeure Event" means any event or circumstance or a combination of events
and circumstances which satisfies all the following conditions:
(a) Materially and adversely affects the performance of obligations under the
Contract;
(b) Are beyond the reasonable control of the Bidder;
(c) Bidder could not have prevented or reasonably overcome with the exercise of
good industry practice or reasonable skill and care; and
(d) Do not result from the negligence or misconduct of Bidder or the failure of the
Bidder to perform its obligations under the Contract.
13.15 RESOLUTION OF DISPUTES
The Bank and the vendor shall make every effort to resolve amicably, by direct
informal negotiation between the respective project managers of the Bank and the
vendor, any disagreement or dispute arising between them under or in connection
with the contract.
If the Bank project manager and vendor project manager are unable to resolve the
dispute they shall immediately escalate the dispute to the senior authorized
personnel designated by the vendor and Bank respectively.
If after thirty days from the commencement of such negotiations between the senior
authorized personnel designated by the vendor and Bank, the Bank and the vendor
have been unable to resolve amicably a contract dispute, either party may require
that the dispute be referred for resolution through formal arbitration.
All questions, claims, disputes or differences arising under and out of, or in
connection with the contract or carrying out of the work whether during the
progress of the work or after the completion and whether before or after the
determination, abandonment or breach of the contract shall be referred to
arbitration by a sole Arbitrator acceptable to both parties failing which the number
of arbitrators shall be three, with each side to the dispute being entitled to appoint
one arbitrator. The two arbitrators appointed by the parties shall appoint a third
arbitrator who shall act as the presiding arbitrator. The Arbitration and
Reconciliation Act, 1996 or any statutory modification thereof shall apply to the
arbitration proceedings and the venue of the arbitration shall be Mumbai .The
arbitration proceedings shall be conducted in English language. Subject to the
above, the courts of law at Mumbai alone shall have the jurisdiction in respect of all
matters connected with the Contract. The arbitration award shall be final,
conclusive and binding upon the Parties and judgment may be entered thereon,
upon the application of either Party to a court of competent jurisdiction. Each Party

shall bear the cost of preparing and presenting its case, and the cost of arbitration,
including fees and expenses of the arbitrators, shall be shared equally by the Parties
unless the award otherwise provides.
Notwithstanding the existence of a dispute, and/or the commencement of
arbitration proceedings, (a) the vendor shall not be entitled to suspend the
Service(s) as specified under the RFP and the subsequent agreement and (b) without
prejudice to exercise of any other rights and remedies that either party may have
under the RFP and the subsequent agreement including the invocation of the
performance guarantees by the Bank, and termination of the Contract.
If a notice has to be sent to either of the parties following the signing of the
contract, it has to be in writing and shall be first transmitted by facsimile
transmission by postage prepaid registered post with acknowledgement due or by a
reputed courier service, in the manner as elected by the Party giving such notice.
All notices shall be deemed to have been validly given on: (i) the business date
immediately after the date of transmission with confirmed answer back, if
transmitted by facsimile transmission, or (ii) the expiry of five days after posting if
sent by registered post with A.D., or (iii) the business date of receipt, if sent by
courier.
13.16 ANNUAL TECHNICAL SUPPORT
Vendor must be responsible for the following during ATS: Bug fixing, enhancement,
modifications, customization, patches, upgrades due to statutory, regulatory,
industry, Bank specific changes (including installation of new upgrades).
13.17 END OF SUPPORT

Vendor must replace any components if announced at the End of Support during the
contract period with an equivalent or higher specification product within the
contract price quoted as part of the response to this RFP.
13.18 GOVERNING LAW AND JURISDICTION
This RFP document shall be governed and construed in accordance with the laws of
India. The courts of Mumbai alone and no other courts shall be entitled to entertain
and try any dispute or matter relating to or arising out of this RFP document.
13.19 CORRUPT AND FRAUDULENT PRACTICE

As per Central Vigilance Commission (CVC) directives, it is required that Bidders /
Suppliers / Contractors observe the highest standard of ethics during the
procurement and execution of such contracts in pursuance of this policy:
―Corrupt Practice‖ means the offering, giving, receiving or soliciting of anything of
values to influence the action of an official in the procurement process or in
contract execution
―Fraudulent Practice‖ means a misrepresentation of facts in order to influence a
procurement process or the execution of contract to the detriment of the Bank and
includes collusive practice among bidders (prior to or after bid submission) designed

to establish bid prices at artificial non-competitive levels and to deprive the Bank of
the benefits of free and open competition
The Bank reserves the right to reject a proposal for award if it determines that the
bidder recommended for award has engaged in corrupt or fraudulent practices in
competing for the contract in question.
The Bank reserves the right to declare a bidder ineligible, either indefinitely or for a
stated period of time, to be awarded a contract if at any time it determines that
the firm has engaged in corrupt or fraudulent practices in competing for or in
executing the contract.
13.20 INFORMATION SECURITY
1. The Bidder and its personnel shall not carry any written material, layout,
diagrams, floppy diskettes, hard disk, storage tapes or any other media out of
Bank‘s premise without written permission from the Bank.
2. The Bidder personnel shall follow the Bank‘s Information Security Policy and
instructions in this behalf.
3. Bidder acknowledges that the Bank‘s business data and other proprietary
information or materials, whether developed by the Bank or being used by Bank
pursuant to a license agreement with a third party (the foregoing collectively
referred to herein as ―proprietary information‖) are confidential and
proprietary to the bank; and Bidder 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 Bidder to protect its own
proprietary information. Bidder recognizes that the goodwill of the bank
depends, among other things, upon Bidder keeping such proprietary information
confidential and that unauthorized disclosure of the same by Bidder could cause
damage to the bank. By reason of Bidder‘s duties and obligations hereunder,
Bidder may come into possession of such proprietary information, even though
Bidder 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
Contract. Bidder shall use such information only for the purpose of performing
the Services.
4. Bidder shall, upon termination of this Contract for any reason, or upon demand
by the Bank, whichever is earliest, return any and all information provided to
Bidder by the Bank, including any copies or reproductions, both hardcopy and
electronic.
5. The Bidder shall ensure that the equipment / application / software being
supplied shall be free from malicious code (Viruses, Trojan, Spyware etc.) and
shall be liable for any loss (information, data, equipment, theft of Intellectual
Property Rights, network breach, sabotage etc.) incurred to the bank arising
due to activation of any such embedded malware / malicious code. The Bidder
shall further supply a certificate to the bank in the form Appendices.

6. The bidder shall ensure that subsequent patch, hotfixes and upgrades are also
free from malicious code.
7. The bidder shall abide to the Information Security Policy (ISP) and Cyber
Security Policy (CSP) of the Bank (as amended from time to time), which will be
shared by the Bank with the L1 Bidder on need to know basis. The L1 Bidder
shall ensure that the equipment/application/software supplied under the RFP
shall be complacent with the ISP and CSP at all times
13.21 CONFLICT OF INTEREST
The Bidder shall disclose to the Bank in writing, all actual and potential conflicts of
interest that exist, arise or may arise (either for the Bidder or the Bidder‘s team) in
the course of performing the Services as soon as practical after it becomes aware of
that conflict.
13.22 OTHER TERMS
The Parties agree to amend the Contract from time to time to align with the
legislative, regulatory, legal and judicial changes affecting the purpose, project,
services, and the parties.
13.23 WAIVER
No failure or delay on the part of either party relating to the exercise of any right,
power, privilege or remedy provided under this RFP or subsequent agreement with
the other party shall operate as a waiver of such right, power, privilege or remedy
or as a waiver of any preceding or succeeding breach by the other party nor shall
any single or partial exercise of any right, power, privilege or remedy preclude any
other or further exercise of such or any other right, power, privilege or remedy
provided in this RFP or subsequent agreement all of which are several and
cumulative and are not exclusive of each other or of any other rights or remedies
otherwise available to either party at law or in equity.
13.24 VIOLATION OF TERMS

The Bank clarifies that the Bank shall be entitled to an injunction, restraining order,
right for recovery, specific performance or such other equitable relief as a court of
competent jurisdiction may deem necessary or appropriate to restrain the vendor
from committing any violation or enforce the performance of the covenants,
obligations and representations contained in this RFP. These injunctive remedies are
cumulative and are in addition to any other rights and remedies the Bank may have
at law or in equity, including without limitation a right for recovery of any amounts
and related costs and a right for damages.
13.25 ADDITION / DELETION OF QUALIFIED OFFERINGS
Both parties agree that the intent of this tender is to establish an initial set of
service offerings. The Bank recognizes that, as the use of these services expands, it
is possible that additional services and / or service categories will be needed. In

addition, the Bank recognizes that from time to time hardware and software
products that are provided as part of vendor services will be upgraded or replaced
as technology evolve. Replacement and / or supplemental hardware and software
products that meet or exceed the minimum proposal requirements may be added
with the prior approval of the Bank. For this purpose, a Change Order Procedure will
be followed. Bank may request a change order in the event of actual or anticipated
change(s) to the agreed scope of work, services, deliverables and schedules. The
vendor shall prepare a change order reflecting the actual or anticipated change(s)
including the impact on deliverables schedule. The vendor shall carry out such
services as required by the Bank. The terms of the contract would apply to such
incremental deliverables and services.
The vendor shall agree that the price for incremental offering cannot exceed the
original proposed cost and the Bank reserves the right to re-negotiate the price. At
the unit rates provided for TCO calculations, the Bank has limit of up to 25% for re-
order at those rates. However, this excludes the hardware to be provided by the
vendor at their cost due to under sizing...
The Bank is under no obligation to honor such requests to add service categories or
amend this contract.
As a method for reviewing vendor services and Bank requirements, the Bank will
sponsor regular reviews to allow an exchange of requirements and opportunities.
All quantities mentioned in this RFP are indicative. The quantities of components to
be procured as part of this tender can be varied by the Bank. This also includes the
right to modify the number of source systems, targets, reports & statements, dash
boards, score cards, concurrent users etc.
The scope as defined in the RFP is what is covered in the commercial proposal, and
anything not explicitly mentioned in scope would be treated as out of scope
13.26 THIRD PARTY COMPONENTS
The vendor shall specify any third-party software, tools, products or materials
required for performing the services or incorporated into or provided in
connection with a deliverable ("Third-Party Components"). The vendor shall be
responsible for obtaining appropriate license for such Third-Party Components and
for paying applicable license fee.
13.27 INFORMATION OWNERSHIP
All information processed, stored, or transmitted by vendor equipment belongs to
the Bank. By having the responsibility to maintain the equipment, the vendor does
not acquire implicit access rights to the information or rights to redistribute the
information. The vendor understands that civil, criminal, or administrative penalties
may apply for failure to protect information appropriately.
13.28 PRIVACY AND SECURITY SAFEGUARDS

The vendor shall not publish or disclose in any manner, without the Bank's prior
written consent, the details of any security safeguards designed, developed, or

implemented by the vendor under this contract or existing at any Bank location. The
vendor shall develop procedures and implementation plans to ensure that IT
resources leaving the control of the assigned user (such as being reassigned,
removed for repair, replaced, or upgraded) are cleared of all Bank data and
sensitive application software. The vendor shall also ensure that all subcontractors
who are involved in providing such security safeguards or part of it shall not publish
or disclose in any manner, without the Bank's prior written consent, the details of
any security safeguards designed, developed, or implemented by the vendor under
this contract or existing at any Bank location.
13.29 CONFIDENTIALITY
―Confidential Information‖ means any and all information whether oral or written
that is or has been received by the vendor (―Receiving Party‖) from the Bank
(―Disclosing Party‖) and that: relates to the Disclosing Party; is disclosed in
circumstances where the Receiving Party would reasonably understand that the
disclosed information would be confidential or is prepared or performed by or on
behalf of the Disclosing Party by its employees, officers, directors, agents,
representatives or consultants.
Without limiting the generality of the foregoing, Confidential Information shall
mean and include any information, data, analysis, compilations, notes, extracts,
materials, reports, drawings, designs, specifications, graphs, layouts, plans, charts,
studies, memoranda or other documents, or materials relating to the licensed
software, the modules, the program documentation, the source codes, the object
codes and all enhancements and updates, services, systems processes, ideas,
concepts, formulas, methods, know how, trade secrets, designs, research,
inventions , techniques, processes, algorithms, schematics, testing procedures,
software design and architecture, computer code, internal documentation, design
and function specifications, product requirements, problem reports, analysis and
performance information, business affairs, projects, technology, finances (including
revenue projections, cost summaries, pricing formula), clientele, markets,
marketing and sales programs, client and customer data, appraisal mechanisms,
planning processes etc. or any existing or future plans, forecasts or strategies in
respect thereof.
―Confidential Materials‖ shall mean all tangible materials containing Confidential
Information, including, without limitation, written or printed documents and
computer disks or tapes, whether machine or user readable. Information disclosed
pursuant to this clause will be subject to confidentiality forever.
Nothing contained in this clause shall limit vendor from providing similar services to
any third parties or reusing the skills, know-how and experience gained by the
employees in providing the services contemplated under this clause, provided
further that the vendor shall at no point use the Bank‘s confidential information or
Intellectual property.

The Receiving Party shall, at all times regard, preserve, maintain and keep as secret
and confidential all Confidential Information and Confidential Materials of the
Disclosing Party howsoever obtained and agrees that it shall not, without obtaining
the written consent of the Bank disclose or publish the same. Confidentiality
provision must apply to both the parties and must be mutual. The confidentiality
obligations shall survive the expiry or termination of the agreement between the
vendor and the Bank and for a period of 2 years thereafter. In the event of earlier
termination of the Contract, the Parties hereby agree to maintain the
confidentiality of the Confidential Information for a further period of two years
from the date of such termination.
The Receiving Party shall be responsible for ensuring that the usage and
confidentiality by its directors, partners, advisers, agents or employees, sub-
contractors and contractors is in accordance with the terms and conditions and
requirements of this RFP; or
Unless otherwise agreed herein, use of any such Confidential Information and
materials for its own benefit or the benefit of others or do anything prejudicial to
the interests of the Disclosing Party or its customers or their projects.
In maintaining confidentiality hereunder the Receiving Party on receiving the
Confidential Information and Materials agrees and warrants that it shall (i) Take at
least the same degree of care in safeguarding such Confidential Information and
materials as it takes for its own confidential information of like importance and such
degree of care shall be at least, that which is reasonably calculated to prevent such
inadvertent disclosure, (ii) Keep the Confidential Information and Confidential
Materials and any copies thereof secure and in such a way so as to prevent
unauthorized access by any third party, and (iii) Limit access to such Confidential
Information and materials strictly on a "need to know" basis to those of its directors,
partners, advisers, agents or employees, sub-contractors and contractors who are
directly involved in the consideration/evaluation of the Confidential Information
and bind each of its directors, partners, advisers, agents or employees, sub-
contractors and contractors so involved to protect the Confidential Information and
materials in the manner prescribed in this document. (iv) Maintain and use the
Confidential Information only for the purposes of the Contract and only as permitted
herein. (v) Upon discovery of any unauthorized disclosure or suspected unauthorized
disclosure of Confidential Information, promptly inform the Disclosing Party of such
disclosure in writing and immediately return to the Disclosing Party all such
Information and materials, in whatsoever form, including any and all copies thereof
(vi) The Receiving Party who receives the confidential information and materials
agrees that on receipt of a written demand from the Disclosing Party immediately
return all written Confidential Information, Confidential materials and all copies
thereof provided to, or produced by it or its advisers, as the case may be, which is
in Receiving Party‘s possession or under its custody and control (vii) Immediately
destroy all analyses, compilations, notes, studies, memoranda or other documents
prepared by it or its advisers to the extent that the same contain, reflect or derive

from Confidential Information relating to the Disclosing Party (viii) Immediately

expunge any Confidential Information relating to the Disclosing Party or its projects
from any computer, word processor or other device in its possession or under its
custody and control (ix) Immediately furnish a certificate signed by its director or
other responsible representative confirming that to the best of his/her knowledge,
information and belief, having made all proper enquiries the requirements of this
paragraph have been fully complied with.
The rights in and to the data / information residing at the Bank‘s premises, even in
the event of disputes shall at all times solely vest with the Bank
The vendor represents and agrees that during the Term of this RFP and subsequent
contract or until the Bank takes over the Deliverables from the vendor, whichever is
earlier, the Bank shall not be responsible for any loss/damage (including
malfunctioning or non-functioning of Deliverables) caused to the Deliverables for
any reason whatsoever. In such an event, the vendor shall promptly repair and/or
replace the non-performing Deliverable with a suitable replacement, if required,
without affecting the service level standards in this RFP. Confidential Information
does not include information which:
 Any information that is publicly available at the time of its disclosure or becomes
publicly available following disclosure as a matter of law(other than as a result of
disclosure by the Disclosing Party contrary to the terms of this document);
 Any information which is independently developed by the recipient without
breach of the Contract/ this RFP or acquired from a third party not subject to
the obligation of confidentiality with respect to such information;
 Any disclosure required by law or by any court of competent jurisdiction, the
rules and regulations of any recognized stock exchange or any enquiry or
investigation by any governmental, statutory or regulatory body which is lawfully
entitled to require any such disclosure provided that, so far as it is lawful and
practical to do so prior to such disclosure, the recipient shall promptly notify the
other Party of such requirement with a view to provide the other Party an
opportunity to obtain a protective order or to contest the disclosure or otherwise
agree to the timing and content of such disclosure.
 The recipient knew or had in its possession, prior to disclosure, without
limitation on its confidentiality;
The Confidential Information and Confidential Materials and all copies thereof, in
whatsoever form shall at all times remain the property of the Disclosing Party and
its disclosure hereunder shall not confer on the Receiving Party any rights
whatsoever beyond those contained in this RFP or subsequent agreement
The confidentiality obligations shall survive the expiry or termination of the
agreement between the vendor and the Bank and for period of 2 years.
13.30 TECHNOLOGICAL ADVANCEMENTS
The vendor shall take reasonable and suitable action, taking into account economic
circumstances, at mutually agreed terms, and the Service Levels, to provide the

Services to the Bank at a technological level that will enable the Bank to take
advantage of technological advancement in the industry from time to time.
13.31 INTELLECTUAL PROPERTY RIGHTS
The vendor claims and represents that it has obtained appropriate rights to provide
the Deliverables upon the terms and conditions contained in this RFP. The Bank
agrees and acknowledges that save as expressly provided in this RFP, all Intellectual
Property Rights in relation to the Software and Documentation and any adaptations,
translations and derivative works thereof whether protectable as a copyright, trade
mark, patent, trade secret, design or otherwise, provided by the vendor during, in
connection with or in relation to fulfilling its obligations under this RFP belong to
and shall remain a property of the vendor or its licensor.
During the Term of this Project and, if applicable, during the Reverse Transition
Period, Bank grants vendor a right to use at no cost or charge the Software licensed
to the Bank, solely for the purpose of providing the Services.
The vendor shall be responsible for obtaining all necessary authorizations and
consents from third party licensors of Software used by vendor in performing its
obligations under this Project. The vendor shall also be responsible for renewal of
all such licenses from time to time during the contract period. The vendor shall
quote for all such renewals in the indicative commercial bid and in case the vendor
fails to quote for renewal of any licenses in the bid, the vendor shall renew such
licenses at his cost and the bank shall not pay for other than the commercials
mentioned in the price bid. The vendor shall under no circumstances, allow any
license to expire and allow any software to be out of support during the contract
period. If a third party's claim endangers or disrupts the Bank‘s use of the Software,
the vendor shall at no further expense, charge, fees or costs to the Bank, (i) obtain
a license so that the Bank may continue use of the Software in accordance with the
terms of this tender and subsequent Agreement and the license agreement; or (ii)
modify the Software without affecting the functionality of the Software in any
manner so as to avoid the infringement; or (iii) replace the Software with a
compatible, functionally equivalent and non-infringing product.
The Bank acknowledges that in performing services under the Contract, the vendor
may use vendor's proprietary methodology, processes, ideas, knowhow and
technology or any improvements thereof ("Vendor Pre-Existing IP"). vendor agrees
that except with prior consent of the Bank, vendor shall not embed or incorporate
any product, independent utilities, tools, programs or components that are or were
developed or owned by the vendor prior to or independent of the services
performed hereunder or any enhancements or improvements thereof made as part
of the services hereunder. Notwithstanding anything to the contrary contained in
the Contract, the vendor shall continue to retain the ownership and title to all
vendor Pre-Existing IP and nothing contained herein shall be construed as preventing
or restricting the vendor from using vendor Pre-Existing IP in any manner and the

assignment provisions set forth in the contract shall not apply to vendor Pre-existing
IP or any improvements thereof. To the extent that any vendor Pre-Existing IP or a
portion thereof is incorporated or contained in a deliverable under the Contract, the
vendor hereby grants to the Bank a non-exclusive, perpetual, royalty free, fully paid
up, irrevocable license, with the right to sublicense through multiple tiers, to use,
copy, install, perform, display, modify and create derivative works of any such
vendor Pre-Existing IP in connection with the deliverables in which they are
incorporated or embedded. The foregoing license does not authorize the Bank to
separate vendor Pre-Existing IP from the deliverable in which they are incorporated
for creating a standalone product for marketing to others.
14. TERMS OF REFERENCE FOR THE CONTRACT
Definitions:
Vendor: Vendor is the finally selected Bidder who will be contracted with the Bank
to integrate ITMS post the detailed RFP evaluation by the Bank.
Conditions:
The Vendor (vendor) should take overall responsibility for all the deliverables as
part of this RFP response.
The Bidder will be the single point of contact/reference to the Bank. The Bank will
enter into agreement with the selected Bidder only. However, the Bidder as well as
other partners must confirm to the Bank that they are willing to enter into back to
back agreement that is in conformity with the deliverables and other
service/uptime commitments the bidder makes to the Bank in its response to the
RFP. If requested, the Vendor must share a copy of the back to back agreement with
the Bank.
The Bidder & its partners must also have experience in studying existing
databases/Bank‘s systems and in gathering the requirements and in supply/
installation/ integration/ implementation of the solution including the design and
construction of the ITMS suitable to the Bank.
The Bidder should submit a detailed scope, approach and deliverables along with a
detailed implementation plan of the understanding of the Bank‘s requirements as
per this RFP, bidder‘s capabilities including that of its partner‘s product
description/ solution in respect of the ITMS including methodology of
implementation.
The Bidder should furnish at least one comprehensive case study of the ITMS
deployed by them in an organization of similar magnitude giving the details of the
complete system architecture.

The Bidder has to give demonstration/presentation of the proposed ITMS and also
arrange for the visits to the sites where their solution has been implemented, if
requested by Bank. In cases where the sites are located abroad the bank may make
enquiries based on the references furnished by the bidder
15. OTHER INSTRUCTIONS TO BIDDERS:
A pre-Bid meeting of the Bidders will be held as per the schedule of event to clarify
any point/doubt raised by them in respect of this RFP. No separate communication
will be sent for this meeting. All communications regarding points requiring
clarifications and any doubts shall be given in writing to the Deputy General
Manager, as mentioned in the Key Timelines for Bidding. No interim enquiries will
be entertained.
IDBI Bank reserves the right to accept / reject any or all RFP response received in
response to this advertisement without assigning any reasons, whatsoever. No offer
can be modified or withdrawn by a bidder after submission of Bid/s.
During the process of scrutiny, evaluation and comparison of offers, the Bank may,
at its discretion, seek clarifications from all bidders/any of the bidders on the offer
made by them. The request for such clarifications and the bidder‘s response will
necessarily be in writing and it should be submitted within the time stipulated by
the Bank. In the event of any of the bidders fails to submit the response for
clarification sought within the time stipulated, their bid is liable to be rejected.
All terms and conditions, payments schedules, time frame for implementation,
expected service levels as per this tender will remain unchanged unless explicitly
communicated by the Bank in writing to the Vendor. The Bank shall not be
responsible for any judgments made by the Bidder with respect to any aspect of the
Assignment. The Vendor shall at no point be entitled to excuse themselves from any
claims by the Bank whatsoever for their deviations in confirming to the terms and
conditions, payments schedules, expected service levels, time frame for
implementation etc. as mentioned in this RFP.
As mentioned earlier in Section 7, the bank expects completion of the Project by

31st March 2019. For any deviation in the above, the bidder will have to mention the
same under Annexure 04 and propose the timeline and high level plan. Detailed
Phase Plan and Project milestones shall be discussed mutually with selected vendor
and finalized.Any resonable and justifiable deviation to the project implementation
timelines may be considered by the Bank.
The Bank and the vendor covenants and represents to the other Party the following:
 It is duly incorporated, validly existing and in good standing under as per the
laws of the state in which such Party is incorporated.

 It has the corporate power and authority to enter into Agreements and perform
its obligations there under.
 Under Agreements by such Party and the performance of its obligations there
under are duly authorized and approved by all necessary action and no other
action on the part of such Party is necessary to authorize the execution, delivery
and performance under an Agreement.
The execution, delivery and performance under an Agreement by such Party:
 Will not violate or contravene any provision of its documents of incorporation;

 Will not violate or contravene any law, statute, rule, regulation, licensing
requirement, order, writ, injunction or decree of any court, governmental
instrumentality or other regulatory, governmental or public body, agency or
authority by which it is bound or by which any of its properties or assets are
bound;
 Except to the extent that the same have been duly and properly completed or
obtained, will not require any filing with, or permit, consent or approval of or
license from, or the giving of any notice to, any court, governmental
instrumentality or other regulatory, governmental or public body, agency or
authority, joint venture party, or any other entity or person whatsoever;
To the best of its knowledge, after reasonable investigation, no representation or

warranty by such Party in this tender and subsequent Agreement, and no document
furnished or to be furnished to the other Party to this tender and subsequent
Agreement, or in connection herewith or with the transactions contemplated
hereby, contains or will contain any untrue or misleading statement or omits or will
omit any fact necessary to make the statements contained herein or therein, in light
of the circumstances under which made, not misleading. There have been no events
or transactions, or facts or information which has come to, or upon reasonable
diligence, should have come to the attention of such Party and which have not been
disclosed herein or in a schedule hereto, having a direct impact on the transactions
contemplated hereunder.
The vendor undertakes to provide appropriate human as well as other resources

required, to execute the various tasks assigned as part of the project, from time to
time. The Bank would not assume any expenses incurred by the Bidder in
preparation of the response to this RFP and also would not return the bid documents
to the Bidder.
16. OTHER RFP REQUIREMENTS
This RFP may undergo change by either additions or deletions or modifications

before the actual award of the contract by the Bank. The Bank also reserves the
right to change any terms and conditions of the RFP and its subsequent addenda as
it deems necessary at its sole discretion. The Bank will inform all Bidders of the
changes, if any.

The Bank may revise any part of the RFP, by providing a written addendum to all
the Vendor at stage till the award of the contract. The Bank reserves the right to
issue revisions to this RFP at any time before the award date. The Bank reserves the
right to extend the dates for submission of responses to this document.
Bidders shall have the opportunity to clarify doubts pertaining to the RFP in order to
clarify any issues they may have, prior to finalizing their responses. All questions are
to be submitted to the RFP coordinator at the address mentioned in Section 2.3: Key
Timelines for Bidding, and should be received by the point of contact no later than
the timeline specified. Responses to inquiries and any other corrections and
amendments will be distributed to all Bidders by fax or in electronic mail format.
Preliminary Scrutiny – The Bank will scrutinize the offers to determine whether
they are complete, whether any errors have been made in the offer, whether
required technical documentation has been furnished, whether the documents have
been properly signed, and whether items are quoted as per the schedule. The Bank
may, at its discretion, waive any minor non-conformity or any minor deficiency in an
offer. This shall be binding on all Bidders and the Bank reserves the right for such
waivers and the Bank‘s decision in the matter will be final.
Clarification of Offers – To assist in the scrutiny, evaluation and comparison of
offers, the Bank may, at its discretion, ask some or all Bidders for clarification of
their respective offers. The Bank has the right to disqualify the Bidder whose
clarification is found not suitable to the proposed project.
Erasures or Alterations – The offers containing erasures or alterations will not be
considered. There should be no hand-written material, corrections or alterations in
the offer. Technical details must be completely filled up. Correct technical
information of the product being offered must be filled in. Filling up of the
information using terms such as ―OK‖, ―accepted‖, ―noted‖, ―as given in brochure /
manual‖ is not acceptable. The Bank may treat the offers not adhering to these
guidelines as unacceptable. The proposals should be in the template that is
recommended and provided in this RFP.
Bidders’ presentation – Bidders are requested to be prepared to demonstrate the
proposed ITMS, make presentations, as part of the final evaluation in accordance
with the responses given for the identified requirements, any time after the last
date for submissions of bids.
Right to Alter Quantities – The Bank reserves the right to alter the requirements
specified in the tender. The Bank also reserves the right to delete one or more
items from the list of items specified in the tender. The Bank will inform all Bidders
about changes, if any.
Details of Sub-contracts, as applicable – If required by the Bank, vendor should
provide complete details of any sub-contractors used for the purpose of this
engagement. It is clarified that notwithstanding the use of subcontractors by the
vendor, the vendor shall be solely responsible for performance of all obligations
under the RFP irrespective of the failure or inability of the subcontractor chosen by
the vendor to perform its obligations. The vendor shall also have the responsibility

for payment of all dues and contributions, as applicable, towards statutory benefits
for its employees and sub-contractors. The above clause is only relevant for
agreements between the Vendor (vendor) and other OEMs. The Vendor (vendor) is
not permitted to subcontract any of its services to other third party service
providers unless specified within this RFP.
If the Bank is not satisfied with the technical specifications in any tender and
observes major deviations, the technical bids of such Bidders may be disqualified.
No further discussions shall be entertained with such Bidders in respect of the
subject technical bid.
Bank site will not be accepted as complete if any part of hardware, software, other
components etc. are not delivered, and if delivered not installed, and operational
zed free of any additional cost to the Bank. In such an event, the supply and
installation will be termed incomplete and will not be accepted and warranty period
will not commence besides Bank's right to invoke the penalties which will be
prescribed in the contract.
There will be an acceptance test by the Bank or its nominated consultants after
installation of the systems/equipment. In case of discrepancy in hardware /
software supplied/configured, the Bank reserves the right to cancel the entire
purchase contract and the vendor should take back their equipment at their costs
and risks.
The test will be arranged by the vendor at the sites in the presence of the officials
of the Bank and / or its consultants. The warranty for the equipment‘s (including
software and hardware provided by the vendor pursuant to this tender and
subsequent Agreement) will commence after acceptance testing. The tests will
involve trouble-free operation of the complete system during UAT apart from
physical verification and testing. There shall not be any additional charges for
carrying out this acceptance test. The Bank will take over the system on successful
completion of the above acceptance test. The Installation cum Acceptance Test &
Check certificates jointly signed by vendor's representative and Bank's official or any
consultant / auditor appointed by the Bank should be received by the Bank‘s IT
Department, along with invoice etc. for scrutiny before taking up the request for
consideration of payment.
The vendor should offer maintenance support at the Bank DC and DRC locations. The
vendor is responsible for managing the activities of its personnel or the personnel of
its subcontractors/franchisees and will be accountable for both. The vendor shall be
vicariously liable for any acts, deeds or things done by their employees, agents,
contractors, subcontractors etc. which is outside the scope of power vested or
instructions issued by the Bank. vendor shall be the principal employer of the
employees, agents, contractors, subcontractors etc. engaged by the vendor and
shall be vicariously liable for all the acts, deeds or things, whether the same is
within the scope of power or outside the scope of power, vested under the purchase
contract to be issued for this tender.

No right of any employment shall accrue or arise, by virtue of engagement of

employees, agents, contractors, subcontractors etc. by the vendor, for any
assignment under the purchase contract to be issued for this tender. All
remuneration, claims, wages, dues etc. of such employees, agents, contractors,
subcontractors etc. of vendor shall be paid by vendor alone and the Bank shall not
have any direct or indirect liability or obligation, to pay any charges, claims or
wages of any of vendor‘s employee, agents, contractors, and subcontractors. The
vendor shall hold the Bank, its successors, Assignees and Administrators fully
indemnified and harmless against loss or liability, claims actions or proceedings, if
any, that may arise from whatsoever nature caused to the Bank through the action
of its employees, agents, contractors, subcontractors etc. However, the vendor
would be given an opportunity to be heard by the Bank prior to making of a decision
in respect of such loss or damage.
The Bank shall inform the vendor of all known breaches and claims of
indemnification and shall grant the vendor sole authority to defend, manage,
negotiate or settle such claims; and make available all reasonable assistance in
defending the claims (at the expense of the vendor). The written demand by the
Bank as to the loss / damages mentioned above shall be final, conclusive and
binding on the vendor and vendor shall be liable to pay on demand the actual
amount of such loss / damages caused to the Bank.
In respect of demands levied by the Bank on the vendor towards breaches, claims,
etc. the Bank shall provide the vendor with details of such demand levied by the
Bank.
For the purposes of this Clause, the indemnity may be restricted to the areas
mentioned, i.e., ―claims arising out of employment, non-payment of remuneration
and non-provision of statutory benefits by the vendor to its employees, its agents,
contractors and sub-contractors‖
RFP Indemnity would be limited to court or arbitration awarded damages and shall
exclude indirect, consequential and incidental damages. However indemnity would
cover damages, loss or liabilities suffered by the Bank arising out of claims made by
its customers and/or employees and/or regulatory authorities.
However, there are other indemnities such as indemnity for IPR violation,
confidentiality breach, etc., that the vendor is expected to provide as per the RFP.
The vendor‘s designated representative and local office will be the contact point for
the Bank. The delivery and installation status of equipment‘s should be reported on
a weekly basis. Vendor should ensure that the hardware delivered to the Bank
including all components and attachments are brand new. In case of software
supplied with the system, the vendor should ensure that the same is licensed and
legally obtained with valid documentation made available to the Bank.
The vendor shall procure adequate and appropriate number of software licenses
from the OEM‘s for the Bank. Vendor shall also provide other licenses for
applications, operating system and database as required by the Bank to successfully
utilize the proposed ITMS.

Vendor shall indemnify, protect and save the Bank against all claims, losses, costs,
damages, expenses, action, suits and other proceedings, resulting from infringement
of any patent, trademarks, copyrights etc. or such other statutory infringements
under any laws including the Copyright Act, 1957 or Information Technology Act
2000 in respect of all the hardware, software and network equipment‘s or other
systems supplied by them to the Bank from whatsoever source, provided the Bank
notifies the vendor in writing as soon as practicable when the Bank becomes aware
of the claim however, (i) the vendor has sole control of the defense and all related
settlement negotiations (ii) the Bank provides the vendor with the assistance,
information and authority reasonably necessary to perform the above and (iii) the
Bank does not make any statements or comments or representations about the claim
without the prior written consent of the vendor, except where the Bank is required
by any authority/regulator/court to make a comment/statement/representation.
Further, Indemnity would cover damages, loss or liabilities suffered by the Bank
arising out of claims made by its customers and/or regulatory authorities and/or any
other person due to the failure of the vendor.
Manufacturer’s Authorization Form (MAF) – The Bidder should furnish a letter from
original equipment manufacturer authorizing the Vendor to quote for OEM‘s product
in response to the RFP from the Bank as per Annexure03. The said letter should also
offer to extend the required warranty from the OEM in respect of the items
stipulated in the RFP.
Technical Inspection and Performance Evaluation - The Bank may choose to carry
out a technical inspection/audit and performance evaluation of products offered by
the vendor. The vendor would permit the Bank or any person / persons appointed by
the Bank to observe the technical and performance evaluation / benchmarks carried
out by the vendor. Any expenses (performing the benchmark, travel, stay, etc.)
incurred for the same would be borne by the vendor and under no circumstances the
same would be reimbursed to the vendor by the Bank.
Additional Information:
Vendors and/or its authorized service providers should have their own employees for
execution of projects. However, vendor will be fully responsible for the service for
the service providers. The Bank will not make any reference to them. In case of any
deficiency in service, penalties will be to vendor‘s account.
Neither this tender nor the vendor‘s performance of obligations under this tender
shall create an association, partnership, joint venture, or relationship of principal
and agent, master and servant, or employer and employee, between the Bank and
the vendor or its employees, partners; and neither Party shall have the right, power
or authority (whether expressed or implied) to enter into or assume any duty or
obligation on behalf of the other Party.
The vendor shall solely be responsible for all payments (including any statutory
payments) to its employees and / or sub-contractors and shall ensure that at no
time shall its employees, personnel or agents hold themselves out as employees or
agents of the Bank, nor seek to be treated as employees of the Bank for any

purpose, including claims of entitlement to fringe benefits provided by the Bank, or

for any kind of income or benefits. The vendor alone shall file all applicable tax
returns for all of its personnel assigned hereunder in a manner consistent with its
status as an independent contractor of services; and the vendor will make all
required payments and deposits of taxes in a timely manner.
Prime Bidder arrangement
In the case of a Prime bidder arrangement, the following rules will be applicable:
The vendor is required to provide proof that the vendor is authorized to bid with the
products that it does not own. This may be in the form of a (notarized copy of)
letter authorizing the Bidder as per Annexure 03 from a duly constituted attorney
and / or a (notarized copy of) back-to-back agreement between the concerned
parties. The vendor agrees to produce such letter/ agreement in original as and
when required by the Bank.
The Bidder should be an authorized partner to the OEM, whose solution is proposed
and copy of the relevant credential letters & supporting documents to be provided.
Vendor should get the implementation of the solution done by the respective OEM
and a letter/credential in this regard should be submitted. The OEMs letter should
clearly communicate how the proposed ITMS will address the required planning,
design and implementation, as well as the support services. The OEM‘s response
must also address the operational requirements for the maintenance, repair and
enhancement of the systems & infrastructure maintained.
The responsibility for the details presented in the responses will be with the vendor,
which will form part of the final legal contract. The vendor will be totally
responsible for delivering contractual services end to end and will be a single point
of contact; and
It is expressly clarified that even in the case of a multiple vendor arrangement led
by a prime vendor; the lead vendor shall have the single-point
responsibility/liability to ensure the fulfillment of all obligations of the partners and
themselves under the contract.
17. LICENSE AND INTELLECTUAL PROPERTY OWNERSHIP
The Parties hereby acknowledge and agree that
1 Vendor hereby grants the Bank an irrevocable, nonexclusive, worldwide, fully

paid-up license to use and execute all Software that constitutes part of the
Deliverables under this Agreement.
2 Subject to Sub-Clause (1) above, vendor or Sub Contractors will own respective
right, title and interest in Intellectual Property in relation to the Deliverables
and the Services created for the purposes of the Project (collectively hereinafter
referred to as the ―Materials‖), subject to the other provisions of this
Agreement. The Bank or its Affiliates will have a non-exclusive, irrevocable,
royalty free, non-transferable license to use the Materials in their ordinary
course of business or in furtherance of the same.

3 For the avoidance of doubt, it is hereby clarified that each party hereby grants
to the other only the licenses and rights specifically set out in this Agreement
and that no other licenses or rights are granted under the terms hereof.
4 The Bidder has to provide all customization source codes and Documentation to
the bank. The relevant IPR related to customization will be with Bank.
Delivery
The vendor, at the time of installation shall deliver to the Bank required copies of
the object code version of the Software and the associated Program Documentation
including operation manual and training material. The vendor, after customization
shall deliver to the Bank required copies of the object code version of the
customized Software and the associated Program Documentation including operation
manual and training material, module-wise complete solution document. The
vendor, after modifications, updates or new versions shall deliver to the Bank
required copies of the revised object code version of the latest Software and the
revised associated Program Documentation including operation manual, module-wise
complete solution document and training material. The Program Documentation
shall consist of required number of User Manuals per specified number of users/
office, Data Center and Disaster Recovery Center. The program documentation shall
be supplied by the vendor to the Bank both in hard copy form except where hard
copies are not available and soft copy form (MS word format and HTML Browser
format). The operational manual shall be provided by the vendor under help menu
in the software as dynamic online documentation / help files, wherever applicable.
The object code version of the Software, executables and required run-time files
shall be on Compact Disc or on any such media as desired by the Bank as may be
applicable.
The grant of license by the vendor herein shall be for processing the internal
business of the Bank or its affiliates and does not, without limitation, include the
rights to reverse engineer, reverse compile or otherwise arrive at the source code of
the Software nor does it include the rights to sell, lease, license, sublicense or
otherwise transfer, convey or alienate the software for commercial consideration to
any person.
Except as specifically agreed by and between vendor and Bank, the ownership of all
rights, title and interest, including without limitation, all patents, copy right, trade
secrets and any other form of intellectual property rights in and to software, any
derivative works thereof and enhancements thereto, hardware and documentation
are and shall at all times remain with the vendor or its Licensors and be the sole and
exclusive property of the vendor or its Licensors. The Bank acknowledges and agrees
that nothing contained in this RFP and subsequent Agreement shall be construed as
conveying by the vendor or its licensor‘s title or ownership interest in any licensed
software or any derivative works thereof and enhancements thereto. Nothing
contained herein shall be construed to preclude the vendor from owing, using,

improving, marketing, including without limitation, licensing to other persons any

and all licensed software.
Rights
The vendor shall ensure that the equipment (including hardware and software) does
not infringe third party intellectual property rights. If a third party's claim
endangers or disrupts the Bank‘s use of the software, the vendor shall be required
to, at no further expense, charge, fees or costs to the Bank, (i) obtain a license so
that the Bank may continue use of the equipment in accordance with the terms of
this RFP and subsequent Agreement and the license agreement; or (ii) modify the
equipment without affecting the functionality in any manner so as to avoid the
infringement; or (iii) replace the equipment with a compatible, functionally
equivalent and non-infringing product; or (iv) refund to the Bank the amount paid
for the infringing software and bear the incremental costs of procuring a
functionally equivalent equipment from a third party, provided the option under the
sub clause (iv) shall be exercised by the Bank in the event of the failure of the
vendor to provide effective remedy under options (i) to (iii) within a reasonable
period which would not affect the normal functioning of the Bank. The vendor shall
have no liability for any claim of infringement based on (i) a claim which continues
because of Bank‘s failure to use a modified or replaced software that is at least
functionally equivalent to the software, or the Bank‘s failure to use corrections,
fixes, or enhancements made available and implemented by the vendor, despite
notice of such failure by the vendor in writing, (ii) any change, not made by or on
behalf of the vendor, to some or all of the software/deliverables supplied by the
vendor or modification thereof; or (iii) the Bank‘s continued misuse of some or all of
the software/deliverables or any modification thereof despite notice from the
vendor of such misuse in writing.
Vendor is the Prime Vendor for purposes of all deliverables and services, with the
single-point responsibility for the same. Should the software provided by the vendor
be infringing, it would have a serious business impact on the business of the Bank.
Therefore, the vendor should take responsibility of its actions. Even if Bank would
have used the deliverables before the infringement was noticed, legally each such
use constituted infringement and therefore the vendor is in breach of the vendor‘s
warranty and obligation.

18. ANNEXURES
ANNEXURE 00 - DOCUMENT CHECKLIST

Documents, other than commercial bid, must be submitted in the following order as part of the
response to the RFP.
SL. Description Provided with
the RFP
Response-
Technical Bid
01 Document checklist (Yes/No)

02 2 DD (EMD & Bid Price) / Bank Guarantee (EMD) (Annexure 06) (Yes/No)
03 Cover Letter - Technical Offer (Annexure 01) (Yes/No)
04 Authorization letter format for Technical Opening (Annexure 02) (Yes/No)
05 Letter from OEM (Annexure 03) (Yes/No)
06 Conformity letter (Annexure 04) (Yes/No)
07 Bid Undertaking Letter (Annexure 05) (Yes/No)
08 General Eligibility Compliance Criteria (Annexure 09) (Yes/No)
09 Hardware Sizing Adequacy (Annexure 10) (Yes/No)
10 Functional Requirements (Annexure 11) (Yes/No)
11 Technical Requirements (Annexure 12) (Yes/No)
12 Interface Requirements (Annexure 13) (Yes/No)
13 Integrity Pact (On Stamp paper of Rs.100) (Annexure 14) (Yes/No)
14 Bandwidth Requirements (Annexure 15) (Yes/No)
15 Minimum Security Requirements (Annexure 16) (Yes/No)
16 Vendor Experience (Annexure 17) (Yes/No)
17 Experience Format for Team Members (Annexure 18) (Yes/No)
18 Commercial Bid Undertaking (Annexure 19) (Yes/No)
19 Post go-live support Details (Annexure 20) (Yes/No)
20 Information Security Declaration and Certificate (Annexure 21) (Yes/No)
21 Indicative Commercial bid – (Masked) (Annexure 22) (Yes/No)
22 Signed and stamped copy of RFP (Yes/ No)
It is certified that the information furnished here in and as per the document submitted is
true and accurate.
Dated this…………………………………..by ........................................... 20
Authorized
Signatory
Designation

ANNEXURE 01 - COVER LETTER FOR TECHNICAL OFFER

To,
The Deputy General Manager Date: DD-MM-YY
IDBI Bank Limited,
IDBI Tower, WTC Complex
Cuffe Parade, Mumbai 400005
Dear Sir,
REF: RFP Ref No. --------------------- dated XX/XX/20XX
Having examined the RFP Documents including all Annexures and Appendices, the receipt of
which is hereby duly acknowledged, we, present the undersigned offer to supply, deliver,
implement and commission ALL the items mentioned in the ‗Request for Proposal‘ and the
other schedules of requirements and services for your Bank in conformity with the said RFP
Documents in accordance with the schedule of Prices indicated in the Price Bid and made part
of this RFP.
If our Bid is accepted, we undertake to comply with the delivery schedule as mentioned in the
RFP Document.
We agree to abide by this RFP Offer for 6 months from date of RFP (Commercial Bid) opening and
our Offer shall remain binding on us and may be accepted by IDBI Bank any time before expiry
of the offer.
This Bid, together with your written acceptance thereof and your notification of award, shall
constitute a binding Contract between us. We undertake that in competing for and if the award
is made to us, in executing the subject Contract, we will strictly observe the laws against fraud
and corruption in force in India namely ―Prevention of Corruption Act 1988‖.
Commission or gratuities, if any, paid or to be paid by us to agents relating to this Bid and to
Contract execution, if we are awarded the Contract are listed below.
Name and Address of the Agent
Amount and Currency in which Commission paid / payable
Purpose of payment of Commission (If commission is not paid / not payable indicate the same
here)
We agree that the Bank is not bound to accept the lowest or any Bid the Bank may receive.
We certify that we have provided all the information requested by the Bank in the format
requested for. We also understand that the Bank has the exclusive right to reject this offer in
case the Bank is of the opinion that the required information is not provided or is provided in a
different format.
Dated this…………………………………..by ........................................... 20
Authorized Signatory
(Name: Contact Person, Phone No., Fax, E-mail)

(This letter should be on the letterhead of the Bidder duly signed by an authorized signatory)

ANNEXURE 02 - AUTHORIZATION LETTER FORMAT

(To be brought at the time of opening of Bids)
To,
IDBI Bank Limited,
Cuffe Parade, Mumbai – 400005
Sub: Authorization Letter for attending the Bid Opening
REF: RFP Ref No.-IDBI/PCell/RFP/XX-XX/XX

This is with reference to your Request for Proposal (RFP) for Supply, Installation,
Implementation, Integration, Customization and Maintenance of the Integrated Treasury
Management Solution.
Mr./Miss/Mrs. is hereby authorized to
attend the bid opening of the above RFP Ref No.-IDBI/PCell/RFP/XX-XX/XX dated XX-XX-
2018 on on behalf of our organization.
The specimen signature is attested below:
Specimen Signature of Representative
Signature of Authorizing Authority Signature of Attesting Authority
Name of Authorizing Authority

ANNEXURE 03 - LETTER FROM OEM

To
Place:
IDBI Bank Limited,
Cuffe Parade, Mumbai
RFP Ref No.-IDBI/PCell/RFP/XX-XX/XX
Name of the System Integrator:
Dear Sir,
We(Name of the Manufacturer) who are established and reputable manufacturers of

__________________________________________________________ do hereby authorize and
permit M/s to submit Bid to IDBI Bank in response to their Request for
# Product/Service Details
We also hereby authorize Prime Bidder to submit the Bid (including commercial bid),
negotiate and finalize the commercial and technical aspects of the Bid with IDBI Bank on
behalf of us.
However, as a participating member we have understood in full the intent of the RFP and
agree to its terms and conditions for delivering and maintenance of the products/services
offered by us to the Bank through the Prime Bidder under ―REQUEST FOR PROPOSAL (RFP)
FOR END-TO-END IMPLEMENTATION OF ITMS WITH MARKET RISK‖ project.
We hereby extend our guarantee and warranty as per terms and conditions of the RFP and
the contract for the equipment and services offered for supply against this RFP by the
above- mentioned Bidder, and hereby undertake to perform the obligations as set out in the
RFP in respect of such equipment and services.
Yours Faithfully,
Authorized Signatory:
Name:
Designation:
Phone/Email:
(This letter has to be submitted by every participating member of the arrangement as per
the Annexure 03 and should be on the letterhead of the OEM duly signed by an authorized
signatory)

ANNEXURE 04 - CONFORMITY LETTER

To,
The Deputy General Manager Date DD-MM-YYYY
IDBI Bank Limited,
IDBI Tower, WTC Complex, Cuffe Parade
Mumbai – 400 005
RFP Ref No: IDBI/PCell/RFP/2018-19/007
We,______________________________(Name of Bidder) unconditionally accept all the
terms and conditions as mentioned in the said RFP/Bid Document floated by IDBI Bank Ltd.
IDBI Bank is not bound by any other extraneous matters or deviations, even if mentioned by
us elsewhere either in our proposal or any subsequent deviations sought by us, whether
orally or in writing, except for the following deviations and IDBI Bank‘s decision not to
accept any such extraneous conditions and deviations will be final and binding on us.
Until a formal contract is finalized and executed, this Bid Documents, together with
relevant documents as amended, modified, supplemented, revised, modified by addendum,
etc., if any, at the sole discretion of Bank duly initialled/executed shall constitute a binding
Contract between us.
Sr. RFP RFP Clause/Sub Clause Deviation Specific Page

no.
No. Page Point / no. Of the
Response
# Section #
1 68 7. Project Timeline
Signature of Authorizing Authority with Seal

Place:
Date:

ANNEXURE 05 - BID UNDERTAKING
(To be included in Technical Bid Envelope)
To,
IDBI Bank Limited,
IDBI Tower, WTC Complex Cuffe Parade
Mumbai – 400 005
Dear Sir,
true and accurate and nothing has been concealed or tampered with. We have gone through
all the conditions of bid and are liable to any punitive action for furnishing false information
/ documents.
Yours Faithfully,
<Authorised Signatory>
<Designation>

ANNEXURE 06 - BANK GUARANTEE
Bank Guarantee No.
Bank Guarantee Amount
Expiry Date
Claim Amount Account
GUARANTEE FOR SECURING THE PAYMENT OF EARNEST MONEY DEPOSIT

THIS GUARANTEE AGREEMENT executed at this day of Two Thousand and Eighteen
Bank, a body corporate constituted under Banking Companies (Acquisition And Transfer of
Undertakings) Act, 1970/1980, having its Registered Office at __________, and a Branch
Office at
(Hereinafter referred to as ―the Guarantor‖, which expression shall, unless it be repugnant
to the subject, meaning, or context thereof, include its successors and assigns)
IN FAVOUR OF:
IDBI BANK LIMITED, a company registered under the Companies Act, 1956 (1 of 1956) and a
banking company within the meaning of Section 5 (c) of the Banking Regulation Act, 1949
(10 of 1949) and having its registered office at IDBI Tower, WTC Complex, Cuffe Parade,
Mumbai – 400005 (hereinafter referred to as ―Bank‖ which expression shall unless it be
repugnant to the subject, meaning or context thereof, be deemed to mean and include its
successors and assigns),
1 WHEREAS the Bank, had called for the bids for Supply, installation and maintenance of
CDs and in terms thereof the Bidders are required to deposit with the Bank, Earnest
Money Deposit (EMD) of Rs.XXXXXX (Rs. XXXXXX only) or furnish bank guarantee of an
equivalent amount in the form and manner satisfactory to the Bank along with the Bid
Documents.
2 AND WHEREAS pursuant the above, M/s………………….. (the Bidder) also proposes to
participate in the Bid and in lieu of depositing the demand draft/pay order Rs.XXXXXX
(Rs. XXXXXX only) towards EMD, desires to furnish an unconditional and irrevocable bank
guarantee, for the aforesaid purpose from a bank acceptable to the Bank in accordance
with the terms of the Bid Documents.
3 AND WHEREAS the Bidder has accordingly agreed to provide an unconditional and
irrevocable bank guarantee towards payment of EMD in fulfillment of the terms of the
Bid Documents.
4 AND WHEREAS at the request of the Bidder, the Guarantor has agreed to guarantee the
Bank, payment of the EMD of Rs. Rs.XXXXXX (Rs. XXXXXX only) and also the due and
faithful observance and performance of the terms of the Bid as detailed in the Bid
Documents.
NOW THEREFORE THIS AGREEMENT WITNESSETH AS FOLLOWS:

In consideration of the Bank agreeing to accept a bank guarantee in lieu of actual deposit of
demand draft/pay order towards EMD along with the Bid Documents submitted by the
Bidder to the Bank for scrutiny and processing, the Guarantor hereby unconditionally,
absolutely and irrevocably guarantees to the Bank as follows:
1) The Guarantor hereby guarantees and undertakes to pay, on demand, to the Bank at its
office at Mumbai forthwith, the EMD of) Rs. XXXXXX (Rs. XXXXXX only) or any part
thereof, as the case may be, as aforesaid due to the Bank from the Bidder, towards any
loss, costs, damages, etc. suffered by the Bank on account of the Bidder‘s failure to
fulfill the terms of the EMD and/or the due and faithful observance and performance of
all the terms of the Bid, at any time up to [•] without any demur, reservation, contest,
recourse or protest or without any reference to the Bidder. Any such demand or claim
made by the Bank, on the Guarantor shall be final, conclusive and binding
notwithstanding any difference or any dispute between the Bank and the Bidder or any
dispute between the Bank and the Bidder pending before any Court, Tribunal,
Arbitrator, or any other authority.
2) The Guarantor agrees and undertakes not to revoke this Guarantee during the currency
of these presents, without the previous written consent of the Bank and further agrees
that the Guarantee herein contained shall continue to be enforceable until and unless it
is discharged earlier by the Bank, in writing.
3) The Bank shall be the sole judge to decide whether the Bidder has failed to fulfill any
terms and conditions of the EMD and/or the terms of the Bid and on account of the said
failure what amount has become payable by the Bidder to the Bank under this
Guarantee. The decision of the Bank in this behalf shall be final, conclusive and binding
on the Guarantor and the Guarantor shall not be entitled to demand the Bank to
establish its claim under this Guarantee but shall pay the sums demanded without any
objection, whatsoever.
4) To give effect to this Guarantee, the Bank, may act as though the Guarantor was the
principal debtor to the Bank.
5) The liability of the Guarantor, under this Guarantee shall not be affected by
a) any change in the constitution or winding up of the Bidder or any absorption, merger
or amalgamation of the Bidder with any other Company, Corporation or concern; or
b) any change in the management of the Bidder or takeover of the management of the
Bidder by the Government or by any other authority; or
c) acquisition or nationalization of the Bidder and/or of any of its undertaking(s)
pursuant to any law; or
d) any change in the constitution of the Bank or
e) any change in the setup of the Guarantor which may be by way of change in the
constitution, winding up, voluntary or otherwise, absorption, merger or
amalgamation or otherwise; or the absence or deficiency of powers on the part of
the Guarantor to give Guarantees and/or Indemnities or any irregularity in the
exercise of such powers.

6) Notwithstanding anything contained hereinabove, the liability of the Guarantor

hereunder shall not exceed Rupees of Rs. XXXXXX (Rs. XXXXXX only). This Guarantee
should be valid for a period of [•] months. This Guarantee shall commence on [•] and
shall expire on [•] (Validity period). Any demand or claim under this Guarantee must be
received by the Guarantor by [•] (claim period) and if no such demand or claim has been
received by the Guarantor by the date mentioned as aforesaid, then all the rights of the
Bank under this Guarantee shall cease.
7) The Bank shall be at liberty to make any modification or otherwise vary or alter the said
terms & conditions and / or rules or regulations concerning the invitation of bids,
bidding process or awarding of the contract under the RFP document and the same will
not in any way discharge or otherwise vitiate or affect this Guarantee. However, the
liability of the Guarantor shall not exceed the guaranteed amount of Rs.XXXXXX (Rs.
XXXXXX only) at any point of time.
8) For all purposes connected with this Guarantee and in respect of all disputes and
differences under or in respect of these presents or arising therefrom, the courts of
Bombay city/ Mumbai city, where the Bank has its Registered Office, shall alone have
jurisdiction to the exclusion of all other court
IN WITNESS WHEREOF the Guarantor has caused these presents to be executed on the day,
month and year first hereinabove written as hereinafter appearing.
SIGNED AND DELIVERED BY
The within named Guarantor,

By the hand of Shri. , its authorized official.
Authorization to be furnished
An amount is to be inserted by Bank or Financial Institution representing the amount of the
EMD.
To,
<Concerned Contact> Date DD-MM-YYYY
<Insert Address>
true and accurate and nothing has been concealed or tampered with. We have gone through
all the conditions of bid and are liable to any punitive action for furnishing false information
/ documents.
<Authorized Signatory>
<Designation>

ANNEXURE 07 - SERVICE LEVEL AGREEMENT FOR ITMS
IDBI intends to select the successful bidder who shall have the common vision to deliver
high quality services.
Bank expects that the Bidder shall be bound by the Service levels described in this
document for providing Services and support wherever applicable. The SLA parameters are
listed below and shall be binding on the selected Bidder who shall execute the contract
with the Bank. Bank may add/append the SLAs during the contractual phase.
In addition to the SLAs specific to this RFP document, Bidder has to comply with Model
SLAs defined by the Bank failing which the Bidder shall be disqualified from the selection
process.
Bidder should take a note of the same.
IDBI expects the successful vendor to adhere to the minimum service requirements as
mentioned below:
• Prompt action by the vendor on intimation by the bank through any means of
communication regarding any fault/ issue so as to adhere to service levels.
• Penalties shall be calculated on the basis of Downtime and impact on Business.
• The vendor should have 24*7 reporting, monitoring, and escalation infrastructure. In
case of any incident, the support should be extended till the issue is resolved.
• Time-bound problem addressing team (onsite / offsite) for the complete contract
period.
Vendor to arrange for update required in the system to meet the changes suggested by RBI/
Govt. of India/other authorities towards compliance as part of ATS/support at no extra
cost to bank for the entire contract period. Any delay in meeting the timelines would
result in penalty.
A minimum uptime guarantee of 99.90% is needed, calculated on a monthly basis.
Application availability will be 99.90% on 24x7. The penalty will be calculated as per the
details given below.
1. “Downtime” shall mean the time period for which the specified services/ components
with specified technical and service standards are not available to IDBI‘s users. This
excludes the scheduled outages planned in advance and the bandwidth link failures
within SLA limits agreed with network service providers. The Downtime will be
calculated as Unavailable Time divided by Total Available Time, calculated on a
monthly basis.
2. “Application Uptime percentage” – 100% less (minus) downtime Percentage.

3. “Total Available Time” – 24 hours per day for seven days a week.
4. “Incident‖ refers to any event / abnormalities in the functioning of the system/
specified services that may lead to deterioration, disruption in normal operations of
IDBI‘s services.
5. “Unavailable Time” – Time involved while the solution is inoperative or operates
inconsistently or erratically.
6. “Response Time” shall mean the time taken in responding to the incident.
7. “Resolution Time” shall mean the time taken in resolving (diagnosing,
troubleshooting and fixing) an incident after it has been reported at the helpdesk.
The resolution time shall vary based on the category (severity) of the incident
reported at the service desk. The category shall be defined and agreed between IDBI
and Service Provider.
Following are the requirements related to managing the service levels to be maintained in
providing such services.
 Service Level Agreement (SLA) and Targets
This section includes the SLAs which IDBI requires the Successful Bidder to manage as key
performance indicators for the scope of work. The objective of the SLA is to clearly
define the levels of services to be delivered by the Successful Bidder to IDBI for the
duration of the contract. The following section reflects the measurements to be used to
track and report performance on a regular basis. The targets shown in the following
sections are for the period of contract or its revision whichever is earlier.
 Service Levels
Service levels will include Availability measurements and Performance parameters.
The Bidder shall provide Availability Report on monthly basis and a review shall be
conducted based on this report. A monthly report shall be provided to the Bank at the
end of last month of quarter containing the summary of all incidents reported, TAT for
resolution and associated Bidder performance measurement for that period.
Performance measurements would be accessed through audits or reports, as appropriate
to be provided by the Bidder e.g. utilization reports, response time measurements
reports, etc.
The tools/solutions to perform the audit will need to be provided by the Bidder. Audits
will normally be done on regular basis or as required by Bank and will be performed by
Bank or Bank appointed third party agencies. Cost Reference that is mentioned is cost for
the referenced item for the complete tenure of the Contract.

Service Criteria:
Monitoring
Uptime
Penalty Details Periodicity
Mechanism
Percentage
No penalty Monthly EMS

99.90%
2% of cost of monthly maintenance
Monthly EMS
99.50%
charges*
5% of cost of monthly maintenance
Monthly EMS
99%
charges
Penalty shall be at an incremental
rate of 1% (in addition to a base of
5%) of cost of monthly maintenance Monthly EMS
98%
charges for every 0.1% lower than the
stipulated uptime
* Monthly maintenance charges will be calculated as per month (one-twelfth) cost of
ATS/AMC applicable
The percentage of uptime shall be calculated monthly and the amount calculated shall be
adjusted from every subsequent quarterly payment. The SLA charges will be subject to an
overall cap of 10% of the Monthly Maintenance Charges and thereafter, Bank has the
discretion to cancel the contract. If the vendor fails to meet an uptime of 99.90% for three
(3) consecutive months, the Bank shall have the discretion to terminate the contract. In
case if there are no pending invoices to be paid by the Bank to the vendor, the vendor has to
submit a pay order / Cheque payable in favor of IDBI Bank for the same within 15 days from
the notice period from the Bank.
Availability Service Level shall be calculated on a monthly basis. A Service Level Default will
occur when the vendor fails to maintain minimum uptime of 99.90%, as measured monthly.
The Recovery Point Objective (RPO) and Recovery Time Objective (RTO) of the ITMS should
be same as IDBI bank‘s RTO and RPO for the current treasury system.
Note: The successful bidder shall not be penalized for those service level breaches that
occur due to any reason (beyond the control of the successful bidder). However, the bidder
is required to maintain a log of such events and also inform the bank about any such event.
Bank shall reserve the right to perform root cause analysis (RCA) by its internal team(s) or
engage external parties to perform the same. The successful bidder shall cooperate with

the team performing the procedures. Decision taken by bank for RCA performed shall be
final.
Helpdesk Service Criteria
The application related incidents can be classified as follows:

Issue Description Response Resolution Target Penalty
Classification Time Time
High When the entire system is down, Or 15 60 minutes 99% 1% of

The user is not able to use the system, minutes monthly
Or User faces severe functional contract
restriction in the application value
Medium Minor impact to a key Service, business 30 120 95% 0.5% of
process or a more severe impact to a minutes Minutes monthly
non-critical process, contract
Or value
System outage or degradation impacting
a minimal number of users, Or Impact to
internal workflow systems with limited
risk to critical systems or processes
Low Limited incident ⁄Service alert, 60 72 hours 95% 0.25% of
Or minutes monthly
Negligible business impact but an contract
underlying problem that needs to be value
resolved,
Or
Failure where Service continues to be
provided via an alternate solution, Or
Defined escalation into major incident if
issue is not resolved within a defined
time,
Or
An issue that occurs outside of business
hours but must be resolved before a
specific deadline
Or
Can be tolerated or worked around for a
reasonable period of time
Note: Monthly contract value will be calculated as per month cost of (one-twelfth) Helpdesk
support services
The Bidder shall provide Availability Report on monthly basis.
At-Risk Amount
The quarterly At-Risk Amount (‗ARA‘) shall be 10% of the estimated quarterly payout of the
respective quarter. Overall cap for penalties over the tenure of the contract will be 10%
(ten per cent.) of the contract value.

The onetime penalty for project initiation and transition closure shall not be subject to the
limit specified above on the At-Risk Amount (‗ARA‘).
Service Level Penalties

The Service Level Penalties have been detailed against each SLA.
Penalties for Delayed Implementation
• The successful bidder must strictly adhere to the delivery dates or lead times identified
in its proposal. Failure to meet these delivery dates, unless it is due to reasons entirely
attributable to IDBI, may constitute a material breach of the Bidder‘s performance. As
a cause for delay during implementation, IDBI may levy penalties for delays
attributable to the successful bidder. The reasons like non-familiarity with the site
conditions and/ or existing IT infrastructure will not be considered as a reason for
delay.
Penalties Clause:
• The purchaser may without prejudice to its right to effect recovery by any other
method, deduct the amount of penalty from any money belonging to the bidder it its
hands (which also includes the purchaser‘s right to claim such amount against bidder‘s
Bank Guarantee) or which may become due to the Bidder. Any such recovery of penalty
shall not in any way relieve the Bidder from any of its obligations to complete the
works/services or from any other obligations and liabilities under the Contract.
• Penalty will be levied for every week‘s delay in meeting any milestone agreed as part of
project plan. If two separate milestones (running parallel) are defaulted then the
penalty for all such delays shall be aggregated.
• A cap of 10% of the TCO would be applicable as penalties for delays in meeting
milestones.
• IDBI and Bidder shall mutually agree on service levels during Implementation phase.
• The System should be delivered as per the schedule, from date of placement of Order
and vendor should give a certificate that all modules have been deployed in the Bank‘s
server. Penalty will be applicable for late delivery of the customized software. 1% of
the order value will be deducted as penalty per week for failure to achieve the
milestones as mutually agreed with the successful bidder; maximum penalty would be
10% of the order value. Bank reserves the right to cancel order at any time if the
product is not delivered as per scheduled delivery date and claim 10% cost of the order
value as penalty.
• Service Level shall be measured after a stabilization period of 30 days from effective
date of contractual obligation and continuously improved during the interim period till

implementation of the services is over. However the penalties shall be applicable on

these service levels post 30 days of the completion of the implementation period.
• Service Levels shall be reviewed at least once every month during the period of
contract and may be added/ deleted/ changed by IDBI as a result of such review or any
new business/ IT Service requirements
• IDBI may without prejudice to its right to effect recovery by any other method, deduct
the amount of penalty from any money belonging to the Bidder it its hands (which
includes the IDBI‘s right to claim such amount against IDBI‘s Bank Guarantee) or which
may become due to the Bidder. Any such recovery of penalty shall not in any way
relieve the Bidder from any of its obligations to complete the works/services or from
any other obligations and liabilities under the Contract.
• For a delay of more than 6 weeks in implementation, IDBI shall have the right to cancel
the contract at its sole discretion.
Exceptions
IDBI shall not hold the Successful Bidder responsible for a failure to meet any Service Level
if it is directly attributable to:
1. Execution of the disaster recovery plan/business continuity plan for an IDBI declared
disaster situation; and
2. Any established inability of other third party vendor or service provider of IDBI, to
fulfill the requirements as per the contract.
Problem Management and Escalation Procedures
The successful bidder is expected to provide an application for logging issues/

complaints/requirements with redirection, transfer, escalation & grouping capabilities.
IDBI should be able to retrieve the details of any issue logged and get the complete history
of the issue including the complaint, issue reporter, date of entry, date and details of the
solution, re-opened date with remarks, etc. It should also facilitate creation and usage of
knowledge base.
The vendor shall compensate the Bank for such financial loss, direct, suffered by the Bank
if the vendor fails to fix bugs and/or provide the modifications / enhancements /
customization as required by the Bank as per the terms and conditions of this RFP and
subsequent Agreement and to meet the service levels.
An escalation matrix would be applicable for the issues reported. Bidder has to propose an
escalation matrix as part of the Technical Proposal.

Overall Liability of the Bidder
The bidder‘s aggregate liability in connection with obligations undertaken as a part of the
project regardless of the form or nature of the action giving rise to such liability (whether
in contract, tort or otherwise), shall be at actuals and limited to the TCO. The bidder‘s
liability in case of claims against IDBI resulting from willful misconduct or gross negligence
of the bidder, its employees and subcontractors or from infringement of patents,
trademarks, copyrights or such other intellectual property rights, breach of
confidentiality, or violation of any legal, regulatory, statutory obligations shall be
unlimited.

ANNEXURE 08 - PRE-BID QUERY FORMAT
To be submitted in excel file format only
To be sent to the E-mail: itmsrfp@idbi.co.in

Subject line of email: ―RFP – END-TO-END IMPLEMENTATION OF INTEGRATED TREASURY
MANAGEMENT SYSTEM WITH MARKET RISK (ITMS) – Pre-bid queries- ―(bidder name)‖
Bidder Name :
Contact Person :
Contact no / email id:
RFP Ref RFP Clause

S.No Existing clause Details Clarification Sought
Page no no
Name of the Authorized

Person: Designation:
Note: Add rows &/ or columns as required

ANNEXURE 09 - GENERAL ELIGIBILITY CRITERIA
The Bidder has to provide the supporting documents for all of the following parameters:
Requirements have to be met by Copy of documents to
Sr. No Compliance (Yes/No)
the Bidder Organization be submitted
Should be a Registered Company
under Indian Companies Act 1956
Or Government Organization/
PSU Certificate of
1
Incorporation
/ Limited Company/ Limited
Liability Company/ Partnership
Firm.
Bidder should have been in
existence for a minimum period of Certificate of
2
5 (five) years in India as on date of Incorporation
submission of response.
Certified copies of
Audited
Financial Statements
(and Annual Reports, if
applicable) for the
last 3 Document
The Bidder/Parent/Group should Year Submitted
Financial years OR CA
have a minimum turnover of at Certificate in original (Yes/No)
least INR 500 Cr (Five Hundred for the last 3
3
Crores) globally in each of the last financial years. 2015-16
three financial years (i.e. 2017-18, (Additionally to 2016-17
2016-17 and 2015-16. establish the bidder and
the group relationship, 2017-18
bidder is
required to submit an
Undertaking signed by
the
Company Secretary)
Document
Year Submitted
The Bidder/Parent/Group should Certified copies of
audited Financial (Yes/No)
be a profit making company in
4 statements for three
three consecutive financial years 2015-16
consecutive financial
(2017- 18, 2016-17 and 2015-16 years 2016-17
2017-18
The Bidder should be a valid
5 ISO 9000/27001 standard Relevant Certificate
certification holder company or

should have CMMI Level 5

certification
Undertaking
The Bidder and OEM should not letter/Confirmation
have been blacklisted by letter from the
IBA/RBI/Govt./Public Sector participating Bidder on
6
Undertakings during the last three their official letter head
years and the said disability is in duly signed by the
force authorized signatory in
original
The firm can be a software Bidder
(OEM) who owns the Intellectual
Property Rights (IPR) of the
proposed solutions or can be a
System Integrator (SI), who is MAF letter from OEM
7 authorized by an OEM to propose /Equivalent letter from
and implement the proposed OEM
solutions and conduct necessary
customization/parameterization
and should be a SI/Gold level
partner or equivalent
The Bidder/OEM should have a
staff of minimum fifty people (50) An undertaking with
to support customization, details of the resources
8
installation, implementation, allocated for ITMS to be
integration and periodic submitted.
maintenance of the proposed ITMS
The Bidder/OEM should have
experience with supply,
Relevant Credential
installation, customization,
letter for Indian client/
integration, training and
undertaking from
maintenance of either Kondor Plus
authorized signatory of
or Finacle Treasury in the
the bidder for global
following: One international bank/
9 client.
financial institution (annual
revenue of INR 1 Lac crore or Undertaking from the
equivalent, Or authorized signatory of
the bidder confirming
One scheduled commercial bank
the annual revenue of
(minimum annual revenue of INR
the client.
10000 crore or balance sheet of
1.5 lac crore ) based in India
Note: Duly signed provisional balance sheet may be accepted, if audited financial is not
available of FY 2017-18.

ANNEXURE 10 - HARDWARE SIZING
Bidder needs to provide the details for both Data Centre and Disaster Recovery Centre. Bidder
needs to provide Application details for all applications listed in Production Environment,
Development, Test Environment and Training Environment etc.
The Bidder should provide specifications of any other hardware component required for
optimal functioning of the ITMS.
Please refer the excel Hardware Sizing published along with this RFP.

ANNEXURE 11 - FUNCTIONAL REQUIREMENTS
Instructions for Filling up Annexure 11
1 "Sr. No." - Serial Number of the Requirement Provided by the bank. The vendor must not change any
information in this column
2 "Particulars" - The detailed Requirement. The vendor must not change any information in this column.
3 "VS" - Vendor Scores – The vendor would be required to provide an appropriate score to each
requirement requested for as per the following Table
VS Description
0 Unavailable
1 Is available as a workaround/Customizable
2 Is readily available as requested
The vendor is free to provide any Comments he wishes.
Notes
1 In case the vendor fails to provide a "Vendor Score" against any of the Requirements the response would be
considered as incomplete.
2 The vendor is expected to provide the response by filling up the columns "Vendor Score" only. The vendor is
advised not to make any changes to any information on the RFP documents for example insert a row or delete
a row or modify any other information like change the functionality required, etc.
3 Every requirement where the bank has provided needs to be treated as an individual requirement and
should not be clubbed with any other requirement and the vendor needs to provide a "Vendor Score" for
that individual requirement, in case the vendor clubs the requirements the response would be treated as
incorrect.

General Requirements
Max Bidder’s
Sr. No. Business Process
Marks Reponse
1. General Points 16
Multi-currency system: The system should have the ability to
process, track and account for the necessary range of traded &
non-traded currencies which includes
INR,AED,AUD,CAD,CHF,EUR,GBP,JPY,HKD,SGD,USD etc. The system
1.1 2
should also be able to process track & account for other currencies
as & when they get added. It should be able to process transactions
pertaining to any two of the above currencies in any order for e.g.
EUR/JPY &JPY/EUR
Reference Data: The system should be able to capture & utilize
1.2 static data associated with the Bank & counterparties & their 2
ratings, script, products, accounts etc.
Multiple levels: The system should be able to provide full support
for multiple organizational levels & relationships. The hierarchies
supported by the system should include branches, subsidiaries, and
1.3 2
agents & within each hierarchy the system should also support
multiple access levels for different dealers, back office, mid-office,
other departments & different levels of management.
It should be Global Deployment across different entities Time
Zones, Financial Products & Roles. Work of Front-Office, Back-
1.4 office & Mid-Office processing Independent from official P&L 4
Closing. System should support trading and EOD, Continuous
processing, closings and settlements.
System should have multiple folders within same category of
investment, for e.g. within the AFS portfolio it should have the
capability of opening separate folders depending upon the dealers
& again within the same dealer folder, the system should be
1.5 2
capable of entering multiple products like G-Sec, Corporate Bonds,
equity etc. This logic is only an e.g., the logic of which should be
extendable through multiple folder system across hierarchy &
treasury products.
Schemes & Products: The proposed solution should support setting
up of different schemes and products within the same scheme,
having functional features including but not limited to the
following:
a. Forex Products: Spot, FX Swap, Forward, Funding Swap, Vanilla
and exotic options, Currency Futures
b. Derivative Products: Swaps Options, Macroeconomic derivatives
- Mainly inflation bonds, swaps & options
1.6 4
c. Money Market Products
d. Bond Market Products
e. Capital Market Products
f. Hybrid Products
g. Commodities (including Gold, Silver loans & gold / silver import
on consignment basis etc.)
h. Credit: CDS - mandatory, (credit options, baskets etc., CDOs
CLN -Optional)
2. EDIT CHECK 2
System should not allow to complete any entry (Trade/master)
2.1 2
without capturing of mandatory fields.

3. DATE PROCESSING 24
Day Count basis: The system should be able to handle all types of
3.1 day count basis Actual/360, Actual /365, Actual/ Actual, 2
Actual/365 (Fixed), staggered interest calculations.
Business Day Convention: The system should be able to support
International Swaps & Derivatives Association (ISDA)-defined
3.2 4
business day conventions such as following FBD, MFBD, PBD and
MPBD for Derivatives.
3.3 Holiday Calendars 18
The system should allow calendar schedules to be set by users and
3.3.1 2
through manual updates.
The system should allow currency calendar tables for entities,
3.3.2 2
countries and Benchmark rates
The system should allow users to input currency wise both manual
3.3.3 2
& upload for minimum 10 years forward.
The system should be able to edit & override global calendar &
3.3.4 2
holiday tables.
The system should be capable of adjusting Cash flows on account of
3.3.5 2
change in the holidays on normal & sudden basis.
The system should be capable of adjusting settlements on account
3.3.6 of change in the holidays on normal & sudden basis as per the 2
business requirements
The system should be able to model cash flows & interest accruals
based on holiday calendar and standard day roll conventions for all
3.3.7 2
treasury products. It should also be able to reflect the same for all
outstanding deals etc.
The system should have the flexibility of
entry/modifications/amendments/ cancellations/authorizations at
3.3.8 2
any user defined levels. Such parameters changes should be defined
by the system administrator, only.
Swift, CCIL and CLS and settlement message generation should be
3.3.9 automatically adjusted on account of change in the Holidays 2
without affecting the normal operation.
4. USER INTERFACE 6
The system should be able to provide a consistent & user friendly
4.1 Graphical User Interface, Short-cuts, smart tags, Blotters & other 2
productivity features
System should generate standard user definable error

4.2 messages/pop-ups for breaches in limits /Rate/Tenor/Amount 2
tolerances based on pre-defined parameters
The system should be able to provide online and offline context
4.3 2
sensitive help
5. CURRENCY TRANSLATION 4
The system should be able to convert between currencies without
5.1 manually converting to the home currency as an interim step in the 2
process
The system should be able to define home currency, Reporting
5.2 Currency, wash currency & storing in any predefined currencies 2

entity wise
6. PRODUCT SET-UP 4
The system should allow for the creation of products and sub-
6.1 2
products
The systems should allow creation of product codes based on
6.2 2
combination of Product and sub-product
7. PRODUCT STRUCTURING - FUND BASED PRODUCTS 10
Set-up of parameters for transaction types and associated codes
7.1 2
across all asset class should be allowed.
Set-up of processing rules for each transaction type like accounting
7.2 for Accrued Interest, type of transactions should be allowed. 2
7.3 User access setup should be parameter based 2

7.4 Rules for workflow 2
7.5 Rules for accounting based on transaction type 2
8. TRANSACTION TAGGING & REPORTING 10
All transactions should be tagged by product, Sub Product and
8.1 2
Transaction codes
Reporting should be facilitated on transactions on products and
8.2 8
sub products on the following minimum parameters:
8.2.1 By product 2
8.2.2 By Sub-products 2
8.2.3 By transaction (Debit or Credit) 2
8.2.4 By status in the workflow process 2
9. PROFITABILITY REPORTING 6
The system should allow for profitability reporting by asset class
9.1 2
upto transaction level.
9.2 Products should support multi-currency features proposed in the GL 2
All incomes & expenses should by default be system calculated, and
9.3 the system should not complete the transaction unless any 2
modifications to the default values is duly authorized.
10. BOOKS OF ACCOUNTS 6
The system should have the ability to maintain separate books of
10.1 2
accounts
The system should have the ability to define any currency as the
10.2 Home currency, Reporting currency and prepare books of accounts 2
in the required currencies
The system should have the ability to maintain books of accounts in
10.3 both home currency and a designated foreign currency 2
11. ACCOUNTING STANDARD 12

The system should support prevailing accounting standards for all
11.1 asset classes and also Ind-AS accounting standards and any other 4
future requirements in regards of accountings.

The system should support weighted average method, FIFO & LIFO
of accounting policy. Multiple records of the same security in T-
11.2 4
Bills/G-Sec & other SLR & Non-SLR securities shall be grouped
together for the purpose of calculating holding cost
Repo accounting as per RBI guidelines (incl. LAF,MSF, Reverse Repo
11.3 2
& CBLO)
11.4 Provision for fair value accounting 2
12. CLEARING AGENCY and Payment systems 2
The system should support settlement of all asset classes through
12.1 respective clearing agencies and payment systems. 2
BATCH & REAL TIME PROCESSING: The system should be able to

13. send accounting information in batch and real-time mode 2
Reporting platform for overseas branches should be as per the

14. 18
local regulations of applicable countries
REPORTING PLATFORM as per regulatory guidelines[ Domestic
14.1 14
Treasury ]
The system should be able to settle corporate bond deals through
14.1.1 2
NSCCL / ICCL
The system should be able to report corporate bond deals to
14.1.2 2
FIMMDA / NSE / BSE platforms
The system should be able to report CD / CP deals to FIMMDA / NSE
14.1.3 2
/ BSE platforms (proposed)
The system should be able to report corporate bond repo deals to
14.1.4 2
FIMMDA/NSE/BSE platforms(proposed)
14.1.5 All Derivatives and Forex reporting on CCIL 2
14.1.6 OTC transactions through CCIL as per the directives of CCIL / RBI 2
14.2 REPORTING PLATFORM [Overseas Branches ] 4
14.2.1 Reporting platform should be as per the local regulations. 4
15. ACCESSIBILITY, AVAILABILITY & TOOLS 102
The system should allow for transaction entry, viewing of positions
15.1.1 2
and MIS reports
15.1.2 Ability to process and report on data in an online, real time mode 2
15.2 Maintenance of trade history 4
15.2.1 Ability to maintain online history of trade information for all trades 2
All trades migrated from legacy systems to the new one should also
15.2.2 2
be maintained
15.3 Multi-entity processing 6
The system should be able to handle multiple entities that Includes
15.3.1 global, domestic, international branches, subsidiaries etc. 2
The system should be able to create physical segregation of data

15.3.2 2
by entities
The system should be able to consolidate data on the basis of Entity
15.3.3 2
reports and combination of one or more entities.

15.4 Interfacing and deal processing 38

Interfacing with information feeds/Dealing Platforms: The system
should ideally be able to interface with all dealing/MIS systems (for
e.g Kondor+, ReTS, Finacle Treasury) procured by the bank & other
solutions for receiving inputs and sending outputs, automatically
without any manual intervention, depending on case to case. Such
systems include automated information pricing feeds including, but
not limited to:
Cogencis/Reuter's Eikon Rates & Deal Pickup & Bloomberg for Forex
15.4.1 2
& Govt. Securities, Equity.
CCIL's FX-Clear, FX-Swap, FX-ALL, Citi-FX, BARX, AUTOBAHN, JP
15.4.2 Morgan, IBS & EBS, RMDS, RTNS, RTFX, 360T, All exchange trading 2
platforms & any other
15.4.3 SWIFT 2
15.4.4 RTGS / NEFT 2
15.4.5 NDS-OM 2
15.4.6 CCIL- CBLO 2
15.4.7 NSE IT XS-STP 2
15.4.8 NDS Call 2
15.4.9 Kuber for Auction & Open Market Operation (OMO) 2
15.4.10 CCIL CROMS 2
15.4.11 AMFI for Mutual Funds 2
BSE/NSE Bhav /Bilav files for price upload, Rating details of various
15.4.12 2
instruments
FIMMDA for valuation & FEDAI rates for Forex Valuation (as per the
15.4.13 2
latest guidelines sector wise)
NSE/MCX/BSE Futures trading & risk management platform
separately for Proprietary & Client E-Treasury for Merchant
15.4.14 Transactions (In-housed developed online reporting system) for 4
Export, Import, Inward remittances, EEFC, PCFC, FDBD
transactions and MF contracts from Branches
Standard Plugins should be available in the system for any new
15.4.15 2
Dealing platform available or introduced in Market
The system should support Seamless transfer of data from Branches
15.4.16 2
to Treasury Front Office to Back Office
Seamless Integration with Core Banking Solution (Finacle) for
accounting both way transactions to support merchant client
15.4.17 2
business. The entries at treasury should be automatically posted
once completed in CBS Finacle.
Settlement messages should be encrypted before interface with
15.4.18 2
other networks
SWIFT as an interface with the Integrated Treasury Management
15.5 8
System should support the following:
The system should have complete interface with SWIFT for sending
payment instructions, receiving confirmation so as to avoid risks of
15.5.1 2
manual errors & omissions and generate tracers for unidentified
debits & credits in NOSTRO accounts at predefined intervals

System should automatically generate SWIFT confirmation slips &

confirmation letter. System should also be able to handle
15.5.2 2
automatically MODIFICATION/AMENDEMENT/CANCELLATION of
SWIFT messages
It should facilitate Message traffic flow with financial information
15.5.3 2
both inward as well as outward
Automatic Reconciliation/matching of MT300, MT320, MT400,
15.5.4 MT410, MT540,MT541,MT 640, MT650, MT600, MT940/ MT950 etc. 2
The system should be able to facilitate straight through

processing by automatically forwarding transactions through the
15.6 6
transaction chain from front office to middle and back office and
to CBS and vice versa.
All internal processes from initiation through execution,
15.6.1 confirmation, settlement and final document preparation should be 2
streamlined
The system should be able to generate accounting entries directly
15.6.2 2
from the deal details as per the deal state.
The system should be able to facilitate straight through processing
15.6.3 2
of SWIFT messages.
15.7 View from the system 8
The system should allow for viewing of all data from the system
which includes:
15.7.1 2
Trade details, Static data (masters), Mark to market values,
Accounting Entries etc.
15.7.2 Current market information for all asset class. 2
15.7.3 Historical market information for all asset class. 2
15.7.4 Granular Audit trails (FX, MM, System, Derivative etc.) 2
15.7.5 The system should be able to produce daily online trade Blotter 2
15.7.6 The system should be able to customize blotter views by user 2
The system should have flat file export functionality to export
15.8 12
transaction data and static data in the following formats:
15.8.1 Microsoft Excel Format (.XLS) 2
15.8.2 Microsoft Word Format (.DOC) 2
15.8.3 Comma separated values (.CSV) 2
15.8.4 Text file (.TXT) 2
15.8.5 PDF 2
Facility to download data from Integrated Treasury Package to
15.8.6 2
Excel Form.
The system should have functionality to transfer or receive data
15.9 to external system through seamless integration. 6
15.9.1 XBRL, EXCEL 2

15.9.2 XML 2
15.9.3 FPML 2
15.10 Documentation 4

The system should be able to provide intuitive and current online

15.10.1 documentation covering scope of application 2
The system should have the ability to provide intuitive and current
15.10.2 user manuals 2
The system should support tools like Scenario Analysis, What If

analysis for regulatory reporting across all products along with add
15.11 on analytical capabilities. 2
NOSTRO and Other Reconciliation: The system should be able to

reconcile treasury transactions with electronically/ manual
uploaded/swift uploading/manually entered received bank
statements on a daily basis. Currency wise/ Age wise/ Branch
16. 4
wise outstanding entries. Reversal of Reconciliation. System
should reconcile all the credit entries in Nostro account at the
time of debiting the Mirror accounts by allowing user to mark the
same both credit & debit entries.
17. INTEGRATION 12
Integration with other systems should be facilitated by the
following modes:
17.1 Online / Real Time posting for accounting entries 4
It should be able to interface with all dealing/MIS systems ( for e.g
17.2 4
Kondor+, ReTS, Finacle Treasury, Finacle Core etc.)
Online processing for capturing currency rates and trades from
17.3 Reuter's Eikon, 360T, and various other trading platforms etc. 4
18. Market Data 10

System should support real time market data feed and rating
18.1 details & migration from feed providers (Reuters, Bloomberg, 4
Cogencis, Newswire), CRISIL, ICRA, CARE & FITCH etc.
System should support sanity checks for market data & failover
18.2 2
capabilities
System should support upload of market data from external sources
18.3 2
e.g. Excel files.
System should support error handling and notifications for market
18.4 2
data errors.
18.5 Duration Gap Analysis (during for each asset and liability) 2
IRRBB-Duration Gap & EVE Analysis Correct & accurate data feeds
(tallied with Balance Sheet) pertaining to treasury positions to be
18.6 2
provided at prescribed frequencies which will be seamlessly
integrated with the OFSAA system for generating ALM reports.
Risk Based Supervision -All the data points (DCTs) pertaining to
derivative exposure, VaR, Beta, PV01, Option delta, gamma, vega,
18.7 10
Horizontal and vertical disallowance, Zonewise Net PV01of trading
book etc should be system generated. (RBI Reporting Requirement)
TOTAL Marks 250

Front - Office Requirements

Business Process Max Bidder’s
Sr. No.
Marks Response
1 Deal Capture and Execution 26
1.1 Deals capture facility including Manual, Auto Flow from Dealing 2
platforms, copy, Replace, amendment, save & reversal/Deletion
1.2 System should capture pricing history of deals which is saved but 2
not concluded for derivative deals
1.3 Ability to seamless interface with dealing platforms of various 2
desks. Also should be possible to download/upload deal transaction
from external files
1.4 Ability to offer quick entry of trades, capturing customer spreads 2

and back-to-back cover with interbank desks.
1.5 System should have auto refresh blotter functionality 2
1.6 Ability to facilitate internal, inter-desk deals and transfer deals. 2

System should compulsorily ask for reasons for internals deals.
1.7 Pre-deal all (Counterparty, Dealer, Currency County etc) limit 2

check and limit reservation facility
1.9 Ability to amend or cancel a deal (e.g. incomplete deals) at deal 2
verification stage, by authorized personnel along with maintaining
of relevant audit trail.
1.10 Ability to support strategy based deals which allows valuation & 2
pricing of combination of derivatives
1.11 System should have provision for Provision for Specific deals 2
(Priority Sector Deals, CSA Deals etc.)
1.12 Ability to Support Algorithm based trading 2
1.13 Ability to generate leads based on arbitrage opportunities between 2
forex & money market, currency future & OTC etc.
1.14 System should have provision for push-to complete deals across all 2
products.
2 Pre-Deal and Post-Deal Analysis 16
2.1 Ability to offer multiple scenarios and simulations for analysis 2
across different books
2.2 Calculation of cost of carry and cost to close 2
2.3 Real time view of P&L (It is an estimation of profit or loss on 2
closure of a deal on attaining estimated price)
2.4 Portfolio level/desk level/dealer level P&L analytics with drill 2
down functionality
2.5 View volatility of all types viz. implied/realised for all products 2
containing optionality
2.6 Real time view of PV01,Greeks and other risk indicators,Sharpe 2
ratio for equity

2.7 Ability to access, receive and utilize real-time data feeds from all 2
external information sources (e.g. Bloomberg, Reuters, Cogencis
etc.)
2.8 Ability to offer online statistics and graphics for all instruments 2
including rates, availability & historical prices & volume
3 Position Management 14
3.1 Provide real-time view of trade positions Dealer wise,Trading 2
Bookwise,client wise,client segment wise, counterparty wise,
product type wise, issuer wise & currencywise. It should provide
the available limit position for the same across the products.
3.2 Provide real-time view of risk positions Dealer wise, Trading 2
Bookwise, product wise, trader wise, desk wise, issuer wise,
country wise, industry wise & also consolidated global risk position.
It should provide the available limit position for the same across
the products.
3.4 Ability to provide position calculations for a period of one day and 2
other defined periodicities
3.5 Ability to view all positions on a real time basis including P&L, 2
duration & future equivalent on a conversion factor & modified
duration basis
3.6 Ability to display and modify the screen set up by individual user to 2
view positions in different perspectives
3.7 Ability to view risk and positions across the portfolio by maturity, 2
product and/or movements in underlying assets
4 Cash Flow and Fund Management 6
4.1 Ability to setup dynamic cash flow positions and its management 2
across all treasury products ( with ability to drill down deal wise,
dealer wise, product wise, asset class wise etc.) .
4.2 Ability to provide cash flow projections (i.e. history,current 2

balance & future projection) of Nostro/Bank Balances on a real-
time basis, reflecting recent trades, cancellations, and
amendments for products including All Forex/ Money Market
payments/receipts Bond coupons & maturities Other instrument
coupons & maturities Forward value Bank Account/ Nostro Account
transfers Ability to display cash flows at any portfolio level.
4.3 System should store dump of Nostro balances as on EOD. 2

5 Pricing 18
5.1 Ability to offer global pricing & pricing tool functionality with 2
customization facility
5.2 Ability to offer predefined templates to facilitate pricing for 2
primary and secondary traded products
5.3 Ability to provide pricing functions and utilities integrated into the 2
system to calculate instrument prices, Greeks, & position
equivalents
5.4 Ability to price options/derivatives via pricing calculators, with an 2
option to consider user specific volatility
5.5 Ability to offer curve-based pricing capabilities 2

5.6 Ability to offer price and yield simulations functionality 2

5.7 Ability to value positions through multiple methods: nominal, 2
maturity and market
5.8 Ability to provide different methods of calculation for pricing 2
function. (Such as in case of illiquid securities, non-traded
securities.)
5.9 Ability to provide customized pricing for swaps wherein benchmark 2
and settlement frequency differ.
6 Portfolio and Internal Performance 10
6.1 Ability to provide profit & loss computing functionality & drill down 2
functionality over any portfolio by transaction,by currency,for
realized/ unrealized, using funding cost and allocated cost both for
any given time period
6.2 Ability to support mark-to-market/ NPV calculations/IRR/XIRR & 2
RAROC , Sharpe ratio for equity
6.3 Ability to support accrual/ammortization calculations as per 2
different market conventions
6.4 Ability to enable profit & loss as well as turnover calculation by 2
choice of currency/product/asset class/dealerwise
6.5 Ability to allow configuration of profit and business center 2
hierarchies
7 Ability to configure all existing parameters for a portfolio viz. 4
Currency, Reference Currency, Security & User Profile, Display
layout, Portfolio levels of detail etc.
8 Derivatives 50
8.1 Trade capture from NSE/MCX and other exchanges 2
8.2 Monthly Provision should be calculated and posted and reversed 2
automatically.
8.3 Daily bench mark rate updating. 2
8.4 Upload of exchange file and MTM process and posting. 2
8.5 Generation of margin files to be uploaded in exchanges. 2
8.6 Generation of M-duration report (Origin) 2
8.7 Weekly MTM calculation. 2
8.8 Calculation of capital charge and CVA on a real time basis and at 2
the time of pricing the product for concluding the deal.
8.9 Mail to client on daily basis MTM, Contract Note, Quarterly 2

Statement, Position Statement.
8.10 All reports to be generated in all types of reporting format. 2
8.11 Alerts of reporting of required reports as per the frequency. 2
8.12 Margin alerts. 2
8.13 Counter party limit updating. 2
8.14 Collateral limit updating. 2
8.15 Deal confirmation. 2
8.16 Reporting of MTM to client and branch on different intervals 2

through Emails.
8.17 Calculation of current exposure, potential future exposure, total 2
exposure, etc. all on specified dates and as per maturity bucket.
8.18 Generation of backdated PVO1 report. 2

8.19 Calculation of VAR (value at risk). 2
8.20 Updating of compliance officer particulars. 2
8.21 Real time settlement. 2
8.22 Calculation of Turnover fees transaction charges for various 2
exchange.
8.23 Calculation of stamp duty of exchange transactions. 2
8.24 Generation of reports as per filter. 2
8.25 Exchange turnover contra entries to be posted automatically. 2
9 MASTER (ONE-TIME) DATA CAPTURE 4
9.1 Counter parties: The system should capture the following details 2
e.g. Name, Credit Rating, Address & phone no., Status -
Active/Inactive, Limits Settlement instructions for Forex &
derivatives transactions, Foreign Currency Bank Accounts, PAN,
SWIFT Code, RTGS- IFSC, CCIL / CLS Code etc. It should also
capture historical data.
9.2 Brokers: The system should facilitates capturing the list of 2
notified/approved brokers & should capture the following details
for each broker.
e.g. Name, Address, Products handled by broker, Limits, Brokerage
rate, Settlement instructions, PAN & Service tax no., Telephone
no, Fax, e-mail ID, Complete Bank account detail with IFSC code,
DP ID,DP Name, Client ID, Client Margin (slab wise & currency wise)
10 DEAL CAPTURING 20
10.1 The system should have the ability to allow capture and display 2
of the following inputs:
Trade date, Value date, Time of trade, System generated deal
number, Deal originating entity & desk, Dealer, Transaction type,
SLR/ Non SLR, Face value of security, Traded price & yield,
Quantity of securities, Currency, Exchange Rate, Reporting value in
foreign currency, Reporting value in INR, Interest Rate, Interest
frequency, Interest type (fixed/floating) for MM transactions,
Floor/Cap for MM Transactions Tenor, Securities name/code, Name
of Counter Party, Name of broker, Principal amount, Staggered
Redemption on principal amount etc. System should be able to
handle cash flows with different interest payment & principal
redemptions dates, Interest amount, Total consideration, Mode of
delivery, Brokerage amount etc.
10.2 The system should be able to alert the dealer and chief 2
dealer/trading book parent holder in cases where dealer limits or
various other limits if any are being exceeded at the time of deal
entry. Notification should be in all standard forms like, system pop
up, email, etc.
10.3 The system should permit entry of remarks/data in free text fields 2

10.4 The system should facilitate taking the following fields/values 6

1. Price in decimals (minimum 4 decimal points) Rounding off
product wise
2. Yield in decimals (minimum 4 decimal points) Rounding off
product wise
3. Date of Issue, Type of instrument
4. Security Code Number, ISIN Number
5. Rating and Rating Date Listing
6. Security Face Value, Acquisition price, Premium (Acquisition
price less face value),Discount (Face value less Acquisition price),
Residual period Coupon, Coupon payment frequency, Yield To
Maturity, Duration and modified duration, Current Yield, Interest
payment date, Broken period interest
7. Credit rating / Rating Migration of the issuers and consequent
diminution in the quality of assets
8. Options: -Put Option 1) Date of exercise, 2) Date of notice; -
Call‖ Option 1) Date of exercise, 2) Date of notice; -Convertibility
Option 1) Date of exercise 2) Date of notice
9. Tax Status: Exempt from Income Tax
10. Arranger
11. Guaranteed by
12. Others
13. Capital Adequacy
14. Issuer Group
15. Eligible for Statutory Liquidity Ratio (SLR)
16. Priority Sector–SLR and NON-SLR/ Public Sector/Private Sector/
17. Trust/Mutual Fund
18. Mode of delivery: Physical/ Dematerialized/ Others
19. Custodial status: 1) Agency (Code) 2) Location 3) Trustee, 4)
Receipt of Trust deeds and follow-up of same 5) Document (No.) 6)
Guarantor 7) Redemption of premium 8) Name 9) Amount
guaranteed.
It should also have provision for auto calculate and autofill data
based on basic fields.
10.5 The system should be able to allow the user from inputting past 2
trade/back dated entries/trades as per the bank's defined
workflow rules
10.6 The system should be able to provide an audit trail for all 2
transactions entered from trade date onwards & for exceptions
10.7 The system should be able to accommodate the entry of forward 2

value date transactions as per defined the Bank`s policy and
market practice
10.8 Deal Numbering: The unique trade identification number (which 2
should be section wise, asset class wise, financial year wise) should
be printed in the deal slip along with the other deal details with
some security feature and for each deals
11 Deal tickets 14
11.1 Automatic generation, view, print & review of deal tickets as well 2
as electronic deal pads reflecting the positions.
11.2 Generate multiple deal tickets for each transaction 2
11.3 The system should preserve historical data of all deals 2
11.4 Generate a report of all cancelled /modified /deleted deals. 2

11.5 System should be in a position to integrate with in-house 2

developed e-Treasury and all white label products and surround
applications seamlessly.
11.6 The system should be able to ensure that the copies deal slips 2
generated are seamlessly sent to Back Office for authorization,
Mid-Office in respect of limit exception and further processing
where ever necessary.
11.7 The system should be able to isolate certain deals & not send them 2
to the back office based on certain predefined system parameters.
(This applies to deals executed between inter desk i.e. trading and
merchant desk wherein there is no settlement of deals but only the
transfer of position from one desk to another).
12 DECISION SUPPORT TOOLS 40
12.1 The system should be able to automatically calculate YTM for 4
investment deals, product wise, dealer wise, portfolio wise &
security wise that are entered for the purpose of pre-deal decision
making Calculators:
Yield To Maturity/Price, Current Yield, Yield To Call, Yield To Put,
Yield To Worst/Best Duration and Modified Duration Zero
Coupon/Stripped G-Sec pricing Floating Rate Bonds, Government
Securities INBMK/INCMT/MIBOR/other benchmark linked bonds,
Holding Period Returns, PV01.
Cross Currency Spot & Forward Calculation. (With a provision for
calculating broken dates)
Overnight Indexed Swaps, Interest Rate Swaps Cross Currency.
Swaps, Currency Options:
Black Scholes Model, Garman Kohl Hagen Model, Monte Carlo
Simulation Model, Binomial Tree Model, Interest Rate Caps/Floors,
Black's model.
In the above pricing & calculation models, the system should be
able to support different interpolation techniques.
12.2 The system should provide for scenario analysis of the portfolio 2
· Multi-dimension matrices/2-D/3-D etc.
· User-defined and flexible shift on different market data inputs
and horizon date
· P&L and sensitivities outputs with multiple breakdown should be
available
12.3 The system should be able to retrieve stored deals that are in 2
entered state, prior to confirmation
12.4 The system should be able to facilitate deal simulation before 2
commitment and provide a warning if the deal results in a limit
violation
12.5 The system should provide following information: 14
12.5.1 Position Reports - Deal wise, Currency wise, counterparty wise, 2
Dealer wise, Book wise etc.
12.5.3 Fund Flow Statements (next week, next fortnight, from-date-to- 6
date) for:
12.5.3.1 Forex Operation - Merchant funds flow, Interbank Fund Flow (both 2
inflow and outflow) and any other source of funds
12.5.3.2 Money Market Operation - Repo, Reverse MSF/LAF, Market 2

Repo/Rev Repos, CBLO, Call/Notice Money, Term, Depo
Placements, CDs (both issuance and investment), Refinance (both

lending and borrowing for all transactions), Debt Mutual Funds and
any other instrument permitted by RBI.
12.5.3.3 Investment Operation - Category wise & consolidated 2
12.5.4 Identification of the instrument/amount already Hedged 2
12.5.5 Utilization of Contracts (Part/Full Utilization of Merchant Contracts 2
with reference to the single original contract;
Cancellation/Crystallization of Merchant contracts with reference
to the single original contract)
System should enable calculation of forward Rate. The system
12.5.6 should capture the real time market forward rate & record the rate 2
for generating Rate Scan report for the required periodicity.
12.7 The system should be able to pre-empt in case of possible 12
violation of the following limits:
12.7.1 Counter party limits, AGL/IGL Limits 2
12.7.2 Counter party group credit limits, Dealer wise limits 2
12.7.3 Instrument-wise limits and all Stop loss limits 2
12.7.4 Broker limits 2
12.7.5 Settlement & Clearing Agent Limits 2
12.7.6 System should have provision for monitoring LER limits sanctioned
which is captured from CBS for matching of merchant deals with 2
equivalent entries by branches
12.9 The system should be able to analyze the overall portfolio, or any
user-defined portfolio by changing selected parameters 2
12.10 The system should be able to estimate projected cash flows by 2

currency
13 SYSTEM SUPPORT FOR FOREX TRADE : 18
13.1 Facility of netting of inter-bank forward deals for any particular 2
date, in order to release counter-party limits (Bilateral netting).
13.2 Monitoring of tolerance limits while inputting the forex deals by 2

the dealer. The system should alert the dealer/Chief Dealer in case
of exceeding the limit.
13.3 Facility of inputting forex deals in 4 categories-Merchant, Trade, 2
Money Market, FCNR funding, Arbitrage & Funding, Vostro Funding
etc. (all these categories can be defined as per user requirement if
there is an efficient folder system structure)
13.4 The facility of inter-dealer position transfer 2
13.5 The facility of inter-bank netting of forward deals 2
13.6 Generation of Gap statement (with resources/deployment in the 2
respective bucket of maturity) – AGL & IGL, with auto matching of
GL Codes from Trial Balance As per RBI guidelines
13.7 Facility of getting funds flow statement for a period with each day 2
shown separately for forex deals, depo deals, merchant purchase
and merchant sale deals or any one or combination of these types
of deals from various source systems including inhouse developed
e-Treasury Suite of Application

13.8 Facility of auto populating of default values like Dept, sub type, 2
Trading Book, Settlement Type (CCIL/ RTGS/ SWIFT/CLS etc) as
per the logged in dealer / from the trading platform as per the
pre-defined work flow rules
13.9 Facility of getting a report of net USD/FCY purchase or sale under 2
CCIL/CLS for each value date.
14 Facility of revaluation with the appropriate spot and forward 14
rates by interpolating & extrapolating date wise, As per FEDAI &
user defined inputs, the revaluation should be done as per gaps
& individual deals. It should be product specific
(outright/swap/long swap/ RBI deals) with flag available. The
corresponding entries of profit/loss should be system generated.
14.1 Further, revaluation of all FX positions on basis of FEDAI-published 2
EOM rate as per the FEDAI Guidelines. System should be capable of
uploading FEDAI published rates
14.2 The system should be capable of valuing all securities portfolios 2
(SLR/NON-SLR) as per FIMMDA/FBIL guidelines taking into account
the credit spread structure by rating and by sector.
14.3 System must be capable of valuation of all bond positions on basis 2
of FIMMDA/FBIL rates & any other agency like CRISIL, etc. or other
user defined/ published prices and exchange prices for equity.
14.4 Separate GAP/Revaluation facility for FCNR-B, Nostro, EEFC/ 2
DRFC/ DDA related portfolio. The system should support GAP/
revaluation facility individually for respective exposures like FCNR-
B, Nostro, EEFC /DRFC/DDA related portfolio based on
Interpolation Method.
14.5 Separate GAP/Revaluation facility for individual portfolio along 2
with bifurcation of Balance/off-Balance Sheet Items
14.6 System should have capability to compute FC deposits & lending 2
rates with user defined parameters. E.g. FCNR-B, RFC, Loan against
FCNR, PCFC. Etc. It should also furnish maturity profile of FCNR
deposits incl. OD against FCNR.
14.7 System should have capability to compute yields on PCFC and EBR 2
portfolio/ loan against FCNR and FCNR-B yields also to be included
15 SYSTEM SUPPORT FOR FIXED INCOME(SLR & Non-SLR), MONEY 86

MARKET, FOREX, EQUITIES AND DERIVATIVE TRADES
15.1 Structuring Tools 4

15.1.1 System should provide powerful pricing and structuring tool for all 2
asset classes:
·Payoffs across asset classes
·On the fly structure or predefined structure (within or across asset
classes: Straddle, Strangle, Currency Deposit).
·2-way pricing, sales margin and mark-up
·Generic solving, Charts and graphs
15.1.2 Web based Calculator to compute MTM of derivative product with 2
the provision to provide access to the customers who are parties to
the derivatives transactions.
15.2 Generation of deal slip & confirmation letter, interest rate reset 2
notice, payment/ settlement notice, option exercise notice,
barrier trigger notice

15.3 Deal slip should contain information of the underlying Deals 2

15.4 System should create separate portfolio for AFS, HFT & HTM books, 2
which should give real-time price changes by linking with Reuters/
Bloomberg/FIMMDA or any other agency like CRISIL etc. such that
individual security/portfolio Mark to Market (MTM) value can be
observed at any given time.
15.5 AFS category in equities / bonds should be able to show sector wise 2
distribution of each stock and sector wise exposure, stock wise
exposure, Real time MTM and Beta for the sector as well as
individual stocks. There should be provision to update P/E ratio for
each stock & sector as well to be updated by linking with Reuters/
Bloomberg. Provision for manual intervention should be available.
15.6 The portfolio should show details including number of 2
shares/bonds, BV, FV, Holding Rate, market closing rate for each
security and portfolio as a whole for securities/bonds. Equity
portfolio should show details including BV, FV, percentage
exposure, holding rate, market closing rate, day high, day low,
year high and year low for each stock and each sector.
15.7 A daily transaction report with filters should be generated by the 2
system showing all purchase and sale details during a particular
day. In the case of securities the same should include details like
YTM at market and holding rates, running yield etc. The report
should be generated after all deals are entered.
15.8 On a daily basis when all deals are entered for purchase & sale of 2
securities/stocks, the portfolio should automatically get updated
with appropriate holding rates in case of purchase / sale & profit
figures in case of sale. Facility for short selling also to be provided
15.9 In the case of equities, there should be provision for updating 2
bonus declaration, share split up, dividend declaration, spin offs &
mergers, or any other issue or aspect that affects the holding rate
of the shares and affects the portfolio value.
15.10 The fully updated portfolio should appear at the day end once all 2
the deal tickets are generated and authorized such that manual
intervention is not required. (There should be provision of manual
intervention if required).
15.11 There should be provision for entering bid submissions for auction 2
in G-Secs and getting allotment details after cut-off declarations.
15.12 Back office should directly get an updated portfolio at the end of 2
each trading day such that no separate manual record has to be
generated by the front office.
15.13 On a daily basis, once the total portfolio is authorized and 2
updated, a record of the same should be saved in the system for
that particular day which may be used as a historical record for
future reference. There should be provision to extract historical
records into excel sheets for use by management
15.14 There should be provision to find broker wise volumes, brokerage 2
etc. and percentage wise distribution of business to brokers with
drill down to different levels like different asset class etc. for risk
management purpose.
15.17 There should be provision to find net profit from sale of shares 2
across all asset classes

15.18 The system should support various bucketing conventions including 2

end-of-months bucketing, additionally system should allow various
mode of position/risk split across bucket.
15.20 The system must be able to support cancellation of FX forward 2
contracts, compute the Profit/Loss (pro rata if required),
chargeable with margin and recover the same in INR. Additionally,
the system should allow for the option to recover the Profit/Loss
upfront with or without discounting.
15.21 The system must be able to support the early utilization including 2
calculation of outlay of funds of FX forward contracts by clients &
create the swap position automatically for cover by the interbank
desk.
15.23 The system should be capable of blocking the limits based on 2
booking/entering of forward contracts at dealer level. It should
also be capable of releasing limits on cancellation/utilization of
forward contracts at dealer level.
15.23 Deals booked must impact the relevant allocated limits of the 2
customers. In case of breaching past performance limit, the system
should block the deal and in case of reaching 85% of limit, the
dealer should be alerted.
15.25 System should support securities where final capital repayment 2
follows preceding day/roll convention & interest payments follows
or modified day/roll convention.
15.26 System should support real-time or on-demand availability of 2
various regulatory reports including FTD,NOOP, Day light, GAP,
NDTL, SLR etc.
15.27 System should support securities position bucketing by duration/ 2
maturity/ yield/ coupon/price (both book value and face
value)/rating etc.
15.28 System should support preferred margin pricing and time-to-next- 2
coupon duration for floating securities.
15.29 System should support LAF & MSF repo & Term Repo, Reverse repo, 2
CBLO, Call/ Notice Money, Term, Depo Placements, CDs (both
issuance and investment), Refinance (both lending and borrowing
for all transactions) related transactions.
15.30 System should support pledging of securities for borrowings under 2
LAF/CBLO & for margin requirements with CCIL/ NSCCL/ MCX/USE;
such pledged position must be removed from the dealer‗s saleable
position & necessary adjustment should be done on SLR. System
should be able to capture multiple collaterals for single
repo/reverse repo deals.
15.31 System must support the linking of security transactions with its 2
hedging transactions (such as futures, Swaps, IRF, OIS & SLR) &
allow monitoring of the hedge effectiveness and overall risk. The
linking should be flexible with deals being easy to add to and
remove from the grouping
15.32 Hedge effectiveness testing of derivatives deals with underlying 2
assets / liabilities.
15.33 System should specifically tag underlying items with hedging 2
instrument, to make available P/L or accrual comparison of
underlying and hedging deals

15.34 System must be capable of supporting the switching of reference 2

rate/underlying basis (e.g. from USD LIBOR 3M to USD LIBOR 6M) in
loan/ deposit via a single action without needing the user to
unwind and book a new deal. Such switching should not impact the
past & should handle the accruals. It should also support the
borrowings on Interest Resetting clause without forcing to close the
deal & create a new deal.
15.35 System should support draw-down & partial draw-down on loans or 2
deposits with proper handling of the accruals with Interest
Resetting clause.
15.36 System should support the conversion of P&L accumulated in non- 2
INR currency to INR & transfer the arising FX position for covering
in the interbank market. The P&L should move in respective INR
folders
15.37 System should support roll-over of positions daily and allows 2
specification of the applicable roll-over rate.
15.38 System must be capable of giving the average YTM on assets & 2
liabilities on any books.
15.39 System should support FX curve construction using cross-currency 2
basis swaps & must be capable of further separating FX basis risk
from pure interest rate risk for risk management.
15.40 System should support booking FX swap against two different 2
counterparts; this is in case of broker deals where different
counterparts are assigned on the different legs of the same
15.41 System should support the transfer of FX position to the Money 2
Market desk for funding.
15.42 System must support drill-down of position to deal level. 2
15.43 System must support easy to use functionality to split cross 2
positions and transfer positions between portfolios.
15.44 System must have real time analytical tool which facilitate the 2
dealer of complex position
15.45 System must support pricing structure trade builder 2
15.46 System must support Switch-in and Switch-out facility in case of 2
products like Mutual Funds etc.
16 WHEN ISSUED 12
System should have facility to define When Issued [WI] securities.
16.1 Separate Tradable position for When Issued has to be maintained. 2
System should facilitate capturing WI for "New" as well as "Existing"

16.2 2
securities.
Real time monitoring of regulatory limits & internal limits set by
16.3 the Bank. User should be able to change the same whenever 2
required.
When issued deals should be allowed to be booked in a specific
16.4 2
book only.
Facility to roll over the - When Issued positions into regular
16.5 2
positions without re-entering the Trade
The system should keep track of the open-when-issued position and
16.6 provide a report for the open when issued positions to be covered 2

at any point of time.
The System should generate a report giving Business Line wise

Total (Interest income + Other income) & Interest Expenditure
17 4
of Treasury branch at CO, after mapping Income and
Expenditure Head of accounts with Business Lines.
18 SHORT SALE 10
System should allow the user to enter into short sale positions in
specific instrument/security type (flag required at security/
instrument master level for short permitted which should be
18.1 updated from FIMMDA automatically). Short sale position has to be 4
shown separately. It can be recorded as separate portfolio within
HFT Facility to record total outstanding of security & users should
be able to change the same with date.
Facility to define liquid securities for short sale & user should be
18.2 able to change the status of security from liquid to non-liquid and 2
vice versa
System should give a message /alert at the time of entering /
18.3 2
saving the deal.
The system should keep track of the maximum days where the
18.4 position can be kept open & provide a report for the minimum 2
short position to be covered at any point of time.
Ability to specify how strong or weak the links between various
trade components in a structured product made up of more than
one trade component. Strong links would imply that any market
19 4
event on any component would be replicated across all
components. Conversely, weak linked components will have
market events applied independently across all components
TOTAL MARKS 370
Mid-Office Requirements
Business Process Bidder’s

Mark
Sr. No. Respons
s
e
1 Market Risk -General Requirements 22
1.1 Online Real-time monitoring of all types of deals in bank's trading book 2
System should be capable of all types of limit monitoring (at Scrip level,
Security level, Dealer level, portfolio level, stop loss, risk limits, NOOP,
1.2 2
Single Deal etc) as per Banks internal policy and as per regulatory
requirements
System should publish Daily Risk Report/Dashboard without manual
intervention. The report may be restructured as per the
1.3 2
requirement/scenarios e.g on addition of new asset class,
interchangeability of limits etc.
The system should enable tracking Duration, Modified Duration,
1.4 Convexity, Holding Period, Entry Level Credit Rating Norms, Rating 2
Migration etc.
The system should be able to identify online breaching of limits on
1.5 consolidated basis & segment basis and send alerts accordingly and also 2
generate exceptional report.

The system should permit entry of stop loss & take profit limits by deal
1.6 type/deal size & also at portfolio level, and also to cap the limits for 2
pre-defined periods (daily/monthly/quarterly/annually)
The system should be able to compute the exact stop loss and take
1.7 2
profit based on pre-defined percentages
The system should be able to give notifications in case of breach of stop
1.8 2
loss/ take profit limits
The system should be able to compute script wise and bucket wise PVBP
1.9 and monitor PVBP as a result of every deal at script level 2
Daily Exposure Report for on balance sheet items plus off balance sheet
1.10 2
items
Daily country-wise exposure limit (indicating gross, net basis, short term
1.11 2
and long term basis)
Value at Risk - System should have the following capabilities with
2 regard to VaR calculation 34
VaR Methodologies: The system should be able to generate VaR and

provide Risk Measurements and Analytical Tools for different VaR
2.1 4
Methodologies, for user defined confidence levels & holding periods for
all asset classes.
2.2 VaR to be computed using following methods: 6
2.2.1 Historical Simulation 2
2.2.2 Variance-covariance 2
2.2.3 Monte Carlo Simulation 2
Flexibility of defining confidence interval, sampling frequency, decay
2.3 factor, time horizon, distribution assumption and other relevant 2
parameters.
The system should calculate individual Security wise, Asset Class wise,
Portfolio wise VaR (for HFT as well as AFS) i.e. FX (Trading & Banking
Book),Equity, MF Units, Interest Rate related instruments under normal
2.4 2
& stress conditions with an option for scalability in regard to holding
period/time horizon/VaR computation methodology under
overlapping/non-overlapping basis.
Provision for computing specific VaR, stressed VaR & incremental VaR,
2.5 2
marginal VaR
Risk Attribution of VaR numbers among various components of VAR like
2.6 deal level, scrip level etc. Calculation of contribution of every dealer, 2
product & market towards the overall VaR numbers
The system shall have the ability to drill down VaR by various dimensions
2.7 2
to cash flow levels
Users should be able to view results of VaR in a graphical form including
2.8 2
tail loss
Distribution of VaR across the following:
- Dealer wise VaR
2.9 - Products wise VaR 2
- Market wise VaR
2.10 Yield curve creation and its use in valuations and VaR 2

2.11 Provision for attaching an yield curve to any product 2

VaR - Back testing- As per Basel/RBI guideline and the best market
2.12 2
practices available
VaR - Stress testing- As per Basel/RBI guideline and the best market
2.13 2
practices available
2.14 Incremental Risk Charge (IRC), and Expected Shortfall 2
3 Valuations 8
MTM and Revaluation: Both FIMMDA/FBIL and FEDAI valuation should be
supported as per the industrial best practices. Derivatives valuations to
3.1 be supported as per industry best practices. Valuation methods as per 2
prevailing and upcoming accounting standards (IND AS) should be fully
supported for all the products including CDS.
The system should support accrual calculations. Inbuilt tools should be
3.2 in place to compute daily P&L of all asset classes 2
3.3 Facility to download and capture benchmarks rates. 2

FX Swap/SPOT & Outright valuation, MTM realized P&L on a real time
3.4 basis dealer wise & consolidated. Breaches should generate trigger 2
mails/SMS
4 Limit Monitoring 64
4.1 Counter Party Credit Risk - Exposure Limit 20
Real time limits monitoring for Counterparty Credit Exposure & related
4.1.1 2
limits
The system should be able to measure various exposure, monitor
counterparties' credit exposure against authorized limits on a real-time
basis. The credit exposure on off-balance sheet items (Derivatives) need
4.1.2 4
to be arrived based on RBI specified Current Exposure method. The
system should provide necessary flexibility to adopt to the latest
regulatory guidelines in this regard like the SACCR method
4.1.3 Issuer limit, settlement limit, desk & country limits 2
4.1.4 Real time alerts and facility to authorize limit violations 2
Ability to scan and attach paper based notes during authorizations for
4.1.5 future reference during audits and inspections 2
Exception management (i.e. monitoring, flagging & reporting) for limit

4.1.6 2
violation
The system should allow for the measurement of the Counterparty
4.1.7 credit risks for treasury which should be mapped with pre-settlement 2
risk
4.1.8 Facility to authorize limit violations. 2
4.1.9 System should generate exception report for limit violations 2
Market Risk Limits Monitoring - real-time monitoring of product-wise,
currency-wise, counterparty-wise, dealer-wise, bucket-wise,
4.2 34
country-wise limits including but not limited to the below mentioned
limit type
4.2.1 VaR Limit 2
4.2.2 Sensitivity limits 2
4.2.3 Limits based on Greeks (Delta, Gamma, Vega, Rho, Phi etc for all kinds 2

of derivatives)
Loss Limits (Stop Loss with various frequencies daily, monthly, annually
4.2.4 2
etc.)
4.2.5 Risk Limits 2
4.2.6 Position Limits 2
4.2.7 Scrip-wise/Security-wise Limits 2
4.2.8 Modified Duration/PV01 Limits 2
4.2.9 Single Deal Limit 2
4.2.10 Day Light Limit 2
4.2.11 Dealer wise 2
4.2.12 NOOP Limit 2
4.2.13 AGL Limit 2
4.2.14 Exposure Limit 2
4.2.15 Broker-wise Turnover 2
4.2.16 Dealer wise Limit 2
4.3 LIMITS TO MARKET OPERATIONS 10
The system should track user-defined trading portfolio wise & dealer
4.3.1 wise limits and provide viewing and reporting 2
The system should be able to define and monitor limits at various levels
4.3.2 2
in the hierarchy
The system should be able to issue a system notification to dealers that
4.3.3 2
a limit is violated
Overnight open position to be computed in all currencies and the ability
4.3.5 to convert to equivalent wash currency 2
The system should enable querying of limits at an individual as well as

4.3.6 2
aggregate level
5 EXCEPTION REPORTING 16
Soft limits, hard limits (soft limits for management action trigger and
5.1 hard limits for Limit breaches) & threshold limits 2
Intra-day exceptions to be monitored on real time basis and on-line

breach alerts should be generated at Mid Office with mandatory printing
5.2 2
of the exception report with reasons, deal particulars, time etc. as &
when such breaches occur
End of Day Exception report should be generated mandatorily & no user
5.3 should have the power to skip the same 2
The system should be able to support warning messages and exception

5.4 reporting for credit exposure limit violations 2
The system shall have a means to automatically generate exception

5.5 2
reports
The system shall have an automated monitoring & reporting of breach in
exposure norms, limits (daylight/overnight/counterparty/IGL/AGL/pre-
5.6 2
settlement/Settlement/ Issuer/Currency/Broker/Gap/
Authorization/Stop-Loss Limits etc.), duration, M-Duration, PV01 etc.

The breach in exposure norms & limit as referred above must give alert
5.7 messages (on-screen pop-ups) to back office, front-office & mid-office, 2
& generate exception report & audit trail on daily basis.
6 POSITION TRACKING 8
6.1 The system should be able to update positions on a real time basis 2
6.2 The system should be able to view positions for user defined portfolios 2
The system should be able to maintain real time exposures-Prudential
6.3 exposures, Money Market Exposure, Non-SLR Exposures, Equity Exposure, 2
Industry Exposures, Counter party exposures etc.
The system should be able to generate, view and print positions reports
6.4 with fair market value provided by information feeds 2
7 RATE SCAN, LIMIT & EXPOSURE MONITORING 8

7.1 Real-time Rate scan provision 4
The system shall allow users to customize triggers, alarms and
7.2 thresholds (i.e. increase/decrease thresholds both at individual dealer 2
level, class level or system level).
The system should be capable of carrying automatic validation of deal
7.3 2
rates based on Tolerance Limit.
8 Yield Curve : 14
Under Yield Curve provision should be available for selection of
8.1 FIMMDA/NSE/CCIL/ FBIL Outside Agency/Broker Quotes or user defined 4
yield curve for valuation or VaR computation purpose.
Facility to accommodate parallel shift/nonparallel shift in yield curve
8.2 4
for revaluation
8.3 Facility to attach yield curve to any product 4
8.4 The system should be able to perform duration & convexity analysis 2
9 Regulatory Reporting 20
System should have capability to publish all the regulatory reports
9.1 pertaining to TMO/Market risk functions. 10
Risk Based Supervision -All the data points (DCTs) pertaining to

derivative exposure, VaR, Beta, PV01, Option delta, gamma, vega,
9.2 10
Horizontal and vertical disallowance, Zone wise Net PV01of trading book
etc should be system generated.
10 Mid office - Reports 12
Fx Limit (Overnight)/IGL/AGL portfolio wise: Actual utilization of various
limits on a daily basis has to be captured & average utilization report on
10.1 2
monthly/quarterly/annual basis with minimum & maximum utilization
slabs.
10.2 Exception Report on rate scan and limit Breach 2
Daily Risk Report - Report helps in monitoring various risk and stop loss
limits associated with all the asset classes viz. Money SLR, Non-SLR,
Forex and Mutual Fund except derivatives and equity (secondary market
10.3 4
operations). Report contains treasury investment positions, Rupee
money market operations, forex P&L, AGL and monitors various limits
defined in the board approved internal policies

Derivatives Report - Report to monitor Bank's daily Derivatives book

position, stop loss and risk limits. P&L computation is integral part of
10.4 2
this report. It helps in monitoring various limits defined in internal
policies
10.5 Country Limit monitoring report 2
Capital Charge for Market risk for On balance sheet items and capital
11 charge for credit risk of market related Off balance sheet items (FX, 16
derivatives, gold etc.) as per RBI Guidelines.
CAPITAL CHARGE for credit risk related to investments under Basel III-
11.1 Current Exposure Method/ SACCR 4
11.2 CAPITAL CHARGE for market risk under Basel III- SMM 4
11.3 CAPITAL CHARGE for market risk under IMA/FRTB 4
CAPITAL CHARGE for market risk/credit risk on Central Counterparties
11.4 4
(CCPs)
12 Daily Operations 14
12.1 What If Analysis 2
12.2 Risk Distribution Analytics Tools 2
The system shall have a means to automatically generate exception
12.3 2
reports
The system shall allow reports and results from the analytical tools to be
12.4 exported to Excel or to be converted to an image file (i.e. jpeg or gif) 2
12.5 Intra-day Open position computed real-time 2

Overnight open position to be computed in all currencies & the ability to
12.6 convert to equivalent wash currency 2
The system should be capable of on-line valuation and support different

12.7 valuation methods and produce reports in the required formats 2
Stress Testing and Scenario Analysis- should support stress testing

13 and scenario analysis as per regulatory guideline and methods applied 18
by Bank
13.1 Stress testing required as per RBI guidelines 2
Stress testing through approaches including but not limited to by time
13.2 period between 2 dates, by risk type, by risk factors. By percentage, 2
absolute amount, parallel as well as non-parallel shifts in yield curves.
For scenario analysis an extensive list of pre-configured historical stress
13.3 events such as Asian crisis 1997, 2008 global slowdown should be 2
available. Further creation of plausible scenarios should be supported.
Support what-if analysis for say, assessing the potential impact of
adding/deleting an asset. Help analyze the effectiveness of hedges
13.4 2
across all risk types (interest rates, exchange rates and price) as well as
provide the ability to view the analyses as VaR-based views.
13.5 Flexibility to save what-if portfolio as another portfolio. 2
13.6 Exception Report on rate scan and limit Breach 2

Daily Risk Report - Report helps in monitoring various risk and stop loss
limits associated with all the asset classes viz. Money SLR, Non-SLR,
Forex and Mutual Fund except derivatives and equity (secondary market
13.7 2
operations). Report contains treasury investment positions, Rupee
money market operations, forex P&L, AGL and monitors various limits
defined in the board approved internal policies
Derivatives Report - Report to monitor Bank's daily Derivatives book
position, stop loss and risk limits. P&L computation is integral part
13.8 2
of this report. It helps in monitoring various limits defined in internal
policies
13.9 Country Limit monitoring report 2
14 ANALYTICAL TOOLS (BOTH SECURITY & PORTFOLIO LEVEL) 38
14.1 Duration & PV01 2
14.2 Convexity 2
14.3 Scenario / Sensitivity Analysis 6
14.3.1 With correlation shifts 2
14.3.2 With parallel shift in yield curve, currencies and market prices 2
14.3.3 With non-parallel shift in yield curve, currencies and market prices 2
The system shall allow users to print reports & results from analytical
14.4 2
tools.
The system shall provide a means for users to readily view the formula
14.5 that was followed to arrive at the metrics that are computed and 2
displayed on the reports and analytical tools.
14.6 Facility for a user configurable Dashboard for Risk Manager 2
Online Real time monitoring of stop loss/trailing stop limits in forex,
equities, bonds etc. & online monitoring of stop loss/ profitability/yield
14.7 2
of MMKT swaps with cost of funds and interest earnings being put in
manually
14.8 Real-Time trading book monitoring/analysis 2
14.9 Real-Time portfolio analysis - currency pair-wise trading profit and loss. 2
14.10 Real-Time breaching of exposure on consolidated basis/segment-wise 2
14.11 Exposure monitoring Bank wise for all overseas Branches 2
14.12 Exposure monitoring on Country wise for all overseas Branches 2
Calculation of volatilities and correlation directly from integrated
14.13 market data instead of relying on the users to supply the same. 2
14.14 The system should allow users manually define yield curves 2
14.15 The system should be able to model user-defined treasury curves 2
The system should be able to provide trend analysis for market prices of
14.16 2
securities
Market data Module should provide time series of raw data like interest
rates, foreign exchange rates , equity indices, commodity prices, credit
14.17 2
ratings and derived data like log returns, standard deviations,
correlations, implied volatilities, credit spreads and benchmark curves
Other requirements and RISK REPORTS - A built in easy-to-use report
15 builder so that users can create their own reports & analysis at any 58

time.
15.1 Back Testing using following methods: (As per regulatory guideline) 4
15.1.1 Basel, Actual Method 2
15.1.2 Facility to view exceptions 2
Should Support for all methods of Hypothetical Testing as per BASEL
15.2 II/III for violation of Bank's VAR & Identification of Correction Factor 2
e.g. Kupiec Test etc.
Daily HFT & AFS valuation reports along with all the risk parameters and
15.3 2
limits
15.4 Category-wise detailed Valuation Report with Summary Valuation Report 2
15.5 Report on equity Portfolio Dividend Yield 2
Report giving average cost of market borrowing for Treasury & yield on
15.6 2
money market lending.
Report of outstanding money market /swaps/profitability/yield after
15.7 taking manually input cost of funds on daily basis. 2
Report of cost of carrying money market /swaps with options to input

15.8 2
cost of funds on daily basis.
Treasury average cost/yield based net-wise and profit analysis in the
15.9 2
format provided by the bank.
Defeasance period for HFT portfolio. Average Holding period for AFS
15.10 2
portfolio
Peak & Average values of VaR, NOOP, AGL,IGL, PV01 as required per RBS
15.11 2
data
15.12 Merged VaR / Marginal VaR / Stressed VaR for the entire portfolio 2
Currency wise maturity GAP Report which provides data for each
15.13 2
month/buckets
15.14 NOP-INR: It will contain NOP-INR values as required per RBI guidelines 2
15.15 CDS & any other structured product 2
Stress testing/Back Testing results on all asset classes as per latest RBI
15.16 2
guidelines
The system should be able to accommodate parallel shift/ non-parallel
15.17 shift in FX-Spot/FX-Forward rates for stress testing 2
The system should be able to do Stress test on

15.18 daily/weekly/monthly/yearly basis for trading book [including AFS] 2
Interest Rate resilience report (both for domestic & forex portfolio)
which includes bucket wise position of assets & liabilities, weighted
(wtd) coupon, wtd m-duration as per RBI guidelines Data including
15.19 2
coupon & yield on all instruments is required for preparation of Interest
Rate sensitivity statement for Foreign Currency (Domestic Operations &
Overseas operations) for preparation of SIR statement.
15.20 Ability to support Credit Support Annex(CSA) 4
15.21 Ability to handle Collateralization and Margining 2
Disclosure report quarterly statement containing bucket wise assets &
15.22 2
liabilities as per RBI guidelines

Potential future exposure (PFE), expected positive exposure (EPE),

15.23 Maximum peak exposure (MPE), Effective expected positive exposure 2
(EEPE)
Basel III capital charge & Incremental Risk Charge (IRC) as per RBI
15.24 guidelines for capital charge computation 2
CVA/Advanced CVA/DVA as per RBI guidelines for capital charge

15.25 computation and also as per IND AS for fair value adjustment 2
Horizontal & vertical disallowance as per RBI guidelines for capital

15.26 2
charge computation of market risk.
System should support Future regulatory regulations such as FRTB &
15.27 2
BCBS 239 etc.
TOTAL MARKS 350
Back - Office Requirements
Business Process Max Bidder’
Sr. Marks s
No. Respons
e
1 Deal Verification 14
Ability to provide configurable deal verification function by status &
1.1 2
authority
Ability to provide deal verification facility by exception i.e. exception
1.2 rules should be configurable by Entity, Product, Counterparty, Dealer, 2
Currency, Country, Location, Amount, Exchange Rate, Others etc.
Configurable work flow engine to add or reduce multiple verification

1.3 2
levels
Ability to configure transaction data fields that can be amended during
1.4 deal verification stage 2
Ability to amend or cancel a deal (e.g. incomplete deals) at deal

1.5 verification stage, by authorized personnel along with maintaining of 2
relevant audit trail
1.6 Ability to append standard settlement instructions (SSIs) to deals 2
1.7 Ability to generate Exception Report 2
2 Deal Confirmation 18
Ability to generate and manage confirmations, including interfaces, for
2.1 all products 2
Ability to define the format and wordings of confirmation based on the

2.2 characteristic of the product/ transaction 2
Ability to format and maintain different formats for confirmation by:

2.3 Product/instrument, payment type, counterparty and currency 2
Ability to generate automatic confirmation letters for all transactions on

2.4 contract date and also for Non-CCIL trades separately. 2
Ability to support automatic (through upload), sending of confirmations

2.5 through structured messages by electronic media such as SWIFT 2
(Applicable MT series), e-mails and fax

Ability to auto match confirmations received from counterparties that

2.6 should be automatically uploaded through the SWIFT interface 2
Ability to generate automatic reminders for confirmations that have not

2.7 been received in a predefined format & at pre-defined intervals 2
Ability to suppress confirmation for deals already confirmed but

2.8 cancelled on the same day 2
2.9 Ability to suppress confirmations and payments relating to internal deals 2

3 Settlement 28
Ability to allow the user to use default settlement instructions at the
3.1 time of deal entry 2
Ability to allow the user to input different settlement instructions, which

3.2 should be authorized at an appropriate level 2
Ability to handle settlement splitting of one deal across multiple take

ups (like in the case of settlement of STRIPS (Separate Trading of
Registered Interest & Principal Securities E.g. Zero Cupon Bonds)) with or
3.3 without residual amount), multiple settlement accounts & settlement of 2
any residual amount on maturity date.
Ability to support automatic generation of payment and receivables list

3.5 for user defined maturities and contract date and for specific 2
counterparties
Ability to automatically process all the transactions, for which
3.6 settlement instructions have been defined 2
3.7 Ability to generate settlement advice for all deals executed 2

3.8 Ability to generate due date diary for interest & redemption with 2
adequate filters.
Ability to allow part settlement of interest redemption (Like in case of
3.9 Zero Coupon Bond/ STRIPS Bonds) 2
3.10 Ability to track call/ put options on securities held 2

3.11 Ability to generate RTGS messages wherever applicable 2
Ability to send amended messages to CCIL /CLS in case of any
3.12 amendment made to the original deal as defined by the Workflow 2
4 Matching and Transaction Reconciliation 12

Ability to allow user definition of primary and secondary keys for
4.1 matching and reconciliation 2
4.2 Ability to auto reconcile deals with the Nostro statements 2

Ability to support for both automatic as well as force-matching for
4.3 reconciliation 2
4.4 Ability to support manual reconciliation for unreconciled entries 2

4.5 Ability to provide for aging of unreconciled deals 2
System should reconcile all the credit entries in Nostro account at the
4.6 time of debiting the Mirror accounts by allowing user to mark the same 2
both credit & debit entries.

5 NOSTRO Management 14
5.1 Ability to support management of multiple Nostro accounts by currency 2
Ability to transfer funds between Nostro accounts automatically by using
5.2 MT200 for settlement Settlements-Support for MT202, MT210, Local RTGS 2
Ability to set alerts by Nostro account to warn when agreed minimum

5.3 balance is close to breach 2
Ability to provide for Nostro balance projections on a real time basis that
5.4 reflects the recent trades, cancellations and amendments 2
5.5 Ability to provide predictions of expected movements in Nostro accounts 2

Ability to calculate/monitor interest on Nostro accounts as per user
5.6 defined parameters 2
Ability to calculate interest on back valued funds in the Nostro

accounts: Nostro/Mirror - Transactions, Nostro/Mirror view, Nostro
5.7 Statement Entry (Modify/Splitting), Nostro Statement Entry (Manual 2
Input), Nostro Statement Clubbing.
6 Transaction Management 12
Ability to monitor and report on a product/transaction throughout its life
6.1 cycle until maturity/settlement 2
Ability to provide an audit trail on the movement for each transaction

6.2 until it matures / is settled even after maturity, as per business defined 2
period/ workflow.
Ability to allow user to trace transactions on a post date basis, by but
not limited to Product/ Instrument, Dealer, Counter party, Customer,
6.3 2
Deal Date, Maturity Date, Trade Date/Value Date, System Reference
Number/ Amount etc.
Ability to generate statement of outstanding transactions (along with
6.4 contract details) for counterparty on an ad-hoc basis 2
Ability to compute and automatically process clearing and agency fees

6.5 for a particular product 2
Ability to specifically monitor collateral in case of Collaterlized security

6.6 2
transaction
7 Accounting 26
The solution must be IFRS compliant. Thus though the actual accounting
entries could be based on IAS, the software should be able to give
7.1 2
balance sheet as per IFRS also. System should support Indian and IFRS
accounting
Ability to maintain chart of account to assist in accounting of Treasury
7.2 2
transactions
Ability to provide for maintaining and mapping transaction posting rules
7.3 by entry, role, product, instrument, category, transaction type, 2
currency etc.
Ability to capture of all financial transactions concurrently for
7.4 transaction currency, Local Currency, decomposition or wash currency 2

Ability to ensure automatic on-line generation/Posting of desired GL

7.5 transaction posting based on defined transaction rules/work flow rules. 2
Manual posting and EOD posting should be available
Ability to develop a real time interface with other platforms like CBS-
7.6 Finacle to transfer transaction level data 2
Ability to generate accounting entries on trade date and value

date/settlement dates for, but not limited to Revaluation of Forex and
7.7 2
Valuation of investments. Accruals, Provisions Blocked, Accounts,
Suspense Accounts, Amortization of premium (On daily basis)
Ability to support concurrent use/application of different accounting
practice (e.g. cash vs. accrual, expending vs. deferral etc.) for different
7.8 nature of transactions to address to: Statutory requirements Internal 2
management accounting policies International Accounting Standards
Ability to provide portfolio accounting & GL processing/ interfacing

7.9 without affecting operational availability/online access to transactional/ 2
other data
Ability to conduct end of day or end of month processing without
7.10 impacting online trading periods /days 2
Ability to support ISDA defined business day conventions such as FBD,

7.11 MFBD, PBD and MPBD for derivatives 2
Ability to support AS-11 accounting standards for Forex transactions and

7.12 should be capable of migrating to IFRS as defined by RBI 2
7.13 Ability to maintain FCNR/EEFC/RFC Portfolio as per Bank/RBI guidelines 2

8 Other Processing Requirements 4
The proposed solution should have provisions for adequately processing
the following subject to market practice and regulatory guidelines:
Short sale
When issued bonds
Corporate actions including bonus, Dividend
Splits Consolidation Interest payments
Staggered redemptions Final redemptions etc. Valuations Amortizations
NPI (Non performing Investments)
8.1 Earmarking for CBLO 4
Transfer from HTM to AFS as per the Banks requirement
Position Transfer between Dealer / Desk
Provision to make/alter the deal state on its maturity based on business
requirement
Provision to Amend the deals to differ Settlement
Provision to block certain Accounting entires getting posted in CBS
Provision for Shifting between categories e.g Gsec ,Unwinding
,merger,demerger
The system should facilitate administration, settlement, accounting
9 and revaluation of the following FX Instruments. 8

Inter-bank FX
a. Cash
b. Tom
c. Spot
d. Forward
e. Long Term Forward
9.1 Above should be for standard currency pairs like 4
US Dollar-Rupee / Euro-US Dollar / Pound-US Dollar / US Dollar-Swiss
Franc, etc. and also cross currencies like Euro-Rupee / Pound- Rupee,
Euro - JPY etc. The above should cover :
Outright Buy, Outright Sell, Buy-Sell swaps, Sell-Buy swaps, Last Day Last
Day, Delivery Options
Merchant FX
a. Cash
b. Tom
c. Spot
d. Forward
9.2 4
Above should be for standard currency pairs like US Dollar-Rupee / Euro-
US Dollar / Pound-US Dollar / US Dollar-Swiss Franc, etc. and also cross
currencies like Euro-Rupee / Pound-Rupee etc. The above should cover:
Outright Buy, Outright Sell, Buy-Sell Swaps, Sell- Buy Swaps.
10 OTHER PARAMETERS 20
10.1 Facility to capture Trades through Cryptic 2
Cryptic Deal Booking & Reversal and should convert correct & complete
10.2 2
deal.
The system should be able to generate reports/ display of open Forex
10.6 Currency wise positions at any point of time 2
The system should be able to calculate underlying floating interest

10.7 amount applicable in case of a floating rate Repo transaction 2
10.8 System should be able to capture Nostro Funds Transfer 2

System should allow users to generate card rates based on user definable
10.9 margins and market rate. E.g. FCNR rates should be uploaded in Finacle 2
Treasury
System should allow users to define and modify card rates multiple times
10.10 during the day 2
System should allow users to save the card rates in a .txt format & share
10.11 with the branches. This file should be as per our upload format as per 2
CBS system/ other.
The system should automatically generate a Rate Scan Report on the

10.12 basis of external rate feeds or manual feeds 2
System should be able to upload FEDAI defined closing Forex rate

10.13 (Translation Rate) at the end of day 2
11 CALCULATIONS AND COMPUTATIONS 16

11.1 The system should be able to calculate MTM across all currencies 2
The system should be able to store historical revaluations for each
11.2 transaction record 2
11.3 The system should be able to store historical Forex rates for all 2

currencies
The system should be able to compute interest & principal repayments
11.4 for foreign currency loans & support the Interest Reset clause. 2
The system should be able to compare foreign currency forecasts from

11.5 one time to another or to the actual numbers for the same period 2
The system should be able to save foreign exchange rates within the
11.6 2
system
Facility to record counterparty confirmation for Interbank & money
11.7 market deals 2
The system should be able to calculate commission on brokers, service

11.8 tax & TDS as per applicable rates. 2
12 SETTLEMENT AND CONFIRMATION 8

12.1 Interbank deals should automatically come for settlement on due date 2
System should support split settlement of Interbank deals in case of
12.2 different currency holidays 2
System should be capable of blocking bond deals settling within the

12.3 lock-down period and roll the date to the next valid date. 2
12.4 Mail Messaging System for customer should be provided 2

FACILITY FOR MONITORING AND PROVIDING NECESSARY FACILITY TO
13 CAPTURE/ REPORT THE FOLLOWING: 10
13.1 Due dates for realization 2

Compare the actual date of realization with the due date and calculate
13.2 late/early realization charges/ gains 2
Provision to enter charges - system may deduct the amount and

13.3 realized amount may be credited to branches. 2
13.4 Forward contracts due dates/ delivery dates/ pickup prompts register 2
13.5 Due dates for Crystallization /reversals 2
14 SYSTEM SHOULD ALLOW USERS TO DEFINE 6
Foreign Bills Purchase:
Clean Bills Foreign Bills Purchase, Usance Bills Foreign Bills Purchase,
Sight Bills Foreign Bills negotiated.
Foreign Usance Documentary Bills Discounted Merchant Trade Bills:
14.1 Export/Import Crystallization of Export Bills 2
Deemed Export Bills Diamond Dollar account Export Bill Rediscounted
Packing Credit Foreign Currency Loans
Any other future requirement similar to the above
Foreign Inward Remittance:

Foreign Documentary Bills Under Collection, Foreign Clean Bills Under
Collection, Foreign Usance Bills Under Collection
14.2 Foreign Outward Remittance: 2
Foreign Import Bill under Collection, Payment under LC, Foreign
Telegraphic Transfers, Foreign Demand Drafts, Foreign Travelers Cheque
and any other inward/outward remittance like FCNR, EEFC, RFC.
Merchant Forward Contract cancellation charges as per the exchange
14.3 rate given by the dealer must be recovered from/paid to the customer in 2
INR by system generated entries.

15 MARK TO MARKET AND REVALUATION: 14

Capability to Mark to Market all positions and calculate the Profit & Loss
15.1 at the pre defined closing/FEDAI rates by business. 2
System should support Revaluation of Forward Position at user defined

15.2 frequency and show accounting entries in simulated environment before 2
generating the accounting entries on user acceptance
System should support Revaluation of Nostro Balances at user defined

15.3 frequency at FEDAI & show accounting entries in simulated environment 2
before generating the accounting entries on user acceptance
System should support AS-11 accounting and should generate the

15.5 accounting entries as per the bank's policy 2
The system should enable segregation of profits:dealer wise and deal

wise trading, merchant & arbitrage and also to report cost of carrying
15.6 2
Money Market Swaps / Arbitrage Swaps taking user input rate for cost of
funds.
System should generate MTM advice and send the same directly to
15.7 Merchant via Email 2
FCNR Portfolio [Banks FC assets and liabilities] revaluation as per AS-11.

15.8 The assets/liabilities pertaining to FCNR to be identified separately from 2
exchange transactions.
RECORDS: The system should be able to maintain at least the

16 following records & generate reports accordingly: 36
16.1 Open positions - Intra-day & Overnight 2

16.2 Currency pair wise Position Book 2
16.3 Accounting Entries 2
16.4 Funds Flow 2
16.5 Gap Statement 2
16.6 Nostro Ledger 2
16.7 Deal Register 2
16.8 Due Date Diary 2
16.9 Outstanding Deal Register 2
16.10 Deal Cancellation Register 2
16.11 Unconfirmed Deal Register 2
16.12 Overdue Contract Register 2
16.13 Settled Deal Register 2
16.14 Maturity Deal Listing 2
16.15 Maturity list of Lending and Borrowing 2
16.16 Mark to Market of Net Open Positions 2
16.17 Bills overdue for Delinking 2
Forex Turnover in multiple currencies equivalent to any particular
16.18 2
currency.

17 DEAL CONFIRMATION 18
The system should be able to adopt standard confirmation procedures
17.1 for all products 2
The system should provide the flexibility to customize separation

17.2 between the users of front office and back office 2
The system should allow for viewing of queue of transactions pending

17.3 2
confirmation
The system should provide ticker listing of all transactions pending
17.4 settlement or confirmation 2
The system should be able to assign tags (confirmed or verified) for

17.5 trades based on User Access Level 2
The system should have the ability to generate deal confirmation in a

17.6 format specific to the type of instrument in hard copy as well as in 2
electronic form
The confirmations generated from the system should be possible for
17.7 users to send hard copies to counterparties/brokers/issuers 2
System should have the ability to unmark deals marked for settlement
17.8 through CCIL or CLS for FX-Interbank/FX-Merchant Transactions 2
The system should be able to mark separately Trading Dealings,

17.9 Merchant Deals, Funding Deals and Arbitrage Deals 2
18 PRINTING 6
18.1 The system should have the ability to print all transaction deal tickets 2
18.2 Re-printing of transaction deal tickets 2
18.3 Printing of all MIS reports 2
19 COUNTER PARTY CONFIRMATIONS 8
The system should have the ability to accept confirmations from
19.1 counterparties in electronic format 2
The system should be able to reconcile the electronic confirmations

19.2 received from counter parties for foreign currency denominated 2
transactions
The system should provide for recording of confirmations received in
19.3 physical mode from: 4
19.3.
Counter-parties 2
1
19.3.
Custodians 2
2
20 UNCONFIRMED DEALS 4
System should segregate & send back to the dealer a particular deal that
20.1 has not been confirmed for any reason 2
20.2 System should report deals that are not confirmed 2

21 AUDIT TRAILS 4
The system should have the ability to record all modifications and
21.1 deletions at the trade level 2

The system should provide logs for all audit trails to the system
administrator in case of Entry/Modification/Deletion, Confirmation &
21.2 Settlement of Deals, Change of Password, Change of Parameter,Change 2
of User Definition with user details, date & time
22 DEAL SETTLEMENT 8
The system should have the ability to create a queue for a definable
22.1 series for payment release for Securities Transactions (with reference to 2
interfacing payment system e.g. RTGS)
The system should provide for free text fields to enter manual text for
22.2 communication purposes between TFO and TBO 2
The system should have the ability to create a table of standing

22.3 instructions for settlements of foreign currency payments 2
The system should have the ability to allow back office users to update
22.4 the standing instruction table & have changes reflected in all outstanding 2
transactions or as defined by the Bank
23 PAYMENTS 8
23.1 Ability to generate payment information 2
The system should be able to automatically generate payment requests
23.2 on or before the settlement date 2
The system should have the ability to generate letters/payment advice

23.4 to counter parties 2
The system should have the ability to compute brokerage payable based
23.5 on the brokerage schedule input in the masters for Forex 2
FOREX BACK OFFICE REPORTS The system should be able to generate

24 at least the following reports: 54
R-Returns: The consolidated R-Return for the Entire Bank is generated by

designated branch from CBS system after merging data of all the Forex
branches (B Cat), along with treasury branch (A Cat) data which is given
24.1 manually at present. The R-Return for the Treasury branch must be 4
generated 7 data must be integrated with CBS system for merging of
data of all the Forex branches (B Cat), along with treasury branch (A Cat)
and generation of consolidated R-Returns
24.2 IC4, IC5, IC6 2
24.3 Statement 5 (FCNR Deposits) 2
24.4 Other Statutory Returns 2
24.5 Overdraft in Nostro Accounts 2
24.6 Excess/ overexposure Limit in Nostro Account 2
24.7 Interbank Gap Analysis 2
24.8 Due date diary of interbank deals 2
24.9 Merchant due date diary 2
24.10 Unconfirmed Interbank Contracts 2
24.11 Currency wise position statement 2
24.12 Currency wise outstanding in Investment 2

24.13 Currency wise outstanding borrowing 2

Maturity Profile of Deposits, Investments, Borrowings etc. in respective
24.14 2
currencies
24.15 Brokerage reports including the following 2
24.16 Total trades broker wise (for committed and settled deals) 2
24.17 Brokerage due/ payment reports 2
24.18 Turnover status reports 2
24.19 Positions reports - Deal wise, Currency wise, Counterparty wise 2
24.20 Limits related report 2
24.21 Separate Fund flow reports for Forex and domestic transactions 2
24.22 Deal cancellation report 2
24.23 Deal amendment report 2
24.24 Breach reports 2
24.25 Counter party wise analysis reports 2
24.26 Instrument wise analysis reports 2
25 DATA STORAGE 4
25.1 Data should be stored by the system for at least 10 years 2
25.2 Users should be able to recall data without any coding requirements 2
COMPUTATIONS AND CALCULATIONS (refer to the calculators section
27 above) 24
The system should be able to provide bond calculators to support pricing

27.1 of bonds and other fixed income securities 2
The system should be able to track the strike dates in case of products
27.2 with embedded call/put 2
The system should be able to calculate interest for products sensitive to

27.3 caps and floors 2
The system should be able to calculate interest of Floating Rate

27.4 Instruments recognizing reset dates/rates 2
The system should be capable of processing transactions both cum-

27.5 interest and ex-interest basis 2
The system should be able to compute brokerage by any of the

27.6 following methods as part of deal entry: 4
27.6. Flat brokerage with slabs linked to notional amount / deal type [cash,
spot, forward] 2
1
27.6.
Percentage rate 2
2
In case of convertible debentures,the system should be able to update
27.7 the position based on conversion of Debentures into Equity Shares or 2
other instruments
In case of FCCBs,ADRs,GDRs & other foreign currency instruments,the
27.8 system should be able to capture the appropriate foreign exchange rate 2
to reflect the fair value in rupees

The system should be able to categorize all securities into 6 categories

for regulatory reporting/disclosure viz. Govt. Securities, Other Approved
27.10 2
Securities, Shares, Debentures & Bonds, Subsidiaries / Joint ventures &
Others
The system should be able to categorize all securities into AFS,HTM &
HFT & allow shifting between Categories through menu based options
27.11 2
(not through fictitious sale/purchase) also Categorisation as per IndAS
also should be available
System should support valuations as per FIMMDA guidelines/ local
regulatory guidelines. Valuation for all asset class should be available as
per statutory guidelines and internal policies including Treasury and Non
27.12 Treasury Investments, Bond , Debenture, Derivatives, Forex (Interbank 2
and Merchant) and matured position, PTC, NCD, OCD, Security Receipts,
VCF, PSLC, IBPC, Preferance Shares, Listed and Unlisted equity etc.
SCRIP MASTER DATA: The system should be able to store following

28 fields for different Products: 6
Instrument Name, ISIN, Instrument type, Issuer name/Company Name &

Details(Should also capture Unique Customer ID applicable in Banks),
Industry, Coupon Rate,Issue Date,Maturity Date,Interest
frequency/Interest Reset Date,Benchmark for interest reset for
FRBs,Interest convention, Shut period (no. of days), Interest Payment
Date, Entry load, Exit load, Identification of Tier II Bonds, Credit Rating
& Agency, Date of rating/ internal rating,whether listed/unlisted, Stock
28.1 Exchange in which entity is listed, Priority Sector/Non-Priority Sector 4
Investment, Exemption (Whether CDR based Investment or Not), Last
Traded date & price, Ceiling Price/Floor Price, Target Price, Corporate
Actions & Related Activities etc. Should also have flexibility to add new
fields.
In case of mutual funds/ETF whether the same is Equity Oriented/Debt
Oriented, Approved Security Status, Physical/Demat Status, Short Sale
Indicator Repo Forward Status, Redemption Schedule etc.
28.2 While creating security master, system should have capability of applying 2
various price/yield convention for cash flows.
29 DEAL CAPTURE 12
The system should be able to retrieve static data from masters at the
29.1 time of deal entry 2
The system should be able to highlight instances of short sale & covered
29.2 2
deals
The system should be able to stop entry of short sale of securities where
29.3 such functionality is defined by the user 2
Manual deal entry for deals done through brokers and/or wherever,
29.4 capturing possible, electronically upload the details. 2
29.5 System should be to able to handle changes in the approved prices 2

Support of FIFO Based/average based profit policy-only for short sales
29.6 Transactions for all asset classes as per accountn policy 2
30 CORPORATE ACTIONS 16
System should support following corporate actions across all
securities:

30.1 Bonus 2
30.2 Rights 2
30.3 Dividend 2
30.4 Splits and consolidation 2
30.5 Merger/Demerger 2
30.6 Change in Name /address 2
Interest Payment and redemption witj provision of Change in Interest
30.7 rates schedule and redumption schedule 2
30.8 Put /Call Pop-up 2

31 VALUATION, AMORTIZATION & NPI (Non Performing Investment) 8
System should calculate Mark-to-Market valuation of all securities in the
HTM,HFT,AFS & the system should have provision for defining the sub-
31.1 portfolio. System should have the provision for any add on Market/Credit 2
Risk Charges for the purpose of Valuation. Tagging and accounting of NPI
as per the status from Finacle Core should be available.
System should calculate amortization of all securities in HTM based on
Straight Line Method & Effective Yield Method concurrently with facility
to switchover from one method to another & automatically update Book
Value when required & pass necessary accounting entries. System should
31.2 2
amortize the securities purchased at premium & at discount be
amortized even while following weighted average method of accounting
as per RBI guidelines issued from time to time. Amortisation and discount
acretion for categories as per IndAs guidelines .
Automatic identification of NPI based on user defined rules. Tagging and
31.3 accounting of NPI as per the status from Finacle Core should be 2
available.
Posting of partial repayment received in matured accounts or NPI
31.4 accounts after due date. 2
32 TAX DEDUCTED AT SOURCE 6

System should be able to keep track of TDS certificates received & due
32.1 to receive 2
System should be able to generate report on total TDS deducted & TDS
32.2 Certificates due for receipt on monthly, quarterly, Half-Yearly & Yearly 2
basis
System should generate Pop-up message for HFT securities on 80th day
(should be user definable based on change in RBI guidelines or internal
32.3 2
requirement) from the date of purchase and should repeat on daily basis
with report generation
33 DIVIDEND ON EQUITY/PREFERENCE SHARES/MUTUAL FUND 8
33.1 System should be able to record dividend declarations 2
The system should be able to keep track of Dividend received & due to
33.2 2
receive
System should be able to generate report on total dividend received &
33.3 dividend due for receipt on monthly, quarterly, Half-Yearly & Yearly 2
basis

System should generate Pop-up message for HFT securities on 80th day
(should be user definable based on change in RBI guidelines or internal
33.4 2
requirement) from the date of purchase and should repeat on daily basis
with report generation
Ability to maintain versions of every business objects (trade,
34 payments, counter parties, etc) in the system throughout their entire 6
life-cycle
Ability to fix original trade number with the version number incremented
34.1 each time market events are performed 2
34.2. Ability to support P&L reporting across various entities across different
2
1 timezones.
34.2. Ability to maintain more than one accounting standard for any entity,
e.g. Ind AS, GAAP, etc. 2
2
37 Intra-day Liquidity Management: 4
Adequate funds maintenance at RTGS settlement A/c & RBI A/c by the 4
funding desk (by verifying no availment of Intra-day liquidity). The
system should have facility to accept feeds from RTGS system & RBI e-
37.1 Kuber balances on specified time intervals during the day and at the end
of day. The Bank wish to follow the latest RBI/ Basel Guidelines on
Intraday Liquidity management. For Intraday liquidity treasury system
should connect to E Kuber etc.
TOTAL MARKS 450
Products and Instruments Requirement(Mandatory)
Bidde
Sr. Max r’s
Particulars
No. Marks Respo
nse
INVESTMENT DOMESTIC-The system should facilitate administration,
settlement, accounting & revaluation of the following Domestic Investment
1 2
Instruments automatically using FIMMDA/ CCIL/ NSE/Outside Agency/Broker
QUOTES on daily basis. It has to take into account the Following:
Government Securities:
Central Government (including FRBs /IIBs/STRIPS) & State Government &
TB/CMB
a. Primary market auctions
b. Secondary market operations(Buying & Selling) through NDS & NDS-OM
systems
1.1 2
c. Open Market Operations & Buy backs
d. Redemption
e. On Tap operations
f. Central Government Special Securities, Central Govt. Guaranteed
Securities, State Govt. Guaranteed Securities (Buying & Selling)
g. When Issued/Short Sell
2 Non SLR Securities 26

Non Government Securities [Non-SLR Securities]

a. Primary market
b. Secondary market operations
I. Buying
2.1 II.Selling 2
c. Redemption (Part & Full)
d. Interest payment pop-up,
e. Put-Option alert date
f. STRIP Bonds
Non convertible Bonds & Debentures
a. Secured
b. Unsecured
c. Rated
d. Unrated
e. Listed
2.2 2
f. Unlisted
g. Taxable
h. Tax Free
i. Subordinate Bonds (TIER I, TIER II)
j. Zero Coupon
k. Staggered Redemption Bonds
2.3 Certificate of Deposits and Commercial Papers 2
Mutual Fund investments (Debt/Equity Oriented)
a. Subscription
2.4 2
b. Redemption
c. Switch-in & Switch-out
Pass Through Certificates / Securitized Issuances/Security Receipts/Venture
Capital/Bill Rediscounting etc.
a. Secured
b. Unsecured
c. Cash Collaterals
d. Guarantee
e. Listed
f. Unlisted
g. Guarantee structures
h. Staggered Redemption, Disbursement & Subscription/Buy Back/Change in
2.5 Face Value 4
i. Handling multi-company trust.
j. System should be capable of handling provisions &write offs/ closed down
funds/ appreciation & premiums/capital gains in terms of security receipts
k. Date of Acquisition & Date of Investment
l. System should capture master data & valuation separately. Trust master
should be linked with Security Master.
The above function again divided into
i. Subscription / Application / Allotment
ii. Buying
iii. Selling
Equity shares / Preference Shares / Convertible Bonds / Warrants /
Depository Receipts either:
a. Listed
b. Unlisted
2.6 c. Quoted 4
d. Unquoted
e. Preference shares,
f. Initial Public Offering (IPO) subscription and allotment
g. Step Up/Step Down Dividend/Interest for Preference Shares

h. Staggered Redemption, Disbursement & Subscription/Buy Back/Change in

Face Value
j. System should be capable of handling provisions &write offs/ closed down
funds/ appreciation & premiums/capital gains
k. Date of Acquisition & Date of Investment
l. Valuation
The above function again divided into

i. Subscription / Application / Allotment
ii. Buying
2.7 iii. Selling 2
iv. Commitment, Drawdown & Payouts for Venture Capital Investments
v. Corporate actions: cash and shares, dividends, split and reverse split,
merger, spin off, rights offering.
System should be capable of handling various exotic bonds traded in India-

2.8 2
perpetual, step-up, callable &/or puttable, staggered maturity
System should be capable for preparation of proposals for Primary investment

2.9 2
& management of existing investment
2.1
Primary Dealer Business of Government Securities/Treasury Bills 2
0
Constituents‘ Subsidiary General (CSGL) Account operations
Government Securities
2.1 a. Secondary market operations
2
1 I. Buying
II. Selling
b. Redemption
3 Foreign Exchange 8
Multi-currency system: The system should have the ability to process, track
and account for the necessary range of traded and non-traded currencies
which includes INR, AED, AUD, CAD, CHF, EUR, GBP, JPY, HKD, SEK, SGD,
USD, DKK, NOK etc. The system should be capable of adding all other
3.1 2
currencies. The system should be capable of processing transactions
pertaining to any currency pair and should have the capability crystalize in
any particular currency. System should be capable of storing values of the
transactions in Local as well as designated currency.
Inter-bank FX
a. Cash
3.2 b. Tom 2
c. Spot
d. Forward
Merchant FX
a. Cash
b. Tom
c. Spot
d. Forward
3.3 f. Cancellation and re-booking and roll over 4
g. Capturing of rating of customers as well as PAN Number for forward
contract.
h. Customer wise limits assigned for booking of forward contracts
i. Card Rate Fixing process
j. Customer Profiling including monitoring of limits(contracted method &
past performance method), margin, MTM margin for monitoring tools for
contract cancelled under underlying/ others/ past performance with a trigger

if breached the user defined limit.

Above should be for standard currency pairs like US Dollar-Rupee/Euro-US
Dollar/Pound-US Dollar/US Dollar-Swiss Franc etc. and also cross currencies
like Euro-Rupee/Pound- Rupee etc. The above should cover: Outright Buy,
Outright Sell Buy-Sell swaps, Sell-Buy swaps
4 Commodities 2
System should be capable of handling Commodities buy/sell both from
4.1 Customer and commodities exchange and its accounting/reporting/holding 2
positions/valuations etc.
5 Other Deposit 4
The system should provide facility for disbursement as well as maintain
5.1 records of repayment along with interest payment details for deposits with 2
RIDF Series, SIDBI, NHB and Others
5.2 Twin Currency Option in Deposit/ Dual Currency Deposit 2
6 Money Market 4
Money Market Operation-Repo, Reverse Repo, Market Repo, CBLO,
Call/Term/Notice Money, CDs, Commercial Papers, Term Repo/LAF Repo/LAF
6.1 Reverse Repo/Interbank Participation Certificates (both lending & borrowing 2
for all transactions), Refinance deals (pertaining to all Financial Institutions)
etc.
Ability to handle Retails Sale of CD's & G-Secs transaction originating from
6.2 2
bank's Internet Platform
7 Equities and Investment Products 4
Facility to handle various equity products: listed and unlisted which includes
as per the acquisition type Market Purchase, Credit Conversion, and Written
Down equities, mutual funds (debt/equity/ liquid schemes) preference
shares, Initial Public Offering (IPO)/Qualified Institutional Placement
7.1 4
(QIP)/Follow-on Public Offering (FPO) subscription and allotment, partly and
fully paid venture capital funds, capital advancement and convertible
debentures. System should be capable of handling provisions &write offs (For
the purpose of written down, dummy sale & dummy purchase)
TOTAL MARKS 50

Derivatives Requirements
Business Process Max Bidder’a

Sr. No.
Marks Response
Exchange Traded Currency Futures & Options [including limit, 2

1
margin maintenance and call facility]
2 Exchange Traded Interest Rate Future 2
Currency Swaps: Cross Currency Swaps (Fixed & Floating), 2

Coupon Swaps (Fixed & Floating), Principal Swaps (Fixed &
Floating),
Range Accrual Swaps:
Swaps & Forward Rate Agreement with Amortization / Accreting
schedules
3
Swaps with different tenor benchmark, setting up of cash flows both
through excel based uploads or directly feeding mechanism.
Basis Swaps:
In Advance/ In Arrears Constant Maturity Swap, Caps and Floors,
Other Exotic Swaps (such as Straddle, Strangle, Butterfly, Saddle
etc.,)
Currency Options: 2
Plain Vanilla, European Style, American Style, Bermudan Style Single
Barrier, Double Barrier, Knock Out, Knock In Window Barrier Average
(Asian).
Monthly/ Quarterly Strip structures:
Range Forwards & Ratio Range Forwards (Zero Cost Options)
Binary options:
4
One Touch/No Touch Look Back (Fixed and Floating Rate),
Compound Option,
Chooser Option:
Forward start Options, Ratchet/ Cliquet Options, Balloon Options,
Currency Range Accruals Fader Structures, Other Exotic Options
OTC Options (USD/INR)
OTC Option (NON-INR)
Interest Rate Swaps (IRS): 2

Interest rate swaps on different currency curves as defined in the
currency master above Indian Interest Rate Swaps OIS
5
(Compounding)
INBMK Swaps, INCMT Swaps, MIFOR Swaps, MITOR Swaps, MIOIS
Swaps
Swaptions: Receiver Swaptions, Payer Swaptions, Forward Start 2

6
Swaptions
Interest Rate Options: Caps Floors, Collars, Knock out Caps, Knock 2
7
Floors
Ability to combine/link different products into one transaction 2

8
e.g. Currency Swap with embedded Currency Options
9 RANGE OF DERIVATIVE PRODUCTS/ INSTRUMENTS TO BE COVERED 94
9.1 Currency Options 20

9.1.1 European Options 2
9.1.2 American Options 2
9.1.2.1 Exchange Futures 1
9.1.2.2 Currency Futures 1
9.1.3 Plain Vanilla 2
Single Barrier (Knock-In / Knock-out) (American / European barrier 2

9.1.4
monitoring)
Double Barrier (Knock-In / Knock-out) (American / European barrier 2

9.1.5
monitoring)
9.1.6 Partial / Window Barrier 2
9.1.7 Multiple options 2
Derivative strategies like Ratio Range, Forward Extra, Seagull, 2

9.1.8
Straddle, Butterfly among others
9.1.9 Options with deferred premium 2
9.1.10 Options with front end/rear end premium settlement 2
9.2 Interest Rate Swaps 26
9.2.2 Basis Swap 2
9.2.3 Overnight Indexed Swap 2
9.2.4 Amortizing Swap 2
9.2.5 Accretion Swap 2
9.2.5.1 In Advance / In Arrears 1
9.2.5.2 Interest Rate Caps / Floors / Collars 1
9.2.6 Roller-Coaster Swaps 2
9.2.7 Range-Accrual Swaps 2
9.2.8 Delayed Amortizing Swap 2
9.2.9 Swaps with Moratorium 2
9.2.10 Swaps with Bermuda 2
9.2.11 Swap with Stub: 6
9.2.11.1 Stub at Start 2

9.2.11.2 Stub at Middle 2
9.2.11.3 Stub at End 2
9.3 Cross Currency Swap 36
9.3.2 Basis Swap 2
9.3.3 Principal only Swaps 2
9.3.4 Coupon only Swap 2
9.3.5 Principal + Interest 2
9.3.6 Exchange at 8
9.3.6.1 Start 2
9.3.6.2 End 2
9.3.6.3 Both 2
9.3.6.4 Intermediary 2
9.3.7 Amortizing swap 2
9.3.8 Accretion Swap 2
9.3.9 Roller-Coaster Swaps 2
9.3.10 Delayed Amortizing Swap 2
9.3.11 Range-accrual Swaps 2
9.3.12 Swaps with Moratorium 2
9.3.13 Swaps with Bermuda 6
9.3.14 Swap with Stub: 4
9.3.14.1 Stub at start 2
9.3.14.2 Stub at end 2
9.4 Forward Rate Agreements 6
9.4.1 Pay Fixed 2
9.4.2 Pay Floating 2
9.4.3 Settlement at Start & Settlement at End 2
9.5 Credit Default Swap 2

Other Derivative Products allowed by the Regulators from time to 2

9.6
time
10 Front Office activities to be supported 82
10.1 System should maintain real-time currency position for each dealer. 2
10.2 System should maintain real-time currency position across dealers. 2
10.3 Facility to capture derivative deals through user friendly screens. 2
10.4 Facility to enter Swap deals in cryptic mode for quick capturing 2
Standard Settlement Instructions should be automatically defaulted 2

10.5
based on deal
10.6 Facility to copy existing deal to generate new 2
10.7 Facility to mirror existing deal to generate back to back deal. 2
10.8 System should support generation of deal using cryptic 2
Facility for stripping of currency options into multiple options 8

10.9
(shortcut feature for deal definition) with change of:
10.9.1 strike price and 2
10.9.2 barrier price and 2
10.9.3 expiry dates to exact month, quarter, semi-annual and annual 2
10.9.4 expiry dates to end of month, quarter, semi-annual and annual 2
Definition of currency option strategies as templates which can be 2

10.10
easily referenced for creation of strategies
10.11 Calculation of Greeks for Currency Options 2
System should support pricing of derivative deals at the time of deal 2

10.12 entry. It should support Capital Charge and CVA at the time pf
pricing
System should provide standalone screen for pricing of derivative 2

10.13
deals with provision to convert the entered parameters to a deal.
Matching/ Un-matching of back to back Derivative Trades. System 2

10.14
should support both full and partial matching of two or more deals.
Facility to Terminate Derivative Deals. System should compute MTM 2

10.15
with a facility to change the system computed MTM amount.
Monitoring screen to monitor Barrier Currency Option Deals for 2

10.16
Knock-In and Knock-Out
Currency Option deals eligible for exercise or lapse should appear 2

10.17
automatically on the screen along with important deal information.

Facility to create structured product encompassing various Currency 2

10.18
Option, Principal Swap, IRS & Forward Rate Agreement deals.
10.19 There should be parametric facility for Front Office authorization. 2
10.20 Computation of interest rate risk like PVBP for Swaps and FRA 2
Computation of all greeks like Delta, Gamma Theta, Vega & Rho etc. 2
10.21
for Currency Options. It should have ability to include cash flows
Facility to designate any of the above derivative in to hedge or 2

10.22
trading. It should also measure the hedge effectiveness
Facility for front office user to manually define the underlying. This 2
10.23
should be through a field over and above the - Remarks field.
10.24 Generation of deal slip and confirmation letter 2
10.25 Deal slip should contain information of the underlying asset. 2
10.26 Facility to support a wide range of forex option payoffs 2
10.27 Facility to support Indian, Overseas FX listed Options 2
Facility to build linear combined structure products with stripping 2

10.28
and solver feature.
Facility to handle FX option related market data, especially Fx smile 2

10.29
interpolation
Facility to monitor P&L position, Greeks and other unique greeks 2

10.30
natively and all dynamic ones
Facility to manage FX option relevant events like exercise and 2

10.31
barrier knock for bulk number of options
Facility to manage the special events in Indian Forex Option Market, 2

10.32 like bulk-modify the expiry/ settlement days due to sudden holiday,
modify the settlement type at maturity.
Facility to handle commodity instead of using proxy asset classes as 2

10.33
workaround
System should be able to handle any RBI approved derivative 2

10.34 products as on date or manage location/quality/units etc and
aggregate/convert its position accordingly.
10.35 Commodity Derivatives Trading 4
10.35.1 Facility to manage full set of Commodity-listed and OTC products. 2
10.35.2 Facility for Commodity Trading 2
Facility to manage embedded IR and commodity products in the 2

10.36 same manner as IRD and FX desk, therefore a full cross asset
solution.

10.37 Facility to display average holding cost at portfolio or entity level. 2
11 MID OFFICE ACTIVITIES TO BE SUPPORTED 12
Real time limits monitoring for Currency, Dealer and Counterparty 2

11.1
based on Notional Principal.
11.2 System should generate alert to users on violation of limit. 2
11.3 Facility to authorize limit violations. 2
11.4 System should generate exception report for limit violations. 2
11.5 Facility to download and capture benchmarks 2
Facility to download and capture currency exchange rates and yield 2

11.6
curves.
12 BACK OFFICE ACTIVITIES TO BE SUPPORTED 36
12.1 System should support daily back office acitivities 2
Facility for reset rate entry for Swap and FRA deals on reset date.
12.2 System should by default display the applicable benchmark rate with 2
provision to change the same before saving the record.
Facility to change the settlement currency for FRA, Currency Options

12.3 2
and Swap deal settlements
Back-dated processing including interest accrual and settlement for

12.4 2
back-dated Swaps.
Facility to confirm a deal and print the confirmation letter. Ability to

12.5 2
view the existing confirmed deals
Facility to transfer complete deal wise portfolio position from one

12.6 2
portfolio to another
Ability to modify swap parameters like reset date, compounding date

12.7 2
and coupon date defined as part of deal entry.
12.8 Facility to change settlement instructions 2
12.9 System should support Forward Revaluation 2
Facility to amortize the MTM in case of termination of deal in -

12.10 2
Hedging portfolio
Facility to view deal wise MTM across products with facility to view
12.11 2
selected deals or portfolios
Facility to view overall MTM across dealers/selected dealers by super

12.12 2
users
MTM Trend analysis for any product/deal - intraday as well as across

12.13 2
dates

System should have capabilities to calculate the following margins:

a. Initial margin
12.14 b. Extreme loss margin 2
c. Calendar Spread margin
d. Marked to market
System should be able to match the daily margins maintenance form:

a. Government securities
12.15 2
b. Cash
c. Other forms
System should be able to link to the respective exchange platform

12.16 systems: 2
MCX —SX, NSE, BSE, USE, Others
12.17 Novation of OTC Derivative Contracts 2
Ability to provide data to CCIL for Trade compression activity by CCIL

12.18 2
for OTC IRS Trades
13 SWIFT CAPABILITIES 10
13.1 Generation of SWIFT confirmation messages for derivative deals 8
13.1.1 MT305 - CO Plan Vanilla Confirmation 2
13.1.2 MT306 - CO Single Barrier Confirmation 2
13.1.3 MT340 - FRA Confirmation 2
13.1.4 MT341 - FRA Settlement Confirmation 2
System should support reconciliation of inward SWIFT confirmation 2

13.2
messages for Derivative deals.
14 DOCUMENTATION 6
ISDA, CSA and all derivatives agreements To be uploaded in the 2

14.1
system
Other deals and customer related documents to uploaded in the 2

14.2
system
ISDA, CSA other agrrements parameters should be capture in system 2

14.3
for further processing
15 SETTLEMENT 16
System should support CSA deal capturing/STP and settlement of the 2

15.1
same.
System should capture deal unwinding details & MTM & settlement of 2
15.2
the same.
System should capture details of the Portfolio Compression with CCIL 2

15.3
and support settlement for the same.

15.4 Generation of data for various RBS DCT data points. 2
System should be able to genrate all settlement messages. ie SWIFT 2

15.5 and RTGS and also genrate the CCIL reporting messages across all
product.
System also provide the settlement diary for any date, any period 2
15.6
across all products.
15.7 Settlement of the ETC trades(Prop/Client) for all exchange. 2
15.8 Maintenance of ETCD margin for all exchnages(Prop/Clients). 2
TOTAL MARKS 270
Reports
Business Process Bidder
Max
Sr. ’s
Mark
No. Respo
s
nse
1 General Reporting 4
The system should have easy report writing facility (Report Writing
Tool/Wizard), in the user defined format for generating MIS statements and
1.1 2
other ad-hoc reports .For Internal ad-hoc MIS and reporting, Officers in the
treasury branch should be trained to generate Simple reports.
Soft copy of the reports should be generated in . xls/.doc/.pdf / csv
1.2 2
formats
2 Regulatory Reports 242
2.1 Short sale report 2
2.2 Risk Weight Asset 2
2.3 Statutory Reports 2
2.4 MTM Credit Exposure Report 2
Various Market Risk Reports Utilization: Utilization of FCNR funds,R-Returns
2.5 2
etc.
2.6 IRF reports 2
2.7 IRS client report 2
2.8 ALCO Report 2
2.9 Intraday Liquidity statement Fortnightly valuation of SLR securities 2
2.10 Daily RBI/SBI/ any other regulatory balance (Centre wise) 2
2.11 Reports on Funds & Treasury Position-maintenance of CRR/SLR 2
2.12 Interest on CRR 2
2.13 Static and Dynamic Gap Reports 2
2.14 Capital Market Exposure Report Net off 2
2.15 Maturity Pattern 2
2.16 Age-wise report in respect of HFT (to check 90 days defeasance period) 2

2.17 Rating Migration Report 2

2.18 CAM (Capital Adequacy Monitoring Statement) 2
2.19 Statement of distressed assets 2
2.20 Volume and turnover status reports 2
2.21 Daily Turnover 2
2.22 Security Wise Turnover 2
2.23 Interest Forecast Report 2
2.24 Cash flow statements - Daily/Weekly/ Monthly/Quarterly/Yearly 2
2.25 HTM Sale During a Period with profit / loss 2
2.26 HFT Revaluation 2
2.27 Credit Rating Details 2
2.28 Security Holding Summary (Any-prior-dated) 2
2.29 Duration/Modified Duration (Any-prior-dated) 2
2.30 Security-Holding (Detail) - Industry wise/Company wise 2
2.31 Issue wise Exposure and Overdue (Any-Prior-Dated) 2
2.32 Capital Market Exposure Statement 2
2.33 NADB Summary (Rated, Quoted, etc.) 2
2.34 Status of Overdue Interest of a Past Date 2
2.35 Accrued Interest on Term Money Deposit 2
2.36 Valuation Detail & Summary (Normal) 2
2.37 Interbank Repo During a Period 2
2.38 Any other regulatory report 2
Report accrual interest posted during day end process at the time of
2.39 2
quarterly/Half Yearly/Annual closing
Posting of Overdue interest during day end process at the time of
2.40 2
quarterly/Half Yearly/Annual closing
Reports which are required for daily monitoring purpose such as Holding
2.41 position, Transaction Report category wise, profit position category wise, 2
Trial Balance & other reports.
2.42 Report on Amortization Daily/Weekly/Monthly/Quarterly 2
Mark-to-Market Provisioning requirement of Investment portfolio on
Daily/Monthly /Quarterly/Half-yearly/Annual basis based upon group-wise
netting as per RBI guidelines (all are ignoring appreciation) viz.
a) Govt. Securities i.e. Central + State
b) Other Approved Securities
2.43 2
c) Bonds & Debentures i.e. PSU Bonds + Corporate Debentures
d) Subsidiaries & Joint Ventures
e) Shares i.e. Quoted & unquoted, Preference Shares, Equity based Mutual
Funds, Venture Capital(Equity participation) etc.
f) Others i.e. CP, CD, Priority Sector Deposits, Security Receipts etc
System should be capable of forecast MTM value of Investments comprising
2.44 dated securities (total as well as Script/ Category /portfolio wise) on 2
deviation of YTM by user defined basis point change from the current level

For the purpose of Income Tax Act as amended upto date valuation of
2.45 securities at quarterly intervals taking into account least of book 2
value/market value of each individual security
2.46 Security Wise Transaction for a period (SGL) 2
2.47 Taxation Report (Taxes applicable for Capital Gain for sale of Assets) 2
2.48 IC Report (SLR) 2
2.49 DTU Updation (SLR) 2
2.50 FALLCR maintenance 2
Consolidated CSGL Deal Report category wise, for Reconciliation &
2.51 2
Settlement
2.52 CSGL Monthly Statutory Reporting for CSGL 2
2.53 Board Memorandum Report 2
2.54 Exceptional Profit & Loss 2
Report on Interest credited to a customer within a particular period
2.55 2
customer-wise, branch-wise
2.56 Interest From Tax free Bonds 2
Statutory Liquidity Requirement (STL) - to be generated for Treasury branch
2.57 2
as a whole on daily basis
2.58 Tax free Security List 2
2.59 Branch / DP wise Security Holding (Any-prior- dated) 2
Report on sale of HTM securities for the user defined period. Accrued
Interest Report as of any date. The report should provide following
information :
a) Name of Security
b) Rate of Interest
c) Last Interest Date
2.60 2
d) Frequency of Interest payment
e) Day count convention (Actual/Actual, Actual/365,30/360, A/365 (Fixed)
etc.)
f) Daily Accrual
g) Cumulative accrual upto date
h) Face Value as on date
2.61 Report on sale of HTM securities for the user defined period 2
Report on Interest due as on any date (category wise & summary with age
2.62 2
wise classification)
Report on overdue redemption on any date (category wise & summary with
age wise classification). Statement on Total Interest Income for the
Qtr/Half year/Year - System should generate at quarterly interval a
statement with following details
a) Interest collected during the quarter/half-year/year
b) Add - Interest earned on Sale of Securities during the quarter/half-
2.63 year/year 2
c) Less - Interest Paid on Purchase of security during the quarter/half-
year/year
d) Add - Interest Accrued on Investment upto the last date of the
Quarter/Half-Year/Year
e) Less - Interest accrued upto the last date of the previous Quarter/Half-
Year/Year

2.64 Cost and Yield statements 2

2.65 Monthly Reconciliation 2
2.66 Annexure II (Both Annexure 2a & 2b) 2
2.67 Annexure I 2
2.68 Brokerage Paid During a Period-Broker wise 2
2.69 Brokerage Exposure Statement Broker wise 2
2.70 Online dealer-wise position of Held for Trade portfolio with cut-loss limits 2
Only empaneled brokers should be marked active. Broker wise turnover
2.71 (amount & percentage vis-à-vis total brokers' turn-over) for the financial 2
year should also be provided online
Position of investment portfolio should be available online clearly specifying
2.72 2
exposure limits vis-a-vis actual maintenance
2.73 List of un-rated and unlisted investments can be obtained 2
Threshold limits (90% of the maximum limits) should be fixed and made
2.74 2
available online
Report should be able to generate Market Risk & Credit Risk charges,
2.75 2
Portfolio wise, for the purpose of RAROC.
2.76 Counter party exposure 2
2.77 Foreign Currency position-currency wise and summary 2
2.78 Sources and uses of foreign Currency funds 2
2.79 Currency wise gap scan 2
2.80 Maturity mismatch currency wise and USD equivalent 2
2.81 Summary of daily gaps, position and cash balances 2
2.82 Daily reporting of forex operation 2
2.83 Bucket wise position of Borrowings in Foreign Currency 2
2.84 Watch Report (If VaR is increasing over a period) 2
VAR for HFT as well as AFS as per IMA approach - Report frequency daily as
2.85 2
well as user defined
2.86 Risk Weight Assets & Exposures (Domestic) 2
Capital Charges as per standardized & IMA Approach - Report frequency
2.87 2
daily as well as user defined
All the regulatory/internal limits, on solo & gross basis can be fed into the
2.88 2
system.
Duration, Modified Duration, Convexity, Current Yield, YTM, VaR etc, can be
2.89 2
obtained security-wise, category-wise, product wise & portfolio-wise.
2.90 Valuation of securities can be obtained online 2
2.91 Sensitivity & scenario analysis can be done 2
2.92 IC-5 - including net open position of foreign Currency 2
2.93 Credit risk concentration in derivatives/ forex contracts - Top 10 customers 2
2.94 Credit risk concentration in derivatives/ forex contracts - Top 10 inter bank 2
2.95 Capital assessment under Basel Norms (Basel-III) 2

2.96 Country exposure report 2

2.97 Structural liquidity report 2
Comparative figures of capital charge as per BASEL - II AND III & IMA
2.98 2
guidelines
2.99 Cost & Yield of outstanding BUY/SELL foreign. Currency resources swap 2
2.100 Cost & Yield on Sources and Uses - foreign. Currency 2
2.101 Table Grid on Option Greeks 2
2.102 Tenor wise distribution of Greeks 2
2.103 Calculation of VAR and back testing 2
2.104 Simulation Report - Investments 2
Interest Rate Sensitivity Report - to be generated for Treasury branch as a
2.105 2
whole on daily basis
2.106 Rate Tolerance and Amount Tolerance Report 2
2.107 Qty/ Monthly Forex Review-Forex Turnover 2
2.108 Arbitrage Report between forex and domestic market 2
2.109 Daily report on o/s trading swaps - FX 2
2.110 Daily report on trading profits - Dealer wise / Cy wise 2
Report on derivatives showing MTM, booked P&L, PVBP, Accrual, Notional
2.111 2
Amount
2.112 Risk Sensitivity Report on Derivatives 2
2.113 Table Grid on option book maturity profile 2
2.114 After hour trade 2
2.115 Option Deal Documentation Tracker 2
2.116 FSU Network Analysis 2
2.117 Asset Report 2
2.118 Libilities Report 2
2.119 CRR Report- Equity 2
2.120 Balance Confirmation For Equity 2
Disclosure Report (For Holding percentage to company's capital 15% ,10%,
2.121 2
5%, 2% for SEBI & NSE/BSE reporting)
3 Report customization 12
The system should be able to generate customized reports based on all
3.1 2
available data at user level
The system should allow reports to be exported into Microsoft Excel, Word,
3.2 2
CSV, PDF, XML, XBRL and text format
3.3 The system should be able to provide context sensitive help to guide users 2
The system should allow users to present outputs in the form of graphs,
3.4 2
charts and other graphic representation
3.5 The system should allow for sorting of data on trader workstation 2
The system should have the ability to isolate and report errors and
3.6 2
exceptions

4 Report Coverage 14
Ability to generate an output of all accounting entries for a user specified
4.1 2
period
4.2 Ability to distinguish between realized and unrealized gain/ loss 2
The system should be able to support interest payments in advance and
4.3 2
arrears for Interest Rate Swaps
The system should be able to amortize financial instruments based on
4.4 straight line method and effective Interest rate method for securities under 2
HTM categories
Calculation of amortization on HTM categories at weighted average method
4.5 2
or FIFO as per Bank‗s policy
The system should have the ability to show changes due to exchange rate
4.6 2
movements separate from changes in market value
Frequency of reports can be:Daily, Weekly, Fortnightly, Monthly, Quarterly,
4.7 2
Half Yearly, Annual, For any given period
5 Report Formats 8
5.1 Daily report containing Resources position 2
Daily Front Office Transaction Report Dealer- wise, Sanctioning authority
5.2 2
wise
5.3 Scheduling of reports 4
5.3.1 The system should allow for generation of reports on real time basis 2
Pre-defined reports should be generated with a minimum of user
interference and should be available in user specified location. The
5.3.2 2
generation should be as per the scheduled job/task defined by the user
themselves.
6 Archiving of reports 2
The system should archive historical rates extracted from market
6.1 2
information systems and should also allow for archiving of historical reports
7 Integration with Enterprise Reporting Solutions/Tools 2
System must provide tools for reconciliation of data imported/exported
7.1 2
from external systems
The system should have easy report writing facility (Report Writing
Tool/Wizard), in the user defined format for generating MIS statements
8 4
and other adhoc reports. For Internal adhoc MIS and reporting, Officers
in the treasury branch should be trained to generate Simple reports.
8.1 Facility to download data from Integrated Treasury Package to Excel Form. 2
8.2 Soft copy of the reports should be generated in .xls/.doc/.pdf /.csv formats 2
9 RBI Returns 80
9.1 Cash Reserves With RBI 2
9.2 CRR Maintenance 2
9.3 Fortnightly Average RBI Balance 2
9.4 Statutory Liquidity Requirement 2
Provisional data on maintenance of SLR. While calculating/computing total
9.5 SLR everyday-system should take into, adjustments in the value of securities 4
due to borrowings under LAF/MSF/MARKET REPO/CBLO. Securities placed

with CCIL/ other exchanges for margin. MTM loss in AFS/HFT as per RBI
guidelines.
9.6 R-Return 2
9.7 DSB All Return (DSB-I, DSB-III, ALE etc) 2
9.8 Investments in equity in the capital market by commercial banks 2
9.9 Report on Capital Adequacy 2
9.10 Special fortnightly return III Part E 2
9.11 Special fortnightly return III _ Part B 2
9.12 Special fortnightly return III _ Part F 2
9.13 Return BSR V 2
9.14 List of Reports in Report X 2
9.15 Form - VIII and CA 23 2
9.16 Off-Site Monitoring & Surveillance (OSMOS) 2
9.17 SCHEDULE 57 and SCHEDULE 12 2
9.18 Daily Short sale positions 2
Monthly reconciliation of SGL Account balances retrieved from E-Kuber with
9.19 2
our portfolio
Annual report of repo transactions for balance sheet purpose with detailed
9.20 2
working
9.21 Reporting for RBS Requirements for Investments 2
9.22 STAT 5 2
9.23 BAL Statement 2
9.24 IC Report (Consolidated) 2
9.25 DTU Updation (Consolidated) 2
9.26 DBS Report 2
9.27 PDR-2 Report 2
9.28 RAQ Report; shifting of G-Sec Securities 2
9.29 SLR Movement Report 2
9.30 Financial Soundness Indicator 2
9.31 IBS Reporting to RBI 2
9.32 Credit Default Swap 2
9.33 Section-6, Section-7, Section 8 etc. Reporting for RBI 4
Consolidated Investments Reporting (Summary of all investments, Reports
9.34 2
related to Board, IC, FAD etc.)
9.35 Return 9 2
9.36 Real Estate Investments Reporting 2
9.37 Cross Currency report to RBI 2
9.38 Option weekly report to RBI 2
10 Ledger/Accounting Reports 146
10.1 Accounts Ledger 2

10.2 Security Ledger 2

10.3 Subsidiary General Ledger (SGL) 2
10.4 Interest Ledger 2
10.5 Dividend Ledger 2
10.6 TERM MONEY LEDGER 2
10.7 Purchase Register 2
10.8 SALE REGISTER / Short Sale security wise. 2
10.9 FCNR resources register 2
10.10 RFCTD Resources register 2
10.11 Merchant forward contract register 2
10.12 Contract Register 2
10.13 Forward suspense register 2
10.14 Suspense cancellation register 2
10.15 Suspense reversal register 2
10.16 Suspense early delivery register 2
10.17 Outstanding suspense register 2
10.18 Interbank maturity register 2
10.19 Interbank deal register 2
10.20 Repo deal register 2
10.21 Day Book 2
10.22 Transaction Scroll 2
10.23 Any other accounting reports based on the Banks requirements. 2
10.24 Performance measurement - Dealer wise 2
10.25 Product wise - profitability report including money market swaps 2
10.26 Date-wise/Instrument-wise Profit During a period 2
Portfolio-wise Performance measurement report at user defined frequency
10.27 2
or range of period
10.28 Product specific interest rate forecasting 2
Product wise/Portfolio wise Statistical analysis of past performance
10.29 2
(Quarterly/Half yearly/Annual-at least corresponding periods)
10.30 Daily return on Call, Notice, Term money, Repo transactions, CBLO 2
10.31 Average outstanding and yield security / sector / portfolio wise 2
Balance sheet value of all securities based on the following classifications:
10.32 Held to maturity, Held for trading, Available for sale and any other 2
classification as required by the bank.
10.33 Schedule 12, FBD Balance sheet, Basel - III 2
Position reports - Category wise as on any date, comparison between three
10.34 2
given dates
Entity wise (exposure to a company), Scrip-wise, portfolio-wise position as
10.35 2
on any date

10.36 Balance Report for any given day 2

10.37 Funds Position As on any given date 2
10.38 Weekly statement of Transactions 2
10.39 Transaction During a Period 2
10.40 Statement of Term Dynamic Liquidity 2
10.41 State wise Exposure Report 2
10.42 Charges statement 2
10.43 Balance Sheet Disclosures 2
10.44 Reporting of Trade to CCIL through file upload 2
Exceptions Reports During a Day - Grouped for every function
Bucket wise outstanding IB/MF contracts Forex Business Turnover report
Report on FCS account
Daily DAC Report ( Issued / Responded)
10.45 4
POB Outstanding report (Department wise)
Counterparty limit exposure for MFC (CM/PP)
Profit & Loss account Balance sheet
FxJV /JV INR module
10.46 Trial Balance Report 2
10.47 CSGL Report. 2
10.48 Report on Mutual Fund - Enter Portfolio, Scheme wise Return 2
10.49 Dividend Received Long Book 2
10.50 Interest Vouchers-For a Date 2
Accrued Interest for all interest bearing securities (Rating wise/Current
10.51 2
Yield wise/YTM wise)
Investment Accrued/Amount Central/ State Others as per GL (date wise
10.52 2
category wise/deal)
10.53 Summary of Sale-Purchase Voucher for Equity Transactions 2
10.54 Summary of Interest/Redemption Voucher 2
10.55 Voucher Money Market 2
10.56 Position of Overdue Redemption 2
Voucher(Sale/Purchase/Redemption) for Preference Shares, Venture
10.57 2
Capital Funds
10.58 Accrued Interest On the Portfolio 2
10.59 Summary Of Accrued Interest On the Portfolio 2
10.60 Redemption Receivable During a period 2
10.61 Various Investment Account 2
10.62 Security Holding Detail (SHARE, MF) 2
10.63 Interest Income On Sale/Purchase - Category wise 2
10.64 Security Holding (Detail) - Security Name Wise 2
10.65 Valuation (Mutual Fund) - Detail/Summary- Category wise 2
10.66 Investment Interest A/C Collection (portfolio wise) 2
10.67 Profit and Loss statements 2

10.68 Realized Profit and loss 2

10.69 Projected Interest Accrual based on Current Portfolio 2
10.70 Interest Letter to Branch 2
10.71 Interest Receivable During a Period (Summary) 2
10.72 Interest Receivable - Branch wise summary 2
11 ONLINE DEALERS PAD 134
11.1 Online Portfolio 2
11.2 Deal Note 2
11.3 Deal Note-Equity 2
11.4 Deal Notes For a Day 2
11.5 Deal Tickets 2
11.6 Deal Ticket - Equity 2
11.7 Deal Tickets for a date 2
11.8 Deal Details - Date wise 2
11.9 Deal Details - Counter Party wise 2
Deal Details-Security wise the bank require an online branch automation
11.10 2
platform for customer FX trades
11.11 Consolidated Deal Details - Product wise 2
11.12 Deal Detail Between Two Dates 2
11.13 Deal Details Value date wise Between Two Parties 2
11.14 New Consolidated Deal Details 2
11.15 New Consolidated deal details dealer wise 2
11.16 DEAL CONFIRMATION - CALL MONEY 2
11.17 Deal Confirmation - Non SLR & Money Market 2
11.18 Deal Confirmation of all deals of a day - Govt. Securities 2
11.19 Profit Statement-As of Latest Deal 2
11.20 Category-wise Monthly Profit 2
11.21 Detail Security Holding 2
11.22 Branch Wise Holding Summary 2
11.23 Deal Letter To Branch 2
11.24 Same Day Same Security Trading 2
11.25 Domestic Exposure (For Dealing Room) 2
11.26 Letter To Branch-Equity 2
11.27 Valuation Sheet-Equity GL Wise 2
11.28 Miscellaneous Voucher 2
11.29 Daily SLR Position 2
11.30 SLR actually invested 2
11.31 Summary Transactions Sheet 2

11.32 Daily statement of transactions (Purchase) in SLR Securities 2

11.33 Daily statement of transactions (Purchase) in Non-SLR Securities 2
11.34 Daily statement of transactions (Sale) in SLR Securities 2
11.35 Daily statement of transactions (Sale) in Non-SLR Securities 2
11.36 Mandate for Sale/Purchase of SLR Securities 2
11.37 Daily Report on short selling in GOI Securities 2
11.38 Monthly reporting to RBI on short selling in GOI securities 2
11.39 Inter Bank Deal Slip 2
11.40 Repo Deal slip 2
11.41 Internal Transfer Deal slip 2
11.42 Merchant Forward Contract Booking/ Cancellation Slip 2
11.43 Inter Bank Swap Deal Slip 2
11.44 Dealers Pad 2
11.45 Currency wise position balances 2
11.46 Funds Flow - Currency wise 2
11.47 Deal Register 2
11.48 Termination Register 2
11.49 Settlement Register for all products 2
11.50 Portfolio Transfer Register 2
11.51 Match Register 2
11.52 Event letter 2
11.53 MTM Report 2
11.54 Outstanding Register 2
11.55 Swap Schedule Register 2
11.56 Interest Accrual 2
11.57 Reset Advice 2
11.58 Mark to market for all deals 2
11.59 Daily Interest. 2
11.60 CSGL Constituent list 2
Refinance Outstanding customer-wise, monthly as well in a particular given
11.61 2
day providing actual principal as well as amortization deals
Weighted average of the outstanding Refinance Loans category wise,
11.62 2
institution wise
11.63 Cost of Capital for refinance deals 2
11.64 Refinance availed and paid within a particular period 2
Refinance Interest accrual daily/monthly/quarterly/half yearly and also
11.65 2
within a given period
Weekly CSGL Report separately for each category (PM to PM, PM to GH, GH
11.66 2
to GH)

11.67 Advice Details 2

12 Payment Gate wise (FCTM) Advice Summary 164
Account Ledger Interbank maturity register with payment mode
12.1 2
(Cash/Settlement(INR)-cross currency)
12.2 Interbank Maturity Report 2
12.3 Overdue Interest - Age wise 2
12.4 Overdue Merchant Contract 2
12.5 Profit and Loss statements 2
12.6 Realized Profit and loss 2
12.7 Volume and turnover status reports 2
Cash flow statements - Daily/Weekly/ Monthly/Quarterly/ From date - to
12.8 2
date, product wise
12.9 Broker Exposure Transaction wise 2
12.10 Brokerage paid during a Period-Broker wise 2
12.11 Broker-wise reports (stating the % of business done) 2
12.12 FEDAI Revaluation (Daily/Monthly/Quarterly) 2
12.13 Interbank deal register 2
12.14 Repo deal register 2
12.15 Repo deals due date diary 2
12.16 Unconfirmed forex fwd. Contracts 2
12.17 Dealers pad 2
12.18 IB Foreign currency contract confirmation 2
12.19 R Returns 2
12.20 R returns currency wise details 2
Nostro balances Consolidated Nostro Ledger
Statement of Matched Entries on particular day Mirror Balance Summary
Nostro Balance Summary Reverse Reconciliation
12.21 4
O/S Reconciliation entries for One Lac and above as on a particular date
Nostro Tracer Letter Reconciliation statement
Reminder letter to the branches for their credit and their debits by default
12.22 Age wise Nostro entries 2
12.23 Check list for Nostro statements 2
12.24 Age wise analysis of un-reconciled entries from Date To Date 2
12.25 Reconciliation of o/s Nostro entries as on Date 2
12.26 Inward Remittances Report 2
12.27 Outward Remittances Report 2
12.28 FCNR resources register 2
12.29 FCL resources register 2
12.30 RFCTD Resources register 2
12.31 Outstanding FCNR as on a particular date 2
12.32 Outstanding RFC-TD as on particular date 2

12.33 Outstanding FCL 2

12.34 Overdue FCNR 2
12.35 EEFC/DRFC/DDA ledger branch/customer/currency wise 2
12.36 RFC ledger branch wise/customer wise/currency wise 2
12.37 Provision for interest accrued -FCNR 2
12.38 Provision for interest accrued -RFC TD 2
All related reports for FCNR/RFC deposits controlled under old as well as
12.39 2
new accounting system
Revaluation of FCNR /RFC should be calculated by the system and entries
12.40 2
should also be passed by the system.
12.41 Department wise sundry as well as POB head to be maintained. 2
12.42 Outstanding merchant forward contracts 2
12.43 Merchant Forward Contracts utilized between 2 dates 2
12.44 Merchant Forward unconfirmed deals 2
Contract cancellation debit/credit advice and entries of loss / gain there on
12.45 2
as per RBI norms.
12.46 Mer. Cont. early delivery and recovery of swap charges / interest on outlay 2
12.47 Contracts due for delivery of documents 2
12.48 Merchant forward contracts due within spot date 2
12.49 Merchant forward contract register between 2 dates 2
12.50 Contracts due for auto-cancellation 2
12.51 Merchant forward contract summary 2
12.52 Merchant contracts overdue 2
12.53 Contracts cancelled 2
12.54 Contract Register 2
12.55 Transaction log 2
12.56 Forward Suspense Register 2
12.57 Suspense Cancellation Register 2
12.58 Suspense reversal register 2
12.59 Suspense early delivery register 2
12.60 List of transactions maturing between two dates 2
12.61 Outstanding suspense register 2
12.62 Deal settling outside CCIL thru RTGS (INR-Receivable) - INFLOWS 2
12.63 Inter-bank deals for INR payment settlement through RTGS - OUTFLOWS 2
12.64 LCR Summary REPORT for all products 2
12.65 MM Register for Interbank Desk 2
12.66 Interbank Contracts Receivable/Payable_summmary 2
12.67 DAILY FEMIS REPORT 2
12.68 REAR END VOUCHER 2

12.69 TTUM voucher for Utilization of fwd contracts 2

12.70 FEMIS GAP REPORT FOR AUDIT 2
12.71 PV REPORT FOR GAP FWC 2
12.72 NEW GAP REPORT FOR AUDIT Currency wise 2
12.73 Forward Contract Booked during the dates with underlying details 2
12.74 Merchant Forward contract Cancellation Voucher 2
12.75 CASH_RECONICATION REPORT 2
12.76 Forward Contract Booking Reconciliation between FT & FC 2
12.77 Merchant Profitability Deal Wise 2
12.78 Forward Contract Early Utilization Reconciliation between FT & FC 2
12.79 Forward Contract Cancellation Reconciliation between FT & FC 2
12.80 Merchant Forward Cancellation Utilization & Booking with TTIN OUT 2
12.81 Custodian Payment Details 2
13 Derivative Reports 40
13.1 Summary of all Derivative Deals 2
13.2 Outstanding Cash Flows for Derivative SWAPs as on DATE 2
13.3 DERIVATIVE VALUATION SUMMARY 2
Report for Derivative swap deals Outstanding as on date and for any given
13.4 2
date
13.5 Failed Trade entry 2
13.6 Failed Trade detailed report 2
13.7 Derivatives deal outstanding reconciliation with the FC Balance amount 2
Details report for Derivatives deal outstanding reconciliation with the FC
13.8 2
Balance amount
13.9 GL Transaction View for the EOD date 2
13.10 Report for the MIBOR deals Accrual as on Date 2
13.11 Miscellaneous Losses 2
13.12 Off market trade 2
13.13 Cust Option postings 2
13.14 Option Premium Report 2
13.15 SWAP Repo Format 2
13.16 Outstanding IRS Deals with Accruals 2
13.17 Generation of OTC data for CCIL 2
13.18 CCIL OTC for FCYINR display 2
13.19 Generation of Vouchers for Derivative MTM 2
13.20 Deal Confirmation Status for all deal types 2
14 TOTAL SWAP TRADING P/L 64
14.1 TOTAL CURVE WISE TRADING P/L 2
14.2 RISK SENSITIVITY REPORT (Bucket wise/Curve wise PV01 distribution as on 2

date)
14.3 GAP REPORT Interest Rate Gap Report (Currency wise - bucket wise) 2
14.4 TOTAL OPTIONS TRADING P/L 2
RISK SENSITIVITY REPORT (Option Greeks, Tenor wise Distribution of Greeks,
14.5 2
Simulation, VaR)
14.6 Swaps Sales Activity Report 2
14.7 CREDIT UTILISATION REPORT 2
14.8 Total SWAPS SALES P&L REPORT 2
14.9 Total PRODUCT-WISE SALES P&L REPORT 2
14.10 REPORT OF TOP CLIENTS 2
14.11 Total PRODUCT WISE SALES P/L 2
14.12 Total HEDGE REPORT 2
14.13 Options Sales Activity Report 2
14.14 CREDIT UTILISATION REPORT 2
14.15 Total OPTIONS SALES P&L REPORT 2
14.16 Total PRODUCT-WISE SALES P&L REPORT 2
14.17 REPORT OF TOP CLIENTS 2
14.18 Total OPTIONS SALES P/L 2
14.19 Total PRODUCT WISE SALES P/L 2
14.20 Total CLIENT REPORT 2
14.21 Top 10 Swap Clients 2
14.22 OPTION MATURITY REPORT 2
Hedge Efficiency/Effectiveness Report in respect of all types of Derivative
14.23 2
instruments used for Hedging purpose.
Activity Forecast Register along with ability to compute coupon amount if
14.24 2
the rates have been reset for the floating leg
14.25 Deals Slips 2
14.26 Deals Confirmations 2
14.27 Interest Rate Reset Notice 2
14.28 Settlement Notice 2
14.29 Barrier Trigger Notice 2
14.30 Shifting of securities as per RBI guidelines. 2
14.31 Monthly payment of brokerage for bond deals. 2
14.32 Provision to generate report for ear-marking of securities in CSGL 2
15 Equity, CD, & Money Market Reports 164
15.1 CD Daily Limit Utilization 2
15.2 CD Maturity Report 2
15.3 CD Holding/Outstanding Report 2
15.4 CD Outstanding Report with YTM during the period 2

15.5 CD Issued Report 2

15.6 Outstanding CD Report 2
15.7 Brokerage Turnover report 2
15.8 Report to Check Payment Confirmation by Counterparty 2
15.9 Control Reports 2
15.10 Purchase Report 2
15.11 Sale Report 2
15.12 Switch Report 2
15.13 Outstanding Report 2
15.14 Mark to Market Report for Equity MF, ETF etc. 2
15.15 Capital Gains Report 2
15.16 MF Turnover Reports 2
15.17 Sale/Purchase during the period. 2
15.18 MTM with returns reports 2
15.19 STT/Exit Load Report 2
15.20 Arbitrage Reports 2
15.21 Return on Short Term Investments/ Holding Period Return 2
15.22 Return on Liquid Investments 2
15.23 Account Reconciliation 2
15.24 Cash Reconciliation Report 2
15.25 Demat Reconciliation 2
15.26 Brokerage Exposure 2
15.27 Quoted Statement 2
15.28 Physical Shares 2
15.29 Common Equity Shares Report For BSMG 2
15.30 Capital/Gain - Equity 2
15.31 Dividend Report 2
15.32 Company wise Outstanding 2
15.33 Company Details 2
15.34 Buy Back Report 2
15.35 Sale Transaction Details (for Equity based deals) 2
15.36 Acquisition Detail Report 2
15.37 Acquisition Aggregate Report 2
Proposal Report (Daily Security Holdings for verification post Settlement)
15.38 2
(For Primary market) - Sale
Proposal Report For (Daily Security Holdings for verification post
15.39 2
Settlement) (For Primary Market) - Purchase
Proposal Report For Secondary Market (Daily Security Holdings for
15.40 2
verification post Settlement) - (Purchase & Sale)

15.41 Interbank Reconciliation 2

15.42 Fortnightly Call Lending - Annexure-C 2
15.43 Call Borrowing Details - Annexure-C 2
15.44 Fortnightly cumulative Call Money Transaction Position 2
15.45 Institute wise Call Details (Lending) 2
15.46 Centre wise Call Details (Lending) 2
15.47 Institute wise Call Details (Borrowing) 2
15.48 Centre wise Call Details (Borrowing) 2
15.49 Call Money Transaction (Lending) for a period 2
15.50 Call Money Transaction (Borrowing) For a period 2
15.51 Call Lending Average Rate 2
15.52 Call Borrowing Average Rate 2
15.53 Call-Per day Lending Average (Banks/Others) 2
15.54 Call-Per day Borrowing Average (Banks/Others) 2
15.55 Daily Call Report 2
15.56 CALL-Daily Interest Banks and Others 2
15.57 Average Yield/Average Cost in Call Money 2
15.58 Detail Short term Deposit 2
15.59 Branch wise short term deposit (Outstanding) 2
15.60 Counter Party-wise Exposure 2
15.61 Voucher (LAF/REPO)-For a Date 2
15.62 Summary of LAF/Repo Voucher 2
15.63 RBI LAF/ Repo During a Period 2
Repo Transactions on Monthly/quarterly/half yearly & yearly basis as per
15.64 2
RBI requirements
15.65 Deployment of Funds in Debt Oriented Mutual Funds 2
15.66 MTM Report for Mutual Funds 2
15.67 Daily-Fortnight Position of Money Market Instruments 2
15.68 Voucher (LAF/REPO)-For a Specified Date 2
15.69 Summary of LAF/Repo Voucher 2
Summary of Deployment of Liquid Funds and Report on Investment in Liquid
15.73 2
Mutual Fund to Bank‗s Net worth
Mark to Market report for the portfolio for MM Deals (Product-wise &
15.74 2
Category-wise)
15.75 Summary Sheet - MM Vouchers 2
15.76 Maturity Profile (Call/Put) 2
15.77 Interest letter to issuer 2
15.78 Security List with call/put option 2
15.79 Borrowing maturity pattern-Lending-currency wise 2

15.80 Borrowing maturity pattern-Borrowing-currency wise 2

15.81 Bucket wise Report of Certificate of Deposits 2
15.82 Money Market Letter 2
16 G-Sec, CSGL, Corporate Bonds and Investments 120
16.1 Security Holding SGL/Demat/Physical 2
16.2 Security Holding HTM/AFS/HFT 2
16.3 Security Holding Credit Rating wise Summary 2
16.4 Security Holding Credit Rating wise Detail 2
16.5 Security Holding Sector/Industry Summary/ Detail 2
16.6 Security Holding SLR/Non SLR/Recap Bonds 2
16.7 Interest Accrual on all securities i.e in HTM/AFS/HFT Category 2
16.8 State wise Security Holding Summary 2
16.9 Branch wise/DP wise Security Holding 2
16.10 Report on the investment in Central Loans 2
16.11 Investment in State Development Loans 2
16.12 Investment in Other Approved Securities 2
16.13 Investment in Tier-II capital of other Banks 2
16.14 Report on the investment in Bonds & Non-Convertible Debentures 2
Report specifying the investments with Call or Put Option/date wise/notice
16.15 2
period wise.
16.16 Report with regard to the exposure in Capital Market 2
Report with regard to Investment in Venture Capital Fund/Undrawn
16.17 2
balances in these funds
16.18 Issuer wise Investment Transaction During a year 2
16.19 Issuer wise Exposure and Overdue (Under diff Category ) 2
16.20 Sector-wise Investment Report 2
16.21 Report on Quoted/Unquoted, Rated/Unrated, Listed/Unlisted, Securities 2
16.22 Report on Non-Performing Investment with provisions. 2
16.23 Summary of NPI/Written off investments 2
16.24 Report on average Investment - Scrip-wise, category wise, portfolio-wise 2
Duration/Modified Duration/Current Yield summary of Portfolio (Online)/
16.25 2
total
16.26 Investment Interest A/C Collection (Long Book) 2
16.27 Category wise Return & Yield On Investment 2
16.28 Current Yield on Portfolio 2
16.29 Report on average Yield, portfolio-wise 2
16.30 Report on Equity portfolio Dividend Yield 2
16.31 Investment Statement Top Sheet 2
16.32 Overdue Interest with breakup 2

16.33 Risk Weightage Investment /Accruals/ Over dues 2

16.34 Online Valuation of Equity/MF 2
16.35 Asset Position Tracking 2
16.36 Overdue Interest Not Booked As Income No. of months 2
16.37 Overdue Interest Booked as Income No. Of Months 2
16.38 Board Note Annexure Category wise 2
16.39 Board Note Annexures for Sale/Purchase 2
There should be segregation between overdue investment & NPI investment
16.40 2
in relative report
In case of PTCs & other similar instruments, the cash flow generation,
16.41 payment of interest cannot be defined at the time of creation of 2
instrument. Such facilities should be made available
While verifying history of any securities such as interest received date wise,
16.42 redemption received date wise present outstanding is not available in one 2
report.
16.43 Dividend Summary 2
16.44 Detailed Security Holding (Quoted/Not Quoted) 2
16.45 Average Securities (Monthly) 2
16.46 Redemption Detail during a period Category wise 2
16.47 Subscription during a Period Category wise 2
16.48 Account Ledger (Date wise Breakup) 2
16.49 Branch wise Security Holding with BV (Any prior dated) 2
16.50 CSGL Holding Statement 2
16.51 CSGL Transaction Statement 2
16.52 CSGL Daily Interest 2
16.53 Securities Maturing during a period 2
16.54 Redemption Detail during a period 2
16.55 Redemption SLR/Non SLR during a period 2
16.56 Redemption Overdue Letter to Branch 2
16.57 Redemption Overdue Letter to Institution 2
16.58 Valuation Detail & Summary (Tax Purpose) 2
16.59 Outright Purchase Detail during a Period 2
16.60 Subscription During a period 2
TOTAL MARKS 120
0

ANNEXURE 12 - TECHNICAL REQUIREMENTS
Instructions for Filling up Annexure 11
"Sr. No." - Serial Number of the Requirement Provided by the bank. The vendor must not
1
change any information in this column
"Particulars" - The detailed Requirement. The vendor must not change any information in
2
this column.
"VS" - Vendor Scores – The vendor would be required to provide an appropriate score to
3
each requirement requested for as per the following Table
VS Description
0 Unavailable
1 Is available as a workaround/Customizable
2 Is readily available as requested
The vendor is free to provide any Comments if required.
Notes
In case the vendor fails to provide a "Vendor Score" against any of the
1
Requirements the response would be considered as incomplete.
The vendor is expected to provide the response by filling up the columns

2
"Vendor Score" only. The vendor is advised not to make any changes to any
information on the RFP documents for example insert a row or delete a row or
modify any other information like change the functionality required, etc.
Every requirement where the bank has provided needs to be treated as an

3
individual requirement and should not be clubbed with any other
requirement and the vendor needs to provide a "Vendor Score" for that
individual requirement, in case the vendor clubs the requirements the
response would be treated as incorrect.

Technical Requirements
Sr. Business Process Max Bidder’s

No. Mark Respons
e
1 Concurrent Use 4
1.1 The system should be able to support simultaneous use of the 4

system by multiple users
2 Data Storage and Archiving 6
2.1 The proposed solution should have feature to store, retrieve and 2
use the data for the period as per bank's data retention policy.
Data retrieval or use should not amount to extra coding or
additional retrieval procedure.
2.2 The system should provide easy data archival functionality for 2
transactional records. Archival functionalities should be
parametrizable. The archived data should be easily accessible and
usable for reporting.
2.3 System should support archiving of data that are beyond a 2

specified time horizon. This should be parameterizable
3 Documentation 4
3.1 The system should be able to provide context based and current 4
online documentation.
4 File import and export functionality 4
4.1 The proposed solution should support importing / exporting data 4

from / to all the standard file formats including formats like MS
Excel, MS Words, CSV, XML, FpML,Text file or PDF (for export) etc.
5 Database Security 4
5.1 The application should have a in-built role based access 2

management module.
5.2 The application should provide facility to the admin to configure 2

access parameters aligned with Bank's IT security policy.
6 System Security & System Administration 16
6.1 The application should support maker / checker concept. Multiple 2

roles can be assigned to single user.
6.2 System should have a central admin module for managing static 2
data.
6.3 The proposed solution should have audit trail functionality with 12
following minimum features: (as per regulatory requirements)
6.3.1 List of all users logged on to the system 2

6.3.2 List of attempted unauthorized logins 2
6.3.3 All activities carried out in the system by users 2
6.3.4 Audit trails should be easily accessible through front end to 2

designated users
6.3.5 Provide adequate backup and recovery features. 2
6.3.6 Application should provide appropriate record level locking 2

mechanism for multiple access and updates.
7 Integration Application Requirements 6
7.1 Ability to integrate to support online, real time & batch operations 2
7.2 Integrator‘s support for scheduling and defining of Jobs 2
7.3 Application should handle automatic switchover in cluster 2

environment
8 Database Requirements 10
8.1 Ability to Patch management/ upgradation of database 2
8.2 Ability to support for pooling multiple database connections when 2

the load on the application increases
8.3 Ability of the database to support clustering. Indicate the number 2

of clusters that can be configured.
8.4 Ability to support online replication. 2
8.5 Ability to implement storage in the architecture 2
9 Hardware and Operating system 26
9.1 Hardware parameters (like CPU, Memory, and hard disk) should not 4
cross the 70% utilization levels at any point in time.
9.2 Should be able to support different protocols (TCP/IP, IPX, etc.) 2
9.3 Other mandatory softwares should be installed on all machines & 4

updated on a regular basis
9.4 Implement patches/upgrades on all softwares,firmwares 2
9.5 Hardware equipment should be scalable to support increased 2

requirements of the Bank
9.6 Hardware should have built-in redundancy features such as dual 2

Power supply, dual NIC, etc.
9.7 Hardware should have efficient hardware monitoring and diagnostic 2

functions
9.8 Hardware should be rack optimized 2

9.9 The Server should be horizontal & Vertical scalable. 2
9.10' The hardware components should be hot swappable. 4
10 Backup & recovery 22
10.1 The backup success rate should be 99.99% at all times for the 4
Integrated Treasury solution
10.2 Should support online replication to backup site 2
10.3 Disaster Recovery site to be up & running 24*7 4
10.4 Reliable integrity verification functionality for backups 2
10.5 The solution should be compatible with all types of backup devices. 2
10.6 The solution should support all backup application softwares 2
10.7 Should support IP protocol 2
10.8 Should be capable of automating the backup process for all the 2
applications/database in the Primary & Disaster Recovery sites.
10.9 Application should recover and become fully operational within 30 2

minutes from the Disaster Recovery Site in case of a disaster at
Treasury Branch, Mumbai
11 Availability Parameters 6
11.1 Should support load balancing in terms of system parameters (CPU, 2

Hard Disk, memory, etc.)
11.2 Hardware should be available for 24*7 2
11.3 Availability should be adhere to terms defined in SLA 2
12 Interfaces 26
12.1 The system should be able to interface online and seamlessly 2

without keeping any transactions pending for processing with both
DC and DR
12.2 The Solution should interface seamlessly with individual modules 2

and provide Straight Through Processing. Data should flow from
Front Office, Mid Office & Back Office and selected data should
flow in the reverse direction
12.3 The system should Seamlessly Integrate with Core Banking Solution 2
(Finacle) without any manual intervention
12.4 The system should provide interface capabilities with all RBI 2
applications, RTGS/NEFT, SWIFT, & Other Treasury applications
and any other regulator applications in our all overseas branches
12.5 System should be able to import rates, deals and/or prices and 2
ratings from independent price providers like Reuters, Bloomberg,

CCIL, Moody‘s, Fitch etc (web based applications)
12.6 The system should provide interface with third party service 2
providers, for e.g. SEBI mandated STP for Equity market
12.7 The system should provide interface for generation of requisite 2

data from Treasury Database to other Applications/ Processes
(ASCII fixed length/delimited variable length record format, csv
format, xml format, fpml format, excel format etc.) for other
processes like ALM etc.
12.8 Live data on rate etc. should be provided on screen only 2
12.9 Drill down on interface record should be available to see error 2

description
12.10 Provide support to ISO 8583, XML, WAP, SMS, FpML etc. standard 2
messaging protocols for interfacing.
12.11 The system should have the ability to rollback a transaction to a 2

particular stage and restart, if required.
12.12 Provide ability to define business rules for validation and 2

translation of incoming messages
12.13 The application should have the ability to support Microsoft 2

Internet Explorer, Netscape, and other such browsers (all latest
versions)
13 Web Server 14
13.1 The application should have the ability to support Apache, 2

Netscape enterprise, Commerce server, Microsoft IIS, IBM web
sphere etc. as web servers
13.2 The web server should have the capability of writing to multiple 2
logs
13.3 The web server should have the capability to support Virtual 2
Servers
13.4 Should support network monitoring agents like SNMP agent, etc. 2
13.5 Should be able to support Integrated certificate server, SSL with 2

128 bit encryption mechanism or more
13.6 Should be able to install on Windows platforms, UNIX flavours, etc 2

(Operating systems).
13.7 Should be hardened to disable unnecessary features and plug 2

known security vulnerabilities
14 Application Server 14
14.1 The application should be able to support HTML, DHTML, etc. 2

(Markup language)
14.2 The application should be able to support Server side languages like 2

ASP,JSP,Personal home page,Cold Fusion Markup Language (CFML),

Common Gateway Interface (CGI), etc.
14.3 Client side scripting/programming languages like Java scripts,VB 2

scripts,Java Applets, ActiveX, etc should be supported
14.4 The application should support the application layer technologies 2

like Java, C++, Netscape server application process interface,
Internet server application process interface, etc. should be
supported
14.5 Database Connectivity support should at a minimum be ODBC, 2

JDBC, etc.
14.6 Support standard queuing engines (IBM MQ, MSMQ, etc.) 2
14.7 The system should provide interface to standard firewalls 2

(application proxy, stateful inspection and mix of both)
15 External Interfacing 8
15.1 File formats supported for message based integration (XML,Text, 2

flat file, etc.)
15.2 Message formats supported by the application (ISO 8583, etc.) 2
15.3 Integration with a Messaging Middleware like MQ Series, MS MQ, 2

XML, etc.
15.4 Support for standard component frameworks (COM/DCOM/COM+, 2

COBRA, etc.)
16 Audit Trail: The system should provide comprehensive audit 16

trail features such as:
16.1 Daily activities log are merged into the history log files 2
16.2 Date, time and user-stamped transaction list are generated for 2
different transactions
16.3 Transaction screens display system information including Processing 2

Date, Current Time, Current User
16.4 Daily activity reports are provided to highlight all the transactions 2
being processed during the day
16.5 Support for recording of Unsuccessful attempts to log-in to the 2

system
16.6 System to provide session log files. The user should be able to 2
analyze the information (e.g., account id, session time etc.)
16.7 System should provide tracking of the client‘s IP & Network 2

Interface address
16.8 The application should facilitate definition of user-defined log files 2

for tracking sessions

17 INPUT/OUTPUT : 4
17.1 Link from/to Excel & Other Applications 2
17.2 Export of Reports & Inquiries into different formats like Word, 2
Excel, pdf, Text & CSV etc.
18 REPORTS : 10
18.1 Flexible Report Builder for generating simple reports. The system 2
should have a report writing wizard that provides users with step
by step menus and allows them to draw up simple reports
18.2 Drilling up/down of reports on the screen should be available 2
18.3 Auto-Emailer Facility integrated with internal reports/mail server 2

etc
18.4 Standard printing capability should available in the system. 2
18.5 Provision should be available for generating & printing any previous 2
day‘s report i.e. backdated reports.
Grand Total 200

ANNEXURE 13 - INTERFACE REQUIREMENTS
Instructions
1 This annexure specifies the interface/integration requirements of the Treasury solution and other applications
2 The Bidder is required to meet all the Interface requirements as laid out in this work sheet
3 Notwithstanding any grouping that has been mentioned, the Bidder should facilitate sharing of
information/data from the Treasury to the existing applications of the IDBI Bank like CBS, all internal
applications and external application for treasury related operations
4 For any interfaces/integration requirements necessary for the functioning of the proposed application, should
be factored by the Bidder
Ref Interface Application Vendor

No# Comments
IDBI envisages the following interfaces with Treasury application
The relevant banking internal applications:
1 Core Banking Solution
2 Management Information system and Automated Data flow (Critical)
3 Matched Fund Transfer Pricing
4 ALM
5 SWIFT Network
6 IDBI Samruddhi Portal
Interfacing with market data feeds and other information feeds:

The system should be able to interface with other solutions for receiving inputs and
sending outputs, automatically without any manual intervention, depending
on case to case, such as automated information pricing feeds including, but not
7 limited to: Reuters, Bloomberg, Cogencis, Ticker Plant etc.
All dealing platforms and Auction platforms like FX-Clear, Reuters Dealing Platform,
Bloomberg Dealing Platforms, FX-Swap, FX-ALL, Citi-Fx, Barx, Autobahn, CCIL-
CBLO, CROMS, ASTROID, NDS-OM, NDS-Call, E-Kuber, 360T, BOLT, Citi-Velocity, MCX,
8 NSE-NOW, EBS, NDS OM Web etc.
9 Automatic Data Flow
10 Asset Classification Tool: IRMA and IRAC
Bank's in-house Front Office Tool i.e. e-Treasury Suite: Retail FX, e-Blotter, eCSGL,
11 eCall Money etc.
12 Any other exchange/dealing platforms

13 Any government / regulatory agency
14 Settlement platforms (like NSCCL)
15 NG-RTGS / NEFT
16 AMFi (System should be capable of downloading and uploading
17 STP Gateway (Equity Trades), XsStp of NSE-IT
18 Merchant Transactions Platforms
19 FEDAI rates for Forex Valuation (as per the latest guidelines sector wise)
20 FIMMDA site for Money Market Valuation (as per the latest guidelines sector wise)
21 FBIL Rates
22 Reporting platforms like FIMMDA/ NSE/BSE, etc.
23 e-Kuber for Auction & Open Market Operation (OMO)
24 All relevant clearing agencies CLS,CCIL etc.

ANNEXURE 14 - INTEGRITY PACT

(To be submitted by all the bidders on stamp paper of Rs. 100/-)
THIS INTEGRITY PACT is made at ____________ on this _______ day of ___________
20____
BETWEEN
IDBI Bank Limited, a company within the meaning of the Companies act, 2013 and a
banking company within the meaning of the Banking Regulation Act, 1949 and having its
registered office at IDBI Tower, WTC Complex, Cuffe Parade, Mumbai – 400 005 (hereinafter
referred to as “the Principal/BANk/IDBI Bank”, which expression shall, unless repugnant to
the meaning or context thereof, deemed to include its successors and assigns);
AND
____________________ a company within the meaning of the Companies Act, 2013 having
its registered office at __________________________ (hereinafter referred to as “the
Bidder/Vendor”, which expression shall, unless repugnant to the meaning or context
thereof, deemed to include its successors and permitted assigns);
The Principal and the Bidder / Vendor are hereinafter collectively referred to as ―the
Parties‖ and individually as a ―Party‖.
PREAMBLE
(A) The Principal values full compliance with all relevant laws of the land, rules,
regulations, economic use of resources and of fairness/transparency in its relations
with its Bidder / Vendor;
(B) The Principal intends to award, under laid down organizational procedures, contract
for ―Procurement of Hardware for Finacle 10X and FEBA at DC, DR & NDR‖ and for
the aforesaid purpose the Principal floated Request for Proposal (―RFP‖) from the
interested parties;
(C) One of the conditions of RFP is that the Bidder / Vendor is required to sign an
Integrity Pact, in a form and manner satisfactory to the Principal;
(D) Pursuant to the aforesaid condition in RFP, the Parties enter into this Integrity Pact
on the terms and condition stated herein.
IT IS HEREBY AGREED BETWEEN THE PARTIES AS UNDER:
Section 1 – Commitments of the Principal
1. The Principal commits itself to take all measures necessary to prevent corruption and to
observe the following principles:-
a. No employee of the Principal, personally or through family members, will in connection
with the bid / RFP, or the execution of a contract, demand, take a promise for or accept,
for self or third person, any material or immaterial benefit which the person is not legally
entitled to.
b. The Principal will, during the bidding process treat all bidders with equity and reason.
The Principal will, in particular, before and during the bidding process, provide to all
bidders the same information and will not provide to any bidders confidential/additional

information through which the bidders could obtain an advantage in relation to the tender
process or the contract execution.
c. The Principal will exclude from the process all known prejudiced persons and persons
who would be known to have a connection or nexus with the prospective bidder.
2. If the Principal obtains information on the conduct of any of its employees which is a
criminal offence under the IPC/PC Act or the conduct rules of the Principal, or if there be a
substantive suspicion in this regard, the Principal will inform the Chief Vigilance Officer and
in addition can initiate disciplinary actions under the applicable service rules.
Section 2 – Commitments of the Bidder/Vendor
1. The Bidder/ Vendor commit themselves to take all measures necessary to prevent
corruption in their dealings with the Principal. They commit to observe the following
principles during participation in the tender/bidding process and during the contract
execution.
a. The Bidder/ Vendor shall not, directly or through any other person or firm, offer, promise
or give to any of the Principal‘s employees involved in the tender/bidding process or the
execution of the contract or to any third person any material or other benefit which he/she
is not legally entitled to, in order to obtain in exchange any advantage of any kind
whatsoever during the tender process or during the execution of the contract.
b. The Bidder/Vendor shall not enter into any undisclosed agreement or understanding with
other bidders, whether formal or informal. This applies in particular to prices,
specifications, certifications, subsidiary contracts, submission or non-submission of bids or
any other actions to restrict competitiveness or to introduce cartels in the bidding process.
c. The Bidder/Vendor shall not commit any offence under the relevant IPC/PC Act; further,
the Bidder/ Vendor shall not use improperly, for purposes of competition or personal gain,
or pass on to others, any information or document provided by the Principal as part of the
business relationship, regarding plans, technical proposals and business details, including
information contained or transmitted electronically. The Bidder / Vendor undertakes to
exercise due and adequate care lest any such information is divulged.
d. The Bidder/Vendor of foreign origin shall disclose the name and address of the
Agents/representatives in India, if any. Similarly the Bidder/Vendor of Indian Nationality
shall furnish the name and address of the foreign principals, if any.
e. The Bidder/Vendor shall, when presenting his bid, disclose any and all payments he has
made, is committed to or intends to make to agents, brokers or any other intermediaries in
connection with the award of the contract.
f. This Integrity Pact shall override the confidentiality clause, if any, in the offer submitted
by the Vendor/Bidder and in the agreement entered into by the Principal with the
Vendor/Bidder.
g. The Bidder will not collude with the other parties interested in the contract to impair
transparency, fairness and progress of the bidding process, bid evaluation, contracting and
execution of the contract.
h. The Bidder / Vendor shall not misrepresent facts or furnish false / forged documents /
information in order to influence the bidding process or execution of the contract to the
detriment of the Principal.

i. The Bidder/Vendor shall not bring any outside influence through any government bodies /
quarters directly or indirectly on the bidding process in furtherance of his bid.
2. The Bidder/Vendor shall not instigate third persons to commit offences or acts outlined
above or be an accessory to such offences.
Section 3 - Disqualification from tender process and exclusion from future contracts
If the Bidder/Vendor, before award or during execution has committed a transgression
through a violation of Section 2, above or in any other form such as to put his reliability or
credibility in question, the Principal is entitled to disqualify the Bidder/Vendor from the
tender process or terminate the contract if already signed for such reason. If the Bidder /
Vendor has committed a serious transgression through a violation of Section 2, such as to
put his reliability or credibility in question, the Principal may, after following due process,
also exclude the Bidder / Vendor from future contract award processes. The imposition and
duration of the exclusion will be determined by the severity of the transgression. The
exclusion will be imposed for a minimum of 12 months and maximum of 3 years.
Section 4 – Compensation for Damages
1. If the Principal has disqualified the Bidder from the tender process prior to the award
according to Section 3, the Principal is entitled to demand and recover the damages and
other actual damages due to the consequential delay apart from any other legal right that
may have accrued to the Principal.
2. If the Principal has terminated the contract according to Section 3, or if the Principal is
entitled to terminate the contract according to Section 3, the Principal shall be entitled to
demand and recover from the Consultant liquidated damages of the contract value.
3. The Vendor/Bidder shall not be entitled to claim from the Principal any amounts either
as damages or otherwise, on account of termination.
Section 5– Previous transgression
The Bidder / Vendor declare that no previous transgression occurred in the last three years
immediately before signing of this Integrity Pact, with any other company, in any country in
respect of any corrupt practices envisaged hereunder or with any public sector enterprises
in India or any government department in India, that could justify Bidder‘s / Vendor‘s
exclusion from the tender process. The Bidder / Vendor makes any incorrect statement on
this subject, the Bidder / Vendor can be disqualified from the tender process or the
contract, if already awarded can be terminated for such reason.
Section 6 – Equal treatment of all Bidders/Vendor
1. The Bidder/ Vendor undertake to demand from all sub-consultant / sub-contractors a
commitment in conformity with this Integrity Pact, and to submit it to the Principal before
contract signing.
2. The Principal will enter into agreements with identical conditions as this one with all
bidders / vendors and sub-consultant / sub-contractors.
3. The Principal will disqualify from the tender process all bidders who do not sign this Pact
or violate its provisions.
Section 7–Criminal charges against violating Bidder/Vendor

If the Principal obtains knowledge of conduct of a Bidder/Vendor or sub-consultant / sub-

contractor, or of an employee or a representative or an associate of a Bidder/Vendor or
sub-consultant / sub-contractor which constitutes corruption, or if the Principal has
substantive suspicion in this regard, the Principal will inform the same to the Chief
Vigilance Officer.
Section 8 – Independent External Monitor/Monitors
1. The Principal appoints competent and credible Independent External Monitor
(IEM/Monitor) for this Integrity Pact. The task of the Monitor is to review independently and
objectively, whether and to what extent the parties comply with the obligations under this
Integrity Pact.
2. The Monitor is not subject to instructions by the representatives of the parties and
performs his functions neutrally and independently. He shall report to the MD & CEO of the
Principal.
3. The Bidder/Vendor accepts that the Monitor has the right to access without restriction to
all project documentation of the Principal including that provided by the Bidder/Vendor.
The Bidder shall also grant the Monitor, upon his request and demonstration of a valid
interest, unrestricted and unconditional access to his project documentation. The same is
applicable to sub-consultant / sub-contractor. The Monitor is under contractual obligation
to treat the information and documents of the Bidder/ Vendor/ sub-consultant(s) / sub-
contractor(s) with confidentiality.
4. The Principal will provide to the Monitor information as sought by him which could have
an impact on the contractual relations between the Principal and the Bidder / Vendor in
relation to the contract.
5. As soon as the Monitor notices, or believes to notice, a violation of this Integrity Pact, he
will so inform the management of the Principal and request the management to discontinue
or take corrective action, or to take other relevant action. The Monitor can, in this regard,
submit non-binding recommendations. Beyond this, the Monitor has no right to demand from
the parties that they act in a specific manner.
6. The Monitor will submit a written report to MD & CEO of the Principal within 8 to 10
weeks from the date of reference or intimation to him by the Principal and, should the
occasion arise, submit proposals for correcting problematic situations.
7. If the Monitor has reported to MD & CEO of the Principal, a substantiated suspicion of an
offernce under the relevant anti-corruption laws of India, and the MD & CEO of the Principal
has not, within the reasonable time, taken visible action to proceed against such offence or
reported it to the Chief Vigilance Officer, the Monitor may also transmit this information
directly to the Central Vigilance Commission, Government of India.
8. The word ―Monitor‖ would include both singular and plural.
Section 9 –Pact Duration
1. This Pact begins when both parties have legally signed it. It expires 3 years after the last
payment under the contract if the contract is awarded to the Bidder/Vendor and 6 months
after the contract has been awarded to any other bidder/vendor.

2. If any claim is made/lodged during this time, the same shall be binding and continue to
be valid despite the lapse of this pact as specified above, unless it is discharged /
determined by the Principal.
Section 10- Sanction for Violation
1. Any breach of the aforesaid provisions by the Bidder / Vendor or any one employed by it
or acting on its behalf (whether with or without the knowledge of the Bidder/Vendor)
shall entitle the Principal to take all or any one of the following actions wherever
required:
(i) To immediately call off the pre-contract negotiations without assigning any reason or
giving any compensation to the Bidder / Vendor;
(ii) To immediately cancel the contract, if already signed, without giving any
compensation to the Bidder / Vendor;
(iii) To recover all sums already paid by the Principal and in case of an Indian Bidder /
Vendor, with interest thereon @ 2% higher than the MCLR.
(iv) If any outstanding payment is due to the Bidder / Vendor from the Principal in
connection with any other contract for any other purpose, such outstanding payment
could also be utilized to recover the aforesaid sum and interest.
(v) To cancel all or any other contracts with the Bidder / Vendor. The Bidder / Vendor
shall be liable to pay the compensation for any loss or damage to the Principal
resulting from such cancellation / recession and the Principal shall be entitled to
deduct the amount so payable from the monies due to the Bidder / Vendor.
(vi) To debar the Bidder / Vendor from participating in future bidding processes of the
Principal for a minimum period of five years, which may further extended at the
discretion of the Principal.
2. The Principal will be entitled to take all or any of the actions mentioned at 1 above of
this Pact against the Bidder / Vendor or anyone employed by it or acting on its behalf for
an offence as defined in Chapter IX of the Indian Penal Code, 1860 or Prevention of
Corruption Act, 1988 or any other statute enacted for prevention of corruption.
3. The decision of the Principal to the effect that a breach of the provisions of this Integrity
Pact has been committed by the Bidder / Vendor shall be final and conclusive on the
Bidder / Vendor. However, the Bidder / Vendor can approach Independent External
Monitor (s) appointed for the purpose of this Pact.
Section 11 - Other Provisions
1. This Integrity Pact is subject to Indian Law. Place of performance and jurisdiction is
the Registered Office of the Principal i.e. Mumbai.
2. Changes and supplements as well as termination notices need to be made in writing.
3. If the Bidder / Vendor is a partnership or a consortium, this Agreement must be signed
by all the partners, consortium members and joint venture partners.

4. Should one or several provisions of this Integrity Pact turn out to be invalid, the
remainder of this Integrity Pact remains valid. In this case, the Parties will strive to
come to an agreement to their original intention.
5. The actions stipulated in this Integrity Pact are without prejudice to any other legal
action that may follow in accordance with the provisions of the extant law in force
relating to any civil or criminal proceedings.
IN WITNESS WHEREOF, the Parties have signed and executed this Integrity Pact at
the place and date first hereinabove mentioned in the presence of following witness:
Signature Signature
(For & on behalf of the PRINCIPAL) (For & on behalf of the BIDDER/ Contractor)
Office Seal Office Seal
Name Name
Designation Designation
Witness 1:
(Name & Address) __________________________
Witness 2:
(Name & Address) ____________________________

ANNEXURE 15 - BANDWIDTH REQUIREMENT
The Bidder has to provide the following details so that IDBI can assess its network
infrastructure, verify the bandwidth available and upgrade if necessary.
1. Application Bandwidth Requirement
Sr. No. Application name Per click Per PC terminal
kilobytes kilobytes requirements
requirements
1 Integrated Treasury
Management System
2 Other proposed solution
2. Bandwidth Sizing Considerations if Compression Solution

The Bidder is required to share the details of the Compression Solution which will enable the
Bank to opt for if the Bank is unable to upgrade the bandwidth.
Head Bidder to furnish information

Hardware details
Software details
Deployment Information Bidder to provide information of the compression

architecture, the infrastructure and services
required at the Bank locations.
Services
Sr. Application name Per click Per PC terminal

kilobytes kilobytes requirements
No.
requirements:
POST Compression
Post Compression
1 Integrated Treasury
Management System
2 Other Proposed Solution

ANNEXURE 16 - MINIMUM SECURITY REQUIREMENTS
Bank Remarks
Bidders
Sr. (Details Vendor
Requirement Compliance
No. required on a remarks
(Yes/No)
High-level)
Data should be transferred to the Bank's other applications

1
(as mentioned by the Bank)
Bidder should define the internal segregation of duties /

2 logical access rights that they will possess and maker checker
policies
Guidelines from the regulator and Bank should be followed on

3 data storage policies and should be stored further, if needed
by the Bank
Please mention
Data that is stored in tapes or any other devices should be in
4 the encryption
encrypted form
algorithms used
Please highlight
Bidder should disclose the data retrieval policies, time to
5 the data
retrieve the data etc.,
retrieval policies
Bidder should support for penetration testing and

6
vulnerability scan policies of the Bank
Please specify
Bidder should also provide their plan on vulnerability scans,
7 the Vulnerability
assessment and patch deployment
scan policies
Please specify
the Incident
8 Bidder should have detailed incident management policies.
management
policies
Bidder should send incident register to the Bank upon

mutually agreed terms:
a) Incident description
b) Incident classification – (Internal / external)
9
c) Criticality of the incident
d) Details of the patch deployed
e) Down time taken to deploy the patches (Bank approval
should be taken to have downtime)
Bidder should comply with policies on data security as

10
defined by the regulator and the Bank
Bank should have the right to do the audit (Either by the Bank
11 team or third party vendor as nominated by the Bank) at any
time
If a Merger or Acquisition happened with a foreign / local

12 company, Bidder should ensure that the new company also
abide with the requirements of Bank

Bidder should disclose the rights that Bank admin will possess Please specify
13
- Super user / Administrator the details
Please specify
the Backup
Alternative mechanisms to revoke the access due to methodology to
14 occurrence of an uncertain event (Example: Procedure to revoke the
unlock the user ID of IDBI Bank administrator) access rights for
super user /
admin
Please specify
the Change
15 Bidder should disclose the Change management policies.
management
policies
Please specify
Bidder should disclose the patching and hardening the Patching and
16
procedures. Hardening
procedures
Please specify
the Backup
17 Bidder should disclose the backup strategy procedures.
storage
procedures
18 Bidder should comply with the SLA‘s defined by the Bank.
Please specify
Bidder should have the external data transfer policies
19 the external data
(Removable devices like HDD / USB etc.).
transfer policies
20 Bidder should also disclose the
21 Contractual agreements/terms for patch deployments.
22 Emergency patch deployment procedures.
23 BCM policies of the service provider.

Please specify
24 ETA / Ticket management and support from service provider.
the details
How application can be accessed (HTTPS / Thin client / Thick
25
client)?
Is the solution complaint with the Information Technology

26
act?
Please specify
27 Bidder should disclose the Digital certificates used
the details
Explain the controls available within your solution to ensure

that data confidentiality is maintained whilst in storage:
- Within the application Please specify
28
- Within the database the details
- Within any other component that goes to make up your
proposal

Bidder should disclose the solution(s) being used for the

29
following
Please specify
30 Data Leakage Prevention
the details
Please specify
31 Security Vulnerability Manager & Incident Event Manager
the details
Please specify
32 DC-DR Replication Solution (Zero Data Loss)
the details
Please specify
33 Version Control System
the details

ANNEXURE 17 - VENDOR EXPERIENCE
Experience Certificate Format (ITMS Migration /Implementation/ Version Upgrade)
To, Date DD-MM-YYYY
Deputy General
Manager (ITD), IDBI
Bank Ltd.
IDBI Tower, 8th floor,

WTC Complex, Cuffe
Parade, Mumbai – 400 005
Dear Sir,
REF: RFP No# IDBI /PCELL/ RFP/2018-19 /007 dated _________
Subject: Certificate for implementation/migration/version upgrade reference
This is to certify that, we have engaged (Bidder

name) for end- to-end (requirement, design, configuration, project management and
test) implementation /migration / version upgrade of Finacle Treasury/ Kondor Suites
in _____________
(Bank name).
The further details are as follows
 Finacle Treasury/ Kondor Suites version no.(Pre Migration , if applicable) :

 Finacle Treasury/ Kondor Suites version no.(Post Migration , if applicable) :
 Date of Go Live:
 Start Date of Implementation:
Yours Faithfully,
Authorized Signatories
(Name & Designation, Organization Name, Seal of the firm)

ANNEXURE 18 - VENDOR EXPERIENCE
Format for Project Team Profiles List
A. List of Resources with Experience in Finacle Treasury/ Kondor Suites

Implementation/Upgrade for any Bank in India
Sr.No. Name of the Total Finacle Treasury/ Kondor Client Name Will be Deployed at Remarks
Resource Suites Implementation/ IDBI Bank (Y/N)
Upgrade Experience
(Year/Month)
B. List of Resources with Experience in Finacle Treasury/ Kondor Suites Customization

for any Bank in India
Sr. No. Name of the Total Finacle Treasury/ Kondor Client Name Will be Deployed at Remarks
Resource Suites Customization IDBI Bank (Y/N)
Experience (Year/Month)
C. List of Resources with Experience in Finacle Treasury/ Kondor Suites Training for
any Bank in India
Sr. No. Name of the Total Finacle Treasury/ Kondor Client Name Will be Deployed at Remarks
Resource Suites Customization IDBI Bank (Y/N)
Experience (Year/Month)

Form 18a – Format Project Team Profiles (Individual)
Detailed Profiles of the Project Team
1 Name
a Brief Introduction (in bullets)
2 Date of Birth
3 Phone Number
4 Position in the firm
5 Total years of post-qualification work

experience
6 Employment Record
Company Name Positions Held Duration Clients Worked
6.1
6.2
6.3
6.4
6.5
7 Number of years with the firm
Details of relevant assignments undertaken (include both past and current employment
projects and highlight BFSI experience, if any)
8
(Provide scope, duration, client name and status of assignment)
Year
Location
Client Name
a
Main project title and features
Position held
Activities performed

Year
Location
Client Name
b
Main project title and features
Position held
Activities performed
9 Education
Year of Degree
Degree Obtained Institution Percentage
obtained
9.1
9.2
9.3
9.4
9.5
10 Certification
Year of Degree
Degree Obtained Institution Percentage
obtained
10.1
10.2
10.3
10.4
10.5

ANNEXURE 19 - COMMERCIAL BID UNDERTAKING
(To be included in Commercial Bid Envelope)

To,
IDBI Bank Limited,
Cuffe Parade Mumbai – 400005
Dear Sir,
Having examined the Request for Proposal (RFP) Ref No. the receipt of
which is hereby duly acknowledged, we, the undersigned, offer to supply, deliver, implement,
customize and commission the various requirements in conformity with the said RFP for the
sum mentioned in the Price Bid or such other sums as may be ascertained in accordance with
the Schedule of Prices attached and made part of this Bid.
We undertake, if our Bid is accepted, to deliver the goods/ provide the services in
accordance with the Delivery Schedule / implementation schedule specified.
We agree to abide by this bid for a period of 180 days from the last date of submission
of Bid and shall remain binding upon us and may be accepted at any time before the
expiration of that period.
We further confirm that, in case we offer system and/or other software manufactured by
another company, such software operates effectively on the system offered by us and we
are willing to accept responsibility for its successful operations.
Until a formal contract is prepared and executed, this bid, together with your written
acceptance thereof and you‘re Notification of Award, shall constitute a binding Contract
between us.
We undertake that, in competing for (and, if the award is made to us, in executing) the
above contract, we will strictly observe the laws against fraud and corruption in force
in India namely ―Prevention of Corruption Act‖.
We understand that you are not bound to accept the lowest or any bid you may receive.
Dated this........ Day of ............... 2018
(Signature)
(In the capacity of)
Duly authorized to sign bid with seal for & on behalf of (Name & Address of the Bidder)
<Authorized Signatory>
<Designation>

ANNEXURE 20 - POST GO-LIVE SUPPORT DETAILS
1. The vendor needs to describe the services to be offered and its response time.
Sr.No. Service / support offered Products / Tools to be No. of Locations

used People
1 Hardware Management and
Maintenance
2 System Administration
3 Database Management
4 Help Desk Management
5 Software Maintenance and Support
6 Server Administration
7 Hosting Management
8 Operations Management
9 Security Management
10 Warranty
11 Others (Please specify)
2. The Bidder needs to describe, below in detail, all the proposed process for the services
offered. For example how the problem would be reported till the time, how it would be
resolved and for services like backup which are like routine daily maintenance
activities when and how these activities are proposed to be carried out.
3. People deployment plan
The Bidder should provide the details of the People deployed for helpdesk
Help Desk Deployment at Bank Premises
Level Y1 Y2 Y3 Y4 Y5 Total
Level 1
Level 2
Level 3

ANNEXURE 21 - INFORMATION SECURITY DECLARATION

INFORMATION SECURITY
1.1. The Bidder and its personnel shall not carry any written material, layout, diagrams,
floppy diskettes, hard disk, storage tapes or any other media out of Purchaser‘s premise
without written permission from the Purchaser.
1.2. The Bidder personnel shall follow The Bank‘s information security policy and
instructions in this behalf.
1.3. Bidder acknowledges that The Bank‘s business data and other proprietary
information or materials, whether developed by The Bank 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
Bidder 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 Bidder to protect its own proprietary information. Bidder recognizes that the
goodwill of Purchaser depends, among other things, upon Bidder keeping such proprietary
information confidential and that unauthorized disclosure of the same by Bidder could cause
damage to the Purchaser. By reason of Bidder‘s duties and obligations hereunder, Bidder
may come into possession of such proprietary information, even though Bidder 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 Contract. Bidder shall use such information only for
the purpose of performing the Services.
1.4. Bidder shall, upon termination of this Contract for any reason, or upon demand by
The Bank, whichever is earliest, return any and all information provided to Bidder by The
Bank, including any copies or reproductions, both hardcopy and electronic.
1.5. Bidder, shall provide certificate/assurance from application providers/OEMs that the
application is free from embedded malicious / fraudulent code.‖
1.6. The Bidder shall ensure that the equipment / application / software being supplied
shall be free from malicious code (Viruses, Trojan, Spyware etc.) and shall be liable for any
loss (information, data, equipment, theft of Intellectual Property Rights, network breach,
sabotage etc.) incurred to the bank arising due to activation of any such embedded
malware / malicious code. The Bidder shall further supply a certificate to the bank in the
form Appended herewith.
1.7. The bidder shall ensure that subsequent patch, hotfixes and upgrades are also free
from malicious code.
1.8. The bidder shall abide to the Information Security Policy (ISP) and Cyber Security
Policy (CSP) of the Bank (as amended from time to time), which will be shared by the Bank
with the L1 Bidder on need to know basis. The L1 Bidder shall ensure that the
equipment/application/software supplied under the RFP shall be complacent with the ISP
and CSP at all times.
1.9. The bidder shall submit the background verification and provide the training on
information security awareness for their employees, in the case of deputing them to work in
our Bank premises.

1.10. The Bidder shall provide the DC/DR support for the application / servers hosted on
behalf of the bank and the same to be in line with respect to the RTO and RPO of Bank‘s
BCP.
1.11. The bidder shall make sure that the sensitive data (such as password, financial
information, biometric information, personal information etc.) shared by the Bank should
be kept within the geographical boundaries of India. The Bidder shall further supply a
certificate to the bank in the form Appended in Annexure.
INFORMATION SECURITY CERTIFICATE

(This certificate is to be rendered on Letterhead of the bidder)
This is to certify that–
1. Hardware and the software/future upgrades being offered do not contain any kind of
malicious code such as Viruses, Trojan, Spyware that would:-
(a) Obstruct the desired and the designed function of hardware.
(b) Cause physical damage to the user or their equipment during the usage of the
equipment.
(c) Tap the information regarding network, users and information stored on the network of
the Bank or in its CBS Platform or otherwise.
(d) Culminate into software attack, theft of intellectual property rights, identity theft,
theft of equipment or information, sabotage & information extortion;
2. We undertake to be liable in case of any loss that may be caused to the Purchaser
due to the breach of any of the aforesaid assurances & representations and also for any
physical damage, loss of information, loss of reputation and those relating to copyright and
Intellectual Property Rights (IPRs), caused due to activation of any such malicious code in
the hardware / software supplied.
3. We shall make sure that the sensitive data (such as password, financial information,
biometric information, personal information etc.) shared by the Bank will be kept within
the geographical boundaries of India
Date: (Signature of Authorized Signatory)

Place: Name and designation
Company Seal:

ANNEXURE 22 - INDICATIVE COMMERCIAL BID- CONTENTS AND FORMATS

Please refer the excel BOM published along with this RFP.

19. APPENDICES
Appendix 01 Non-Disclosure Agreement

Appendix 02 Contract Agreement
Appendix 03 Performance Bank Guarantee
Appendix 04 Deed of Indemnity
Appendix 05 Power of Attorney

1. NON-DISCLOSURE AGREEMENT
(To be submitted by the Successful Bidder)
On Rs.100/- stamp paper
This Non-Disclosure Agreement entered into between IDBI Bank Limited, a company
incorporated and registered under the Companies Act, 1956 (1 of 1956) read with
Companies Act, 2013 and a banking company within the meaning of Section 5 (c) of the
Banking Regulation Act, 1949 (10 of 1949) and having its registered office at IDBI Tower,
WTC Complex, Cuffe Parade, Mumbai – 400 005 (hereinafter called ―the Purchaser/Bank‖
which expression shall unless it be repugnant to the subject, context or meaning thereof be
deemed to mean and include its successors and assigns) of the ONE PART and …………….
(Name of Vendor) of …………………… (Please specify the registered office of the Vendor)
(Hereinafter called ―the Vendor/Contractor‖ which expression shall unless it be repugnant
to the subject, context or meaning thereof shall be deemed to mean and include its
successors and permitted assignees) of the OTHER PART;
WHEREAS, Bank called for the bids for engagement of Bidder for Implementation of end to
end Integrated Treasury Management Solution (ITMS) with Market Risk
M/s…………………………………… (hereinafter referred to as "Bidder"), after going through the Bid
Documents and being interested to act as Vendor and provide the services for product /
service / solution for IDBI Bank branches/offices/other locations has submitted its bid
hereafter referred to as the ―Services‖.
WHEREAS, the vendor is aware and confirms that the information, data, drawings and
designs, and other documents made available in the Bid Documents / the Contract and
thereafter regarding the Services as furnished by the vendor in their Request For Proposal
or otherwise and all the Confidential Information under the Bid Documents/the Contract is
privileged and strictly confidential and/or proprietary to Bank,
NOW THEREFORE, in consideration of the foregoing, the vendor agrees to all of the
following conditions, for Bank, to grant the vendor specific access to Bank‘s
property/information and other data.
It is hereby agreed as under:
a) The parties agree that they shall hold in trust any Confidential Information received by
either party, under this Contract, and the strictest of confidence shall be maintained in
respect of such Confidential Information. The parties also agree and undertake to:

(i) maintain and use the Confidential Information only for the purposes of this Contract
and only as permitted herein;
(ii) make copies as specifically authorized by the prior written consent of the other
party and with the same confidential or proprietary notices as may be printed or
displayed on the original;
(iii) restrict access and disclosure of confidential information to such of their

employees, agents, vendors, and contractors strictly on a "need to know" basis, to
maintain confidentiality of the Confidential Information disclosed to them in accordance
with this clause; and
(iv) treat Confidential Information as confidential for a period of seven (7) years from
the date of receipt. In the event of earlier termination of this Contract, the Parties
hereby agree to maintain the confidentiality of the Confidential Information for a
further period of [two (2)] years from the date of such termination.
b) Confidential Information in oral form must be identified as confidential at the time of

disclosure and confirmed as such in writing within 30 days of such disclosure.
Confidential Information does not include information which:
(i) the recipient knew or had in its possession, prior to disclosure, without limitation on
its confidentiality;
(ii) is independently developed by the recipient without breach of this Contract;
(iii) is the public domain;
(iv) is received from a third party not subject to the obligation of confidentiality with
respect to such information;
(v) is released from confidentiality with the prior written consent of the other party.
The recipient shall have the burden of proving hereinabove are applicable to the
information in the possession of the recipient.
c) Notwithstanding the foregoing, the parties acknowledge that the nature of the Services
to be performed under this Contract may require the Bidder‘s personnel to be present on
premises of Bank or may require the Bidder‘s personnel to have access to computer
networks and databases of Bank while on or off premises of Bank. It is understood that it
would be impractical for Bank to monitor all information made available to the Bidder‘s
personnel under such circumstances and to provide notice to the Bidder‘s of the
confidentiality of all such information. Therefore, the Bidder agrees and undertakes that

any technical or business or other information of Bank that the Bidder‘s personnel, or
agents acquire while on Bank premises, or through access to Bank computer systems or
databases while on or off Bank premises, shall be deemed Confidential Information.
d) Confidential Information shall at all times remain the sole and exclusive property of the
disclosing party. Upon termination of this Contract, confidential information shall be
returned to the disclosing party or destroyed, if incapable of return. The destruction shall
be witnessed and so recorded, in writing, by an authorised representative of each of the
parties. Nothing contained herein shall in any manner impair or affect rights of Bank in
respect of the Confidential Information.
e) In the event that any of the parties hereto becomes legally compelled to disclose any
Confidential Information, such party shall give sufficient notice to the other party to enable
the other party to prevent or minimize to the extent possible, such disclosure. Neither
party shall disclose to a third party any Confidential Information or the contents of this
Contract without the prior written consent of the other party. The obligations of this Clause
shall be satisfied by handling Confidential Information with the same degree of care, which
the receiving party applies to its own similar confidential information but in no event less
than reasonable care. The obligations of this clause shall survive the expiration,
cancellation or termination of this Contract.
f) The provisions herein above shall survive termination of the Contract.
g) This Contract shall be governed in accordance with the laws of India. The courts of India
at Mumbai have exclusive jurisdiction to determine any proceeding in relation to this
Contract. These provisions shall survive the Contract
h) The Parties agree that any dispute between the Parties, which cannot be settled by
negotiation may be resolved exclusively by arbitration and such dispute may be submitted
by either party to arbitration within 30 days of the failure of negotiations. Arbitration shall
be held in Mumbai, India and conducted in accordance with the provision of Arbitration and
Conciliation Act, 1996 or any statutory modification or re-enactment thereof. Each Party to
the dispute shall appoint 1 arbitrator each and the two arbitrators shall jointly appoint the
third or the presiding arbitrator. The arbitration proceedings shall be conducted in the
English language. Subject to the above, the courts of law at Mumbai alone shall have the
jurisdiction in respect of all matters connected with the Contract. The arbitration award
shall be final, conclusive and binding upon the Parties and judgment may be entered
thereon, upon the application of either party to a court of competent jurisdiction. Each
Party shall bear the cost of preparing and presenting its case, and the cost of arbitration,

including fees and expenses of the arbitrators, shall be shared equally by the Parties unless
the award otherwise provides
Authorised Signatory
Name :
Designation :
Office Seal :
Place :
Date :
Accepted –
Bank

2. CONTRACT AGREEMENT
THIS AGREEMENT made at………………… the ………day of ……………………. 2018 between IDBI
BANK LIMITED, a company registered under the Companies Act, 1956 (1 of 1956) read with
Companies Act, 2013 and a banking company within the meaning of Section 5 (c) of the
Banking Regulation Act, 1949 (10 of 1949) and having its registered office at IDBI Tower,
WTC Complex, Cuffe Parade, Mumbai – 400 005 (hereinafter called ―the Purchaser‖ which
expression shall unless it be repugnant to the subject, context or meaning thereof shall be
deemed to mean and include its successors and assigns) of the ONE PART and …………….
(Name of Successful Bidder) of …………………… (Please specify the registered office of the
Successful Bidder) (Hereinafter called ―the Vendor‖ which expression shall unless it be
repugnant to the subject, context or meaning thereof shall be deemed to mean and include
its successors) of the OTHER PART;
The Purchaser and Vendor are hereinafter collectively referred to as "Parties" and
individually as Party-
WHEREAS the Purchaser vide RFP No. _________________ dated ______ (the RFP) invited
bids for certain Services viz………………………………. (Brief Description of Services) and has
accepted a bid by the Vendor for rendering of the Services for the sum of ………………………
(Contract Price in Words and Figures) (Hereinafter called ―the Contract Price‖).Please refer
Section-5 of RFP.
NOW THIS AGREEEMENT WITNESSETH AND IT IS HEREBY AGREED BY AND BETWEEN THE
PARTIES HERETO AS FOLLOWS:
1) In this Agreement words and expressions shall have the same meanings as are
respectively assigned to them in the RFP/Conditions of Contract referred to.
2) The signed original copy of the RFP and its service level agreement submitted by the
contractor with the purchaser shall form an integral part of this Contract Form.
a. The parties hereto by way of abundant precaution do hereby agree, admit and
declare that all the contractors representations, warranties and undertakings
recorded in the RFP shall be deemed to be incorporated and adopted herein by
reference to constitute and form an integral part of this Contract Form.
b. Each of the representations, warranties and undertakings of the Contractor
contained in the RFP shall be deemed to have been made as of the date hereof.
3) In consideration of the payments to be made by the Purchaser to the Contractor as
hereinafter mentioned, the Contractor hereby agrees and covenants with the Purchaser
to provide/render the Services and to remedy defects, if any therein, strictly in
conformity in all respects with the provisions of the Contract.
4) The Purchaser hereby agrees and covenants to pay the Contractor in consideration of
the rendering of the Services, furnish necessary undertakings, guarantees and also to
remedy defects, if any therein, the Contract price or such other sum as may become
payable under the provisions of the Contract at the times and in the manner prescribed
by the Contract.

IN WITNESS WHEREOF the parties hereto have caused this Agreement to be executed on
the day, month and year first above written.
Signed and Delivered by the within named
Signature :
Name :
Date : ..........................
IN THE PRESENCE OF
1. Signature 2. Signature
Name : ................................. Name : .................................
Address : ................................. Address : .................................
Signed and Delivered by ..................................
the within named
M/s. ..................................
..................................
Date : .......................
IN THE PRESENCE OF :
1. Signature 2. Signature
Name : ................................. Name : .................................
Address : ................................. Address : .................................

3. PERFORMANCE BANK GUARANTEE
Bank Guarantee No.
Bank Guarantee Amount
Expiry Date
Claim Amount
GUARANTEE FOR PERFORMANCE OF CONTRACT
THIS GUARANTEE AGREEMENT executed at ___________ this ________ day of

_____________ Two Thousand Eighteen
BY______________________ Bank, a body corporate constituted under _______________,

having its Registered Office/ Head Office at ______________, and a Branch Office at
_____________________________________________________ (hereinafter referred to as
―the Guarantor‖, which expression shall, unless it be repugnant to the subject, meaning or
context thereof, be deemed to mean and include its successors and assigns)
IN FAVOUR OF:
IDBI BANK LIMITED, a company registered under the Companies Act, 1956 (1 of 1956) and a
banking company within the meaning of Section 5 (c) of the Banking Regulation Act, 1949
(10 of 1949) and having its registered office at IDBI Tower, WTC Complex, Cuffe Parade,
Mumbai – 400 005 and having its Branch Office amongst other places (hereinafter referred to
as ―Bank‖ which expression shall unless it be repugnant to the subject, meaning or context
thereof, be deemed to mean and include its successors and assigns),
WHEREAS, Bank vide RFP No. ___ dated ___________called for the bids for engagement of
Vendor for End to End Implementation of Integrated Treasury Management Solution
(ITMS) with Market Risk.
1. M/s……………………… have been appointed as the Vendor (hereinafter referred to as

"Vendor") and accordingly has entered into Contract with Bank subject to the terms and
conditions contained in the said documents and the Vendor has duly confirmed the
same.
2. AND WHEREAS pursuant to the Bid Document, the Contract form, annexure, , Forms and
the other related documents (hereinafter collectively referred to as ―the said
documents‖, the Bank has agreed to avail from M/s……………………. and
M/s……………………………. has agreed to provide to the Bank …………………. , more
particularly described in the Schedule/Annexure to the said documents (hereinafter
collectively referred to as ―the Services‖), subject to the terms, conditions, covenants,
provisions and stipulations contained the said documents. The Vendor has also furnished

indemnity deed dated [] and Non-Disclosure Agreement dated [] and as such is bound
by the same.
3. AND WHEREAS the Vendor has duly signed the said documents.
4. AND WHEREAS in terms of the Contract, the Vendor has agreed to provide the Services
and to procure an unconditional and irrevocable performance bank guarantee, in favor
of the Bank, from a bank acceptable to the Bank for securing ………… ………… …………
………… ……………………. towards faithful observance and performance by the Vendor of
the terms, conditions, covenants, stipulations, provisions of the Contract/the said
documents.
5. AND WHEREAS at the request of the Vendor , the Guarantor has agreed to guarantee
the Bank, payment of the 10% of the Contract Price amounting to …………………………..(in
words) towards faithful observance and performance by the Vendor of the terms of the
Contract and the said documents.
NOW THEREFORE THIS AGREEMENT WITNESSETH AS FOLLOWS:

In consideration of the above premises, the Guarantor hereby unconditionally, absolutely
and irrevocably guarantees to the Bank as follows:
1. The Guarantor hereby guarantees and undertakes to pay, on demand, to the Bank at its
office at Mumbai forthwith, the ………………………………………. or any part thereof, as the
case may be, as aforesaid due to the Bank from the Vendor , towards any loss, costs,
damages, etc. suffered by the Bank on account of default of the vendor in the faithful
observance and performance of the terms, conditions, covenants, stipulations,
provisions of the Contract, without any demur, reservation, contest, recourse or protest
or without any reference to the vendor. Any such demand or claim made by the Bank,
on the Guarantor shall be final, conclusive and binding notwithstanding any difference
or any dispute between the Bank and the vendor or any dispute between the Bank and
the vendor pending before any Court, Tribunal, Arbitrator, or any other authority.
2. The Guarantor agrees and undertakes not to revoke this Guarantee during the currency
of these presents, without the previous written consent of the Bank and further agrees
that the Guarantee herein contained shall continue to be enforceable until and unless it
is discharged earlier by the Bank, in writing.
3. The Bank shall be the sole judge to decide whether the vendor has failed to perform the
terms of the Contract for providing the Services by the vendor to the Bank, and on
account of the said failure what amount has become payable by the vendor to the Bank
under this Guarantee. The decision of the Bank in this behalf shall be final, conclusive
and binding on the Guarantor and the Guarantor shall not be entitled to demand the
Bank to establish its claim under this Guarantee but shall pay the sums demanded
without any objection, whatsoever.
4. To give effect to this Guarantee, the Bank, may act as though the Guarantor was the
principal debtor to the Bank.
5. The liability of the Guarantor, under this Guarantee shall not be affected by

5.1. any change in the constitution or winding up of the vendor or any absorption,
merger or amalgamation of the Vendor with any other company, corporation or
concern; or
5.2. any change in the management of the Vendor or takeover of the management of
the vendor by the Government or by any other authority; or
5.3. acquisition or nationalization of the Vendor and/or of any of its undertaking(s)
pursuant to any law; or
5.4. any change in the constitution of Bank/Vendor; or
5.5. any change in the set up of the Guarantor which may be by way of change in the
constitution, winding up, voluntary or otherwise, absorption, merger or
amalgamation or otherwise; or
5.6. the absence or deficiency of powers on the part of the Guarantor to give
Guarantees and/or Indemnities or any irregularity in the exercise of such powers.
6. Notwithstanding anything contained hereinabove, the liability of the Guarantor
hereunder shall not exceed Rupees ………………………………………. (In words) being the 10% of
the Contract Price.
7. This Guarantee will expire on _______________(Validity Period). Any demand or claim
under this Guarantee must be received by the Guarantor by ______________ (Claim
Period) and if no such demand or claim has been received by the Guarantor by the date
mentioned as aforesaid, then all the rights of the Bank under this Guarantee shall cease.
8. For all purposes connected with this Guarantee and in respect of all disputes and
differences under or in respect of these presents or arising there from the courts of
Bombay city/ Mumbai city where the Bank has its Registered Office shall alone have
jurisdiction to the exclusion of all other courts.
IN WITNESS WHEREOF the Guarantor has caused these presents to be executed on the day,
month and year first herein above written as hereinafter appearing.
SIGNED AND DELIVERED BY
the within named Guarantor,
__________________________,
by the hand of Shri.__________,
its authorized official.

4. DEED OF INDEMNITY
On Rs. 500/- Stamp Paper

This Deed of Indemnity executed at Mumbai on the ______ day of _______ by
________________________________________<insert name of the Successful Bidder> (hereinafter
referred to as ―the Obligor‖ which expression shall unless it be repugnant to the context, subject or
meaning thereof, shall be deemed to mean and include successors and permitted assigns);
IN FAVOUR OF
IDBI Bank Limited, a company registered and incorporated under the Companies Act, 1956 (1 of 1956)
read with Companies Act, 2013 and a banking company within the meaning of section 5 (c) of the
Banking Regulation Act, 1949 (10 of 1949) having its registered office at IDBI Tower, WTC Complex,
Cuffe Parade, Colaba, Mumbai – 400 005 (hereinafter referred to as ―Bank‖ which expression shall,
unless it be repugnant to the subject or context or meaning thereof, be deemed to mean and include
its successors and assigns)
Now, the Bank and Successful Bidder wherever the context so permits, shall hereinafter collectively
refer to as the ―Parties‖ and individually as a ―Party‖.
WHEREAS
1) The Obligor has
a) offered to supply of product / service / solution & provide / carry out their
commissioning for existing and proposed new branches /offices/ other locations of IDBI
Bank(―Services‖)as inclusively stated under sections Service Level Expectations and
Specifications Systems & Solutions;
b) Represented and warranted that they have obtained all permissions, consents, licenses,
registrations, confirmations, approvals from all authorities, both regulatory and non-
regulatory, including statutory or otherwise, local, municipal, governmental, quasi-
governmental, as are required under Applicable Laws for executing the Services to the
Bank and also represented and covenanted that all above approvals shall remain in force
during contract period;
c) Represented and warranted that the aforesaid Services offered to Bank do not violate
any provisions of the applicable laws, regulations or guidelines including legal and
environmental. In case there is any violation of any law, rules or regulation, which is
capable of being remedied the same will be got remedied immediately to the satisfaction
of Bank;
d) Represented and warranted that they are authorized and legally eligible and otherwise
entitled and competent to enter into such contract(s) with Bank;
2) Bank, relying and based on the aforesaid representations and warranties of the Obligor, has
agreed to avail the services of the Obligor on the terms and conditions contained in its
Contract dated ____________________ (the Contract) with the Obligor;
3) One of the conditions of the aforesaid Contract is that the Obligor is required to furnish an
indemnity in favor of Bank indemnifying the latter against any loss, damages or claims arising
out of any violations of the applicable laws, regulations, guidelines during the execution of its
services to Bank over the contract period as also for breach committed by the Obligor on
account of misconduct, omission and negligence by the Obligor.

4) In pursuance thereof, the Obligor has agreed to furnish an indemnity in the form and manner
and to the satisfaction of Bank as hereinafter appearing;
NOW THIS DEED WITNESSETH AS UNDER:
In consideration of Bank having agreed to award the aforesaid contract to the Obligor, more
particularly described and stated in the aforesaid Contract, the Obligor do hereby agree and
undertake that:
1. The Obligor shall, at all times hereinafter, save and keep harmless and indemnified Bank,
including its respective directors, officers, and employees and keep them indemnified from and
against any claim, demand, losses, liabilities or expenses of any nature and kind whatsoever and
by whomsoever made in respect of the said contract and any damage caused from and against all
suits and other actions that may be instituted taken or preferred against Bank by whomsoever
and all losses, damages, costs, charges and expenses that Bank may incur by reason of any claim
made by any claimant for any reason whatsoever or by anybody claiming under them or
otherwise for any losses, damages or claims arising out of all kinds of accidents, destruction,
deliberate or otherwise, direct or indirect, from those arising out of violation of applicable laws,
regulations, guidelines and also from the environmental damages, if any, which may occur during
2. The Obligor further agrees and undertakes that the Obligor shall, during the Contract period,
ensure that all the permissions, authorizations, consents are obtained from the local and/or
municipal, statutory, regulatory and/or governmental authorities, as may be required under the
applicable laws, regulations, guidelines, orders framed or issued by any appropriate authorities.
The Obligor shall indemnify and keep indemnified IDBI against any levies / penalties / costs /
claims / demands litigations, suits, actions, judgments, and or otherwise on account of any
default and or breach and or otherwise in this regard.
3. The Obligor further agrees to provide complete documentation of all sub-systems, operating
systems, systems software, utility software and other software, they are having. The Obligor
shall also provide licensed software for all software services, whether developed by it or
acquired from others for performing the obligations under the Contract. The Obligor shall also
indemnify and keep indemnified IDBI against any levies / penalties / claims / demands
litigations, suits, actions, judgments, and or otherwise ion account of any default and or breach
and or otherwise in this regard.
4. If any additional approval, consent or permission is required by the Obligor to execute and
perform the Contract during the currency of the Contract, they shall procure the same and/or
comply with the conditions stipulated by the concerned authorities without any delay.
5. The obligations of the Obligor herein are irrevocable, absolute and unconditional, in each case
irrespective of the value, genuineness, validity, regularity or enforceability of the aforesaid
Contractor the insolvency, bankruptcy, re-organization, dissolution, liquidation or change in
ownership of Bank or Obligor or any other circumstance whatsoever which might otherwise
constitute a discharge of or defense to an indemnifier.
6. The obligations of the Obligor under this deed shall not be affected by any act, omission, matter
or thing which, would reduce, release or prejudice the Obligor from any of the indemnified
obligations under this indemnity or prejudice or diminish the indemnified obligations in whole or
in part, including in law, equity or contract (whether or not known to it, or to Bank).
7. This indemnity shall survive the aforesaid Contract.
8. Any notice, request or other communication to be given or made under this indemnity shall be in
writing addressed to either party at the address stated in the aforesaid Contract and or as stated
above.

9. This indemnity shall be governed by, and construed in accordance with, the laws of India. The
Obligor irrevocably agrees that any legal action, suit or proceedings arising out of or relating to
any this indemnity may be brought in the Courts/Tribunals at Mumbai. Final judgment against the
Obligor in any such action, suit or proceeding shall be conclusive and may be enforced in any
other jurisdiction, by suit on the judgment, a certified copy of which shall be conclusive
evidence of the judgment, or in any other manner provided by law. By the execution of this
indemnity, the Obligor irrevocably submits to the exclusive jurisdiction of such Court/Tribunal in
any such action, suit or proceeding.
10. Bank may assign or transfer all or any part of its interest herein to any other person. Obligor shall
not assign or transfer any of its rights or obligations under this indemnity, except with the prior
written consent of the Bank.
The words and expressions not specifically defined shall have the same meanings as are respectively
assigned to them in the Bid Document.
IN WITNESS WHEREOF the Obligor has signed these presents on the day, month and year first above
written.
Signed and Delivered on behalf of )
( ___________________ )
By the hand of ________________________)
_________, the authorized official )
Of the Obligor )

5. POWER OF ATTORNEY
(On Stamp Paper of Rs. 500/-)
Know all men by these presents, we_________________ (name of the Bidder and its
address) do
hereby appoint and authorize Shri ______________________(full name and residential
address) who is presently employed with us and holding the position of ______as our
attorney, to do in our name and on our behalf, all such acts, deeds and things necessary in
connection with or incidental to our proposal for ___________, in response to the RFP
(Request for Proposal) floated by IDBI Bank Ltd (hereinafter referred to as IDBI Bank),
including signing and submission of all documents and providing information/responses to
IDBI Bank in all matters in connection with our Bid.
We hereby agree, declare and undertake that all the acts, deeds and things lawfully done
by our said attorney shall be construed as acts, deeds and things done, performed and
executed by us and we hereby agree to ratify and confirm all acts, deeds and things
lawfully done by our said attorney pursuant to this irrevocable Power of Attorney and that
all acts, deeds and things done by our aforesaid attorney shall always be deemed to have
been done by us.
Dated this ____________day of ________2018
For_______________________________
(Signature)
(Name, Designation and Address)
Accepted
(Signature)
(Name, Title and Address of the Attorney) Date:

Witnesses:
1) (Name, Signature & Address) 2)(Name, Signature & Address)
Note: The mode of execution of the Power of Attorney should be in accordance with the
procedure, if any, laid down by the applicable law and the charter documents of the
executants and when it is so required the same should be under common seal affixed in
accordance with the required procedure.
• Also, wherever required, the Bidder should submit for verification the extract of the
charter documents and documents such as a resolution/power of attorney in favor of the
Person executing this Power of Attorney for the delegation of power hereunder on behalf of
the Bidder.
• In case the Application is signed by an authorized Director / Partner or Proprietor of
the Applicant, a certified copy of the appropriate resolution / document conveying such
authority may be enclosed in lieu of the Power of Attorney.

Rfpitmswithmarketrisk

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Rfpitmswithmarketrisk

Uploaded by

Copyright:

Available Formats

Registered Office: Mumbai

REQUEST FOR PROPOSAL (RFP) FOR END-TO-END IMPLEMENTATION OF ITMS

RFP Reference Number IDBI/PCell/RFP/2018-19/007

Date of RFP Document 10th August,2018

Last Date of Pre-Bid Queries Submission 18th August,2018

Date of Pre-Bid Meeting 23rd August,2018

Last Date of Submission of Bid 7th September,2018

Date of Opening of RFP Response 10th September,2018

Total Number of Pages 249

Number : Tel – 022-66552246

Address : 8th Floor, IDBI Tower, Cuffe Parade, Mumbai 400005

Number : Tel – 022-66263539

Address : 17th Floor, IDBI Tower, Cuffe Parade, Mumbai 400005

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 2 of 249

3.13.1 LAST DATE FOR SUBMISSION ............................................................................................. 21

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 3 of 249

6.4 DEPLOYMENT OF ITMS PHASES ......................................................................................... 55

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 4 of 249

9.2.10 PROGRAM MANAGEMENT ........................................................................................... 74

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 5 of 249

13.21 Conflict of Interest .......................................................................................................... 103

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 6 of 249

Annexure 20 - Post Go-live Support Details ............................................................................ 232

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 7 of 249

Annexure00 Document checklist

Appendix 01 Non-Disclosure Agreement

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 8 of 249

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 9 of 249

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 10 of 249

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 11 of 249

1.4 TERMINOLOGIES & ABBREVIATIONS

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 12 of 249

 ‗ERP‘ means Enterprise Resource Planning

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 13 of 249

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 14 of 249

3. IMPORTANT POINTS FOR BIDDERS TO NOTE BEFORE SUBMISSION

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 15 of 249

3.1 LANGUAGE OF BID

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 16 of 249

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 17 of 249

v) Masked Commercial Bid as per Annexure 22 duly signed by authorized

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 18 of 249

3.5 BID SECURITY (EMD)

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 19 of 249

3.8.3 VALIDATION OF INTERLINEATIONS IN BID

3.10.1 ENCLOSING OF BID

3.10.2 MAILING ADDRESS FOR BIDS

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 20 of 249

IDBI Bank Limited,

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 21 of 249

2. Signing and Marking of Notice: The Bidder‘s modification or withdrawal notice

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 22 of 249

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 23 of 249

3.21.2.2 PHASE 2 – TECHNICAL PROPOSAL EVALUATION:

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 24 of 249

S No# Proposal Bid Evaluation Sub Scores

Functional and Technical Features along with

Approach and Methodology including Bidder

Maximum Technical Proposal Bid Evaluation Score 100

The bidder should have provided the I. L1 Support Agents (5 or more

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 25 of 249

Area Resource Criteria Marks

IDBI/PCell/RFP/2018-19/007 dated 10th August 2018 Page 26 of 249