Page 1 of 162

DENA BANK

Request for Proposal (RFP)

For The Implementation of

Integrated Treasury Management System

Tender Ref: HO/ITD/507/2016

Date: 25/08/2016

Page 2 of 162

1. INTRODUCTION

1.1. Overview

About the Bank

Dena Bank (hereinafter referred to as ‗the bank‘ or ‗DENA BANK‘ or ―Bank‖) is a

leading, innovative commercial Bank, with a proactive approach to address the

changing needs of the society. This has resulted in a wide gamut of products and

services, made available to its valuable clientele in catering to the smallest of their

needs.

It is one of the pioneer public sector banks, which launched Core Banking Solution

in 2007. Under this solution umbrella, all Branches and ATMs of the Bank have been

networked, with online Tele-banking and Internet banking facility made available to

all its Core Banking Customers - Individual as well as Corporates. The Bank had also

launched its Mobile Banking Facility. Regular banking services apart, the customer

can also avail of a variety of other value-added services like Cash Management

Service, Insurance, Mutual Funds, Credit Cards and De-mat etc.

Dena Bank, having its registered office in Mumbai, has more than 1850 + branches

and extension counters which are spread across various geographic locations in

the country.

Purpose of this document

In order to enhance and implement an Integrated Treasury Management

System, DENA BANK hereby invite responses from the established and eligible

entities (hereinafter referred to as ―Respondent‖ or ―Bidder‖ or ―Vendor‖) to

provide the deliverables, more particularly described hereinafter in this document

in accordance with the terms and conditions described herein.

The Document may be obtained from the Bank at the communication address

given below or can be downloaded from Bank‘s Website

www.denabank.com or www.tenders.gov.in and the response should be

submitted to the office of:

Dy. General Manager (I.T.),

Dena Bank,

Information Technology Department,

Page 3 of 162

1.2. Schedule of Events

Commencement of Issue

of RFP

25/08/2016

Fees for RFP document

(non- refundable)

Rs. 10,000/- (Rupees Ten Thousand only)

Earnest Money Deposit

(EMD)

Rs. 50,00,000/- (Rupees Fifty Lacs only)

Pre - bid Meeting Date

and Venue

02/09/2016 03:30 PM

Dena Bank Bhavan-B, Data centre, First Floor Meeting

room, Patel Estate, Near MTNL Exchange,

Joegshwari West, Mumbai-400102

Last date for query

submission

31/08/2016 05.00 PM

All communications regarding points / queries

requiring clarifications shall be given in writing or by e-

mail to the officials whose particulars have been given

below.

Last date and Time for

submission of RFP

22/09/2016 03.00PM

Date and Time for

Opening of RFPs

22/09/2016 03.30PM

Contact Details:

Address for

Communication and

submission of RFP:

Dy. General Manager(I.T.),

Dena Bank Data centre, Dena Bhawan-B,

Patel Estate, Near MTNL Exchange,

Jogeshwari-west, Mumbai – 400102

Phone- 022-26767080/85/7161

ittender@denabank.co.in

Note: Bank reserves the right to change the dates mentioned in this

document, which will be communicated to the bidders through Bank‘s

website.

Page 4 of 162

1.3. Current Status of Treasury Management in the Bank

The Bank has implemented Finacle as its Core Banking System from M/s.

Infosys across all the domestic branches. Bank has put in place Kastle

software for Treasury Operations. The Software was purchased from M/s

ICICI InfoTech Ltd (now known as 3I InfoTech Ltd) and was implemented in

2008. The package is catering to Domestic, Forex and Derivatives Operations

of Treasury.

Details of the Kastle software

Architecture: Two-Tier Client-Server based Architecture

Front-End: Power Builder

Database: Oracle 10g

Hardware Configuration Details : Win 2008 Server

Integration and interfaces of Kastle to other modules and software are as

below.

1. CBS — Finacle (present version 7.0.25): GL transmission from Kastle

to Finacle only.

2. Management Information System(MIS) including Automated Data Flow

3. ALM of OFSAA, Risk management SAS

4. SWIFT network through Swift Alliance.

5. Kastle Risk Management for Market Risk, Capital charge and VAR

calculation under Standardized Measurement Method (SMM)/ Internal Model

Approach Under Basel II/III (IMA) under implementation

The implementation of Integrated Risk Management (Operations and

Control) is in progress. The proposed solution needs to be integrated

with these systems also along with above-mentioned systems including

CBS and Treasury of foreign branches if Bank intent to open branches

overseas.

The following Products/Modules/Functionalities are presently handled

through KASTLE.

1. PRODUCTS

A. FOREX PRODUCTS:

FX Spot and forward, FX Swap, FX bills, Depo deals (placement /

Borrowings), Merchant Forward contracts and other Internal dealer wise,

trading desk and merchant-desk wise Position Transfers and its valuation

based on nature of trade etc.

B. MONEY MARKET PRODUCTS

Call money, notice money, term money, Collateralized Borrowing and

Lending Obligation, Commercial paper, certificate of deposit, treasury bills,

interbank repo and reverse repo, LAF repo and reverse repo, Marginal

Standing Facility, term repo etc.

C. DEBT MARKET PRODUCTS

Coupon bearing instruments like Central Government securities (G-Sec),

State Development Loans (SDL), Bonds and debentures (taxable and tax

Page 5 of 162

free), discounted instruments like Treasury Bills (TB), zero coupon bonds,

collateralized bonds and debentures, Rural Infrastructure Development Fund,

Preference Shares etc.

D. CAPITAL MARKET PRODUCTS

Investment in both primary and secondary markets of shares

E. DERIVATIVE PRODUCTS

Currency options, Interest rate swaps, Forward Rate Agreement, Cross and

Currency Swaps., Coupon only Swaps, Principal only Swaps, IRD-Futures,

Currency Futures, Interest rate futures, Overnight Index Swaps (OIS) etc.

F. OTHER PRODUCTS

Mutual funds, venture capitals, Security receipts, Foreign equity investments,

subsidiary and joint ventures etc.

2. MARKET RISK (Mid Office)

1. Limits Monitoring

2. Open Positions, MTM, P&L

3. Rates Scan

4. Stress Testing

5. Risk Parameters like VAR, PV01, Duration, M Duration, Convexity,

Portfolio Beta, Option Greeks etc

6. Hedge Efficiency

7. Capital Charge, SMM, IMA, Back Testing, CVA, Stress testing.

8. ALM Reports and Bucketing

9. Disclosure, IRR, MAP and SIR

3. NOSTRO A/C‘S RECONCILIATION MODULE.

4. INTERFACES WITH DEAL PROCESS.

CCIL‘S-FX CLEAR, CITI-FX ALL, AUTOBAHN, JPMORGAN, RMDS,

RTNS, 360T, SWIFT, NDS-CALL, NDS-OMS, NDS-Auction, CCIL-

CHROMES, CCIL-CBLO, NG-RTGS

5. INTERFACE FOR MERCHANT TRANSACTION (In-housed

developed application-Online Reporting System)

6. Export, Import, inward remittances, EEFC, PCFC, FDBD

transactions and MF Contracts from B category branches

7. INTERFACE WITH NEWSWIRE (Cogencis) FOR FOREX, EQUITY,

G-SEC RATES, YIELD CURVES, Reuters, Tickerplant.

8. CBS INTERFACE.

GL OUT PUT from Kastle to Finacle (one-way), not encrypted

9. CSGL MODULE.

Constituents‘ Subsidiary General (CSGL) Account operations

10. FCNR / RFC Deposit MODULE.

11. INTERFACE WITH MIS.

In addition to the above products and features, the system should be able to

achieve the requirements mentioned in the scope below.

1.4. Broad Scope of Work

Detailed scope of work for the proposed transformational engagement is

Page 6 of 162

listed below. The scope of assignment includes but not limited to:

The Bank is looking for a complete end-to-end solution for Implementation of

Integrated Treasury Management System. The proposal should include

Supply, Installation, Implementation, Customization, Integration,

Migration, Testing, Training, Onsite Support and Maintenance of all

necessary Software, RDBMS and other utilities etc. at primary site i.e.

Treasury Branches (Mumbai ) – and its Disaster Recovery Site at

Bangalore.

The solution should support web-based/ client server based architecture.

Customization of the proposed solution to meet the Bank‘s Functional,

Operational, Risk Management, Regulatory and MIS requirements of

Treasury with all required interfaces.

Integrate the proposed solution with Bank‘s Core Banking Solution,

Subsidiary with necessary interface on real time basis.

Proposed Solution should also provide interface with Enterprise Data

Warehouse, Integrated Risk Management System, MFTP, MIS, Oracle

GL, SWIFT etc.

Daily accretion of discount on discounted instruments

Transaction wise data flow from CBS to Treasury for positions, PCFC,

EBRs, FCNR, EEFC, RFC

Section-42 data from CBS branches to treasury module for computation of

NDTL, DTL for CRR & SLR

Integration & data flow from treasury to D2k System for investments and

NPI

All Risk based supervision (RBS-RBI) reports, and data points

Ability to scale up the services at multiple centers.

The proposed solution should cater to the needs of our Global Treasury

requirements and other Statutory, and Regulatory requirements of present

and immediate future of the Bank.

The proposed solution should be flexible to provide for extensive

parameterization.

The proposed solution should maintain history of all additions,

modifications, deletions and parameter changes etc. as Audit Trails.

Ability to rapidly generate ad-hoc reports with an easy to use report

writing Tool / wizard.

The proposed solution should provide for Maker and Checker concept for

transaction processing and authorization. Solution should also provide for

a workflow to facilitate various levels of authorization.

Proposed Solution should provide for access control and user

management functions.

Providing application maintenance for error fix, patch management,

upgradation, additions / modifications in the application to cater changes

to data sources and /or new reporting requirements during warranty

period of one year as well as during the post warranty period.

Page 7 of 162

The bidder should study the requirements of the bank including

customization and provide a Systems Requirement Study (SRS) report to

the bank.

The bidder should either provide the source code itself with necessary

documentation or arrange to keep it under escrow arrangement.

The bidder will be required to implement all three environments for the

solution i.e. Production, DR, Development/ Test.

The bidder will be required to provide Post implementation, Onsite

support required during office hours Monday to Saturday (9:00 AM to

11:00PM) and also during working holidays. Duties of onsite engineer

includes configuration changes, version up gradations, performance

monitoring, trouble shooting, Bug Fixing, patch installation and liaison with

Bank official for various support issues etc. and assist Bank official in

switching to the DR site in case of system failure at DC and Conduct DR

drills once in a quarter in conjunction with the Bank.

Solution should support all industry specific standard format i.e. ISO

20022, ISO 8583, SWIFT messaging formats.

The Bidder should provide support at Mumbai, Bangalore.

System should support RBI‘s directives and guidelines pertaining

to Treasury & Risk Management issued from time to time.

The proposed solution should provide audit reports and Tools

for the Bank‘s internal/concurrent/statutory /SEBI/CCIL/IDRBT/RBI

audit/inspections /RBS RBI.

The vendor has to migrate complete data (Mumbai) from Kastle to the

proposed solution.

The solution should support DR with proper replication.

Closure of all VAPT / IS AUDIT observation within time frame stipulated

by Bidder without any additional cost to the Bank.

All data files transmitting through various interfaces should be in encrypted

form.

Interface with the service providers for Market data like various bench

marks and rating migrations etc.

All market data transfer between external source to internal system should

be in live environment.

Interface between proposed treasury software and Finacle should be on

real time basis.

Interface between proposed software and SWIFT for auto generation of

authenticated messages and then transmission of the messages on real

time basis

Any new regulatory requirement during/after implementation must be

covered.

Bank is looking for a complete end-to-end solution for Implementation of

FOREX Management System. The proposal should include hardware

configuration, software license requirement, Implementation,

Page 8 of 162

Customization, Integration, Migration, Testing, Training, Onsite Support

and maintenance of all necessary Software, RDBMS and other utilities.

The system should be scalable to support additional users and modules.

The system requirements with hardware configuration need to be supplied

for implementing the proposed system.

The bidder will be required to implement all three environments for the

solution i.e. Production, DR, Development/ Test.

The primary site will be at Mumbai with its production servers to be placed

at Mumbai. The Disaster Recovery site should be established at

Bangalore.

Duties of onsite engineer includes configuration changes, version

upgradations, performance monitoring, trouble shooting, Bug Fixing, patch

installation and liaison with Bank official for various support issues etc.

and assist Bank official in switching to the DR site in case of system

failure and Conduct DR drills in conjunction with the Bank.

Closure of all VAPT/ EAPT / IS AUDIT observations pertaining to the

proposed solution within time frame stipulated by Bank without any

additional cost to the Bank. The observations may be made at any

frequency by the bank or bank appointed external system audit team.

Hardware sizing has to be certified by the application vendor for a period

of 5 years based on the sizing parameters given in the RFP.

Hardware has to be quoted with 5 years onsite comprehensive warranty

for all the components.

Bidder has to consider all the components required for successful

implementation of the software. If during the implementation it is found

that some of the components/ any component has miss-out in the bill of

material, the same has to be supplied by the bidder without any cost to the

Bank.

To design and architect the solution in high availability with no single point of

failure at Central Location. Vendor need to provide all the components of solution

like Server, Enterprise Storage, FC SAN switches, HBA, Ethernet cards, Switches

etc.

All the hardware items quoted should be in Gartner leaders quadrant

1.5. Invitation for Bids

DENA BANK invites Request for Proposal (RFP) for implementation of

Integrated Treasury Management. The responses to the queries will be put on the

website.

The Bidders will, by responding to the Bank‘s RFP document, be deemed to have

accepted the terms as stated in this RFP document.

1.6. Disclaimer

The information contained in this Request for Proposal (RFP) document for

implementation of Integrated Treasury Management System, 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. The RFP

Page 9 of 162

document contains statements derived from information that is believed to be

true and reliable at the date obtained but does not purport to provide all of the

information that may be necessary or desirable to enable an intending contracting

party to determine whether or not to enter into a contract or arrangement with

Bank in relation to the provision of services.

The RFP document is not a recommendation, offer or invitation to enter into a

contract, agreement or any other arrangement, in respect of the services. The

provision of the services is subject to observance of selection process and

appropriate documentation being agreed between the Bank and any successful

Bidder as identified by the Bank, after completion of the selection process as

detailed in this document. No contractual obligation whatsoever shall arise from the

RFP process unless and until a formal contract is signed and executed by duly

authorized officers of Dena Bank with the Bidder. The purpose of this RFP is to

provide the Bidder(s) with information to assist the formulation of their

proposals. This RFP does not claim to contain all the information each Bidder may

require. Each Bidder should conduct their own investigations and analysis and

should check the accuracy, reliability and completeness of the information in this

RFP and where necessary obtain independent advice. DENA BANK makes no

representation or warranty and shall incur no liability under any law, statute,

rules or regulations as to the accuracy, reliability or completeness of this RFP.

DENA BANK may in its absolute discretion, but without being under any obligation

to do so, update, amend or supplement the information in this RFP.

2. INSTRUCTIONS FOR BID SUBMISSION

2.1 General Instructions

2.1.1 Cost of Application/ Bid Document

Application fee of Rs. 10,000/‐ (Rupees Ten Thousand only) by way of Demand

Draft/ Pay Order favouring Dena Bank, payable at Mumbai, which is non‐

refundable, must be submitted separately along with RFP response. The Bank may,

at its discretion, reject any Bidder where the application money has not been

furnished with the RFP response. The RFP documents can be downloaded

from Bank‘s Website and Govt. Web site. The cost of RFP should be deposited at

the time of submitting the responses.

All costs and expenses (whether in terms of time or material or money) incurred by

the Recipient/ Bidder in any way associated with the development, preparation and

submission of responses, including but not limited to attendance at meetings,

discussions, demonstrations, etc. and providing any additional information required

by the Bank, will be borne entirely and exclusively by the Bidder.

2.1.2 Bid Security (E.M.D)

1. The Bidder shall furnish, as part of its Bid, a Bid security in the format as

mentioned in Annexure-N, Bank Guarantee for EMD.

2. The Bid security is required to protect the Bank against the risk of Bidder‘s

conduct, which would warrant the security‘s forfeiture.

3. The Bid security shall be denominated in Indian Rupees and shall be one of the

following forms:

Page 10 of 162

a. Bank guarantee for Rs. 50,00,000/- (Rupees Fifty Lacs only) issued by

a Private sector / Public Sector bank in India (other than Dena Bank), acceptable to

REQUEST FOR PROPOSAL (RFP) for Implementation of Integrated Treasury

Management: as per format provided in the Annexure-N, Bank Guarantee for EMD.,

valid for One Hundred Eighty (180) days with an action period of 30 days beyond

the validity of the Bid.

OR

b. Demand Draft, issued by a Private Sector / Public sector Bank in India ,

drawn in favour of Dena Bank payable at Mumbai and valid for a period of 90 days

for a sum of Rs. 50,00,000/‐ (Rupees Fifty Lacs only)

No interest will be payable on EMD / Bid Security.

4. Any Bid not secured as detailed in above, will be rejected by the Bank, as non-

responsive.

5. Unsuccessful Bidders‘ Bid security will be discharged or returned after

completion of tender process.

6. The successful Bidder‘s Bid security will be discharged upon the Bidder signing

the Contract and furnishing the performance bank guarantee as per the format

mentioned in Annexure-Q, Performance Bank Guarantee.

7. Bank reserves the right to forfeit the Bid security for the following reasons:

a. If a Bidder withdraws its Bid during the period of Bid validity specified by

the Bidder on the Bid Form or

b. If a Bidder makes any statement or encloses any form which turns out to

be false / incorrect at any time prior to signing of Contract or

c. In the case of a successful Bidder, if the Bidder fails:‐

i. To sign the Contract; OR

ii. To furnish Performance Bank Guarantee as mentioned in

Performance Bank Guarantee herein.

2.1.3 Registration of RFP Response

Registration of RFP response will be affected by the Bank by making an entry in a

separate register kept for the purpose upon Bank receiving the RFP response in the

above manner. The registration must contain all documents, information, and details

required by this RFP. The submission should be in the format outlined in this RFP and

should be submitted only through hand delivery. If the submission to this RFP does

not include all the documents and information required or is incomplete or

submission is through Fax mode, the RFP is liable to be summarily rejected. All

submissions, including any accompanying documents, will become the property of

Bank. The Recipient shall be deemed to have licensed, and granted all rights to the

Bank to reproduce the whole or any portion of their submission for the purpose of

evaluation, to disclose the contents of the submission to other Recipients who have

registered a submission and to disclose and/or use the contents of the submission

as the basis for any resulting RFP process, notwithstanding any copyright or

other intellectual property right of the Recipient that may subsist in the submission

or accompanying documents.

RFP responses will remain valid and open for evaluation for a period of at least six (6)

Page 11 of 162

months from the RFP closing date.

2.1.4 Request for Additional Information

Recipients/ Bidders are required to direct all communications for any clarification

related to this RFP, to the designated Bank officials and must communicate the

same. All queries relating to the RFP, technical or otherwise, must be in writing only.

The Bank will try to reply, without any obligation in respect thereof, every

reasonable query raised by the Recipients in the manner specified.

However, the Bank will not answer any communication reaching the bank later than

date mentioned in the Schedule of Events, this being the last date to receive

clarifications.

The Bank may in its absolute discretion seek, but under no obligation to seek,

additional information or material from any Bidders after the RFP closes and all such

information and material provided must be taken to form part of that Bidder‘s

response. Bidders should invariably provide details of their email addresses as

responses to queries will be provided to all Bidders via email.

The Bank may in its sole and absolute discretion engage in discussion with any

bidder (or simultaneously with more than one Bidder) after the RFP closes to clarify

any response.

2.1.5 Pre-BID Meeting

A Pre-bid meeting will be arranged by the Bank as per the ―Schedule of Events‖

provided in this document. The Bank will endeavour to respond to the queries raised

by the prospective bidders. The Bank will respond to the queries there itself or it

may notify the response to the queries considered relevant on its website for the

benefit of all.

However, the Bank, at its sole discretion, reserves the right whether to respond or

not to all queries received from the prospective Respondent(s) or provide written

clarifications. No oral response to a clarification request shall be construed as

amending this document. Nothing contained herein shall be taken or read as

compelling or requiring the Bank to respond to any questions or to provide any

clarifications. No extension of any deadline will be granted on the basis or grounds

that the Bank has not responded to any question or provided any clarification.

No further communication as regard to the venue and time for opening of responses

will be entertained. In case of any change, the Bank will notify the revised dates on

its website, if modification is made prior to last date of submission of response.

2.1.6 Disqualification

Any form of canvassing/ lobbying/ influence/ query regarding short listing, status

etc. will result in a disqualification.

2.1.7 Language of Bid

The language of the bid response and any communication with the Bank must be in

written English only. Supporting documents provided with the RFP response can

be in another language so long as it is accompanied by an attested translation

in English, in which case, for purpose of evaluation of the bids, the English

translation will govern.

2.1.8 Period of Validity of Bids

Page 12 of 162

Bids should remain valid for the period of at least six (6) months from the last date

for submission of bid prescribed by the Bank. A bid valid for a shorter period shall be

rejected by the Bank as non‐responsive. In case the last date of submission of bids is

extended, the Bidder shall ensure that validity of bid is reckoned from modified date

for submission.

2.1.9 Amendment of Bidding Documents

Prior to the last date for bid‐submission, the Bank may, for any reason, whether at

its own initiative or in response to clarification(s) sought from the prospective

Bidders, modify the RFP contents/ covenants by amendment. Clarification

/amendment, if any, will be notified on Bank‘s website. No individual communication

would be made in this respect.

2.1.10 Authorization to Bid

The proposal/ bid being submitted would be binding on the Bidder. As such, it is

necessary that authorized personnel of the firm or organization sign the bid

documents. The designated personnel should be authorized by a senior official of the

organization having authority.

a. All pages of the bid, shall be initialed by the person or persons signing the bid

b. Bid form shall be signed in full & official seal affixed.

c. Any inter‐lineation, erasure or overwriting shall be valid only if they are

initialed by the person or persons signing the Bid.

d. All such initials shall be supported by a rubber stamp impression of the

Bidder‘s firm.

e. The proposal must be accompanied with an undertaking letter duly signed by the

designated personnel providing a bid commitment. The letter should also

indicate the complete name and designation of the designated personnel.

2.1.11 Documents constituting the Bid

The Bid prepared by the Bidder should comprise the following components:

Based on this the evaluation will be a three-stage process.

The stages are:

1) Eligibility Bid

2) Technical Bid

3) Commercial Bid

Bank will do a short-listing exercise at Technical Bid Evaluation stage. Vendors

who meet the Technical Evaluation criteria will be considered for Commercial

Evaluation.

Eligibility Bid (Envelope-1)

The objective of evolving this evaluation methodology is to facilitate the selection

of the most appropriate bidder who has the desired financial capability, technical

expertise, experience in the relevant areas and credentials as mentioned in the

below eligibility criteria.

Bidder is required to submit the documents supporting above mentioned each of

the point mentioned in the above table. Bidder is also required to make a

summary table of the relevant data for supporting the eligibility criteria and

Page 13 of 162

submit along with eligibility bid.

This should include Tender fee, EMD & integrity pact mandatorily.

Technical Bid (Envelope - 2) Separate sealed cover with superscriptions as “Technical Bid– for Implementation of Integrated Treasury

Management System”. Both hard copy and soft copy should be provided in single cover.

The objective of evolving this evaluation methodology is to facilitate the selection

of the most cost-effective solution (Total Cost of Ownership) over a 5-year period

that appropriately meets the requirements of the Bank identified in this

document, which include the software, infrastructure, and facilities management

requirements.

Indicative Commercial Bid –

Separate sealed cover with superscriptions as ―Indicative Commercial Bid –

for Implementation of Integrated Treasury Management System. Price

quoted should include cost for the all the items, efforts, components including

hardware, OS licenses, DB licenses, middleware licenses, Treasury application

licenses and any other components required for successful implementation of the

software. The prices quoted should also include efforts for implementation of

hardware, OS, DB, middleware and treasury application as per the requirement of the

Bank.

Prices should also include customizations, FMS etc. cost if any required to meet the

functionality as specified in the RFP.

Any bid document not conforming to any one of the above terms will be

rejected.

Bidders, who have not paid the cost of the RFP, will not be permitted to

participate in the bid.

2.1.12 Technical Bid

The bidders are expected to examine all terms and instructions included in the

documents. Failure to provide all requested information will be at bidder‘s own risk

and may result in the rejection of the proposal. The following documents are to be

submitted:

Annexure-A : Letter of Authorization to Bid

Annexure-B : Bid form (duly filled)

Annexure-C : Bidder Profile (duly filled)

Annexure-D : Documents for eligibility criteria (duly filled)

Annexure-E1: Un-priced Bill of Material. The technical proposal must

include un-priced indicative commercial bid. This is to ensure that the price

bid is in the format prescribed by the Bank. In case it is not in the prescribed

format, it is liable to be rejected

Compliance with all Functional and Technical Requirement (Section 4.

Detailed Functional and Technical Requirement )

4.1 General Requirements

4.2 Functional Requirements

4.3 Mid office and Market Risk Management Requirements

Page 14 of 162

4.4 Back- Office Requirements

4.5 Products and Instruments Requirement

4.6 Derivatives Requirements

4.7 Technical Requirements

4.8 Reports

Annexure-I Reference Site Details

Detail technical specifications/brochures of the required Hardware, OS

or other software/utility

Details of bandwidth requirement for data replication between Primary Site

at Treasury Branch and Disaster Recovery Site at Bangalore should be clearly

mentioned.

De ta i l ed A rch i t ec tu re o f t he p roposed so lu t ion w i t h v ar ious

features/functions of the system/sub-system including fail-over

methodology/ strategy at both Primary & DR Site. Current solution is based on

Stand alone architecture. The Bidder should provide the architecture for the

proposed solution based on the technical requirements.

The bidder should submit all the specifications with their compliance level as

applicable and remarks and other requirements given in the Bid Document

and Scope of Work.

Documents and brochures pertaining to all products including future

road maps that will be deployed in the proposed solution.

2.2 Price Composition

a. The indicative commercial bid should be quoted in the indicative commercial

bid form attached to this bid (Annexure-E2).

b. The prices should be firm and not dependent on any variable factors and

expressed in Indian Rupees.

c. The prices should be inclusive of all costs including taxes, duties, levies etc to

be charged. Any upward / downward change in Service Tax only will be to the

account of Bank. During the offer validity and subsequent contract period, the

Bidder will absorb any upward revision of prices, custom, taxes (excluding service

tax), Govt. duties, new taxes if any and pass on the benefit to Bank in case of

downward revision of Govt. taxes, levies, etc .

d. Octroi / Road tax, if any will be paid extra as per the actual on production of

original receipt.

e. The price quoted should be inclusive of following:

Cost of migration, implementation and customization of Treasury Management

System as per Banks Requirement. Installation, Commissioning & Implementation

charges if any. Cost of customization of additional modules if any.

Cost of Onsite Support of resident engineer for 1 Year from date of going live.

(The same can be extended up to 5 year at the same rate offered for the first year).

For arriving at TCO, one year cost of onsite support engineer will be considered.

ATS for 1 year after the warranty period of 1 year from Go live (The same can be

extended up to 5 year at the same rate offered for the first year).

Page 15 of 162

2.3 Reverse Auction

Bank will conduct a reverse auction with eligible Bidders for finalization of the L-

1 vendor. Only bidders who are eligible and who submit the prescribed undertaking

to the Bank alone can participate in Reverse Auction relevant to the procurement

for which RFP is floated. The Reverse Auction may be conducted by the Bank

itself or through a service provider specifically identified/appointed/empanelled

by the Bank. The procedures of the reverse auction are as per Annexure-F

2.4 Award of contract

After Reverse Auction the selected Bidder will sign the contract with the

Bank.

Purchase order (PO) issued subsequently will be an annexure for such contract.

2.5 Format and Signing of RFP

Interested bidder(s) are requested to submit their offers, giving full particulars

as per the prescribed formats in sealed covers duly super-scribed ―Request For

Proposal for Implementation of Integrated Treasury Management System‖ and

hand delivered at the address mentioned above. All the documents must be

authenticated by the authorized person signature.

The Bank may ask the bidders to provide additional copies besides original RFP

as required.

The RFP shall contain no interlineations, erasures or overwriting except as

necessary to correct errors made by the bidder in which case such corrections

shall be signed by the person or persons signing the RFP. All pages of the original

RFP, except for un-amended printed literatures, shall be signed by the person or

persons signing the RFP.

2.6 RFP Clarifications

Queries / clarifications will not be entertained over the phone. All queries and

clarifications must be sought in wr it ing or sent to

i t tender@denabank.co. in with subject ―RFP Clarifications – Integrated Treasury

Management System‖ as per the date given in the schedule of events of this RFP

document.

The Bidder is requested to collate and submit queries together to seek

clarifications / responses from Bank. The Bidder should ensure that all the queries

and clarifications are communicated in writing on or before the date given in the

schedule of events of this RFP document. Bidders are requested to visit our Banks

website for clarifications and other communications.

Key Guidelines:

1. Bidder‘s proposal should strictly conform to the specifications.

2. Proposals not conforming to the specifications will be rejected subject to the

Bank‘s discretion. Any incomplete or ambiguous terms / conditions / quotes may

result in disqualification of the offer at bank‘s discretion. The Bidder has to offer

specific remarks for technical requirements and clearly confirm compliance. Any

deviations on technical requirements should be clearly informed in Comments

column.

Page 16 of 162

3. Bank is not bound to evaluate the deviations mentioned at any other section of

the bid.

4. For supplementary information a separate sheet should be used.

5. All pages should be numbered (like 1/xxx, 2/xxx where xxx is last page

number of Bid document) and signed under the company seal.

6. Technical Bid documents are to be properly filed in a box‐ file.

7. Dena Bank reserves the right to reject any or all proposals. Similarly, it

reserves the right not to include any vendor in the final short‐list.

2.7 Payment Terms

The terms of payment will be as follows:

a. No advance payment against purchase order.

b. No Octroi / Entry Tax will be paid after payment of final milestone.

c. Payment will be made on the following basis:

S.No. Milestone Payment

1. On SRS (System Requirement Study) Sign-Off 20%

2. On Successful installation and customization of

Solution

20%

3. On UAT signoff 10%

4. After Migration, Parallel Run, Go Live, and

Training

20%

5. After 3 months of Successful Go live 20%

6. After a period of 1 year from Go live or

against furnishing a performance Bank

Guarantee of a scheduled commercial Bank

(other than Dena Bank) for the equal amount.

10%

Total 100%

Amount for Annual Technical Support (ATS)

a. The ATS rate for the Software shall be valid for the period of 5 years after

Warranty Period of One Year.

b. ATS will be paid yearly advance

c. Onsite support cost will be paid quarterly in arrears..

2.8 Additional Instructions for Bidders

Successful bidder shall indemnify, protect and save the Bank and hold the Bank

harmless from and against all claims, losses, costs, damages, expenses,

action suits and other proceedings, (including reasonable attorney fees),

relating to or resulting directly or indirectly from :

An act or omission of the Successful bidder, its employees, its agents, or

employees of the consortium in the performance of the services provided by

this contract,

Breach of any of the terms of this RFP or breach of any representation by

the Successful bidder,

Use of the deliverables and or services provided by the Successful bidder,

Infringement of any patent, trademarks copyrights etc. or such other

Page 17 of 162

statutory infringements in respect of all components provided to fulfill the

scope of this project. Successful bidder shall further indemnify the Bank

against any loss or damage to the Bank's premises or property, Bank's data,

direct financial loss, loss of life, etc., due to the acts of the Successful

bidder's employees or representatives. The Successful bidder shall further

indemnify the Bank against any loss or damage arising out of loss of data,

non-payment of taxes/duties/levies/Octroi etc, claims of infringement of third-

party copyright, patents, or other intellectual property, and third-party claims

on the Bank for malfunctioning of the equipment or software or deliverables at

all points of time, provided however,

a. the Bank notifies the successful bidder in writing in a reasonable time frame on

being aware of such claim,

b. the Successful bidder has sole control of defense and all related settlement

negotiations,

c. the Bank provides the Successful bidder with the assistance, information

and authority reasonably necessary to perform the above, and

d. The Bank does not make any statement or comments or

representations about the claim without prior written consent of the Successful

bidder, except under due process of law or order of the court.

It is clarified that the successful bidder shall in no event enter into a settlement,

compromise or make any statement (including failure to take appropriate

steps) that may be detrimental to the Bank's (and/or its customers, users and

service providers) rights, interest and reputation.

Successful bidder shall be responsible for any loss of data, loss of life, etc, due

to acts of Successful bidder's representatives, and not just arising out of gross

negligence or misconduct, etc, as such liabilities pose significant risk.

Successful bidder should take full responsibility for its and its employee‘s

actions. Further, since the Bank's data could be integrated/ used under

Successful bidder provided software, the Successful bidder should be

responsible for loss/compromise or damage to Bank's data.

The successful bidder should indemnify the Bank (including its employees,

directors or representatives) from and against claims, losses, and liabilities

arising from:

a. Non-compliance of the successful bidder with Laws / Governmental

Requirements

b. IP infringement under any laws including Copyrights Act 1957 & IT Act 2000

and such other statutory acts and amendments thereto.

c. Negligence and misconduct of the Successful bidder , its employees, and

agents

d. Breach of any terms of RFP.

e. Act or omission in performance of service.

f. Loss of data due to any of the reasons mentioned above

Indemnity would be limited to the damages as awarded by arbitrator / court for

Page 18 of 162

direct claim and shall exclude indirect, consequential and incidental damages

provided that the claims against users and service providers of the Bank and

also claim by and against customers would be considered as "direct" claim.

The successful bidder shall not indemnify the Bank for (i) Any loss of profits,

revenue, or anticipated savings or (ii) Any consequential or indirect loss or

damage caused.

In the event that the Bank is called as a defendant for IPR infringement of

patent, trademark or industrial design rights arising from use of any of the

components of the supplied solution, the Successful bidder on its own expense

will undertake to defend the Bank.

It will be the Successful bidder's responsibility to rapidly do away with such

third-party claims. The Successful bidder will also pay any compensation arising

from the infringement claims and the Bank will in no manner be responsible

for such payments. In addition, the Successful bidder will bear all the related

expenses and legal fees.

On its part, the Bank will immediately relay to the Successful bidder any such

claims and offer assistance within reasonable limits to rid the claim.

The Successful bidder must undertake to indemnify that all the components

delivered are free of defects, are brand new and original. If at some stage it is

discovered that the components do not meet these criteria, the Bank has the

right to cancel the order and the Successful bidder will have to refund the total

amount received from the Bank along with the interest and separate penalties.

Similar conditions apply to software as well the system software must be

licensed and original.

Confidentiality

The successful bidder either during the term or after the expiration of this

contract shall not disclose any proprietary or confidential information relating to

the project, the services, this contract, or the Client‘s business or operations

without the prior written consent of the Bank.

Reporting obligations - The successful bidder shall submit to the bank the

reports and other accounts specified in deliverables within the time limit set

forth.

Selected bidder will have to sign a legal Non Disclosure Agreement with the

Bank before starting the project.

Deliverables

Successful bidder to submit the following deliverables:

Complete migration strategy, customization and implementation plan

Complete architecture of the solution

System Requirements Study (SRS) Document for implementation and

customization.

Project Plan and Schedule on completion of SRS.

Disaster recovery infrastructure and business continuity management plan

covering well defined Recovery Point Objective and Recovery Time Objective.

Page 19 of 162

Interfaces/tools required to migrate data from legacy system

User Acceptance Test Plan and Test Cases

Providing comprehensive documentation of the application including the

application architecture, description of the interfaces, the data model, database

table structure, Data Flow Diagrams, complete description of the data elements

(metadata), user manual, system manual etc.

Training

All plans, drawings, specifications, designs, reports and other documents

submitted by the successful bidder shall become and remain the property of the

Bank.

Delivery of required licenses must be as per the licensing policy of the specified

product

During the time of implementation, documents for all customization done should

be delivered to the bank.

Disaster recovery infrastructure and business continuity management plan

covering well defined Recovery Point Objective (RPO) and Recovery Time

Objective (RTO). The RPO expected is 10 minutes and RTO 3 hours. The

network bandwidth required between DC and DR will be provisioned by Bank.

All the servers should be provided in high availability mode i.e. in active – passive

mode, both at DC, near DR &DR. Further all the equipment should have dual

power supply and all the required cables for connecting the equipment should be

supplied by the bidder.

Application should be capable of Exchange house remittance modules on real

time basis with technologies like Web sphere MQ services.

Liquidated Damages

If Successful bidder fails to deliver any or all of the Service(s) / Systems or perform

the Services within the time period(s) specified in the RFP/Contract /

Agreement, BANK shall, without prejudice to its other rights and remedies under

and in accordance with the RFP/Contract / Agreement, levy Liquidated Damages

(LD) from payments due to the Successful bidder. For calculation of LD,

1. The contract price for calculation of LD is TCO excluding AMC/ATS charges

and on-site support charges.

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

contract value.

3. LD for delay in completion of the Service(s) for each week of delay beyond the

scheduled completion date or part thereof will be a sum equivalent to 0.5% of

Contract price per week. In case of undue delay beyond a period of 15 days after

attaining the maximum penalty of 10% during implementation, Bank may

consider termination of the contract or purchase order.

4. Part of week will be considered as full week.

5. Bank can deduct the amount of liquidated damages from any money belonging

to the Successful bidder in its hands (which includes BANK‘s right to claim such

Page 20 of 162

amount against Successful bidder‘s Performance Bank Guarantee) or which may

become due to the Successful bidder.

6. Any such recovery or liquidated damages shall not in any way relieve the

Successful bidder from any of its obligations to complete the works / service(s) or

from any other obligations and liabilities under the

Contract/Agreement/Purchase Order.

7. Bank reserves the right to condone the delay, if it is not attributable to the

Successful bidder.

Termination for Default

The Bank, without prejudice to any other remedy for breach of contract, by

written notice of default sent to the Successful bidder, may terminate this Contract

in whole or in part

If the Successful bidder fails to deliver any or all of the deliverables within the

period(s) specified in the Contract, or within any extension thereof granted

by the Bank; or;

If the Successful bidder fails to perform any other obligation(s) under the

Contract,

If the Successful bidder, in the judgment of the Bank has engaged in corrupt

or fraudulent practices in competing for or in executing the contract,

When the value of the liquidated damages exceed 10% of the contract

amount,

In the event the Bank terminates the Contract in whole or in part, the Bank

may procure, upon such terms and in such manner as it deems appropriate,

Goods or Services similar to those undelivered, and the Successful bidder

shall be liable to the Bank for any excess costs for such similar Goods or

Services. However, the Successful bidder shall continue performance of the

Contract to the extent not terminated.

Exit Option

The Bank reserves the right to cancel the contract in the event of happening one

or more of the following conditions:

Failure of the successful bidder to accept the contract and furnish the

Performance Bank Guarantee equivalent to 10% of the project cost within 30

days from receipt of purchase contract as stated in the RFP.

Delay in delivery beyond the specified period.

Delay in completing implementation/customization and acceptance tests/ checks

beyond the specified periods;

Serious discrepancy in functionality to be provided or the performance levels

which have an impact on the functioning of the solution

In addition to the cancellation of contract, Bank reserves the right to appropriate

the damages through encashment of Bid Security /Performance Guarantee

given by the Bidder

Page 21 of 162

Limitation of liability

Vendor‘s aggregate liability for actual direct damages shall be limited to a

maximum of the Contract Value, provided that this limit shall not apply to following:

The infringement indemnity; or

Bodily injury (including death) and damage to real property and tangible personal

property caused by Vendor‘s negligence.

For the purposes of this Section, ―Contract Value‖ at any given point in time,

means the aggregate value of purchase orders placed by Bank on the Vendor

under this project.

Information System Service and Support

The Bidder is obliged to provide for application maintenance and support

services, as per the terms of this contract, during the period of ATS. The ATS

period may be renewed on mutually agreeable terms for further period/s after

completion of contracted support period.

In case the Bank wishes not to renew the maintenance contract, after the term

of this Agreement, the Bank has the right to maintain the System through its own

employees or through any entity other than the Bidder for providing the said

maintenance services.

Customization Process

a. The Successful bidder shall ensure that the software supplied meets all the

functional requirements as given in the RFP. The successful bidders shall submit

individual time frames, within overall time frame stipulated as per this RFP,

required to change / modify / customize each part of the functional

requirements which needs such change / modification /customization.

b. Any customization done by the Successful bidder to provide the functionality

already available in the functional requirements of the RFP shall be at no extra

cost to the Bank, whatsoever.

c. In case of any additional functionality/new functionality in the software is

requested by the Bank subsequent to award of contract, which are not part of

the functional requirements as given in the Contract document, the Bank shall

place such a request in writing giving the required details. The selected

successful bidder shall submit his commercial terms and shall carry out the

desired change on mutually agreed terms. The cost agreed shall be a lump sum

amount which shall include all expenses to be incurred for delivering such

modifications / changes.

d. Any gaps identified during product demonstration, functional requirements

specifications study, system testing, user acceptance testing, and pilot

implementation should be included by the Successful bidder as Implementation

efforts. The Bank will not pay the Successful bidder any additional charges for all

such customizations. The Successful bidder shall take up all such functionality as

required by the Bank on a priority basis.

e. The Successful bidder shall provide all tools, testing instruments, drivers,

Page 22 of 162

consumables, etc. required to install and customize and test the software free of

any fees or charges or any expenses. The Successful bidder shall document and

submit to the Bank all the testing activities, procedures and results. The

Successful bidder shall provide the Bank weekly progress report 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 branch/ Regional Offices/ Head Office or Successful bidder staff.

Force Majeure

Force Majeure is herein defined as any cause, which is beyond the control of

the selected successful bidder or the Bank as the case may be which they

could not foresee or with a reasonable amount of diligence could not have

foreseen and which substantially affect the performance of the Contract.

There shall be no liability or responsibility, on the part of both bank and the

Bidder for consequences arising out of interruption of the business due to

acts of God, riots, civil commotion, insurrections, wars or any other causes

beyond their control or by any strikes or lock outs.

Any such interruption due to Force Majeure should be informed by the

Bidder to bank in writing within two days of such event.

Arbitration

All disputes and differences of any kind whatsoever arising out of or in connection

with the purchase order shall be referred to arbitration. The arbitrator may be

appointed by both the parties or in case of disagreement each party may appoint

an arbitrator and such arbitrators shall appoint an Umpire before entering on the

reference. The decision of the Umpire shall be final. Such arbitration shall be

governed by the provisions of Indian Arbitration and Conciliation Act 1996. All

arbitration proceedings shall be at Mumbai, Maharashtra State, India only.

Jurisdiction

Notwithstanding anything contained herein above, in case of any dispute, claim

and legal action arising out of this RFP, the parties shall be subject to the

jurisdiction of courts at Mumbai, Maharashtra State, India only.

Page 23 of 162

3. EVALUATION METHODOLOGY 3.1 Opening of Bids

Opening of Technical Bids

The Bank will open the Part I of the bid (Technical bid) in the presence of

bidders‘ representatives who choose to attend as per schedule given in Activity

Schedule of RFP. No separate intimation will be given.

In case the bid opening date falls on a holiday, the bids shall be opened at the same

time on the next working day.

The Bank may, at its discretion, extend this deadline for submission of bids by

amending the Bid Documents.

Opening of Indicative Commercial Bids

The Bank will open Part II (Indicative Commercial Bid) only for those bidders who

have qualified in Technical Bid (Part I).

Hardware, OS and Database Requirements

1. Supply of Hardware, OS and Oracle database are in scope.

2. The Bidder should provide the minimum Hardware requirement

specification for implementing the Integrated Treasury Management System

in the RFP.

3. The bank requires 150 user licenses for the Treasury Management out

of which 100 will be concurrent.

4. Bidder‘s proposed application has to support Oracle database. Bidder

has to provide Oracle Database license for implementing Integrated Treasury

Management System. Based on the requirement given in the RFP, the

proposed solution should provide hardware server configurations. Any utility

software required should also be mentioned.

During the process of presentation, the bidder is expected to demonstrate or present

their solution with the proposed hardware and mention the scalability, availability

and support.

3.2Eligibility Criteria

S.No. Eligibility Criteria Compliance Compliance

(Yes/ No)

Proofs to be

enclosed

Common Eligibility Criteria

1. Bidder must be companies

incorporated in India and

operating for the past 3 years. In

case the current vendor Company

is the result of a de/merger /

acquisition, at least one of the

merging companies should have

been in operation for at least 3

years as on 31.03.2016.

Relevant Certificates to

be provided

Page 24 of 162

2. The Bidder must be in business of

implementation and support of the

Integrated Treasury Management

application minimum for past 3

years in India.

Relevant Certificates to

be provided

3. The bidder submitting the offer

should have a turnover of

minimum `100 Crore per year for

last three audited financial years

i.e. 2013- 2014, 2014-2015 and

2015-2016. In case the current

vendor Company is the result of a

de/merger / acquisition, parent

company balance sheet can be

taken for the earlier period.

Copies of the last three

financial years‘ audited

balance sheets and P&L

should be submitted

along with the offer.

4. The Bidder should have reported

positive net-worth for last three

audited financial years.( 2013-

2014, 2014-2015 and 2015-2016).

In case the current vendor

Company is the result of a

de/merger / acquisition, parent

company balance sheet can be

taken for the earlier period.

Copies of last three

financial year‘s audited

balance sheets and P &L

should be submitted.

5. The solution proposed should

have been implemented in three

banks with a business mix of

minimum Rs. 1 lac Crore each,

out of which atleast one bank

should have business mix of

minimum Rs. 2 lac Crore. One of

the above implementation should

be in India.

Relevant Certificates to

be Provided

6. The bidder should have

successfully implemented the

proposed solution at least in one

bank with a business mix of

minimum Rs. 2 lac crore on or

before 31.03.2016.

Relevant Certificates to

be provided

Page 25 of 162

7. The proposed solution should have transaction accounting level integration with core banking solution (Finacle) in at least one bank in India.

Relevant Certificates to

be Provided

8. The proposed solution should

have been integrated with market

risk solution in at least one bank in

India.

Relevant Certificates to

be Provided

9. The proposed solution should

have been implemented for

derivative management in pricing,

accounting, valuation, settlement

and MIS etc.

Relevant Certificates to

be provided

10. Bidder should not be presently

blacklisted by the Central /any of

the State Governments/ PSUs/

any Financial Institutions in India.

Self Declaration

3.3Evaluation Criteria

The Bank will evaluate the proposed solution based on the following factors:

1. Solution Architecture

2. Implementation Methodology

3. Live Solution Demo

4. Number of Resources and Experience in the relevant area.

5. Number of CBS integration.

6. Number of implementations.

7. Migration Approach and methodology

8. Training Plan for Various modules

9. Financial Strength.

10. No. of years in the business of Implementation & Support of Integrated

Treasury Management System.

11. Customer Feedback.

12. Eligibility Criteria.

Technical Bid Evaluation Criteria

The proposal submitted by the Bidders shall be evaluated on technical grounds

covering various components of the projects as follows:

a. Bidder‘s financial stability.

b. Methodology/Approach proposed for accomplishing the proposed project.

c. Professional qualifications and experience of the key staff proposed/

Page 26 of 162

identified for this assignment.

d. Activities / tasks, project planning, resource planning, effort estimate etc.

Various stages of technical evaluation are presented below:

e. Matching the clear eligibility criteria.

f. Short-listing of the bidders based on the fully matched criteria.

g. Paper evaluation based on response.

h. Arriving at the final score on technical proposal.

At the sole discretion and determination of the Bank, the Bank may add any other

relevant criteria for evaluating the proposals received in response to this RFP.

1. Functional and Technical Requirements

All the requirements are mandatory. Bidder shall indicate in column 4 the

availability of each requirement as a standard product (S) or customization (C).

The proposed solution offered, however, should have at least 65% of the

requirements as a part of the standard product. The remaining shall be customized

before Go Live at no extra cost to the Bank.

Marks will be awarded as ‗Maximum‘ marks that will be allotted to each (S) and 50% of

the Maximum Marks will be allotted to each (C). The total marks obtained against

the total number of functional specifications will be proportionately modified to a

maximum of 60 for the sake of evaluation.

2. Product Demonstration & Bid Presentation

Eligible Bidders are required to make presentations to supplement their bids and

show a detailed product demonstration. The Bank will schedule presentations and

the time and location will be communicated to the Bidders. Failure of a Bidder to

complete a scheduled presentation to the Bank may result in rejection of the

proposal. The same criteria (as Evaluation for functional specifications) will be

applied to Product Demonstration also.

3. Past Experience

a) The Bidder should provide details of past experience in implementing

Integrated Treasury Management System

b) The Bidder‘s past experience shall be evaluated and the score obtained

by the Bidder shall be considered for evaluation as given in Evaluation Matrix

c) The Bidder should provide the details of all the implementations in Banks

including details of Scope of Project, Number of Branches with breakup of

the role and Proof of Implementation.

4. Approach and Methodology

a) Reference site visit/ Tele conference: A Committee of people from the Bank

would carry out Reference Site Visits and/or Telephonic interviews with the existing

customers of the Bidder. The inputs that have been received from the Customer

would be considered by the Bank and this might not need any documentary

evidence. This rating would be purely on the inputs (like satisfaction of the

Page 27 of 162

organization of the product, timeliness of implementation, promptness of support

services etc.) provided by the Bidder‘s customers and score would be assigned to

Bidder as mentioned in Annexure-I, Reference Site Details.

The Bank at its discretion may reject the proposal of the Bidder without giving

any reasons whatsoever, in case the responses received from the Site Visits are

negative.

b) Team Strength

i. Bidder responses to each point under Team Strength in Annexure-K Team

Profile, including the team profile provided by the Bidder, would be evaluated.

ii. The Bidder should ensure that the people above the role of the Team Lead who

are proposed for this project should have worked on projects in Indian Banks earlier.

c) Project Management

i. Bidders are required to respond to each point under Project Management in

Annexure-M and each question will be evaluated for suitability of response.

ii. The Bidder should provide explanation on the Project Management process

that is proposed for the Bank including details of how the same was applied in a

similar project.

d) Training

The Bidder will be responsible for training the Bank‘s employees in the

areas of implementation, operations, management, error handling, system

administration, etc. with respect to the implementation of Integrated Treasury

Management. The core team training will include functional as well as technical

training and shall be considered within the scope of the Bidder. The end user

training should be also included in the scope. The end user must be trained on all

functionalities required for efficient daily operations of the Integrated Treasury

Management.

i. The quality of the Bidder‘s training program shall form an integral part of

the final evaluation and selection of the Bidder. The RFP has a sheet in the

Training Requirements (Annexure-L) provided separately which the Bidder shall

need to complete to allow Bank to evaluate the responses and assign scores against

them.

ii. The questions pertain to the training techniques, course details

provided by the Bidder and the educational qualifications and experience of the

trainers.

Technical Bid Evaluation Criteria

It may be noted that commercial bids will be subjected to following evaluation

process:

Only those bidders scoring 75% (75 marks out of 100) or above in the technical

evaluation will be short-listed for commercial evaluation.

Functional & Technical Evaluation: Evaluation Matrix

Page 28 of 162

Sr.No Criteria Description Rules of Rewarding

Marks

Maximu

m

Marks

1 Financial Turnover and Net Profit 5

1.1

The bidder submitting the offer should

have a turnover of minimum Rs. 100

Crore per year for last three financial

years i.e. 2012-13, 2013-14 and 2014-

15

Turnover for the FY

2014-15 above

Rs.300 Crores.

5

Turnover for the FY

2014-15, above

Rs. 200 Crores

and upto Rs. 300

Crores

4

Turnover for the FY

2014-15, above

Rs. 100 Crores

and upto Rs. 200

Crores

3

2 Experience 25

2.1

References where the proposed

solution have been implemented in

three banks with a business mix of

minimum Rs. 2 lac crore each, out

of which atleast one bank should

have business mix of Rs. 3 lac

crore. One of the above

implementation should be in India.

5 or more Banks 5

4 Banks 4

3 Banks 3

2.2 References where the bidder has

successfully implemented the

proposed solution (Front Office, Mid

Office and Back Office) in at-least

one Bank with a business mix of

minimum Rs. 2 lac crore on or before

31.03.2016.

3 or more than 3

banks 5

2 Banks 4

1 Bank 3

2.3 References where the proposed

solution has transaction accounting

3 or more than 3

banks

5

Page 29 of 162

level integration with Core Banking

Solution in atleast one Bank in India.

2 Banks 4

1 Bank 3

2.4 References where the proposed

solution should have been integrated

with Market Risk Solution in atleast one

Bank in India.

3 or more than 3

banks

5

2 Banks 4

1 Bank 3

2.5 References where the proposed

solution should have been

implemented for derivative

management in pricing, accounting,

valuation, settlement and MIS etc.

3 or more than 3

banks

5

2 Banks 4

1 Bank 3

3 Functional and Technical Requirements - The marks will be

based on the proposed solution meeting the functional and

Technical requirements as specified in section 4.

Detailed Functional and Technical Requirements.

60

4 Presentation, site

visits and evaluation

by internal

committee

Marks will be assigned based on work

plan, methodology, solution architecture,

team composition, migration, training

time duration etc.

10

Total 100

Minimum Qualifying Score will be 75%. In case there is only one bidder above 75%

then the top three bidders having highest score will be considered for further

evaluation.

1. The bidder is required to provide documentary evidence for each of the

above criteria.

2. Client references would be required on the client‘s letter head in case of

credentials.

Commercial Evaluation Criteria

1. The technically qualified bidder will participate in the Commercial

Evaluation process.

2. The Highest Technical bidder shall not automatically qualify for becoming

selected bidder and for award of contract by the bank.

3. Bank will conduct a reverse auction with technically short listed bidder(s)

for finalization of the L-1 bidder. Only bidders who are technically qualified and

who submit the prescribed undertaking to the Bank alone can participate in

Reverse Auction relevant to the procurement for which RFP is floated. The Reverse

Auction may be conducted by the Bank itself or through a service provider

specifically identified/appointed/empanelled by the Bank. The procedures of the

reverse auction are as per Annexure-F.

Page 30 of 162

Commercial Bid Format

The bidder has to quote for the fees based on the scope of work outlined in Section

―Detail Functional and Technical Requirements‖.

Commercial Table : Solution Implementation

S. No. Item Unit Price No. of Units

Required

Total

Cost

Integrated Treasury Management

System Licenses**

DBMS Licenses As required #

Hardware(s) and System Software 1

Any other licensed software. Hardware,

tool (if required, please indicate

separately)

Implementation Charge at DC, DR &

branches (Installation, Configuration,

Customization, Testing, Acceptance

and Training)

1

Training Charges ( Per batch 30

person) 2

Customization per Man-Day Cost for

future requirements 100

FM Engineers (2 Engineers Onsite)-

(one L1 & one L2)

Per year

cost 1

Total Cost of Ownership (TCO)

The above price are with 5 years warranty/support.

# Licenses details to be provided.

During the technical evaluation, Bank may be conduct normalization of the bill of material if feel

necessary and finalize the BOM. The same will be binding on all the bidders and bidder are required

to quote accordingly in Reverse Auction.

3.4 Other Terms & Conditions

RFP and all supporting documentation should be submitted in English.

Bank reserves the right to accept or reject any or all RFPs without assigning

any reason thereof and Bank‘s decision in this regard will be treated as final. RFPs

may be accepted or rejected in total or any part or items thereof. No contractual

obligation whatsoever shall arise from the RFP process.

Any RFP not containing sufficient information, in the view of Bank, to permit a

thorough analysis may be rejected.

The Bank shall have the right to reject the RFPs not submitted in the prescribed

format or incomplete in any manner.

Bank is not responsible for non-receipt of RFPs within the specified date and

time due to any reasons.

The Bank also reserves the right to alter/ modify any/ some/ all of the

Page 31 of 162

requirements, as it may deem necessary, and notify the same on its website

www.denabank.com on or before the last date for submission of response

under this document. The Respondent(s) should be agreeable for the same.

The Respondent who does not meet the evaluation criteria stipulated by the

Bank will not be considered for further evaluation.

Pre-Bid meeting, if any, will be held to brief the intending Respondent(s) about

the requirements of the Bank and to furnish clarifications on any points / queries

received from them. No separate communication will be sent for this meeting.

Bank reserves the right to verify the validity of RFP information and to reject

any RFP where the contents appear to be incorrect, inaccurate or inappropriate

at any time during the process of RFP.

Respondent accepts/agrees to visit the Bank‘s website www.denabank.com for

updates in regard to RFP process. No separate communication will be issued to

the Respondent(s), except otherwise decided by the Bank.

The information provided by the bidders in response to this document will

become the property of Bank and will not be returned. Bank reserves the right to

amend, rescind or reissue this document and all amendments will be advised to

the bidders and such amendments will be binding on them.

The bidder has to ensure that the solution proposed should be compatible for

migration of the existing KASTLE Package and should also meet the current

requirements as mentioned in the scope.

The bidder will be asked to explain the solution in detail with a presentation

to the Evaluation committee members. The date, time & venue will be intimated

to the respondents.

By responding to this document, it is construed that the Respondent has agreed to

and fully adhere to all the requirements specified by the Bank.

3.5 General Instructions

Nature of Bid

a) Bids will be permitted only from a single entity.

b) Consortium bidding is not allowed.

Source Code

a) Bidder has to agree to keep source code of proposed solution with approved /

recognized escrow agency under escrow arrangements mutually acceptable to the

bank and Bidder for entire project period.

b) The application software should mitigate Application Security Risks, at a

minimum those discussed in OWASP top 10 (Open Web Application Security

Project)

c) The Bank has right to Audit the Application / Source Code by suitable Security

Auditor.

d) The Bidder shall provide complete and legal documentation of all subsystems,

licensed operating systems, licensed system software, and licensed utility

software and other licensed software. The Bidder shall also provide licensed

software for all software products whether developed by it or acquired from others.

Page 32 of 162

The Bidder shall also indemnify the Bank against any levies / penalties on account

of any default in this regard.

e) In case the Bidder is coming with software which is not its proprietary software,

then the Bidder must submit evidence in the form of agreement it has entered into

with the software vendor which includes support from the software vendor for the

proposed software for the full period required by the Bank.

Information Ownership

All information processed, stored, or transmitted by successful Bidder application

belongs to the Bank. By having the responsibility to maintain the application, the

Bidder does not acquire implicit access rights to the information or rights to

redistribute the information. The Bidder understands that civil, criminal, or

administrative penalties may apply for failure to protect information appropriately.

Any information considered sensitive by the bank must be protected by the

successful Bidder from unauthorized disclosure, modification or access. The bank‘s

decision will be final.

Types of sensitive information that will be found on Bank system‘s which the

Bidder plans to support or have access to include, but are not limited to Information

subject to special statutory protection, legal actions, disciplinary actions,

complaints, IT security, pending cases, civil and criminal investigations, etc.

The successful Bidder 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 Bidder or existing at any of the Bank

location. The Bidder will have to 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 Bidder will have to 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 Bidder or existing at any Bank location.

Security Configuration, Monitoring and Audit

The baseline security configuration of Operating System, Database, Web server and all

other applications to be done by the bidder, according to the industry best practices

Compliance with security best practices may be monitored by periodic computer

security audits performed by or on behalf of the Bank. The periodicity of these audits

will be decided at the discretion of the Bank. Periodicity for Regulatory Audits would

be required as per the rules and guidelines laid down by the regulator or as

required by the regulator. These audit plan to include, but are not limited to, a review

of: access and authorization procedures, physical security controls, input/output

controls, DB controls, backup and recovery procedures, network 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 Bidder shall afford the Bank‘s

Page 33 of 162

representatives access to the Bidder‘s facilities, installations, technical resources,

operations, documentation, records, databases and personnel. The Bidder 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 Bidder.

Performance Bank Guarantee

Within the period prescribed under Annexure-O from date of receipt of

notification of contract award, the Bidder shall furnish to the bank, the

Performance Bank Guarantee for an amount of 10% of the contract value which

would be valid for the entire project period or entire period of 7 years (hence BG

for 6 Years after implementation – approximately 1 year)

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

as compensation for any loss resulting from the Bidder‘s failure to complete its

obligations under the Contract.

2. The Performance Security shall be denominated in Indian Rupees and shall

be by way of Bank Guarantee issued by a Scheduled / Nationalized bank in India

(other than Dena Bank), acceptable to the bank in the Format.

3. The performance security will be discharged by the Bank and returned to the

Bidder after 30 days following the date of completion of the Bidder‘s

performance obligations under the contract.

4. In the event of any contract amendment, the Bidder shall, within 30 days

after receipt of such amendment, furnish the amendment to the performance

security, rendering the same valid for the duration of the contract as amended.

Project plan and Project Schedule

a. The successful bidder has to submit a detailed plan for migration, customization,

integration, UAT, and implementation of the project which should include the full

scope of the project as mentioned above. On acceptance of such plan by the

Bank, the bidder is required to carry out the implementation including supply,

installation, migration, integration, customization, testing, parallel run, training etc.

of the solution.

b. Bidder has to adhere to the following project schedule and Milestone.

Activities Duration

1. SRS 1 month

2. Installation, integration and Customization 6 months

3 User Acceptance Test, Migration and Parallel

Run

3 months

4. Training and Full Project implementation 2 months

Total 12 months

c. Bidder should install the proposed hardware for proposed solution and other

necessary software.

d. Bidder should complete the requirement study and submit detailed system

requirement specification document within 1 month of placing of the order

Page 34 of 162

Bidder should provide customized solution for User Acceptance Test (UAT) and

complete the UAT suggestions and observations as per milestone mentioned in

Point b (Project plan and Project Schedule). After successful UAT, migration

and parallel run the system shall be moved to live. Training should be completed

within the project schedule.

However keeping the overall time schedule unchanged, flexibility with regard to

time duration is permitted within the above activities.

Page 35 of 162

4. DETAILED FUNCTIONAL AND TECHNICAL REQUIREMENTS

All the requirements are mandatory. Bidder shall indicate in column 4 the

availability of each requirement as a standard product (S) or customization (C).

The customization should be completed before the completion of pilot run at no

extra cost to the Bank.

Marks will be awarded as ‗Maximum Marks‘ for ‗Standard Product Feature‘ and 50%

of the Maximum Marks‘ will be awarded for Customization

4.1 General Requirements

Sr. No. Business Process

Max

Marks S/C Comments

1 General Points 16

1.1 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, SGD, USD, etc. The system should also

be able to process, track and account for other

currencies as and 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.

USD/JPY & JPY/USD

2

1.2 Reference Data: The system should be able to

capture and utilize static data associated with the

Bank and counter parties & their ratings, scrip,

products, accounts etc.

2

1.3 Multiple levels: The system should be able to provide

full support for multiple organizational levels and

relationships. The hierarchies supported by the system

should include branches, subsidiaries, agents and

within each hierarchy the system should also support

multiple access levels for different dealers, back office,

mid office, other departments and different levels of

management.

2

1.4 System should support trading and EOD,

Continuous processing, closings. It should be Global

Deployment across different Entities, Time Zones,

Financial Products and Roles. Work of Front-Office,

Back office & Mid office and Processing independent

from official P&L closing.

4

Page 36 of 162

1.5 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

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.

2

1.6 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 and option

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)

4

2 EDIT CHECK 4

2.1 The system should be able to reject entries that cause

edit errors. If all the mandatory fields are not

captured it should be rejected

2

2.2 The system should have the ability to over-ride edited

errors

2

3 DATE PROCESSING 20

3.1 Day Count basis: The system should be able to

handle all types of day count basis including 30/360,

Actual/360, Actual/365, Actual/Actual, Actual/365

(Fixed), staggered interest calculations.

2

Page 37 of 162

3.2 Business Day Convention: The system should be

able to support International Swaps and

Derivatives Association (ISDA)-defined business

day conventions such as following FBD, MFBD,

PBD and MPBD for Derivatives.

2

3.3 Holiday Calendars 16

3.3.1 The system should allow calendar schedules to be

set by users and through manual updates.

2

3.3.2 The system should allow holiday tables for entities,

countries and interest rate benchmarks

2

3.3.3 The system should allow users to input calendar

schedules at least 10 years forward.

2

3.3.4 The system should be able to edit and over ride global

calendar and holiday tables.

2

3.3.5 The system should be able to move value dates

based on holidays declared at the last moment.

2

3.3.6 The system should have the flexibility to define

settlement instructions based on emergency holidays

from next day.

2

3.3.7 The system should be able to model cash flows and

interest accruals based on holiday calendar and

standard day roll conventions for all treasury

products

2

3.3.8 The system should have the flexibility of entry /

modifications / amendments / cancellations /

authorizations at any user defined levels. Such

parameters changes should be defined by the system

administrator, only.

2

3.3.9 System should be able to generate all swift

messages-Individual & CLS formats and push to

swift. System should also able to generate tracers

predefined by the users and push to swift.

4 USER INTERFACE 6

4.1 The system should be able to provide a consistent and

user friendly Graphical User interface, short-cuts,

smart tags and other productivity features

2

4.2 System should generate standard user definable error

messages/pop-ups for limits based on pre-defined

parameters

2

4.3 The system should be able to provide online and

offline context sensitive help

2

5 CURRENCY TRANSLATION 4

5.1 The system should be able to convert between

currencies without manually converting to the home

currency as an interim step in the process

2

Page 38 of 162

5.2 The system should be able to define home

currency and wash currency

2

6 PRODUCT SET-UP 4

6.1 The system should allow for the creation of products

and sub products

2

6.2 The system should allow for creation of product

codes 2

7 PRODUCT STRUCTURING — FUND BASED

PRODUCTS 10

7.1 Set-up of transaction types and associated codes

which will be allowed

2

7.2 Set-up of processing rules for each transaction type

like accounting for Accrued Interest, type of

transactions allowed.

2

7.3 Band set-up (minimum and maximum days) on terms

and conditions within which the user must operate

2

7.4 Rules for workflow 2

7.5 Rules for accounting based on transaction type 2

8 TRANSACTION TAGGING and REPORTING: 4

8.1 All transactions should be tagged by product and

transaction codes

2

8.2 Reporting should be facilitated on transactions on

products on the minimum parameters like Products,

Transactions and Status in the workflow process.

2

9 PROFITABILITY PLANNING & REPORTING 6

9.1 The system should allow for profitability planning &

reporting by product as specified in respective

chapters

2

9.2 Products should support multi-currency features

proposed in the GL

2

9.3 All incomes & expenses should by default be system

calculated, and the system should not complete the

transaction unless any modifications to the default

values are duly authorized.

2

10 BOOKS OF ACCOUNTS 6

10.1 The system should have the ability to maintain

separate books of accounts

2

10.2 The system should have the ability to define any

currency as the base currency and prepare books of

accounts in the base currency as well

2

Page 39 of 162

10.3 The system should have the ability to maintain

books of accounts in both home currency and

foreign currency

2

11 ACCOUNTING STANDARD 18

11.1 The system should support AS-11 accounting

standards for Forex transactions and should be

capable of migrating to IFRS as defined by RBI or other

future requirements

4

11.2 The system should be parametric for enabling AS-11

accounting standard at individual product level.

2

11.3 It should be possible to use either FEDAI Rate or

Market Rate for AS-11 enabled transactions

2

11.4 The system should be parametric for enabling IAS39

accounting standard for Hedge accounting

2

11.5 The system should support weighted average

method of accounting policy. Multiple records of the

same security in T. Bills / G-Sec & other SLR &

Non-SLR securities shall be grouped together for the

purpose of calculating holding cost

4

11.6 Repo accounting as per RBI guidelines 2

11.7 Provision for ―fair value accounting‖ 2

12 CLEARING AGENCY 4

12.1 The system should support settlement of Interbank

Forex deals through CCIL

2

12.2 The system should support settlement of Interbank

Forex deals through CLS

2

13 Reporting Platform [Domestic Treasury] 14

13.1 The system should be able to settle corporate bond

deals through NSCCL/ICCL/MCX SXCCL

2

13.2 The system should be able to report corporate bond

deals to FIMMDA / NSE / BSE platforms

2

13.3 The system should be able to report CD / CP deals to

FIMMDA / NSE / BSE platforms

2

13.4 The system should be able to report corporate bond

repo deals to FIMMDA / NSE / BSE platforms

2

13.5 Rupee Derivatives reporting on CCIL 2

13.6 CROMS and NDS-OMS should be available. 2

13.7 OTC transactions through CCIL as per the new

directives of CCIL / RBI

2

14. Reporting platform for overseas branches

should be as per the local regulations of

respective country.

10

15 ACCESSIBILITY, AVAILABILITY & TOOLS 90

Page 40 of 162

15.1.1 The system should allow for transaction entry,

viewing of positions and MIS reports

2

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

15.2.2 All trades migrated from legacy systems to the new

one should also be maintained

2

15.3 Multi-entity processing 10

15.3.1 The system should be able to handle multiple entities

that Includes global, domestic, international branches,

subsidiaries etc.

4

15.3.2 The system should be able to create physical

segregation of data by entities

2

15.3.3 The system should be able to consolidate data on the

basis of Entity reports and combination of one or more

entities.

4

15.4 Interfacing and deal processing 42

Interfacing with 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 limited to:

15.4.1 Cogencis / Reuters Rates & Deal Pickup &

Bloomberg for Forex & Govt. Securities

2

15.4.2 CCIL's FX-Clear, FX-Swap, FX-ALL, Citi-Fx, Barx,

Autobahn, JP Morgan, IBS & D2, 360T, ICAP-

EBS,RMDS, RTNS, RTFX, & any other

2

15.4.3 SWIFT 2

15.4.4 NG-RTGS / NEFT 2

15.4.5 NDS-OM 2

15.4.6 CCIL- CBLO 2

15.4.7 STP Gateway (Equity Trades) 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 Market Risk management (SAS) system. 2

15.4.12 AMFI for Mutual Funds 2

15.4.13 BSE/NSE Bhav/Bilav files for price upload, Rating

details of various instruments 2

Page 41 of 162

15.4.14 FIMMDA for valuation & FEDAI rates for Forex

Valuation (as per the latest guidelines sector wise)

2

15.4.15 NSE / MCX / BSE Futures trading & risk management

platform separately for Proprietary and Client

RETAD for Merchant Transactions (In-housed

developed online reporting system) for Export, Import,

Inward remittances, EEFC, PCFC,FDBD

transactions and MF contracts from Branches

2

15.4.16 Any other exchange platform 2 optional

15.4.17 The system should support Seamless transfer of data

from Branches to Treasury - Front Office to Back

Office

2

15.4.18 Seamless Integration with Core Banking Solution

(Finacle) for accounting both way transactions to

support merchant client business. The entries at

treasury should be automatically posted once

completed in CBS Finacle.

6

15.4.19 Settlement messages should be encrypted before

interface with other networks

2

15.5 SWIFT as an interface with the Integrated

Treasury Management System Should support

the following :

14

15.5.1 The system should have complete interface with

SWIFT for sending payment instructions, receiving

confirmation so as to avoid risks of manual errors &

omissions and generate tracers for unidentified

debits & credits in NOSTRO accounts at predefined

intervals

4

15.5.2 System should automatically generate SWIFT

confirmation slips & confirmation letter. System

should also be able to handle automatically

MODIFICATION / AMENDEMENT /

CANCELLATION of SWIFT messages

2

15.5.3 System should support of inward SWIFT confirmation

messages for forex, money market, derivatives

deals.

2

15.5.4 It should facilitate Message traffic flow with financial

information both inward as well as outward

2

15.5.5 Automatic Reconciliation/matching of MT300, MT 320,

MT 400, MT 410, MT 640, MT 650, MT600,

MT940/MT950 etc.

4

Page 42 of 162

15.6 The system should be able to facilitate straight

through processing by automatically

forwarding transactions through the transaction

chain from front office to middle and back office

and to CBS and vice versa.

6

15.6.1 All internal processes from initiation through

execution, confirmation, settlement and final

document preparation should be streamlined

2

15.6.2 The system should be able to generate accounting

entries directly for the settled deals

2

15.6.3 The system should be able to facilitate straight

through processing of SWIFT messages and

generate accounting entries

2

15.7 View from the system 10

15.7.1 The system should allow for viewing of all data from

the system which includes:

Trade details, Static data (masters), Mark to market

values, Accounting Entries etc.

4

15.7.2 Current market information - Currency Rates 2

15.7.3 Historical market information - Currency Rates 2

15.7.4 Audit trails (Fx, MM, System, Derivative etc.) 2

16 NOSTRO 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 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.

6

17 INTEGRATION 8

17.1 Integration with other systems should be facilitated by

the following modes:

17.2 Batch processing for accounting. 4

17.3 Online processing for capturing currency rates and

trades from Reuter's Dealing 3000.

4

18 Market Data 10

18.1 System should support real time market data feed

and rating details and migration from feed providers

(Reuters, Bloomberg, Cogencis, newswire).

4 Any

2 to be

provided.

Additional

through CR

Page 43 of 162

18.2 System should support sanity checks for market data

and failover capabilities

2

18.3 System should support upload of market data from

external sources e.g. Excel files.

2

18.4 System should support error handling and

notifications for market data errors

2

TOTAL Marks 240

Page 44 of 162

Sr. No. Business Process Max

Marks S/C Comments

1 Deal Capture and Execution 18

1.1 Deals capture facility including amendment and

reversal

2

1.2 Ability to download/upload deal transaction

from external files and interface with dealing

platforms available to various desks.

2

1.3 Ability to offer quick entry of trades, capturing

customer spreads and back-to-back cover with

interbank desks.

2

1.4 Ability to automate blotter functionality 2

1.5 Ability to facilitate internal deals and inter-desk 2

1.6 Pre-deal limit check and limit reservation facility 2

1.7 Handling of scheduled and unscheduled holidays

across different countries, different centres and

different product classes

2

1.8 Ability to amend or cancel a deal (e.g.,

incomplete deals) at deal verification stage,

by authorized personnel along with

maintaining of relevant audit trail

2

1.9 Ability to Support Algorithmic Trading 2

2 Deal Analysis 16

2.1 Ability to offer multiple scenarios and simulations

for analysis across different books

2

2.2 Calculation of cost of carry and cost to close 2

2.3 Real time view of economic P&L (It is an estimation of profit or loss on closure of a deal on attaining estimated price)

2

2.4 Port-folio level/desk level/ dealer level P&L

analytics with drill down functionality

2

2.5 View volatility for all products containing

optionality 2

2.6 Real time view of PV01 and Greeks 2

2.7 Ability to access, receive and utilize real time

data feeds from all external information

sources (e.g. Bloomberg, Reuters, Cogencis

etc.)

2

2.8 Ability to offer online statistics and graphics for

all instruments including rates, availability and

historical prices and volume

2

3 Position Management 14

3.1 Provide real time view of positions by client,

client segment, product type, currency and

entity.

2

Page 45 of 162

3.2 Provide real time view of risk positions by

product, trader, desk and also consolidated

global risk position

2

3.3 Ability to view positions on an individual book as

well as consolidated portfolio basis

2

3.4 Ability to provide position calculations for a

period of one day and other defined periodicities

2

3.5 Ability to view all positions on a real time

basis including P&L, duration and future

equivalent on a conversion factor and modified

duration basis

2

3.6 Ability to display and modify the screen set up

by individual user to view positions in

different perspectives

2

3.7 Ability to view risk and positions across the

portfolio by maturity, product and/or movements

in underlying assets

2

4 Cash Flow and Fund Management 6

4.1 Ability to setup dynamic cash flow positions and

its management

2

4.2 Ability to provide cash flow projections (i.e.

history, current balance and 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 and maturities

Other instrument coupons and maturities

Forward value Bank/Nostro account transfers

Ability to display cash flows at any portfolio level

4

5 Pricing 16

5.1 Ability to offer global pricing & pricing tool

functionality

2

5.2 Ability to offer predefined templates to facilitate

pricing for primary and secondary traded

products

2

5.3 Ability to provide pricing functions and utilities

integrated into the system to calculate

instrument prices, Greeks, and position

equivalents for reports

2

5.4 Ability to price options via pricing calculators on

individual workstations

2

5.5 Ability to offer curve-based pricing capabilities 2

Page 46 of 162

5.6 Ability to offer price and yield simulations

functionality

2

5.7 Ability to value positions through multiple

methods: nominal, maturity and market

evaluation methods

2

5.8 Ability to provide different methods of calculation

for pricing function

2

6 Portfolio and Internal Performance

Management

10

6.1 Ability to provide profit and loss computing

functionality and drill down functionality over

any por t fo l io by t ransact ion, by

currency, for realized/unrealized, using

funding cost and allocated cost

2

6.2 Ability to support mark-to-market/ NPV

calculations 2

6.3 Ability to support accrual calculations 2

6.4 Ability to enable profit & loss by choice of

currency

2

6.5 Ability to allow configuration of profit and business

center hierarchies

2

7 Ability to configure the following parameters

for a portfolio:

Currency, Reference currency, Security and

user profile, Display layout, Portfolio levels

of detail etc.

2

8 Derivatives 50

8.1 Trade capture from NSE/MCX 2

8.2 Monthly Provision should be calculated and

posted and reversed automatically.

2

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 Friday MTM calculation. 2

8.8 Calculation of capital charge. 2

8.9 Mail to client on daily basis MTM, Contract

Note, Quarterly Statement, Position Statement.

2

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

Page 47 of 162

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 through Emails.

2

8.17 Calculation of current exposure, potential future

exposure, total exposure, etc all on specified

dates and as per maturity bucket.

2

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 exchange.

2

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 be able to

capture the following details e.g. Name, Credit

Rating, Address & phone no., Status – Active/

Inactive, Limits Settlement instructions for

Forex and derivatives transactions, Foreign

Currency Bank accounts, PAN, SWIFT Code ,

RTGS — IFSC, CCIL / CLS Code etc.

2

9.2 Brokers: The system should facilitates

capturing the list of notified/ approved brokers

and 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 number, Fax,

e-mail ID, Complete Bank account detail with

IFSC code, DP ID, DP Name, Client ID,

Client Margin (slab wise & currency wise)

2

10 DEAL CAPTURING 16

Page 48 of 162

10.1 The system should have the ability to allow

capture and display of the following inputs:

Trade date, Value date, Time of trade, System

generated deal number, Deal originating entity

and 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.

System should alert dealer/Back office officials

where tolerance limits are breached

2

10.2 The system should be able to alert the dealer in

cases where dealer limits are being exceeded at

the time of deal entry

2

10.3 The system should permit entry of remarks in free

text fields

2

Page 49 of 162

10.4 The system should facilitate the following types

of

price quotes:

Price in decimals (minimum 4 decimal points)

Rounding off product wise

Yield in decimals (minimum 4 decimal points)

Rounding off product wise

Date of Issue

Type of instrument

Security Code Number

ISIN Number

Rating and rating date

Listing

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

2

Current Yield

Interest payment date

Broken period interest

Credit rating / Rating Migration of the issuers and

consequent diminution in the quality of assets

―Put‖ Option

Date of exercise

Date of notice

―Call‖ Option

Date of exercise

Date of notice

Convertibility Option

Date of exercise

Date of notice

Tax Status

Exempt from Income Tax

Arranger

Guaranteed by

Others

Capital Adequacy

Page 50 of 162

Issuer Group

Eligible for Statutory Liquidity Ratio (SLR)

Priority Sector – SLR and NONSLR

Sub classification of Housing and Agriculture

Public Sector

Private Sector

Trust / Mutual Fund

Mode of delivery

Physical

Dematerialized

Others

Custodial status

Agency (code)

Location

Trustee, Receipt of Trust deeds and follow-up of

same

Document (No.)

Guarantor

Redemption of premium

Name

Amount guaranteed

10.5 The system should be able to restrict the user

from inputting past trade dated entries for

investments

2

10.6 The system should be able to provide an audit

trail for all transactions entered from trade date

onwards & for exceptions

2

10.7 The system should be able to accommodate the

entry of forward value date transactions

2

10.8 Deal numbering : The unique trade

identification number should be printed in the

deal slip along with the other deal details

2

11 Deal tickets 28

11.1 Automatic generation, view, print and review of

deal tickets

2

11.2 provide unique deal numbers for each deal

ticket 2

11.3 Generate multiple deal tickets for each

transaction

2

11.4 Print separate deal tickets for internal and

external purposes

2

Page 51 of 162

11.5 Ability to route deal flow based on Deal Ids

Routing has to be in FIFO Method 2

11.6 The system should preserve historical data of all

deals 2

11.7 Generate a report of all cancelled / modified /

deleted deals.

2

11.8 Provide interface with existing Dealing Systems 2

11.9 The system should have the facility of on-line

reporting of all merchant Forex transactions

(position as well as resource related) from

the various branches.

2

11.10 The system should have chatting facility for

quoting and confirming special rates with

branches.

2

11.11 The system should be set up at the existing „B"- Cat branches with facility to extend the same to newly designated ―B" Cat branches at future date. For Reporting Merchant Transactions all B-Category branches should require Access

2

11.12 The dealing system should be capable of

seamless integration with Treasury front office

& back office systems.

2

11.13 The system should be able to ensure that the

copies deal slips generated are seamlessly

sent to Back Office for authorization, Mid Office

in respect of limit exceptions and further

processing where ever necessary.

2

11.14 The system should be able to isolate certain

deals and not send them 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.

2

12 DECISION SUPPORT TOOLS 46

Page 52 of 162

12.1 The system should be able to automatically

calculate YTM for investment deals 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

Cross Currency spot & forward calculation

Overnight

Indexed Swaps, Interest Rate Swaps Cross

Currency

Swaps, Currency Options:

Black Scholes Model, Garman Kohlhagen

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 the following

interpolation techniques:

Linear, Log linear, Nelson Siegel, NELSONSIEGAL

SVENSSON and CDena Bankc Splines

2

12.2 The system should provide for scenario analysis

of the portfolio

· Multi-dimension matrices

· User-defined and flexible shift on different

market data inputs and horizon date

· P&L and sensitivities outputs with multiple

breakdown should be available

2

12.3 The system should be able to retrieve stored

deals that are in entered state, prior to

confirmation

2

12.4 The system should be able to display to a dealer

the instrument-wise authorized limits

2

12.5 The system shouldbe able to update cash and

security positions on a real time basis

2

12.6 The system should be able to facilitate deal

simulation before commitment and provide a

warning if the deal results in a limit violation

2

12.7 The system should provide following

information : 18

Page 53 of 162

12.7.1 Position Reports — Deal wise, Currency wise,

counterparty wise

2

12.7.2 Profitability – Dealer wise & consolidated 2

12.7.3 Fund Flow Statements(next week, next

fortnight, from-date — to-date) for :

6

12.7.3.1 Forex Operation — Merchant funds flow,

Interbank Fund Flow

2

12.7.3.2 Money Market Operation— Repo, Reverse Repo,

MSF, Market Repo, CBLO, Call/Notice Money,

Term, CDs, Export Refinance (both lending

and borrowing for all transactions)

2

12.7.3.3 Investment Operation — Category wise &

consolidated 2

12.7.4 Identification of the instrument/amount already

Hedged

2

12.7.5 Utilization of Contracts 2

12.7.6 Holding Rates 2

12.7.7

System should enable calculation of forward

Rate

The system should capture the real time market forward rate and record the rate for generating Rate Scan report for the

required periodicity.

2

12.8 The system should be able to pre-empt in case

of possible violation of the following limits:

10

12.8.1 Counter party limits, AGL/IGL Limits 2

12.8.2 Counter party group credit limits 2

12.8.3 Instrument-wise limits 2

12.8.4 Broker limits 2

12.8.5 Settlement & Clearing Agent Limits 2

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 currency

2

12.11 The System should be capable of real-time

portfolio management:

2

· Flexible Risk / position / P&L viewer

· Real-time monitoring

· What-if analysis and hedging

· P&L Variance

Page 54 of 162

· Extensive trade querying capability

13 SYSTEM SUPPORT FOR FOREX TRADE : 22

13.1 Facility of netting of inter-bank forward deals for

any particular date, in order to release

counter-party limits (Bilateral netting).

2

13.2 All deals done in forex should be captured by

Dealer‘s pad, time-wise, currency-wise and

dealer-wise.

2

13.3 Monitoring of tolerance limits while inputting

the forex deals by the dealer. The system should

alert the dealer in case of exceeding the limit.

2

13.4 Facility of inputting forex deals in 4 categories-

Merchant, Trade, Money Market, FCNR

funding, Arbitrage and Funding , Vostro Funding

etc. (all these categories can be defined as per

user requirement if there is an efficient folder

system structure)

2

13.5 The facility of inter-dealer position transfer 2

13.6 The facility of inter-bank netting of forward deals 2

13.7 Provision of STP of deals done through

Reuters,D2, D3, CCIL., IBS Net, 360T, ICAP-

EBS and other inter-net based trading platforms

2

13.8 Generation of Gap statement (with

resources/deployment in the respective bucket

of maturity) – AGL & IGL

2

13.9 Facility of getting funds flow statement for a

period with each day shown separately for forex

deals, depo deals, merchant purchase and

merchant sale deals or any one or combination

of these types of deals.

2

13.10 Facility of inputting inter-bank USD-INR deals

as for CCIL settlement or RTGS settlement.

CCIL should appear by default in all USD-INR

deals.

2

13.11 Facility of getting a report of net USD purchase or

sale under CCIL for each value date.

2

Page 55 of 162

14. Facility of revaluation with the appropriate

spot and forward rates by interpolating &

extrapolating date wise, As per FEDAI and

user defined inputs, the revaluation should

be done as per gaps and 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.

10

14.1 Further, revaluation of all FX positions on

basis of FEDAI-published EOM rate. System

must be capable of accepting the INR cross

forward rates quoted for maturity on EOM

pillar dates and bootstrap and correctly

evaluate all INR and non-INR FX positions for all

maturity dates and interpolation for forwards.

2

14.2 The system should be able to accept YTM

curve published by FIMMDA without

bootstrapping and apply the curve to

evaluation of corporate bonds using FIMMDA‘s

prescribed methodology, taking into account the

credit spread structure by rating and by sector.

2

14.3 System must be capable of valuation of all

bond positions on basis of FIMMDA rates &

any other agency like CRISIL, etc. or other user

defined/ published prices and exchange prices for

equity.

2

14.4 Separate GAP /revaluation facility for FCNR-B,

Nostro, EEFC/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

2

14.5 Separate GAP /revaluation facility for individual

portfolio

2

15 SYSTEM SUPPORT FOR G-SEC, MONEY

MARKET, EQUITIES AND DERIVATIVE

TRADES

92

15.1 Structuring Tools 4

Page 56 of 162

15.1.1 System should provide powerful pricing and

structuring tool for all asset classes:

2

· Payoffs across asset classes

· On the fly structure or predefined structure

(within or across asset classes: Straddle, Strangle, Dual

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 the provision to provide

access to the customers who are parties to

the derivatives transactions.

2

15.2 Generation of deal slip and confirmation

letter, interest rate reset notice, payment /

settlement notice, option exercise notice, barrier

trigger notice

2

15.3 Deal slip should contain information of the

underlying Deals

2

15.4 System should create separate portfolio for

AFS, HFT & HTM books, which should give

real-time price changes by linking with Reuters/

Bloomberg/FIMMDA any other agency like

CRISIL such that individual security/portfolio

Mark to Market (MTM) value can be observed

at any given time.

2

15.5 AFS category in equities / bonds should be

able to show sector wise 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

and sector as well to be updated by linking with

Reuters/B loomberg. Prov is ion for

manual intervention should be available.

2

Page 57 of 162

15.6 The portfolio should show details including

number of 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.

2

15.7 A daily transaction report with filters should be

generated by the 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.

2

15.8 On a daily basis when all deals are entered

for purchase and sale of securities /stocks, the

portfolio should automatically get updated with

appropriate holding rates in case of purchase /

sale and profit figures in case of sale. Facility

for short selling also to be provided

2

15.9 In the case of equities, there should be provision

for updating bonus declaration, share split up,

dividend declaration, spin offs and mergers, or

any other issue or aspect that affects the

holding rate of the shares and affects the

portfolio value.

2

15.10 The fully updated portfolio should appear at the

day end once all the deal tickets are

generated and authorized such that manual

interventionis not required (There should be provision

of manual intervention if required).

2

15.11 There should be provision for entering bid

submissions for auction in G-Secs and getting

allotment details after cut-off declarations.

2

15.12 Back office should directly get an updated

portfolio at the end of each trading day such

that no separate manual record has to be

generated by the front office.

2

Page 58 of 162

15.13 On a daily basis, once the total portfolio is

authorized and 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

2

15.14 There should be provision to find brokerage

details and percentage wise distribution of

business to brokers for risk management

purpose.

2

15.15 Profit and Loss Statement should be available for

any specified period (daily, weekly, monthly,

quarterly or any specified date range) — dealer

wise, segment wise & consolidated.

2

15.16 The system should be capable of doing

scenario analysis at different yield levels.

2

15.17 There should be provision to find net profit from

sale of shares.

2

15.18 The system should support various bucketing

conventions including end-of-months bucketing,

additionally system should allow various mode

of position/risk split across bucket.

2

15.19 The system must be able to support securities

with a different price-yield convention in its final year

without needing to create additional duplicate

securities.

2

15.20 The system must be able to support cancellation

of FX forward contracts, compute the fee

chargeable with margin and recover the same in

INR. Additionally, the system should allow for the

option to recover the fine upfront with or without

discounting.

2

15.21 The system must be able to support the early

utilization including calculation of outlay of

funds of FX forward contracts by clients and

create the swap position automatically for

cover by the interbank desk.

2

15.22 The system should support the conversion of a

spot deal to a forward deal.

In case of error, system should allow to

change the deal value date.

2

Page 59 of 162

15.23 The system should support the identification of

the trading basis of FX forward transactions and

block any deals not booked with an assigned

basis. Deals booked must impact the relevant

allocated limits of the 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.

2

15.24 System should support different trading calendars

for government and corporate securities. Day

count factor applicable for govt. and

corporate securities for calculation of

interest and accounting in the system.

2

15.25 System should support securities where final

capital repayment follows preceding roll

convention and interest payments follows

following or modified roll convention.

2

15.26 System should support real-time or on-demand

availability of various regulatory reports including

FTD, NOOP, Day light, GAP, NDTL, SLR etc.

2

15.27 System should support securities position

bucketing by duration.

2

15.28 System should support preferred margin pricing

and time-to-next-coupon duration for floating

securities.

2

15.29 System should support LAF and MSF repo and

Term Repo, Reverse repo transactions.

2

15.30 System should support pledging of securities for

borrowings under LAF /CBLO and for margin

requirements with CCIL/NSCCL/ MCX/

USE; such pledged position must be removed

from the dealer‘s saleable position.

2

15.31 System must support the linking of security

transactions with its hedging transactions (such

as futures and IRS) and 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

2

15.32 Hedge effectiveness testing of derivatives deals

with underlying assets / liabilities.

2

Page 60 of 162

15.33 System should specifically tag underlying items

with hedging instrument, to make available P/L or

accrual comparison of underlying and hedging

deals

2

15.34 System must be capable of supporting the

switching of reference rate (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 and should handle

the accruals. It should also support the

borrowings on Interest Resetting clause without

forcing to close the deal and create a new deal.

2

15.35 System should support draw-down and partial

draw- down on loans or deposits with proper

handling of the accruals with Interest Resetting

clause.

2

15.36 System should support the conversion of P&L

accumulated in non-INR currency to INR and

transfer the arising FX position for covering in

the interbank market.

2

15.37 System should support roll-over of positions daily

and allows specification of the applicable roll-

over rate.

2

15.38 System must be capable of giving the average

YTM on assets and liabilities on the banking

book.

2

15.39 System should support FX curve construction

using cross-currency basis swaps and must be

capable of further separating FX basis risk

from pure interest rate risk for risk

management.

2

15.40 System should support booking FX swap against

two different counterparts; this is in case of

broker deals where different counterparts are

assigned on the different legs of the same

swap.

2

15.41 System should support the transfer of FX

position to the MM desk for funding.

2

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 positions and transfer positions

between portfolios.

2

Page 61 of 162

15.44 System must have real time analytical tool

which facilitate the dealer of complex position

2

15.45 System must support pricing structure trade

builder 2

TOTAL MARKS 350

4.3 Mid office and Market Risk Management Requirements

Sr. No. Business Process

marks

S/C Comments

1 Market Risk 28

1.1 Online Real-time monitoring of all types of deals in

bank‘s trading book

2

1.2 VaR Methodologies: The system should be

able to generate VaR and provide risk

measurements and analytical tools for different

VaR Methodologies, for user defined confidence

levels & holding periods

2

1.3 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 & stress

conditions with an option for scalability in

regard to holding period / time horizon / VaR

computation methodology under overlapping /

non-overlapping basis

2

1.4 Provision for computing specific VaR &

incremental VaR

2

1.5 Risk Attribution of VaR numbers 2

1.6 The system shall have the ability to drill down the

VaR by various dimensions to cash flow level

2

1.7 Users should be able to view results of VaR

in a graphical form including tail loss

2

1.8 Distribution of VaR across the following:

Dealer wise VaR

Products wise VaR

Market wise VaR

2

Page 62 of 162

1.9 Yield curve creation and its use in valuations

and VaR 2

1.10 Provision for attaching an yield curve to any

product 2

1.11 Back testing 2

1.12 Stress testing 2

1.13 Incremental Risk Charge (IRC), and Expected

Shortfall 2

1.14 MTM and revaluation:

Both FIMMDA and FEDAI valuation should be

supported

2

2 Counter Party Credit Risk 18

2.1 Real time limits monitoring for Currency, Dealer

and Counterparty based on Notional Principal,

credit conversion factors

2

2.2 Offer real time view of counterparty limits based

on the current exposure method

2

2.3

Soft limits, hard limits(Soft limits for

Management action trigger and Hard limits for

Limit breaches) and threshold limits

2

2.4 View of trading limits by product type and by

trader on real time basis

2

2.5 Issuer limit, settlement limit, desk and country

limits 2

2.6 Real time alerts and facility to authorize limit

violations

2

2.7 Ability to scan and attach paper based notes

during authorizations for future reference during

audits and inspections

2

2.8 Exception management (i.e. monitoring, flagging

and reporting)for limit violation

2

2.9 Rate scan provision 2

3 Market Risk Limits 8

3.1 VaR Limit 2

3.2 Sensitivity limits 2

3.3 Limits based on Greeks 2

3.4 Limit exceeded report 2

4 FX swap/SPOT & Outright valuation, MTM &

realized P&L on a real time basis dealer-

wise and consolidated. Breaches should

generate trigger mails/SMS

2

Page 63 of 162

5 Operational Risk Capital Computation

using The Standardized Approach (TSA)

and Advance approach is under

implementation

The System should generate a report

giving Business Line wise Total (Interest

income + Other income) and Interest

Expenditure of Treasury branch at CO,

after mapping Income and Expenditure

Head of accounts with Business Lines.

Interface to SAS - Integrated Risk

Management System to be provide for

Data exchange.

2

6 The system should allow for the

measurement of the Counterparty credit

risks for treasury

10

6.1 Real time limits monitoring for Currency, Dealer

and Counterparty based on Notional Principal,

credit conversion factors.

2

6.2 Facility to authorize limit violations. 2

6.3 System should generate exception report for

limit violations

2

6.4 Facility to download and capture benchmarks

rates. 2

6.5 Facility to download and capture currency

exchange rates.

2

7 EXCEPTION REPORTING 14

7.1 Intra-day exceptions to be monitored on real

time basis and on-line breach alerts should be

generated at Mid Office with mandatory

printing of the exception report with reasons,

deal particulars, time etc as & when such

breaches occur

2

7.2 End of Day Exception report should be

generated mandatorily & no user should have

the power to skip the same

2

7.3 The system should be able to carry out

sensitivity analysis.

2

7.4 The system should be able to support warning

messages and exception reporting for credit

exposure limit violations

2

Page 64 of 162

7.5 The system should be able to measure various

exposure norms, monitor counterparties‘ credit

exposure against authorized limits. The

credit exposure on off-balance sheet items

(Derivatives) need 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.

2

7.6 The system should be able to arrive net credit

exposures on products by counterparty

2

7.7 The system should support accrual calculations 2

8 LIMITS TO MARKET OPERATIONS 6

8.1 The system should be able to track user-

defined trading portfolio wise & dealer wise

limits and provide viewing and reporting

2

8.2 The system should be able to define and

monitor limits at various levels in the hierarchy

2

8.3 The system should be able to issue a system

notification to dealers that a limit is violated

2

9 POSITION TRACKING 26

9.1 The system should be able to update positions

on a real time basis

2

9.2 The system should be able to view positions for

user defined portfolios

2

9.3 The system should be able to maintain real-

time exposures – Prudential exposures,

Money Market Exposure, Non-SLR

Exposures, Equity Exposure, Industry

Exposures, Counter party exposures etc.

2

9.4 The system should be able to online monitor

Trading Book limit,PV01 limit, NOOP Limit, VaR

Issuer-wise limits, Broker-wise Turnover limits,

Stop Loss limits both deal wise and on periodic

basis.

2

9.5 The system should enable tracking Duration,

Modified Duration, Convexity, Holding Period,

Entry Level Credit Rating Norms, Rating

Migration etc.

2

9.6 The system should enable tracking Delta,

Gamma, Theta, Rho & Phi for currency options &

equity linked convertible bonds / warrants /

depository receipts

2

Page 65 of 162

9.7 The system should be able to generate, view

and print positions reports with fair market

value provided by information feeds

2

9.8 The system should be able to generate, view

and print positions reports

2

9.9 The system should enable querying of limits at

an individual as well as aggregate level

2

9.10 The system should be able to produce daily on-

line trade Blotter

2

9.11 The system should be able to customize blotter

views by user

2

9.12 The system should be able to identify online

breaching of limits on consolidated basis and

segment basis and generate exceptional report.

2

9.13 Exposure monitoring branch wise 2

10 RATE SCAN, LIMIT & EXPOSURE

MONITORING 10

10.1 The system shall allow users to customize

triggers, alarms and thresholds (i.e.

increase/decrease thresholds).

2

10.2 The system shall have an automated monitoring

and reporting of breach in exposure norms,

limits (daylight / overnight / counterparty / IGL /

AGL / pre-settlement / Settlement / Issuer /

Currency / Broker / Gap / Authorization / Stop-

Loss Limits etc.), duration, M-Duration, PV01

etc.

6

10.3 The breach in exposure norms & limit as

referred above must give alert messages (on-

screen pop-ups) to back office, front office & mid

office, and generate exception report & audit trail

on daily basis.

2

11 MARKET RISK MANAGEMENT SYSTEM 16

11.1 VaR Methodologies: The system should be

able to generate the following reports and

provide risk measurements and analytical tools

for different VaR Methodologies, For user defined

confidence levels & holding periods.

2

11.2 Historical Simulation 2

11.3 Variance-covariance 2

11.4 Monte Carlo Simulation 2

11.5 Hull & White Model 2

Page 66 of 162

11.6. The system should calculate individual Security

wise, Asset Class wise, Portfolio VaR (for HFT as

well as AFS) i.e. FX (Trading & Banking Book),

Equity, Commodities (Gold), MF UNITS, Interest

Rate related instruments under normal & stress

conditions with an option for scalability in regard

to holding period / horizon / VaR computation

methodology under overlapping/ non-

overlapping basis

2

11.7 Distribution of VaR across the following:

Dealer wise VaR

Products wise VaR

Market wise VaR

2

11.8 Calculation of contribution of every dealer,

product and market towards the overall VaR

numbers

2

12 Yield Curve : 6

12.1 Under Yield Curve provision should be available

for select ion of F IMMDA/ NSE /

CCIL/Outs ide Agency/Broker Quotes or user

defined yield curve for valuation or VaR

computation purpose.

2

12.2 Facility to accommodate parallel shift/nonparallel

shift in yield curve for revaluation

2

12.3 Facility to attach yield curve to any product 2

13 Mid office - Reports 8

13.1 Structural Liquidity Report:

Based on residual maturity for fixed/ floating

instruments and defeasance period wise for

HFT portfolio to be generated along with other

assets & liabilities components into RBI

prescribed 10 buckets with a provision for

splitting any bucket

2

13.2 Interest Rate Sensitive Report:

All investment segment wise / asset class wise

are to be bucketed as per re-pricing (floating) or

due date (fixed) for rate sensitive assets /

liabilities and others would be placed under non-

sensitive bucket as per extant RBI guidelines.

2

Page 67 of 162

13.3 Duration Related Measures:

Report on bucket wise (as per STL)

investments/assets with weighted average

Duration/M duration of such securities/assets for

each buckets and consolidated portfolio as a

whole

2

13.4 Fx Limit (Overnight) / IGL / AGL portfolio wise:

Actual utilization of various limits on a daily

basis has to be captured and average utilization

report on monthly/quarterly/annual basis with

minimum and maximum utilization slabs.

2

14 Capital Computations — Counter party

Credit Risk Credit Risk computation on

HTM Portfolio — On Balance Sheet items.

Credit Risk computation on market

related off balance sheet items (FX,

derivatives, gold etc.) as per Current

Exposure Method as per RBI Guidelines.

4

14.1 CAPITAL CHARGE for market risk under Basel

III 2

14.2 CAPITAL CHARGE for market risk under IMA 2

15 Exposure 4

15.1 Daily Exposure Report for on balance sheet

items plus off balance sheet items (computed

as per Current Exposure Method)

2

15.2 Daily country-wise exposure limit (indicating

gross, net basis, short term and long term basis)

2

16 Operational Risk 18

Page 68 of 162

16.1 Belated receipt of funds/delayed payment of

funds and the interest cost or back valuation

charges incurred/belated receipt of funds from

branches (for loss on cancellation of any

contracts etc)/ non-maintenance of any

margin/penalty if any paid to any external parties

i.e. CCIL /RBI/ Parties) should be captured in

the exception report and ―Operational Loss‖

data report and should be able to report /

migrate the data to operational risk

management system

Exception report to be captured by

system and made available to all concern

users . New system should have the separate

menu for capturing the required fields

and report should he generated as

mentioned in the RFP.

2

16.2 What If Analysis 2

16.3 Risk Distribution 2

16.4 The system shall have a means to

automatically generate exception reports

2

16.5 The system shall allow reports and results from

the analytical tools to be exported to Excel or

to be converted to an image file (i.e. jpeg or gif)

2

16.6 Intra-day Open position computed dynamically 2

16.7 Overnight open position to be computed in all

currencies and the ability to convert to

equivalent wash currency

2

16.8 The system should be capable of on-line

valuation and support different valuation

methods

2

16.9 DGVT 2

17 ANALYTICAL TOOLS (BOTHSECURITY AND

PORTFOLIO LEVEL)

40

17.1 Duration & PV01 2

17.2 Convexity 2

17.3 Scenario / Sensitivity Analysis 6

17.3.1 With correlation shifts 2

17.3.2 With parallel shift in yield curve, currencies and

market prices

2

17.3.3 With non-parallel shift in yield curve, currencies

and market prices

2

Page 69 of 162

17.4 Duration & PV01 2

17.5 The system shall allow users to print reports

and results from analytical tools.

2

17.6 The system shall provide a means for users to

readily view the formula that was followed to

arrive at the metrics that are computed and

displayed on the reports and analytical tools.

2

17.7 Facility for a user configurable Dashboard for

Risk Manager

2

17.8 Duration Gap Analysis (during for each asset

and liability)

2

17.9

IRRBB – Duration Gap and EVE Analysis

Correct and accurate data feeds (tallied

with Balance Sheet) pertaining to

treasury positions to be provided at

prescribed frequencies which will be

seamlessly integrated with the OFSAA

system for generation of ALM reports.

2

17.10 Online Real time monitoring of stop loss/trailing

stop limits in forex, equities, bonds etc and

online monitoring of stop loss/profitability/yield

of MMKT swaps with cost of funds and int

earnings being put in manually

2

17.11 Online trading book monitoring/analysis 2

17.12 Online portfolio analysis — currency pair-wise

trading profit and loss.

2

17.13 Online breaching of exposure on consolidated

basis/segment-wise

2

17.14 Exposure monitoring Bank wise for all oversees

Branches

2

17.15 Exposure monitoring on Country wise for all

overseas Branches

2

17.16 Daily Forex gap position and overnight open

exchange position

2

Page 70 of 162

17.17 There should be STP of flow data between

proposed Treasury System and Finacle Core

Banking, GPC System, SAS Market Risk

System, SAS Operational Risk System,

Reveleus Credit Risk System.

New Treasury System to deliver all the

functional items for Market risk of the

Bank

New software solution be in a position to

deliver required data feeds as required

by Credit Risk / Operational risk software,

i.e., SAS in compliance with RBI

guideliines.

2

17.18 Anti-Money Laundering (AML) Source tool for

treasury operation

2

18 RISK REPORTS 60

18.1 Facility to view the simulation numbers generated

by system from front end based on Historical

Simulation method

2

18.2 Back Testing using following methods: 10

18.2.1 Static Method 4

18.2.1.1 Dynamic with Constant Method 2

18.2.1.2 Dynamic with Moving Method 2

18.2.2 Basel, Actual Method 2

18.2.3 Facility to view exceptions 2

18.2.4 System should be able to inform the exceptions 2

18.3 Kupiec Test and identification of zones as

per BASEL II /III for Internal Model

Hypothetical Testing

2

18.3.1 Identification of Correction Factor 2

18.4 Daily HFT & AFS valuation 2

18.5 Category-wise detailed Valuation Report with

summary valuation Report

2

18.6 Report on equity Portfolio Dividend Yield 2

18.7 Report giving average cost of market borrowing

for Treasury and yield on money market lending.

2

18.8 Report of outstanding money market swaps /

profitability/yield taking manually input cost of

funds on daily basis.

2

Page 71 of 162

18.9 Report of cost of carrying money market swaps

with options to input cost of funds on daily basis.

2

18.10 Treasury average cost / yield based net wise

and profit analysis in the format provided by the

bank.

2

18.11 Unrealized gains / loss in SLR / Non SLR

securities and equities. [This requires

computation of MTM of various bonds]

2

18.12 Defeasance period for HFT & AFS portfolio 2

18.13 Peak & Average values of VaR, NOOP,

AGL,IGL, PV01 as required per RBS data

2

18.14 Merged VaR / Marginal VaR / Stressed VaR for

the entire portfolio

2

18.15

IC6 :

IC 6 Report which provides currency wise

maturity GAP data for each

month/buckets

2

18.16 NOP-INR: It will contain NOP-INR values as

required per RBI guidelines

2

18.17 Intra-day Liquidity Management: Adequate funds

maintenance at RTGS settlement a/c & RBI a/c by

the funding desk (by verifying no availment of

Intra-day liquidity). The system should have

facility to accept feeds from RTGS system & RBI

e-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

2

18.18 CDS 2

18.19 Stress testing results on all asset classes as per

latest RBI guidelines

2

Page 72 of 162

18.20 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 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.

2

18.21 Disclosure report quarterly statement containing

bucket wise assets & liab. As per RBI guidelines

2

18.22 Potential future exposure (PFE), expected

positive exposure (EPE) ,Max imum peak

exposure (MPE),Effective expected positive

exposure (EEPE)

2

18.23 Basel III capital charge as per RBI guidelines for

capital charge computation

2

18.24 CVA / Advanced CVA as per RBI guidelines for

capital charge computation

2

18.25 Incremental Risk charge (IRC) as per RBI

guidelines for capital charge computations

2

18.26 Horizontal & vertical disallowance as per RBI

guidelines for capital charge computation of

market risk.

2

TOTAL MARKS 280

4.4 Back- Office Requirements

Sr. No. Business Process Max

Marks S/C

Commen

t

s 1 Deal Verification 14

1.1 Ability to provide configurable deal verification

function by status & authority

2

1.2 Ability to provide deal verification facility by

exception i.e., exception rules should be

configurable by Entity, Product, Counterparty,

Dealer, Currency, Country, Location, Amount,

Exchange Rate, Others etc.

2

1.3 Configurable Work flow engine to add or

reduce multiple verification levels

2

1.4 Ability to configure transaction data fields that can

be amended during deal verification stage

2

Page 73 of 162

1.5 Ability to amend or cancel a deal (e.g.,

incomplete deals) at deal verification stage,

by authorized personnel along with maintaining

of relevant audit trail

2

1.6 Ability to append standard settlement

instructions (SSIs) to deals

2

1.7 Ability to generate Exception Report 2

2 Deal confirmation 18

2.1 Ability to generate and manage confirmations,

including interfaces, for all products

2

2.2 Ability to define the format and wordings of

confirmation based on the characteristic of the

product/ transaction

2

2.3 Ability to format and maintain different formats for

confirmation by:

Product/ instrument, payment type, counter

party and currency etc.

2

2.4 Ability to generate automatic confirmation letters

for all transactions on contract date and also for

NONCCIL trades separately.

2

2.5 Ability to support automatic (through upload)

sending of confirmations through structured

messages by electronic media such as

SWIFT (Applicable MT series), e-mails and fax

2

2.6 Ability to auto match confirmations received

from counterpart ies that should be

automatically uploaded through the SWIFT

interface

2

2.7 Ability to generate automatic reminders for

confirmations that have not been received in a

predefined format and at pre-defined intervals

2

2.8 Ability to suppress confirmation for deals

confirmed but cancelled on the same day

2

2.9 Ability to suppress confirmations and payments

relating to internal deals

2

3 Settlement 26

3.1 Ability to allow the user to use default

settlement instructions at the time of deal entry

2

3.2 Ability to allow the user to input different settlement

instructions, which should be authorized at

an appropriate level

2

Page 74 of 162

3.3 Ability to handle settlement splitting of one deal

across multiple take ups (with or without

residual amount), mult iple sett lement

accounts and settlement of any residual

amount on maturity date

2

3.4 Ability to support aggregating multiple deals into

one settlement

2

3.5 Ability to support automatic generation of

payment and receivables list for user defined

maturities and contract date and for specific

counterparties

2

3.6 Ability to automatically process all the

transactions, for which 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 adequate filters.

2

3.9 Ability to allow part settlement of interest

redemption

2

3.10 Ability to allow modification of interest

receivable amount on due date because many a

times there is minor mismatch in actual interest

received from issuer due to rounding off.

2

3.11 Ability to settle the deals after netting the

transactions, to arrive at the net position status

by counter party, by products and by currency

2

3.12 Ability to track call/ put options on securities held 2

3.13 Ability to generate RTGS messages wherever

applicable

2

Ability to send amended messages automatically

to CCIL /CLS in case of any amendment made

to the original deal. 4 Matching and Transaction Reconciliation 10

4.1 Ability to allow user definition of primary and

secondary keys for matching and reconciliation

2

4.2 Ability to auto reconcile deals with the Nostro

statements

2

4.3 Ability to support for both automatic as well as

force- matching for reconciliation

2

4.4 Ability to support manual reconciliation for

unreconciled entries

2

Page 75 of 162

4.5 Ability to provide for aging of unreconciled deals 2

4.6

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.

5 NOSTRO Management 14

5.1 Ability to support management of multiple

Nostro accounts by currency

2

5.2 Ability to transfer funds between Nostro

accounts automatically by using MT 200 for

settlement Settlements-Support for MT

202,210, Local RTGS

2

5.3 Ability to set alerts by Nostro account to warn

when agreed minimum balance is close to breach

2

5.4 Ability to provide for Nostro balance projections

on a real time basis that reflects the recent

trades, cancellations and amendments

2

5.5 Ability to provide predictions of expected

movements in Nostro accounts

2

5.6 Ability to calculate/monitor interest on Nostro

accounts as per user defined parameters

2

5.7 Ability to calculate interest on back valued funds

in the Nostro accounts :

Nostro / Mirror — Transactions, Nostro /

Mirror view, Nostro statement entry(Modify /

Splitting),

Nostro Statement Entry (Manual Input), Nostro

Statement clubbing.

2

6 Transaction Management 12

6.1 Ability to monitor and report on a product /

transaction throughout its life cycle until maturity /

settlement

2

6.2 Ability to provide an audit trail on the movement

for each transaction until it matures / is settled

2

6.3 Ability to allow user to trace transactions on a

post date basis, by but not limited to Product /

Instrument, Dealer, Counter party, Customer, Deal

Date, Maturity Date, Trade Date/ Value Date,

System Reference Number/ amount etc

2

Page 76 of 162

6.4 Ability to generate statement of outstanding

transactions (along with contract details) for

counterparty on an ad-hoc basis

2

6.5 Ability to compute and automatically process

clearing and agency fees for a particular product

2

6.6 Ability to specifically monitor collateralin case

of

collateralized security transaction

2

7 Accounting 26

7.1 The solution must be IFRS compliant. Thus though

the actual accounting entries could be based on

IAS, the software should be able to give balance

sheet as per IFRS also

2

7.2 Ability to maintain chart of account to assist in

accounting of Treasury transactions

2

7.3 Ability to provide for maintaining and mapping

transaction posting rules by entry, role, product,

instrument, category, transaction type, currency

etc.

2

7.4 Ability to provide for capture of all financial

transactions concurrently for transaction currency

and accounting unit currency (local currency)

2

7.5 Ability to ensure automatic on-line generation

of desired GL transaction posting based on

defined transaction rules

2

7.6 Ability to develop a real time interface with

other platforms like CBS-Finacle to transfer

transaction level data

2

7.7 Ability to generate accounting entries on trade

date and value date/settlement dates for, but not

limited to Revaluation of Forex and Valuation of

investments. Accruals

Provisions

Blocked Accounts

Suspense Accounts

Amortization of premium (On daily basis)

2

7.8 Ability to support concurrent use/application of

different accounting practices (e.g. cash vs.

accrual, expending vs. deferral, etc) for different

nature of transactions to address to:

Statutory requirements

Internal management accounting policies

International Accounting Standards

2

Page 77 of 162

7.9 Ability to provide portfolio accounting & GL

processing / interfacing without affecting

operational availability / online access to

transactional/ other data

2

7.10 Ability to conduct end of day or end of

month processing without impacting online

trading periods / days

2

7.11 Ability to support ISDA defined business day

conventions such as FBD, MFBD, PBD and

MPBD for derivatives

2

7.12 Ability to support AS-11 accounting standards

for FOREX transactions and 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 2

8.1 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)

Calculation of TDS paid and received

Calculation of brokerage/CCIL charges

2

9 The system should facilitate administration,

settlement, accounting and revaluation of the

following FX Instruments.

4

Page 78 of 162

9.1 Inter-bank FX

a. Cash

b. Tom

c. Spot

d. Forward

e. Long Term Forward

Above should be for standard currency pairs like

U.S. Dollar – Rupee / Euro – U.S. Dollar /

Pound – U.S. Dollar / U.S. 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

2

9.2 Merchant FX

f. Cash

g. Tom

h. Spot

i. Forward

j. Long Term Forward

Above should be for standard currency pairs like

U.S. Dollar – Rupee / Euro – U.S. Dollar /

Pound – U.S. Dollar / U.S. 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

2

10 OTHER PARAMETERS 28

10.1 Facility to capture Trades through Cryptic

methods

2

10.2 Cryptic Deal Booking and Reversal and should

generate correct & complete accounting entries

at Treasury & respective B Cat branches

2

10.3 Facility to put through transactions in Cross

Currency deals for any deal type in merchant

(FIR/FOR/FBP/Contracts etc.) & interbank

2

10.4 System should enable to do cross currency deals

with any base currency for e.g. a JPY-US$ deal

could be booked with JPY as base currency

2

10.5 The system should be able to generate a

unique number for each deal created

2

Page 79 of 162

10.6 The system should be able to generate

reports/ display of open Forex Currency wise

positions at any point of time

2

10.7 The system should be able to calculate

underlying floating interest amount applicable

in case of a floating rate Repo transaction

2

10.8 System should be able to capture Nostro

Funds Transfer

2

10.9 System should allow users to generate card

rates based on user definable margins and

market rate

2

10.10 System should allow users to define and modify

card rates multiple times during the day

2

10.11 System should allow users to save the card

rates in a TXT format and share with the

branches. This file should be as per our

upload format as per CBS system/ other

systems.

2

10.12 The system should automatically generate a

Rate Scan Report on the basis of external rate

feeds or manual feeds

2

10.13 The system should be capable of carrying

automatic validation of deal rates based on

Tolerance Limit.

2

10.14 System should be able to upload FEDAI

defined

closing Forex rate (Translation Rate) at the end of

day into CBS for AS-11 purpose

2

11 CALCULATIONS AND COMPUTATIONS 16

11.1 The system should be able to calculate MTM

across all currencies

2

11.2 The system should be able to store historical

revaluations for each transaction record

2

11.3 The system should be able to store historical

Forex rates for all currencies

2

11.4 The system should be able to compute interest

and principal repayments for foreign currency

loans and support the Interest Reset clause.

2

11.5 The system should be able to compare foreign

currency forecasts from one time to another or to

the actual numbers for the same period

2

11.6 The system should be able to save foreign

exchange rates within the system

2

11.7 Facility to record counterparty confirmation for

Interbank and money market deals

2

11.8 The system should be able to calculate

commission on brokers, service tax and TDS

as per applicable rates.

2

Page 80 of 162

12 SETTLEMENT AND CONFIRMATION 10

12.1 Interbank deals should automatically come for

settlement on due date

2

12.2 System should support split settlement of

Interbank deals in case of different currency

holidays

2

12.3 The system should have the ability to create a

queue for settlement of Interbank deals done

through CCIL

2

12.4 The system should have the ability to create a

queue for settlement of Interbank deals done

through CLS

2

12.5 Mail messaging system for customer should

be

provided

2

13 FACILITY FOR MONITORING AND

PROVIDING NECESSARY FACILITY TO

CAPTURE/ REPORT THE FOLLOWING:

10

13.1 Due dates for realization 2

13.2 Compare the actual date of realization with the

due date and calculate late/early realization

charges/ gains

2

13.3 Provision to enter charges — system may

deduct the amount and 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

22

14.1 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 : Export/Import

Crystallization of Export Bills

Deemed Export Bills

Diamond Dollar account

Export Bill Rediscounted

Packing Credit Foreign Currency Loans

Any other future requirement similar to the above

2

Page 81 of 162

14.2 Foreign Inward Remittance

Foreign Documentary Bills Under Collection

Foreign Clean Bills Under Collection

Foreign Usance Bills Under Collection Foreign

Outward Remittance

Foreign Import Bill under Collection Payment under

LC

Foreign Telegraphic Transfer

Foreign Demand Drafts

Foreign Travelers Cheque

Any other inward / outward remittance like

FCNR, EEFC, RFC

2

14.3 Merchant forward contract cancellation

charges as per the exchange rate given by the

dealer must be recovered from/paid to the

customer in INR by system generated entries.

2

14.4 System driven- Early / Late realization charges 2

14.5 FCNRB - Foreign Currency Non Resident (B)

Deposit

2

14.6 RFC & RFCTD - Resident Foreign Currency

Deposit

2

14.7 FCL - Foreign Currency Loan 2

14.8 FC BORROWINGS 2

14.9 FC BONDS 2

14.10 EEFC & EEFC TD - Exchange Earners' Foreign

Currency Account Scheme

2

14.11 In crystallization of Export Bill correct accounting

entries to recover/pay the rate difference

amount through system should be there.

2

15 MARK TO MARKET AND REVALUATION: 18

15.1 Capability to mark to market all positions and

calculate the profit & loss

2

15.2 System should support Revaluation of Forward

Position at user defined frequency and

show accounting entries in simulated

environment before generating the accounting

entries on user acceptance

2

15.3 System should support Revaluation of Nostro

Balances at user defined frequency at FEDAI

and show accounting entries in simulated

environment before generating the accounting

entries on user acceptance

2

15.4 The system should be able to accommodate

parallel shift/ nonparallel shift in spot Fx/forward

rates for stress testing

2

Page 82 of 162

15.5 System should support AS-11 accounting and

should generate the accounting entries as per

the bank's policy

2

15.6 The system should enable segregation of

profits- dealer wise and deal wise :trading,

merchant & arbitrage and also to report cost of

carrying money market swaps / arbitrage swaps

taking user input rate for cost of funds.

2

15.7 System should generate MTM advice and send

the same directly to Merchant via Email

2

15.8 FCNR . Portfolio. [Banks FC assets and liabilities]

revaluation as per AS-11. The assets

/liabilities pertaining to FCNR to be identified

separately from exchange transactions.

2

15.9 The system should be able to do Stress test on

daily / weekly /monthly /yearly basis for trading

book [ including AFS]

2

16 RECORDS : The system should be able to

maintain at least the 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

16.18 Forex Turnover in multiple currencies equivalent

to any particular currency.

2

17 DEAL CONFIRMATION 16

17.1 The system should be able to adopt standard

confirmation procedures for all products

2

Page 83 of 162

17.2 The system should provide the flexibility to

customize separation between the users of front

office and back office

2

17.3 The system should allow for viewing of queue of

transactions pending confirmation

2

17.4 The system should provide ticker listing of all

transactions pending settlement or confirmation

2

17.5 The system should be able to assign tags

(confirmed, verified) for trades based on user

access level

2

17.6 The system should have the ability to generate

deal confirmation in a format specific to the

type of instrument in hard copy as well as in

electronic form

2

17.7 The confirmations generated from the system

should be possible for users to send hard

copies to counterparties /brokers / issuers

2

17.8 System shouldhave the ability to unmark

deals

marked for settlement through CCIL or CLS for

Forex transactions

2

17.9 The system should be able to mark separately

Trading dealings, Merchant Deals, Funding Deals

and Arbitrage Deals

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

19.1 The system should have the ability to accept

confirmations from counterparties in electronic

format

2

19.2 The system should be able to reconcile the

electronic confirmations received from counter

parties for foreign currency denominated

transactions

2

19.3 The system should provide for recording of

confirmations received in physical mode

from:

4

19.3.1 Counter-parties 2

19.3.2 Custodians 2

20 UNCONFIRMED DEALS 4

20.1 segregate and send back to the dealer a

particular deal that has not been confirmed for

any reason

2

20.2 report deals that are not confirmed 2

21 AUDIT TRAILS 4

Page 84 of 162

21.1 The system shouldhave the ability to record

all

modifications and deletions at the trade level

2

21.2 The system should provide logs for all audit

trails to

the system administrator in case of

Entry/Modification/Deletion, Confirmation &

Settlement of Deals, Change of Password,

Change of Parameter, Change of User

Definition with user details, date & time

2

22 DEAL SETTLEMENT 8

22.1 The system should have the ability to create a

queue for a definable series for payment

release for Securities Transactions

2

22.2 The system should provide for free text fields to

enter manual text for communication purposes

between front office and back office

2

22.3 The system should have the ability to create a

table of standing instructions for settlements

of foreign currency payments

2

22.4 The system should have the ability to allow

back office users to update the standing

instruction table and have changes reflected

in all outstanding transactions or as defined by

the Bank

2

23 PAYMENTS 10

23.1 Ability to generate payment information 2

23.2 The system should be able to automatically

generate payment requests on or before the

settlement date

2

23.3 The system should record the relevant approvals

for payments for completed deals for foreign

currency transactions

2

23.4 The system should have the ability to generate

letters to counter parties

2

23.5 The system shouldhave the ability to

compute

brokerage payable based on the brokerage

schedule input in the masters for Forex

transactions

2

24 FOREX BACK OFFICE REPORTS The system

should be able to generate at least the

following reports:

52

Page 85 of 162

24.1 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 manually at

present.

The R Return for the Treasury branch must

be

generated and 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 for the entire Bank at designated

centralized CBS Branch.

2

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

24.14 Maturity Profile of Deposits, Investments,

Borrowings etc. in respective currencies

2

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

24.27 True-Currency Position

Page 86 of 162

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

26 MARKET DATA ANALYTICS 6

26.1 The system should allow users manually define

yield curves

2

26.2 The system should be able to model user-defined

treasury curves

2

26.3 The system should be able to provide trend

analysis for market prices of securities

2

27 COMPUTATIONS AND CALCULATIONS (refer

to the calculators section above)

26

27.1 The system should be able to provide bond

calculators to support pricing of bonds and

other fixed income securities

2

27.2 The system should be able to track the strike

dates in case of products with embedded call/put

options

2

27.3 The system should be able to calculate interest

for products sensitive to caps and floors

2

27.4 The system should be able to calculate interest

of Floating Rate Instruments recognizing

reset dates/rates

2

27.5 The system should be capable of processing

transactions both cum-interest and ex-interest

basis

2

27.6 The system should be able to compute

brokerage by any of the following methods

as part of deal entry:

4

27.6.1 Flat brokerage with slabs linked to notional

amount / deal type [ cash, spot, forward ]

2

27.6.2 Percentage rate 2

27.7 In case of convertible debentures, the system

should be able to update the position based on

conversion of debentures into equity shares or

other instruments

2

27.8 In case of FCCBs, ADRs, GDRs and other

foreign currency instruments, the system should

be able to capture the appropriate foreign

exchange rate to reflect the fair value in rupees

2

27.9 The system should be able to perform duration

and convexity analysis

2

Page 87 of 162

27.10 The system should be able to categorize all

securities into 6 categories for regulatory

reporting/disclosure viz. Govt. Securities, Other

Approved Securities, Shares, Debentures &

Bonds, Subsidiaries / Joint ventures & Others

2

27.11 The system should be able to categorize all

securities into AFS, HTM and HFT and allow

shifting between Categories through menu based

options (not through fictitious sale/purchase)

2

27.12 System should support valuations as per

FIMMDA guidelines/ local regulatory guidelines

2

28 SCRIP MASTER DATA The system should

be able to store following fields for different

instruments

2

28.1 Instrument name, ISIN, Instrument type, Issuer

name/ company name, 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 and agency and date of rating /

internal rating, Whether listed / unlisted, Stock

exchange listed on, Whether investment is in

priority sector or not.

In case of mutual funds whether the same is

equity oriented / debt oriented

Approved Security Status

Physical / Demat status

Short Sale Indicator

Repo forward status

Redemption Schedule

29 DEAL CAPTURE 24

29.1 The system should permit entry of stop loss and

take profit limits by deal type / deal size, and

also at portfolio level, and also to cap the

limits for predefined

periods(daily/monthly/quarterly/annually)

2

Page 88 of 162

29.2 System should be able to record a reverse trade

from the take profit or stop loss notification

2

29.3 The system should be able to compute the exact

stop

loss and take profit based on pre-defined

percentages

2

29.4 The system should be able to give notifications

in case of breach of stop loss/ take profit limits

2

29.5 The system should be able to compute scrip wise

and bucket wise PVBP and monitor PVBP as a

result of every deal at scrip level

2

29.6 The system should be able to retrieve static data

from masters at the time of deal entry

2

29.7 The system should be able to highlight instances

of short sale & covered deals

2

29.8 The system should be able to stop entry of short

sale of securities where such functionality is

defined by the user

2

29.9 The system should allow for the following

different types of deal capture:

2

29.10 Manual deal entry for deals done through

brokers and / or wherever, capturing possible,

electronically upload the details.

2

29.11 Automatic deal entry for deals done through

dealing systems

2

29.12 Facility (option) to put through reverse deals in

case of cancellations on the same day

2

30 SHORT SALE 12

30.1 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 updated from FIMMDA automatically). Short

sale position has to be 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.

2

30.2 Facility to define liquid securities for short sale &

user should be able to change the status of

security from liquid to illiquid and vice versa with

date.

2

Page 89 of 162

30.3 Real time monitoring of regulatory limits &

internal limits set by the Bank. Currently

regulatory limit is 0.50% and 0.25% of the

outstanding stock for liquid and illiquid securities

respectively and the limit may be configured

from time to time. User should be able to

change the percentage as and when changed by

RBI / the Bank.

2

30.4 System should give a message /alert at the time

of entering / saving the deal.

2

30.5 The system should keep track of the maximum

days where the position can be kept open and

provide a report for the minimum short position to

be covered at any point of time.

2

30.6 Support of FIFO Based / average based profit

policy- only for short sales Transactions

2

31 WHEN ISSUED 12

31.1 System should have facility to define When

Issued [WI] securities.

2

Separate Tradable position for When Issued has to

be maintained.

31.2 System should facilitate capturing WI for "New"

as well as "Existing" securities.

2

31.3 Real time monitoring of regulatory limits &

internal limits set by the Bank. User should be

able to change the same whenever required.

2

31.4 When issued deals should be allowed to be

booked in a specific book only.

2

31.5 Facility to roll over the ―When Issued‖ positions

into regular positions without re-entering the

deals.

2

31.6 The system should keep track of the open

When Issued position and provide a report for

the open when issued positions to be covered at

any point of time.

2

32 LIMITS TO MARKET OPERATIONS 26

32.1 The system should be able to set and monitor

limits based on the following parameters:

22

32.1.1 Counter party limits 2

32.1.2 Issuer limits 2

32.1.3 Currency limits 2

32.1.4 Dealer limits 2

Page 90 of 162

32.1.5 Broker limits (only empanelled brokers to be

permitted)

2

32.1.6 Scrip wise limits 2

32.1.7 Internal limits 2

32.1.8 Rating limits 2

32.1.9 Instrument wise limits 2

32.1.10 Stop loss limits 2

32.1.11 Take profit limits 2

32.2 The system should be able to generate alerts in

cases where limits are about to be breached

based on certain user defined limit amount /

trigger amount.

2

32.3 System should give an option to front office

users if they would like to continue with the deal

or abort it.

2

33 CORPORATE ACTIONS 16

33.1 System should support following corporate

actions: 16

33.1.1 Bonus 2

33.1.2 Rights 2

33.1.3 Dividend 2

33.1.4 Splits and consolidation 2

33.1.5 Merger/Demerger 2

33.1.6 Change in Name /address 2

33.1.7 Interest Payment and redemption. 2

33.1.8 Put / call Pop up 2

34 VALUATION , AMORTIZATION & NPI (Non

Performing Investment)

8

34.1 System should calculate Mark to market

valuation of all securities in the HTM, HFT, AFS

and the system should have provision for defining

the sub portfolio. System should have the

provision for any add on Market/Credit Risk

Charges for the purpose of Valuation.

2

Page 91 of 162

34.2 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 and automatically update Book Value

when required and pass necessary accounting

entries.

System should amortize (on daily basis) 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.

2

34.3 Automatic identification of NPI based on user

defined rules.

2

34.4 Posting of partial repayment received in

matured accounts or NPI accounts after due

date.

2

35 TAX DEDUCTED AT SOURCE 4

35.1 System should be able to keep track of TDS

certificates received & due to receive

2

35.2 System should be able to generate report on

total TDS deducted & TDS Certificates due for

receipt on monthly, quarterly, Half-Yearly &

Yearly basis

2

36 DIVIDEND ON EQUITY/PREFERENCE

SHARES/MUTUAL FUND

8

36.1 System should be able to record dividend

declarations

2

36.2 The System should be able to keep track of

Dividend received & due to receive

2

36.3 System should be able to generate report on

total dividend received & dividend due for

receipt on monthly, quarterly, Half-Yearly &

Yearly basis

2

36.4 System should generate Pop —up message

for HFT securities on 80th day (shouldbe user

definable based on change in RBI

guidelines or internal requirement) from the

date of purchase and should repeat on daily

basis with report generation

2

Page 92 of 162

37 Ability to maintain versions of everybusiness

objects (trade, payments, counterparties, etc)

in the system throughout their entire life-

cycle

2

37.1 Ability to fix original trade number with the

version number incremented each time market

events are performed

2

38 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 event on any component would be

replicated across all components. Conversely, weak

linked components will have market events applied

independently across all components

6

38.1 Ability to support P&L reporting across various

entities across different timezones.

2

38.2 Ability to maintain more than one accounting

standard for any entity, e.g. Ind AS, GAAP, etc.

4

TOTAL MARKS 530

4.5 Products and Instruments Requirement

Sr. No. Particulars ma ks S/C Comments

1 INVESTMENT DOMESTIC-The system should

facilitate administration, settlement, accounting and

revaluation of the following Domestic Investment

Instruments automatically using FIMMDA/CCIL/

NSE/Outside Agency/ Broker QUOTES on daily

basis. It has to take into account the staggered

payment of the securities,

2

Page 93 of 162

1.1 Government Securities:

Central Government (including FRBs /IIBs /STRIPS)&

State Government & TB /CMB

a. Primary market auctions

b. Secondary market operations(buying & Selling)

The above through NDS & NDS-OM systems

c. Open Market Operations & Buy backs

d. Redemption

a. On Tap operations

f. Central Government Special Securities, Central

Govt. Guaranteed Securities, State Govt. Guaranteed

Securities(Buying & Selling)

2

2 Security 22

2.1 Non Government Securities [Non SLR

Securities]

a. Primary market

b. Secondary market operations

I. Buying

II. Selling

c. Redemption (Part & Full)

d. Interest payment pop-up,

e. Put- Option alert date

2

2.2 Non convertible Bonds & Debentures

a. Secured

b. Unsecured

c. Rated

d. Unrated

e. Listed

f. Unlisted

g. Taxable

h. Tax Free

i. Subordinate Bonds (TIER I, TIER II)

2

2.3 Certificate of Deposits / Commercial Paper /

Security Receipts / Venture Capital

2

2.4 Mutual Fund investments (Debt/Equity Oriented)

a. Subscription

b. Redemption

2

Page 94 of 162

2.5 Pass Through Certificates / Securitized

Issuances

a. Secured

b. Unsecured

c. Cash Collaterals

d. Guarantee

e. Listed

f. Unlisted

g. Guarantee structures

The above function again divided into

i. Subscription / Application / Allotment

ii. Buying

i ii. Selling

2

2.6 A) Equity shares / Preference Shares / Convertible

Bonds / Warrants / Depository Receipts

a. Listed

b. Unlisted

c. Quoted

d. Unquoted

2

2.7 The above function again divided into

i. Subscription / Application / Allotment

ii. Buying

i ii. Selling

iv. Commitment, Drawdown & Payouts for

Venture Capital investments

2

2.8 System should be capable of handling various

exotic bonds traded in India — perpetual, step-

up, callable and/or putt-able, staggered maturity

etc.

2

2.9 System should be capable of blocking bond

deals settling within the lock-down period and

roll the date to the next valid date.

2

2.10 System should be capable for preparation of

proposals for Primary investment and

management of existing investment

2

2.11 Constituents’ Subsidiary General(CSGL) Account

operations

Government Securities

a. Secondary market operations

I. Buying

II. Selling

b. Redemption

2

3 Foreign Exchange 6

Page 95 of 162

3.1 Following currencies should be available in the

system:

2

AUD,CAD,CHF,EUR,GBP,HKD, INR ,JPY,

SGD, USD, and all other legal currencies

required and solution should be able to process

transactions pertaining to any two of the

above currencies in any order for e.g. USD/JPY

& JPY/USD

3.2 Inter-bank FX 2

a. Cash

b. Tom

c. Spot

d. Forward

3.3 Merchant FX 2

a. Cash

b. Tom

c. Spot

d. Forward

e. Long Term Forward

f. Cancellation and re-booking and roll over

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. Customer Profiling including monitoring of

limits (contracted method & past performance

method), margin, MTM margin for Forward contracts,

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

U.S. Dollar – Rupee / Euro – U.S. Dollar /

Pound – U.S. Dollar / U.S. 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

4.1 Module for controlling and accounting of

commodities like Gold, Silver etc

2

5 Other Deposit 4

Page 96 of 162

5.1 The system should provide facility for

disbursement as well as maintain records of

repayment along with interest payment details

for deposits with RIDF Series, SIDBI, NHB,

and Others

2

5.2 Twin Currency Option 2 optional

6 Money Market 4

6.1 Money Market Operation– Repo, Reverse Repo,

Market Repo, CBLO, Call/Notice Money, Term,

CDs, Export Refinance, Term Repo (both

lending and borrowing for all transactions)

4

TOTAL MARKS 40

4.6 Derivatives Requirements

Sr. No. Business Process Max

Mark

s

S/C Comment

s

1 Exchange Traded Currency futures & options [

including limit, margin maintenance and call

facility]

2

2 Exchange Traded Interest Rate Future 2

3 Currency Swaps:

Cross Currency Swaps (Fixed & Floating) Coupon

Swaps (Fixed & Floating)

Principal Swaps (Fixed & Floating) Range Accrual

swaps

Swaps & Forward Rate Agreement

With amortization / accreting schedules

Swaps with different tenor benchmark, setting

& cash flows

Basis Swaps

In Advance / In Arrears Constant maturity swap

Caps and Floors

Other exotic swaps (such as Straddle, Strangle,

butterfly, saddle etc.,)

2

Page 97 of 162

4 Currency Options:

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 — 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

2

5 Interest Rate Swaps (IRS)

Interest rate swaps on different currency curves as

defined in the currency master above

Indian Interest Rate Swaps

OIS (Compounding)

INBMK Swaps INCMT Swaps MIFOR Swaps

MITOR Swaps MIOIS Swaps

2

6 Swaptions:

Receiver Swaptions

Payer Swaptions

Forward Start Swaptions

2

7 Interest Rate Options: Caps

Floors

Collars

Knock out Caps

Knock Floors

2

8 Ability to combine /link different products into one

transaction e.g. Currency swap with embedded

currency options

2

9 RANGE OF DERIVATIVE PRODUCTS/

INSTRUMENT TO BE COVERED

96

9.1 Currency Options 18

9.1.1 European Options 2

9.1.2 American Options 4

Page 98 of 162

9.1.2.1 Exchange Futures 2

9.1.2.2 Currency futures 2

9.1.3 Plain Vanilla 2

9.1.4 Single Barrier (Knock-In / Knock-out) (American /

European barrier monitoring)

2

9.1.5 Double Barrier (Knock-In / Knock-out) (American /

European barrier monitoring)

2

9.1.6 Partial / Window Barrier 2

9.1.7 Multiple options 2

9.1.8 Derivative strategies like Ratio Range, Forward

Extra, Seagull, Straddle, Butterfly among others

2

9.1.9 Greeks — Plain vanilla 2

9.2 Interest Rate Swaps 28

9.2.1 Plain Vanilla 2

9.2.2 Basis Swap 2

9.2.3 Overnight Indexed swap 2

9.2.4 Amortizing swap 2

9.2.5 Accretion Swap 4

9.2.5.1 In Advance / In Arrears 2

9.2.5.2 Interest Rate Caps / Floors / Collars 2

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: 2

9.2.12 Stub at start 2

9.2.13 Stub at end 2

9.3 Cross Currency Swap 36

9.3.1 Plain Vanilla 2

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

Page 99 of 162

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.13.1 Swap with Stub: 2

9.3.13.2 Stub at start 2

9.3.13.3 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

9.6 Other Derivative Products allowed by the

Regulators from time to time

2

10 Front Office activities to be supported 86

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

10.5 Standard Settlement Instructions should be

automatically defaulted based on deal

parameters

2

10.6 Facility to copy existing deal to generate new

deal.

2

10.7 Facility to mirror existing deal to generate back

to back deal.

2

10.8 System should support generation of deal

tickets.

2

10.9 Facility for stripping of currencyoptions in to

multiple options (shortcut feature for deal

definition) with change of :

8

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

10.10 Definition of currency option strategies as

templates which can be easily referenced

for creation of strategies

2

Page 100 of 162

10.11 Calculation of Greeks for Currency Options 2

10.12 System should support pricing of derivative

deals at the time of deal entry.

2

10.13 System should provide standalone screen for

pricing of derivative deals with provision to

convert the entered parameters to a deal.

2

10.14 Matching/ Un-matching of back to back

Derivative Trades. System should support both

full and partial matching of two or more deals.

2

10.15 Facility to Terminate Derivative Deals. System

should compute MTM with a facility to change

the system computed MTM amount.

2

10.16 Monitoring screen to monitor Barrier Currency

Option Deals for Knock-In and Knock-Out

events.

2

10.17 Currency Option deals eligible for exercise or

lapse should appear automatically on the screen

along with important deal information.

2

10.18 Facility to create structured product

encompassing various Currency Option,

Principal Swap, IRS and Forward Rate

Agreement deals.

2 optional

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

10.21 Computation of Delta, Gamma Theta & Rho

for Currency Options

2

10.22 Facility to designate any of the above derivative in

to hedge or trading.

2

10.23 Facility for front office user to manually define the

underlying. This should be through a field over and

above the ―Remarks‖ field.

2

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 with advance model.

2

10.27 Facility to support Indian, Overseas Fx listed

option

2

10.28 Facility to build linear combined structure

products with stripping and solver feature.

2

10.29 Facility to handle Fx option related market data,

especially Fx smile interpolation

2

Page 101 of 162

10.30 Facility to monitor P& L, position, Greeks and

other unique greeks natively and dynamically

2

10.31 Facility to manage fx optionrelevant events like

exercise and barrier knock for bulk number of

options

2

10.32 Facility to manage the special events in Indian

forex option market, like bulk modify the

expiry/settlement days due to sudden holiday,

modify the settlement type at maturity

2

10.33 Facility to handle commodity in native module

instead of using other asset class proxies.

2

10.34 Facility to manage different

product/location/quality/units etc and

aggregate/convert position accordingly.

2

10.35( a) Facility to manage full set of commodity listed

and OTC products.

2

10.35(b) Commodity trading 2

10.36 Facility to manage embedded IR and FX risks in

commodity products in the same manner as IRD

and FX desk, therefore a full cross asset

solution.

2

10.37 Facility to handle various equity products: listed

and unlisted equities, mutual funds

(debt/equity/liquid schemes), preference

shares, Initial Public Offering (IPO) subscription

and allotment, partly and fully paid venture

capital funds, capital advancement and

convertible debentures.

2

10.38 Facility to display average holding cost at portfolio

or entity level.

2

10.39 Facility to handle corporate actions: cash and

shares dividends, split and reverse split,

merger, spin off, rights offering.

2

11 MID OFFICE ACTIVITIES TO BE

SUPPORTED 12

11.1 Real time limits monitoring for Currency, Dealer

and Counterparty based on Notional Principal.

2

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

rates.

2

Page 102 of 162

11.6 Facility to download and capture currency

exchange rates and yield curves.

2

12 BACK OFFICE ACTIVITIES TO BE

SUPPORTED 32

12.1 System should support back office

authorization.

2

12.2 Facility for reset rate entry for Swap and FRA

deals on reset date. System should by default

display the applicable benchmark rate with

provision to change the same before saving the

record.

2

12.3 Facility to change the settlement currency for

FRA, Currency Options and Swap deal

settlements

2

12.4 Backdated processing including interest accrual

and settlement for backdated swaps.

2

12.5 Facility to confirm a deal and print the

confirmation letter. Ability to view the existing

confirmed deals

2

12.6 Facility to transfer complete deal wise portfolio

position from one portfolio to another

2

12.7 Ability to modify swap parameters like reset date,

compounding date and coupon date defined as

part of deal entry.

2

12.8 Facility to change settlement instructions 2

12.9 System should support Forward Revaluation 2

12.10 Facility to amortize the MTM in case of

termination of deal in ―Hedging‖ portfolio

2

12.11 Facility to view deal wise MTM across products

with facility to view selected deals or portfolios

2

12.12 Facility to view overall MTM across dealers/

selected dealers by super users

2

12.13 MTM Trend analysis for any product/ deal -

intraday as well as across dates

2

12.14 System should have capabilities to calculate the

following margins :

a. Initial margin

b. Extreme loss margin

c. Calendar Spread margin

d. Marked to market

2

Page 103 of 162

12.15 System should be able to tally daily margins

maintenance form:

a. Government securities

b. Cash

c.Other forms

2

12.16 System should be able to link to the respective

exchange platform systems:

MCX —SX, NSE, BSE, USE, Others

2

13 SWIFT CAPABILITIES 18

13.1 Generation of SWIFT confirmation

messages for derivative deals

16

13.1.1 MT305 - CO Plan Vanilla Confirmation 4

13.1.2 MT306 - CO Single Barrier Confirmation 4

13.1.3 MT340 - FRA Confirmation 4

13.1.4 MT341 - FRA Settlement Confirmation 4

13.2 System should support reconciliation of inward

SWIFT confirmation messages for Derivative

deals.

2

TOTAL MARKS 260

Page 104 of 162

4.7 Technical Requirements

Sr. No. Business Process Max

Mark

s

S/C Comment

s 1 Concurrent Use 2

1.1 The system should be able to support

simultaneous use of the system by multiple

users

2

2 Scalability 2

2.1 The proposed solution should be able to increase

or decrease processing resources as per business

needs, without the necessity of re-writ ing

code, or undertaking other major efforts

2

4 Data Storage and Archiving 10

4.1 The Proposed Solution should be able to store

data for 10 years and during this period, Data

recall should not require any additional coding

or additional retrieval procedure. The archival

and retrieval programs should facilitate easier

analysis of old data

4

4.2 The system should be able to archive

transactional database records. Archived data

should always be available in the system. The

user at all points of time should be able to access

and print archived data

2

4.3 System should support archiving of data that

are beyond a specified time horizon. This

should be parameterizable

2

4.4 Export of data to secondary storage device should

be supported by the system

2

5 Documentation 2

5.1 The system should be able to provide intuitive

and current online documentation.

2

6 File import and export functionality 2

6.1 The system should have flat file

import/export functionality to export transaction

data and static data in the following formats

Microsoft Excel Format (.XLS/.XLSX)

Microsoft Word Format (.DOC/.DOCX)

Comma separated values (.CSV)

Text file (.TXT), PDF, XML etc

2

7 Database Security 4

Page 105 of 162

7.1 The proposed solution should allow users to be

controlled (creation, activation, deactivation,

deletion etc.) by a specific administrator

2

7.2 Addition of features should be allowed only

through a properly revised upgrade and data

migration method

2

8 SYSTEM SECURITY & SYSTEM

ADMINISTRATION

28

8.1 The system shouldenable profiling of users and

definition of control levels & passwords

2

8.2 The system should enable creation of different

access groups with different access control.

Users may belong to multiple group

2

8.3 Log on to the system should require users to

provide unique user ident i ty and form of

personal identification e.g. a password

2

8.4 Bank‘s Password management features like

length and pattern, password encryption, expiry,

disabling after unsuccesfull attempts, time-out,

force password change for events etc.

2

8.5 System Administration should provide for

creation, deletion and modification of users,

upgrade users and assigning data

access/modification rights of various user

groups

2

8.6 Access only to designated users, and user set-

up should be centrally controlled through a

specific administration module.

2

8.7 Maker Checker concept for all type of

transactions. 2

8.8 Generation of detailed audit trails with the

following minimum features:

8.9 List of all users logged on to the system 2

8.10 List of attempted unauthorized logins 2

8.11 Details of databases accessed and modified

by the users.

2

8.12 Generation of daily audit trails. Separate audit

trail for exceptional transactions.

2

8.13 Provide adequate backup and recovery

features. 2

8.14 Database locking features in the situation that

there are multiple accesses and updates on

the same record.

2

Page 106 of 162

Total Marks 50

Page 107 of 162

4.8 Reports

Sr. No. Business Process Max

Marks

S/C Comments

1 Reporting 20

1.1 System must come pre-packaged with standard

reports that can be modified / customised

2

1.2 System should support on demand and batch

reporting

2

1.3 System should have the framework to

generate

gulatory reports and support all required data

fields

2

1.4 System must support GUI based business

intelligence tool for configuring reports

2

1.5 System must interface with enterprise reporting

solutions/tools Integration

2

1.6 System must have support for out-of-the-box

connectivity to external systems (trading

systems, downstream systems, payment

gateways etc) Interface workflows should be

configurable

2

1.7 Interface should support various file formats for

Import and Export (CSV, XML, FpML, ASCII etc)

2

1.8 Ability to integrate custom connectivity 2

1.9 System should support error handling and

notifications for interface and workflow related

errors

2

1.10 System must provide tools for reconciliation of

data imported/ exported from external systems

including SGL Account holding from E-Kuber

2

2 Regulatory Reports 60

2.1 Should include, but not limited to:

NOOP : Net outstanding Open Position (including

against INR) Intra Day / Day Light limit (including

against INR)

2

2.2 GAP : GPB (Gaps, position and Balance) return 2

2.3 FTD: Forex Turnover Data 2

2.4 Counterparty :Exposure Counterparty limit

exposure report

2

2.5 OFCB : Overseas Foreign Currency Borrowing

report

2

2.6 ALM : Asset Liability Management 2

Page 108 of 162

2.7 MAP : Maturity And Position 2

2.8 PPB : Past Performance Basis 2

2.9 SIR : Statement regarding Interest Rate

Sensitivity

2

2.10 IRSM : Interest Rate Sensitivity Monitor return 2

2.11 CRAR : Capital Adequacy Return reports IC-4,

IC-5, IC-6

2

2.12 RBI Daily Position summary

NORD: Non Option Rupee

Derivatives(Monthly/Quarterly)

2

2.13 SFR II & III : Special Fortnightly Return II & III

Section 42, Annex B: Annexure-B of section

42 Banking Regulation Act 1949.

2

2.14 STAT 5 :Inflow — Outflow of FCNR deposits 2

2.15 MM Daily return : MM Daily Return to RBI 2

2.16 Capital Market Exposure (Joint Parliamentary

Committee)

2

2.17 Short sale report 2

2.18 DSB Monthly/Quarterly 2

2.19 Risk Weight Asset 2

2.20 Statutory Reports 2

2.21 MTM Credit Exposure Report 2

2.22 Various market risk reports

Utilization : Utilization of FCNR funds R Returns

IBS Report

2

2.23 Cross Currency report to RBI 2

2.24 Option weekly report to RBI 2

2.25 Interest rate swap 2

2.26 IRF reports 2

2.27 IRS client report 2

2.28 CSGL Report. 2

2.29 ALCO Report

2

2.30 Intraday Liquidity statement Fortnightly valuation

of SLR securities

2

Page 109 of 162

2.31 RBS RBI Reporting

2.32 True Currency position

3 Report customization 12

3.1 The system should be able to generate reports

based on all available data

2

3.2 The system should allow reports to be exported

into Microsoft Excel, Word, CSV, PDF, XML,

XBRL and text format

2

3.3 The system should be able to provide context

sensitive help to guide users

2

3.4 The system should allow users to present

outputs in the form of graphs, charts and other

graphic representation

2

3.5 The system should allow for sorting of data on

trader workstation

2

3.6 The system should have the ability to isolate

and report errors and exceptions

2

4 Report Coverage 14

4.1 Ability to generate an output of all accounting

entries for a user specified period

2

4.2 Ability to distinguish between realized and

unrealized gain/ loss

2

4.3 The system should be able to support interest

payments in advance and arrears for Interest

Rate Swaps

2

4.4 The system should be able to amortize financial

instruments based on straight line method

and effective Interest rate method for securities

under HTM categories

2

4.5 Calculation of amortization on HTM categories

at weighted average method or FIFO as per

Bank‘s policy

2

4.6 The system should have the ability to show

changes due to exchange rate movements

separate from changes in market value

2

4.7 Frequency of reports can be:

Daily, Weekly, Fortnightly, Monthly, Quarterly, Half

Yearly, Annual, For any given period

2

5 Report Formats 8

5.1 Daily report containing Resources position 2

5.2 Daily Front Office Transaction Report Dealer-

wise, Sanctioning authority wise

2

5.3 Scheduling of reports 4

Page 110 of 162

5.3.1 The system should allow for generation of

reports on real time basis

2

5.3.2 Pre-defined reports should be generated with a

minimum of user interference

2

6 Archiving of reports 2

6.1 The system should archive historical rates

extracted from market information systems and

should also allow for archiving of historical

reports

2

7 Integration with Enterprise Reporting

Solutions/Tools

4

7.1 System must provide tools for reconciliation of

data imported/ exported from external systems

4

8 The system should have easy report writing

facility (Report Writing Tool/Wizard), in the

user defined format for generating MIS

statements and other adhoc reports. For

Internal adhoc MIS and reporting, Officers in

the treasury branch should be trained to

generate Simple reports.

8

8.1 Facility to download data from Integrated

Treasury Package to Excel Form.

4

8.2 Soft copy of the reports should be generated in

.xls/.doc/.pdf / csv formats

4

9 RBI Returns 40

9.1 Cash Reserves With RBI 2

9.2 CRR Maintenance FORM A. 2

9.3 Fortnightly Average RBI Balance 2

9.4 Statutory Liquidity Requirement 2

9.5 Provisional data on maintenance of SLR. While

calculating / computing total SLR — every day

,system should be able take into consideration all

adjustments in the value of securities 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.

2

9.6 R Return 2

9.7 DSB All Return 2

9.8 Investments in equity in the capital market by

commercial banks

2

9.9 Report on Capital Adequacy 2

Page 111 of 162

9.10 Special fortnightly return IIIPart 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

9.19 Monthly reconciliation of SGL Accountbalances

retrieved from E-Kuber with our portfolio

2

9.20 Annual report of repo transactions for balance

sheet purpose with detailed working

2

10 Ledger Reports 90

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 — profitability report including money

market swaps

2

Page 112 of 162

10.26 Date-wise/Instrument-wise Profit During a

Period

2

10.27 Portfoliowise Performance measurement report

at user defined frequency or range of period

2

10.28 Product specific interest rate forecasting 2

10.29 Product wise/ Portfolio wise Statistical

analysis of past performance (Quarterly/Half

yearly/Annual — at least 3 corresponding

periods)

2

10.30 Daily return on Call, Notice, Term money, Repo

transactions, CBLO

2

10.31 Average outstanding and yield security /

sector / portfolio wise

2

10.32 Balance sheet value of all securities based on

the following classifications: Held to maturity,

Held for trading, Available for sale and any other

classification as required by the bank.

2

10.33 Schedule 12, FBD Balance sheet, Basel

Returns

2

10.34 Position reports — Category wise as on any

date, comparison between three given dates

2

10.35 Entity wise (exposure to a company), Scrip-

wise, portfolio-wise position as on any date

2

10.36 Balance Report for any given day 2

10.37 Funds Position As on 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 Exceptions Reports During a Day — Grouped for

every function

Bucketwise outstanding IB/MF contracts

Forex Business Turnover report

Report on FCS account

Daily DAC Report ( Issued / Responded)

POB Outstanding report (Department wise)

Counterparty limit exposure for MFC (CM/PP)

Profit & Loss account

Balance sheet

FxJV /JV INR module

6

11 ONLINE DEALERS PAD 116

11.1 Online Portfolio 2

11.2 Deal Note 2

Page 113 of 162

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

11.10

Deal Details-Security wise

the bank require an online branch automation

platform for customer FX trades

2

11.11 Consolidated Deal Details 2

11.12 Deal Detail Between Two Dates 2

11.13 Deal Details Value date wise Between Two

Dates

2

11.14 New Consolidated Deal Details 2

11.15 New Consolidated deal details dealerwise 2

11.16 DEAL CONFIRMATION - CALL MONEY 2

11.17 Deal Confirmation - Non SLR 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 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

Page 114 of 162

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 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 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 2

12 Payment Gate wise (FCTM) Advice

Summary 130

12.1 Account Ledger Interbank maturity register with

payment mode (Cash/Settlement(INR)-cross

currency)

2

12.2 Interbank Maturity Report 2

12.3 Overdue Interest – Age wise 2

12.4 Overdue Merchant Contract 2

12.5 Overdue Export Bills / Due for Delinking 2

12.6 Overdue Foreign Currency Loans 2

12.7 Profit and Loss statements 2

12.8 Realized Profit and loss 2

12.9 Volume and turnover status reports 2

12.10 Cash flow statements - Daily /Weekly /

Monthly/Quarterly/ From-date – to date

2

12.11 Broker Exposure Transaction wise 2

12.12 Brokerage paid during a Period-Broker wise 2

Page 115 of 162

12.13 Broker-wise reports (stating the % of business

done) 2

12.14 FEDAI Revaluation (Daily/Monthly/Quarterly) 2

12.15 Interbank deal register 2

12.16 Repo deal register 2

12.17 Repo deals due date diary 2

12.18 Unconfirmed forex fwd. Contracts 2

12.19 Dealers pad 2

12.20 IB Foreign currency contract confirmation 2

12.21 R Returns 2

12.22 R returns currency wise details 2

12.23 Nostro balances

Consolidated Nostro Ledger

Statement of Matched Entries on particular day

Mirror Balance Summary

Nostro Balance Summary

Reverse Reconciliation

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

2

12.24 Age wise Nostro entries 2

12.25 Check list for Nostro statements 2

12.26 Age wise analysis of un-reconciled entries from

Date To Date

2

12.27 Reconciliation of o/s Nostro entries as on Date 2

12.28 Inward Remittances Report 2

12.29 Outward Remittances Report 2

12.30 FCNR resources register 2

12.31 FCL resources register 2

12.32 RFCTD Resources register 2

12.33 Outstanding FCNR as on a particular date 2

12.34 Outstanding RFC-TD as on particular date 2

12.35 Outstanding FCL 2

12.36 Overdue FCNR 2

12.37 EEFC/DRFC/DDA ledgerbranch/customer/currency

wise

2

12.38 RFC ledger branch wise/customer

wise/currency wise 2

Page 116 of 162

12.39 Provision for interest accrued -FCNR 2

12.40 Provision for interest accrued -RFC TD 2

12.41 All related reports for FCNR/ RFC deposits

controlled under old as well as new accounting

system

2

12.42 Revaluation of FCNR /RFC should be calculated

by the system and entries should also be

passed by the system.

2

12.43 Department wise sundry as well as POB head

to be maintained.

2

12.44 Outstanding merchant forward contracts 2

12.45 Merchant Forward Contracts utilized between 2

dates

2

12.46 Merchant Forward unconfirmed deals 2

12.47 -Contract cancellation debit/credit advice and

entries of loss / gain there on as per RBI norms.

2

12.48 Mer. Cont. early delivery andrecovery of swap

charges / interest on outlay

2

12.49 Contracts due for delivery of documents 2

12.50 Merchant forward contracts due within spot date 2

12.51 Merchant forward contract register between 2

dates 2

12.52 Contracts due for auto - cancellation 2

12.53 Merchant forward contract summary 2

12.54 Merchant contracts overdue 2

12.55 Contracts cancelled 2

12.56 Contract Register 2

12.57 Transaction log 2

12.58 Forward suspense register 2

12.59 Suspense cancellation register 2

12.60 Suspense reversal register 2

12.61 Suspense early delivery register 2

12.62 List of transactions maturing between two dates 2

12.63 Outstanding suspense register 2

12.64 Crystalized bills report 2

12.65 Bills to be crystalized 2

13 Regulatory Reporting 432

13.1 Daily RBI/ SBI / any other regulatory balance

(Centre wise)

2

13.2 Reports on Funds & Treasury Position-

maintenance of CRR/SLR

2

13.3 Interest on CRR 2

13.4 Daily-Fortnight Position 2

Page 117 of 162

13.5 Fortnightly call Lending - Annexure-C 2

13.6 Call Borrowing Details - Annexure-C 2

13.7 Fortnightly cumulative Call Money Transaction

Position

2

13.8 Institute wise Call Details (Lending) 2

13.9 Centre wise Call Details (Lending) 2

13.10 Institute wise Call Details (Borrowing) 2

13.11 Centre wise Call Details (Borrowing) 2

13.12 Call Money Transaction (Lending) for a period 2

13.13 Call Money Transaction (Borrowing) For a

period

2

13.14 Call Lending Average Rate 2

13.15 Call Borrowing Average Rate 2

13.16 Call-Per day Lending Average (Banks/Others) 2

13.17 Call-Per day Borrowing Average (Banks/Others) 2

13.18 Daily Call Report 2

13.19 CALL-Daily Interest Banks and Others 2

13.20 Average Yield/Average Cost in Call Money

Market

2

13.21 Detail Short term Deposit 2

13.22 Branch wise short term deposit (Outstanding) 2

13.23 Counter Party-wise Exposure 2

13.24 Voucher (LAF/REPO)-For a Date 2

13.25 Summary of LAF/Repo Voucher 2

13.26 RBI LAF/ Repo During a Period 2

13.27 Repo Transactions on Monthly/quarterly/half

yearly & yearly basis as per RBI requirements

2

13.28 Deployment of Funds in Debt Oriented Mutual

Funds 2

13.29 Summary of Deployment of Liquid Funds and

Report on Investment in Liquid Mutual Fund to

Bank‘s Net worth

2

13.30 Security Holding SGL/ Demat / Physical

Detailed

2

13.31 Security Holding HTM/AFS/HFT 2

13.32 Security Holding Credit Rating wise Summary 2

13.33 Security Holding Credit Rating wise Detail 2

13.34 Security Holding Sector/Industry Summary/

Detail 2

13.35 Security Holding SLR/Non SLR/Recap Bonds 2

13.36 State wise Security Holding Summary 2

13.37 Branch wise / DP wise Security Holding 2

13.38 Report on the investment in Central Loans 2

13.39 Investment in State Development Loans 2

Page 118 of 162

13.40 Investment in Other Approved Securities 2

13.41 Investment in Tier-II capital of other Banks 2

13.42 Report on the investment in Bonds

& Non- Convertible Debentures

2

13.43 Report specifying the investments with ―Call‖ or

―Put‖ Option / date wise / notice period wise.

2

13.44 Report with regard to the exposure in Capital

Market

2

13.45 Report with regard to Investment in Venture

Capital Fund / Undrawn balances in these funds

2

13.46 Static and Dynamic Gap Reports 2

13.47 Capital Market Exposure Report Net of

Exemption

2

13.48 Maturity Pattern 2

13.49 Age-wise report in respect of HFT (to check 90

days defeasance period)

2

13.50 Mark to Market report for the portfolio (Product-

wise & Category-wise)

2

13.51 Rating Migration Report 2

13.52 Issuer wise Investment Transaction During a

Period

2

13.53 Issuer wise Exposure and Overdue (Category

wise)

2

13.54 Sector-wise Investment Report 2

13.55 Report on Quoted/Unquoted, Rated/ Unrated,

Listed /unlisted, Securities

2

13.56 Report on Non-Performing Investment with

provisions.

2

13.57 Summary of NPI / Written off investments 2

13.58 Report on average Investment - Scrip-wise,

category wise, portfolio-wise

2

13.59 Duration/Modified Duration/Current Yield

summary of Portfolio (Online)/ total

2

13.60 Volume and turnover status reports 2

13.61 Daily Turnover 2

13.62 Security Wise Turnover 2

13.63 Interest Forecast Report 2

13.64 Cash flow statements - Daily/Weekly/

Monthly/Quarterly/Yearly

2

13.65 Investment Interest A/C Collection (Long Book) 2

13.66 HTM Sale During a Period with profit / loss 2

13.67 Advice Details 2

13.68 HFT Revaluation 2

13.69 Category wise Yield On Investment 2

13.70 Current Yield on Portfolio 2

13.71 Report on average Yield, portfolio-wise 2

Page 119 of 162

13.72 Report on Equity portfolio Dividend Yield 2

13.73 Report on Mutual Fund - Enter Portfolio,

Scheme wise Return

2

13.74 Dividend Received Long Book 2

13.75 Asset Position Tracking 2

13.76 Interest Vouchers-For a Date 2

13.77 Securities Maturing during a period 2

13.78 Redemption Detail during a period 2

13.79 Redemption SLR/Non SLR during a period 2

13.80 Redemption Overdue Letter to Branch 2

13.81 Redemption Overdue Letter to Institution 2

13.82 Valuation Detail & Summary (Tax Purpose) 2

13.83 Outright Purchase Detail during a Period 2

13.84 Subscription during a period 2

13.85 Investment Statement Top Sheet 2

13.86 Overdue Interest with breakup 2

13.87 Risk Weightage Investment /Acc/ Ovd 2

13.88 Accrued Interest for allinterest bearing securities

(Rating wise/Current Yield wise/YTM wise)

2

13.89 Investment Accrued/Amount Central/ State

Others as per GL ( date wise category

wise/deal)

2

13.90 Summary of Sale-Purchase Voucher 2

13.91 Summary of Interest/Redemption Voucher 2

13.92 Payment Gate wise (FCTM) Advice Summary 2

13.93 Voucher Money Market 2

13.94 Position of Overdue Redemption 2

13.95 Voucher (Sale/Purchase/Redemption) - For a

Date

2

13.96 Interest Letter to Branch 2

13.97 Interest Receivable During a Period (Summary) 2

13.98 Interest Receivable — Branchwise summary 2

13.99 Credit Rating Details 2

13.100 Security Holding Summary (Any-prior-dated) 2

13.101 Duration/Modified Duration (Any-prior-dated) 2

13.102 Money Market Letter 2

13.103 Security-Holding (Detail) — Industry wise 2

13.104 Issue wise Exposure and Overdue (Any-Prior-

Dated) 2

13.105 Accrued Interest On the Portfolio 2

13.106 Summary Of Accrued Interest On the Portfolio 2

13.107 Tax free Security List 2

Page 120 of 162

13.108 Branch / DP wise Security Holding (Any-prior-

dated) 2

13.109 Redemption Receivable During a period 2

13.110 Various Investment Account 2

13.111 Security Holding Detail (SHARE, MF) 2

13.112 Interest Income On Sale/Purchase — Category

wise 2

13.113 Security Holding (Detail) - Security Name Wise 2

13.114 Valuation (Mutual Fund) - Detail/Summary-

Category wise

2

13.115 Capital Market Exposure Statement 2

13.116 Summary Sheet - MM Vouchers 2

13.117 NADB Summary (Rated, Quoted, etc.) 2

13.118 Status of Overdue Interest of a Past Date 2

13.119 Security Wise Transaction for a period (SGL) 2

13.120 Accrued Interest on Term Money Deposit 2

13.121 Online Valuation of Equity/MF 2

13.122 Valuation Detail & Summary (Normal) 2

13.123 Interbank Repo During a Period 2

13.124 Dividend Summary 2

13.125 Detailed Security Holding (Quoted/Not Quoted) 2

13.126 Overdue Interest Not Booked As Income No. of

months

2

13.127 Overdue Interest Booked as Income No. Of

Months 2

13.128 Average Securities (Monthly) 2

13.129 Redemption Detail during a period Category

wise 2

13.130 Subscription during a Period Category wise 2

13.131 Board Note Annexure Category wise 2

13.132 Interest From Tax free Bonds 2

13.133 Account Ledger (Date wise Breakup) 2

13.134 Branch wise Security Holding with BV (Any prior

dated)

2

13.135 Any other regulatory report 2 5 additional

reports

13.136 Trial Balance 2

13.137 Maturity Profile (Call/Put) 2

13.138 Interest letter to issuer 2

13.139 Investment Interest A/C Collection (portfolio

wise) 2

13.140 Security List with call/put option 2

13.141 Board Note Annexures for Sale/Purchase 2

Page 121 of 162

13.142 Report accrual interest posted during day end

process at the time of quarterly/Half

Yearly/Annual closing

2

13.143 Posting of Overdue interest during day end

process at the time of quarterly/Half

Yearly/Annual closing

2

13.144 There should be segregation between overdue

investment & NPI investment in relative report

2

13.145 In case of PTCs & other similar instruments, the

cash flow generation, payment of interest

cannot be defined at the time of creation of

instrument. Such facilities should be made

available

2

13.146 While verifying history of any securities

such as interest received date wise,

redemption received date wise present

outstanding is not available in one report.

2

13.147 Reports which are required for daily

monitoring purpose such as Holding position,

Transaction Report category wise, profit

position category wise, Trial Balance & other

reports.

2

13.148 Report on Amortization

Daily/Weekly/Monthly/Quarterly

2

13.149 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

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

10

Page 122 of 162

13.150 System should be capable of forecast MTM

value of Investments comprising dated securities

(total as well as Scrip/Category/portfolio wise) on

deviation of YTM by user defined basis point

change from the current level

2

13.151 For the purpose of Income Tax Act as amended

upto date valuation of securities at quarterly

intervals taking into account least of book

value/market value of each individual security

2

13.152 Profit and Loss statements 2

13.153 Realized Profit and loss 2

13.154 Projected Interest Accrual based on current

portfolio

2

13.155 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

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

13.156 Report on sale of HTM securities for the user

defined period

2

13.157 Report on Interest due as on any date (category

wise & summary with age wise classification)

2

Page 123 of 162

13.158 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-year/year

c ) Less – Interest Paid onPurchase of securities

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

13.159 Watch Report (If VaR is increasing over a

period) 2

13.160 Brokerage Paid During a Period-Broker wise 2

13.161 Brokerage Exposure Statement Broker wise 2

13.162 VAR For HFT as well as AFS as per IMA

approach – Report frequency daily as well as

user defined

2

13.163 Risk Weight Assets & Exposures (Domestic) 2

13.164 Capital Charges as per standardized & IMA

Approach – Report frequency daily as well as

user defined

2

13.165 All the regulatory/internal limits, on solo &

gross basis can be fed into the system.

2

13.166 Duration, Modified Duration, Convexity, Current

Yield, YTM, VaR etc, can be obtained security-

wise, category wise & portfolio wise.

2

13.167 Valuation of securities can be obtained online 2

13.168 Sensitivity & scenario analysis can be done 2

13.169 Online dealer-wise position of Held For Trade

portfolio with cut-loss limits

2

Page 124 of 162

13.170 Only empanelled brokers should be marked

active. Broker wise turnover (amount and

percentage vis-à-vis total brokers' turn-over)

for the financial year should also be provided

online

2

13.171 Position of investment portfolio should be

available online clearly specifying exposure

limits vis-a-vis actual maintenance

2

13.172 List of un-rated and unlisted investments can

be obtained

2

13.173 Threshold limits (90% of the maximum limits)

should be fixed and made available online

2

13.174 Report should be able to generate Market

Risk & Credit Risk charges, Portfolio wise, for the

purpose of RAROC.

2

13.175 Counter party exposure 2

13.176 Foreign. Currency position-currency wise and

summary

2

13.177 Sources and uses of foreign. Currency funds 2

13.178 Borrowing maturity pattern-Lending-currency

wise 2

13.179 Borrowing maturity pattern-Borrowing-currency

wise 2

13.180 Currency wise gap scan 2

13.181 Maturity mismatch currency wise and USD

equivalent 2

13.182 Summary of daily gaps, position and cash

balances 2

13.183 Daily reporting of forex operation 2

13.184 IC-5 - including net open position of foreign

Currency 2

13.185 Credit risk concentration in derivatives/ forex

contracts - Top 10 customers

2

13.186 Credit risk concentration in derivatives/ forex

contracts - Top 10 inter bank

2

Page 125 of 162

13.187 Bucket wise position of Borrowings in Foreign.

Currency

2

13.188 Capital assessment under Basel — Basel-III 2

13.189 Qty/ Monthly Forex Review-Forex Turnover 2

13.190 CAM(Capital Adequacy Monitoring Statement) 2

13.192 MAP currency wise & consolidated 2

13.193 SIR currency wise & consolidated 2

13.194 STAT 5 2

13.195 BAL Statement 2

13.196 Cost and yield statements 2

13.197 Statement of distressed assets 2

13.198 SFR Statement (Statement of foreign Currency

balances held abroad)

2

13.199 Country exposure report 2

13.200 Structural liquidity report 2

13.201 Comparative figures of capital charge as per

BASEL — II AND III & IMA guidelines

2

13.202 Cost & Yield of outstanding BUY / SELL

foreign. Currency resources swap

2

13.203 Cost & Yield on Sources and Uses - foreign.

Currency.

2

13.204 Arbitrage Report 0- between forex and

domestic market

2

13.205 Daily report on o/s trading swaps - FX 2

13.206 Daily report on trading profits - Dealer wise / Cy

wise 2

13.207 Report on derivatives showing MTM, booked P

& L, PVBP, Accrual, Notional Amount

2

13.208 Risk Sensitivity Report on Derivatives 2

13.209 Table Grid on Option Greeks 2

13.210 Tenor wise distribution of greeks 2

13.211 Table Grid on option book maturity profile 2

13.212 Calculation of VAR and back testing 2

13.213 Simulation Report - Investments 2

13.214 Statutory Liquidity Requirement (STL) — to be

generated for Treasury branch as a whole on

daily basis

2

13.215 Interest Rate Sensitivity Report — to be

generated for Treasury branch as a whole on

daily basis

2

13.216 Bucket wise Report of Certificate of Deposits 2

Page 126 of 162

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 date)

4

14.3 GAP REPORT Interest Rate Gap Report

(Currency wise — bucket wise)

4

14.4 TOTAL OPTIONS TRADING P/L 2

14.5 RISK SENSITIVITY REPORT (Option Greeks,

Tenor wise Distribution of Greeks, Simulation,

VaR)

4

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

14.23 Hedge Efficiency / Effectiveness Report in

respect of all types of Derivative instruments

used for Hedging purpose.

2

14.24 Activity Forecast Register along with ability to

compute coupon amount if the rates have been

reset for the floating leg

2

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

Page 127 of 162

14.32 CSGL module should be available and it should

strictly comply with RBI guidelines in respect of

operational & reporting requirements.

2

TOTAL MARKS 1000

15. Additional Requirements:

Sr. No. Business Process Max

Marks

S/C Comments

15.1 Mapping of investments with Master Rating

Scale of Bank - (Non SLR exposures of the

Bank which are internally rated below the

internal hurdle rate prescribed by the Bank (as

mapped to Bank‘s master rating scale).

mmasrating scale) below the internal hurdle

2

15.2 Special Category Codes – Total fund based

exposure (excluding non-SLR exposure) to

Capital Markets (Capital Market Exposure as

defined by RBI for the purpose of reporting

exposures to sensitive sectors.

2

15.3 Total derivatives exposure (credit equivalent) of

the Bank – Mapping of Customer Id/Account Id

of CBS with Treasury module.

2

15.4 Total Non SLR exposure to Commercial Real

Estate – Separate codes for Commercial Real

Estate (CRE) investment.

2

15.5 Provision for entering security type and the

value – Reporting of Non SLR exposure not

secured by any tangible primary or secondary

collateral.

2

15.6 Mapping of CBS & Treasury module required for

linking security – Total Derivatives exposure

(Credit equivalent) that are secured by tangible

and/or intangible (primary or secondary

collateral)

2

15.7 Generation of Asset wise statements – Total non

SLR exposures classified as sub-standard at the

beginning of period

2

15.8 Calculation of Delta, Beta, Gamma & Vega –

Average daily VAR @ 99% confidence level for

the equity position during the period.

2

15.9 Availability of menu driven reports – Daily

average of Net Overnight Open Position (NOOP)

utilized during the period including net spot and

net forward position.

2

Page 128 of 162

15.10 Availability of Intra Day open position for a range

of dates – Largest intraday FX open position

during the period (including overseas branches)

to be converted into INR based on FEDAI rate as

on the date of peak open position.

2

15.11 Calculation of PV01 Zone wise Average,

Highest, Portfolio wise, End of Period, etc. –

Should include all investments – INR as well as

FCY

2

15.12 Coding for quoted /unquoted equities – Market

value of the quoted Equity portfolio in the HFT

and AFS portfolio (provide value of equity as per

Prudential norms for classification, valuation and

operation of investment portfolio).

2

15.13 Coding for Instruments convertible/non-

convertible – Market value of all instruments

which are convertible (e.g. convertible bonds,

debentures, preferred stocks, etc)

2

15.14 Calculation for SLR/CRR - Net Demand and

Time Liabilities (NDTL) as used for the purpose

of computation of SLR (NDTL value for which

SLR is maintained as on 31st March)

2

15.15 Calculation of provision of depreciation in

investments.

2

15.16 Daily average of aggregate short term inter Bank

borrowing (Call money, CBLO, Repos other than

LAF, FCY)

Standard Deviation of borrowing rates from the

weighted average cost of the borrowings during

the period (includes FCY & INR borrowings)

2

15.17 Average daily Aggregate Gap (FX) reports

across all the currencies during the period.

2

15.18 Outstanding Swap (buy/sell) Deal Reports 2

15.19 Daily average liquid assets Report 2

15.20 Report on Illiquid investments (Investments in

instruments that are not traded, thinly traded or

unlisted)

2

15.21 Report on vertical/horizontal disallowance

calculation with various time bands.

2

15.22 Availability to capture Ear/MVE on daily basis. 2

Total 44

Page 129 of 162

Annexure-A (Acceptance of Terms and Conditions) (Letter to the bank on the

bidder‘s letterhead) (Letter of Authorization to submit RFP)

To,

The General Manager

Information Technology Department

Dena Bank,

Dena Bhawan-B, Patel Estate,

Near MTNL Exchange, Jogeshwari West,

Mumbai-400102

Dear Sir,

Subject: Our bid for Implementation of Integrated Treasury Management System to

Dena Bank

With reference to the above subject, having examined and understood the

instructions, terms and conditions forming part of it, we hereby enclose our offer for

the Implementation of Integrated Treasury Management System as detailed in your

above referred RFP.

We further confirm that the offer is in conformity with the terms and conditions

as mentioned in the RFP and all required information as mentioned is enclosed.

We also confirm that the offer shall remain valid for 180 days from the date of the

offer.

We hereby undertake that supporting software supplied, if required will be licensed,

legally obtained and with latest version.

We understand that the Bank is not bound to accept the RFP either in part or in full

and that the Bank has right to reject the RFP in full or in part without assigning

any reasons whatsoever.

We understand that

You are not bound to accept the lowest or any bid received by you, and

you may reject all or any bid.

If our Bid for the above job is accepted, we undertake to enter into and

execute at our cost, when called upon by the purchaser to do so, a contract in the

prescribed form. Unless and until a formal contract is prepared and executed, this

bid together with your written acceptance thereof shall constitute a binding contract

between us.

If our bid is accepted, we are to be responsible for the due performance of

the contract.

Page 130 of 162

You may accept or entrust the entire work to one Bidder or divide the work to

more than one Bidder without assigning any reason or giving any explanation

whatsoever.

Bidder means the bidder who is decided and declared so after examination

of commercial bids.

We enclose Demand Draft/Bank Guarantee for 50,00,000/- (Rupees Fifty

Lac only) favoring Dena Bank and payable at Mumbai, towards bid security, details

of the same is as under:

No. :

Date :

Name of Issuing Bank :

Dated at ______________________ this ___________ day of _______ 2016

We hereby declare that all the information & Statements made in this RFP are

true and accept that any misinterpretation contained in it may lead to our

disqualification. We agree to all terms & conditions of the RFP,

Yours faithfully,

Date: For ___

Signature Name

Authorized Signatories (Name & Designation, seal of the firm)

Page 131 of 162

Annexure-B (BID Form)

Ref No..................... Place:

Date:

To,

The General Manager

Information Technology Department

Dena Bank,

Dena Bhawan-B, Patel Estate,

Near MTNL Exchange, Jogeshwari West,

Mumbai-400102

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 hereby agree to participate and abide by all terms and conditions of Reverse

Auction.

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 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 above contract, we will strictly observe the laws against fraud and

Page 132 of 162

corruption in force in India namely ―Prevention of Corruption Act.

Commissions 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 & address of agent Amount & currency Purpose of commission or gratuity *(If

none, state none)

We understand that you are not bound to accept the lowest or any bid you may

receive. Dated this .......... Day of 2016

(Signature)

(In the capacity of)

Duly authorized to sign bid with seal for & on behalf of (Name & Address of the

Bidder)

Page 133 of 162

Annexure-C (Bidder’s Profile Format)

Serial

No. Parameters Response

1 Name of the Firm/Company

2 Year of Incorporation in India

3 Names of the Partners/Directors

4 Name and Address of the Principal

Banker

5 Addresses of Firm/Company

a) Head Off ice

b) Local Office in Mumbai(if any)

6 Authorized Contact person

a) Name and Designation

b) Telephone number

c) E-mail ID.

7 Financial parameters

Business Results (last three years) Turnover (in

Crore)

Profit(in

Crore)

2012-13

2013-14

2014-15

(Only company figures need to be

mentioned. Not to include

group/subsidiary Company figures)

(Mention the above amount in

INR only)

8 Bidder‘s experience in design, supply,

Implementation and maintenance of

Integrated Treasury Management System

(in years)

a)Experience in India

b)Global Experience

9. No. of Integrated Treasury Management

System projects carried out by the

company during last three year in India

(give details)

Page 134 of 162

10. Details of project executed with (

Integrated Treasury Management

System)

Name of

Customer

No. of

Years in

Use

Project-1

Project-2

Project-3

Authorized Signatories

(Name & Designation, seal of the company)

Date:

Page 135 of 162

Annexure-D (Documents for Eligibility Criteria)

Sr.

No

Eligibility Criteria Documents

Requested

Details Ref

Page

No

Remark

s

Supporting

Document

Provided by

bidder

1. Bidder must be companies

incorporated in India and

operating for the past 3 years.

In case the current vendor

Company is the result of a

de/merger / acquisition, at

least one of the merging

companies should have been

in operation for at least 3

years as on 31.03.2016.

Copy of the

―Letter of

Incorporation/

registration‖

2. The Bidder must be in

business of implementation

and support of the Integrated

Treasury Management

application minimum for past

3 years in India.

Relevant

Certificates to

be

provided

3. The bidder submitting the

offer should have a turnover

of minimum `100 Crore per

year for last three audited

financial years i.e. 2013-

2014, 2014-2015 and 2015-

2016. In case the current

vendor Company is the result

of a de/merger / acquisition,

parent company balance

sheet can be taken for the

earlier period.

Certified /

Audited

Balance

Sheets and

P&L for last 3

years.

4. The Bidder should have

reported positive net-worth for

last three audited financial

years.( 2013- 2014, 2014-

2015 and 2015-2016). In case

the current vendor Company

is the result of a de/merger /

acquisition, parent company

balance sheet can be taken

for the earlier period.

Certified/Audit

ed P&L

statements for

last 3 years.

Page 136 of 162

5. The solution proposed should

have been implemented in

three banks with a business

mix of minimum Rs. 1 lac

Crore each, out of which

atleast one bank should have

business mix of minimum Rs.

2 lac Crore. One of the above

implementation should be in

India.

Letter from

user

organization

mentioning

successful

implementatio

n of Integrated

Treasury

Management

System.

6. The bidder should have

successfully implemented the

proposed solution at least in

one bank with a business mix

of minimum Rs. 2 lac crore on

or before 31.03.2016.

Letter from

user

organization

mentioning

the same.

7. The proposed solution should have transaction accounting level integration with core banking solution (Finacle) in at least one bank in India.

Letter from

user

organization,

where the

transaction

accounting

level

integration

with CBS

done

successfully.

8. The proposed solution should

have been integrated with

market risk solution in at least

one bank in India.

Letter from

user

organization,

where the

integration with

market risk

solution done

successfully.

9. The proposed solution should

have been implemented for

derivative management in

pricing, accounting, valuation,

settlement and MIS etc.

Letter from

user

organization,

where the

implementation

for derivative

management

in pricing,

accounting,

valuation,

settlement and

MIS done

successfully.

Page 137 of 162

10. Bidder should not be

presently blacklisted by

the Central /any of the

State Governments/

PSUs/ any Financial

Institutions in India.

Undertaking

by authorized

signatory (on

their letter

head) that they

have not been

black listed by

any of the

Govt.

Authority or

PSUs

Page 138 of 162

Annexure-E (Letter of Authorization for attending RFP/Tender Opening) (To

reach GM (DIT) before date of RFP opening)

To

The General Manager

Information Technology Department

Dena Bank,

Dena Bhawan-B, Patel Estate,

Near MTNL Exchange, Jogeshwari West,

Mumbai-400102

Subject: Authorization for attending tender opening on _________ (date) in the RFP of

Integrated Treasury Management System.

Following persons are hereby authorized to attend the RFP process mentioned

above On behalf of (Bidder) in order of preference given below.

1 . Name:

Signature:

2 . Alternative Representative

Signature of bidder or Officer authorized to sign the RFP Document

On behalf of the bidder

Note:

1. Maximum Two representatives will be permitted to attend RFP opening.

Alternative representative will be permitted when regular representative is not able

to attend.

2. Permission for entry to the hall where RFPs are opened may be refused

in case authorization as prescribed above is not received.

Page 139 of 162

Annexure-E1 (Un-priced Bill of Material)

Commercial bid format table (without the prices) should be submitted along with

the technical bid as ―Un-priced bill of Material‖. Any mention of prices in this would

lead to disqualification of the bidder.

S. No. Item Unit Price No. of Units

Required

Total

Cost

Integrated Treasury Management

System Licenses**

DBMS Licenses As required #

Hardware(s) and System Software 1

Any other licensed software. Hardware,

tool (if required, please indicate

separately)

Implementation Charge at DC, DR &

branches (Installation, Configuration,

Customization, Testing, Acceptance

and Training)

1

Training Charges ( Per batch 30

person) 2

Customization per Man-Day Cost for

future requirements 100

FM Engineers (2 Engineers Onsite)-

(one L1 & one L2)

Per year

cost 5

Total Cost of Ownership (TCO)

The above price are with 5 years warranty/support.

# Licenses details to be provided.

Please provide break-up of ―Any other cost‖

Notes:

1. For the purpose of TCO, one year post go live on-site support and ATS is

considered. However the rates for support will be valid for 5 years after

completion of first year support. The on-site support will start from the date of

go live and ATS will be applicable after completion of warranty period ( 1 year

after Go Live)

2. The Indicative Commercial Offer should be given in the above format only.

3. There should be no conditions mentioned in the Commercial Offer.

4. Commercial offers with conditions will be rejected.

5. All costs should be only in Indian Rupees and all payments will also be only in

Indian Rupees.

6. The ATS rate for the Software shall be frozen for the period of 5 years.

7. The Post implementation onsite support rate for the Software shall be frozen for

the period of 5 years.

Authorized Signatories

Page 140 of 162

(Name & Designation, seal of the company) Date:

Page 141 of 162

Annexure-E2 (Bill of Material)

S. No. Item Unit Price No. of Units

Required

Total

Cost

Integrated Treasury Management

System Licenses**

DBMS Licenses As required #

Hardware(s) and System Software 1

Any other licensed software. Hardware,

tool (if required, please indicate

separately)

Implementation Charge at DC, DR &

branches (Installation, Configuration,

Customization, Testing, Acceptance

and Training)

1

Training Charges ( Per batch 30

person) 2

Customization per Man-Day Cost for

future requirements 100

FM Engineers (2 Engineers Onsite)-

(one L1 & one L2)

Per year

cost 5

Total Cost of Ownership (TCO)

The above price are with 5 years warranty/support.

# Licenses details to be provided.

Please provide break-up of ―Any other cost‖

Notes:

1. For the purpose of TCO, one year post go live on-site support is considered.

However the rates for support will be valid for 5 years after completion of first

year support. The on-site support will start from the date of go live.

2. The Indicative Commercial Offer should be given in the above format only.

3. There should be no conditions mentioned in the Commercial Offer.

4. Commercial offers with conditions will be rejected.

5. All costs should be only in Indian Rupees and all payments will also be only in

Indian Rupees.

6. The ATS rate for the Software shall be frozen for the period of 5 years.

7. The Post implementation onsite support rate for the Software shall be frozen for

the period of 5 years.

Authorized Signatories

(Name & Designation, seal of the company) Date:

Page 142 of 162

Annexure-G (Compliance Statement)

(To be submitted by all the vendors participating in Reverse Auction)

Exhibit -A

To,

The General Manager

Information Technology Department

Dena Bank,

Dena Bhawan-B, Patel Estate,

Near MTNL Exchange, Jogeshwari West,

Mumbai-400102

DECLARATION

1. We ________________ (name of the company) hereby confirm having submitted

our bid for participating in Bank‘s RFP dated ____ for procurement of _________ .

2. We also confirm having read the terms of RFP as well as the Business Rules

relating to the Reverse Auction for this RFP process.

3. We hereby undertake and agree to abide by all the terms and conditions

stipulated by Dena Bank in the RFP document including all annexure and the

Business Rules for Reverse Auction.

4. We shall participate in the on-line auction conducted by ______ Ltd. (Auction

Company) and submit our commercial bid. We shall also abide by the

procedures prescribed for online auction by the auction company.

5. We, hereby confirm that we will honour the Bids placed by us during the

auction process, failing which we shall forfeit the EMD. We also understand that

the bank may debar us from participating in future tenders.

6. We confirm having nominated Mr ___________ , designated as _________

of our company to participate in the Reverse Auction on behalf of the company. We

undertake that the company shall be bound by the bids made by him I Reverse

Auction.

7. We undertake to submit the confirmation of last bid price by us to the

auction company/Bank within 48 working hours of the completion of event. We also

undertake to submit the Bill of Materials for the TCO (Total Cost of Ownership) in

terms of RFP.

Signature with company seal

Name:

Company / Organization:

Designation within Company / Organization: Address of Company / Organization:

Date:

Name of Authorised Representative: _

Signature of Authorized Representative:

Verified above signature

Competent Authority Signature: _____

Date:

Page 143 of 162

Annexure-H (Letter of Authority for participation in Reverse Auction)

Exhibit –B

To,

The General Manager

Information Technology Department

Dena Bank,

Dena Bhawan-B, Patel Estate,

Near MTNL Exchange, Jogeshwari West,

Mumbai-400102

1. We ______________________ (name of the company) have submitted our bid for

participating in Bank‘s RFP dated _______________ for procurement of__________ .

2. We also confirm having read and understood the terms of RFP as well as the

Business Rules relating to the Reverse Auction for this RFP process.

3. As per the terms of RFP and Business rules, we nominate Mr. _________

designated as _________________ of our company to participate in the Reverse Auction.

4. We accordingly authorize Bank and / or the Auction Company to issue user

ID and password to the above named official of the company.

5. Both Bank and the auction company shall contact the above named official for

any and all matters relating to the Reverse Auction.

We, hereby confirm that we will honour the Bids placed by Mr.

_______________________________________________________________ o

n behalf of

the company in the auction process, failing which we will forfeit the EMD.

We agree and understand that the bank may debar us from participating in future

tenders for any such failure on our part.

Signature with company seal

Name –

Company/ Organisation

Designation within Company / Organisation Address of Company / Organisation

Date:

Name of Authorized Representative:

Signature of Authorized Representative: Verified above signature

Signature of Competent Authority:

Date:

Page 144 of 162

Annexure-I (Reference Site Details)

The reference sites submitted must be necessarily of those banks where the

proposed vendor/ OEM‘s product has been awarded the contract prior to 31st Dec,

2013. For those references where the offered solution is accepted but

implementation is not started, the acceptance should be valid as on the last date for

submission of bids at Dena Bank. Please provide reference details in the format

defined below:

Particulars Response

Name of the Bank/ Financial Institution

Country of Operation

Address of the Organization

Annual Turnover of the Organization for the Financial

Year

Date of commencement of Project

Date of completion of Project

Scope of Work for Solution

Number of concurrent users and the geographical

spread of the implementation

Average Team size for the entire project

Name of the contact person for reference

Page 145 of 162

Annexure-J (Financial Position of Bidder for last 3 financial years (in Rs.

Crores) )

Paid up capital 2012-13 2013-14 2014-15

Tangible Net Worth

(excluding Revaluation

Reserve)

Net Sales of the Company

Gross Profit

Net Profit (Profit After Tax)

Note: Enclose

1. Copies of Audited Balance Sheets and P&L statements along with enclosures

for last 3 financial years

2. Copies of Articles of association and Memorandum of Association

3. Copies of certificate of incorporation/certificate of commencement of

Business

Place:

Date:

Signature:

Name & Designation: Business Address:

Page 146 of 162

Annexure-K (Implementation Team Profile)

Vendor Implementation Capability

Requirement Response

Current strength of employees in the vendor

organization with experience on the proposed

product(s)

Current strength of employees in the vendor

organization with experience in similar projects

Does the team posses in‐depth knowledge of the

industry and is thereby capable of bringing

independent market knowledge to the bank?

Certifications possessed by the Bidder in

connection with the quality of internal processes

and services delivered/ methodology used in

delivery

Approach to ensure adequate quality control

throughout the course of the project

Team Profile

Name Response

Designation

Professional Qualifications

Experience with the bidding firm

Experience with other companies

Membership in any professional body

Details of projects handled with details of client,

representing which organization, as member of the

team or team leader etc

Note:

Include details of team members who will be involved in the project.

Relevant experience refers to the experience of the employee on either

exactly the same product / set of products being proposed or on similar projects.

Proposed team structure with count, profile and skills to be provided by bidder

along with proposed solutions profile, #, skills, etc to be provided in RFP response

Page 147 of 162

Annexure-L (Training Requirements)

Sr.

No.

Requirements Response

1

How many Implementation trainings have been

undertaken by the Bidder so far?

2 Please provide a brief description on the Training

approach taken by the Bidder.

3 Please provide the following details for training

:

3.1

Number of man‐days / duration for completion of

training

3.2 Optimum batch size

3.6

Pre‐requisites / Preparations required before

training

4

Please answer the following about the trainers

in‐charge of conducting the training on behalf of

the Bidder for the Bank:

4.1

Median experience of all trainers with the Bidder

who would be involved with the Project

6

Please specify the various modes through

which the training will be delivered? [e.g.

Classroom training, Online self‐help training

modules within application / e‐learning

modules, Quiz, etc]

Page 148 of 162

Annexure-M (Project Management Methodology)

Sr. No. Requirements Response

1 Details of methodology / approach

The methodology section should adequately

address the following stages of the project

1.1 Frequency and approach for periodic reporting

on the progress of the project and actual

status vis-

a‐ vis scheduled status

1.2 Detailed Study of Current State, with detailed

work steps and deliverables

1.3 Gap analysis including identification and

resolution of gaps

1.4 Customization, development and necessary

work around

1.5 Building up of interfaces with various

applications currently used by the blank

1.6 Setting up of the disaster recovery site with

necessary replication

1.7 User acceptance testing

1.8 Planning for roll‐out and identification of key

issues that may arise along with proposed

solutions

2 Timelines

Project management activities

3 Roles and responsibilities of proposed

personnel both from the vendor and bank end

4 Following details with respect to the

methodology followed by the vendor in Project

Management for a Public Sector Bank

5 Project Name

Project Location

Client Name

Client address

Client contact/reference Person(s)

Project started (month/year)

Project elapsed time – months

Man‐months effort

Page 149 of 162

Project Size (No of branches, modules covered

and any other relevant details)

Name of senior project staff

Nature of the Project

Project Management Methodology used

Role of the Bidder, whether complete end‐to‐

end involvement or for a particular module

Project detail (Broad detail – information

about all activities handled, modules forming

part of the Integrated Treasury Management

System of the Client Bank, associated

activities, time lines activity‐wise and module

wise may be detailed.)

Page 150 of 162

Annexure-N (Bank Guarantee for EMD)

Date:

To,

The General Manager

Information Technology Department

Dena Bank,

Dena Bhawan-B, Patel Estate,

Near MTNL Exchange, Jogeshwari West,

Mumbai-400102

Dear Sirs,

In response to your invitation to respond to developing and implementing the

Integrated

Treasury Management System. M/s having their registered office at

(hereinafter called the Bidder) wish to respond to the said Request for

Proposal (RFP) and submit the proposal for the same. Whereas the Bidder has

submitted the proposal in response to RFP, we, the ____________ Bank

having our head office hereby irrevocably guarantee an amount of Rs.

........../‐ (Rupees ......... only) as Bid security as required to be submitted by

the Consultant as a condition for participation in the said process of RFP.

The Bid security for which this guarantee is given is liable to be enforced/ invoked:

1) If the Bidder withdraws his proposal during the period of the proposal

validity; or

2) If the Bidder, having been notified of the acceptance of its proposal by the

Bank during the period of the validity of the proposal fails or refuses to enter into

the contract in accordance with the terms and conditions of the RFP or the terms

and conditions mutually agreed subsequently.

3) .............................................................................. If the Bidder, if selected for

awarding the Contract, fails to renew this Bank Guarantee as decided by Dena

Bank. We undertake to pay immediately on demand to Dena Bank, the said

amount of Rs. ............ ................................................ ‐ (Rupees ......... only) without any

reservation, protest, demur, or recourse. The said guarantee is liable to be invoked/

enforced on the happening of the contingencies as mentioned above and also in

the RFP document and we shall pay the amount on any demand made by Dena

Bank which shall be conclusive and binding on us irrespective of any dispute or

difference raised by the Bidder. Notwithstanding anything contained herein:

1) Our liability under this Bank guarantee shall not exceed Rs. ........../‐ (Rupees

......... only).

2) This Bank guarantee will be valid up to 180 days and

3) ___________ We are liable to pay the guaranteed amount or any part

thereof under this Bank guarantee only upon service of a written claim or

demand by you on or before

.

In witness whereof the Bank, through the authorized officer has sets its hand and

stamp on this day of ________________ at

Page 151 of 162

.

Signature ........... ....................

Name................. ....................

(In Block letters)

Designation .......................................

(Staff Code No.).................................

Official address:

(Bank‘s Common Seal)

Attorney as per power of Attorney No. Date:

WITNESS:

Page 152 of 162

Annexure-O (Project Timelines)

S. No. Project Milestones Timelines

1. Period within which Performance Security or

amendment thereto is to be submitted by the

successful Bidder upon notification of award of

contract

30 days

(grace period

of 4 days)

2 Period for the entire solution to be ready for

commissioning after the award of contract.

12 months

3 Trainings to Functional and Technical Team (Separate

Batches)

Within

Timline

Mention

above S.No 2

Page 153 of 162

Annexure-P (Manufacturers’ / Producers’/ Authorization Form)

Note: This letter of authority should be on the letterhead of all the original

equipment manufacturers and should be signed by a person competent

and having the power of attorney to bind the manufacturer.

No. Date:

To:

The General Manager

Information Technology Department

Dena Bank,

Dena Bhawan-B, Patel Estate,

Near MTNL Exchange, Jogeshwari West,

Mumbai-400102

Dear Sirs,

Ref: Procurement of Integrated Treasury Management System

We who are established and reputable

manufacturers/producers of

h a v i n g f a c t o r i e s / d e v e l o p m e n t f a c i l i t i e s a t ( a d d r e s s o f

f a c t o r y / facility) do hereby authorize M/s ___________________ (Name and

address of Agent) to submit a Bid, and sign the contract with you against the above

Bid Invitation.

We hereby extend our full guarantee and warranty for the Solution, Products and

services offered by the above firm against this Bid Invitation. We also undertake to

provide any or all of the following materials, notifications, and information

pertaining to the Products manufactured or distributed by the Bidder:

a) Such Products as the Bank may opt to purchase from the Bidder,

provided, that this option shall not relieve the Bidder of any warranty obligations

under the Contract; and

b) in the event of termination of production of such Products:

i. advance notification to the Bank of the pending termination, in sufficient time

to permit the Bank to procure needed requirements; and

ii. Following such termination, furnishing at no cost to the Bank, the blueprints,

design documents, operations manuals, standards, source codes and

specifications of the Products, if requested.

We duly authorize the said firm to act on our behalf in fulfilling all installations,

Technical support and maintenance obligations required by the contract.

Yours faithfully,

(Name of Authorized Signatory) (Designation)

(Name of Producers)

Page 154 of 162

Annexure-Q (Format of Bank Guarantee) (Covering Delivery obligations)

NOTE:

1. This guarantee should be furnished by a Nationalized Bank / Scheduled Bank,

other than Dena Bank, as per the following format.

2. This bank guarantee should be furnished on stamp paper value as per Stamp

Act. (not less than Rs. 500/-).

3. The stamp paper should be purchased either in the Name of the Bank executing the

Guarantee or in the name of Dena Bank.

4. This Bank Guarantee should be furnished within 30 days from the date of purchase

order or the delivery period prescribed in the purchase order whichever is earlier.

5. This Bank Guarantee should be directly sent to the Purchaser by the Issuing Bank.

Page 155 of 162

To

The General Manager

Information Technology Department

Dena Bank,

Dena Bhawan-B, Patel Estate,

Near MTNL Exchange, Jogeshwari West,

Mumbai-400102

Dear Sir,

In consideration of Dena Bank, placing an order for

Implementation of Integrated Treasury Management System on

having registered office at (hereinafter called the vendor) as per

the purchase contract entered into by the vendor vide purchase contract no

dated (hereinafter called the said contract), we ________________(

Name of the Guarantor Bank), a 'schedule bank', issuing this guarantee

through its branch at presently located at… … ( hereinafter called

the bank), do hereby irrevocably and unconditionally guarantee the due performance

of the vendor as to the Implementation of Integrated Treasury Solution as per the

said contract entered into by the vendor with you.

If the said vendor fails to implement or maintain the system or any part thereof as

per the contract and on or before the schedule dates mentioned

therein, we (Name of the Guarantor Bank), do hereby unconditionally and

irrevocably agree to pay the amounts due and payable under this guarantee

without any demur and merely on demand in writing from you during the currency

stating that the amount claimed is due by way of failure on the part of the vendor

or loss or damage caused to or suffered / or would be caused to or suffered by

you by reason of any breach by the said vendor of any of the terms and conditions

of the said contract, in part or in full. Any such demand made on us shall be

conclusive as regards the amount due and payable under this guarantee.

However our liability under this guarantee shall be restricted to an amount not

exceeding Rs. 50,00,000/- (Rupees Fifty Lakh only) within the validity period of this

guarantee.

We ______________( Name of the Guarantor Bank), further agree that this

guarantee shall continue to be valid will you unless you certify that the vendor has

fully performed all the terms and conditions of the said contract and accordingly

discharge this guarantee, or until, whichever is earlier. Unless a claim or demand is

made on us in writing under th is guarantee on or before , we shal l be

discharged f rom al l our obligations under this guarantee. If you extend the

schedule dates of performance under the said contract, as per the terms of the

said contract, the vendor shall get the validity period of this guarantee extended

suitably and we agree to extend the guarantee accordingly at the request of the

vendor and at our discretion, provided such request is served on the bank on or

before Failure on part of the vendor in this respect shall be treated as a breach

committed by the

vendor and accordingly the amount under this guarantee shall at once become

Page 156 of 162

payable on the date of receipt of demand made by you for payment during the

validity of this guarantee or extension of the validity period.

You will have fullest liberty without affecting this guarantee to postpone for any

time or from time to time any of your rights or powers against the vendor and either

to enforce or forebear to enforce any or all of the terms and conditions of the said

contract. We shall not be released from our liability under this guarantee by the

exercise of your liberty with reference to matters aforesaid or by reason of any

time being given to the vendor or any other forbearance act or omission on your

part or any indulgence by you to the vendor or by any variation or modification of

the said contract or any other act, matter or thing whatsoever which under the

law relating to sureties would but for the provisions hereof have the effect of so

releasing us from our liability hereunder.

In order to give full effect to the guarantee herein contained you shall be entitled to

act as if we are your principal debtors in respect of all your claims against the

vendor hereby guaranteed by us as aforesaid and we hereby expressly waive all

our rights of surety ship and other rights if any which are in any way inconsistent

with the above or any other provision of this guarantee.

The words the vendor, the beneficiary of this guarantees i.e. Yourself, and

ourselves i.e. ( Name of the Guarantor Bank), unless repugnant to

the context or otherwise shall include their assigns, successors, agents,

legal representatives. This guarantee shall not be effected by any change in the

constitution of any of these parties and will ensure for and be available to and

enforceable by any absorbing or amalgamating or reconstituted company or

concern, in the event of your undergoing any such absorption, amalgamation or

reconstitution.

This guarantee shall not be revocable during its currency except with your prior

consent in writing. This guarantee is non-assignable and non-transferrable.

Notwithstanding anything contained herein above:

I) Our liability under this bank guarantee shall not exceed Rs. 50,00,000/-

(Rupees Fifty Lakh only)

II) This bank guarantee shall be valid upto

III) We are liable to pay the guaranteed amount or any part thereof under this

bank guarantee only if you serve upon us a written claim or demand (and which

should be received by us), on or before before 12:00 hours (Indian

standard time) where after it ceases to be in effect in all respects whether or

not the original bank guarantee is returned to us.

This guarantee deed must be returned to us upon expiration of the period of

guarantee.

Signature ........... ...................

Name................. ....................

(In Block letters)

Designation .......................................

(Staff Code No.).................................

Official address:

Page 157 of 162

(Bank‘s Common Seal)

Attorney as per power of Attorney No. Date:

WITNESS:

1........................ ............... (Signature with Name, Designation & Address)

2........................ .............. (Signature with Name, Designation & Address)

Page 158 of 162

Annexure-R (to be submitted alongwith eligibility bid on 100/- stamp paper-non

judicial)

INTEGRITY PACT

Between

Dena Bank a body corporate constituted under the Banking Companies (

Acquisition and Transfer of undertakings Act, 1970, having its Head office, Dena

Corporate Centre, C-10, G-Block, BKC, Mumbai-400051) hereinafter referred to as

―The Principal‖, which expression unless repugnant to the context or meaning hereof

shall include its successors or assigns of the ONE PART

and

______________________________________________________________,

(description of the party along with address), hereinafter referred to as ―The Bidder/

Contractor‖ which expression unless repugnant to the context or meaning hereof

shall include its successors or assigns of the OTHER PART

Preamble

The Principal intends to award, under laid-down organizational procedures,

contract/s for

…………………………………………………………………………………………………

……………………………………...

The Principal values full compliance with all relevant laws of the land, rules and

regulations, and the principles of economic use of resources, and of fairness and

transparency in its relations with its Bidder(s)/ Contractor(s).

In order to achieve these goals, the Principal will appoint Independent External

Monitor(s), who will monitor the Tender/RFP process and the execution of the

contract for compliance with the principles mentioned above.

Section 1 – Commitments of the Principal

1.1 The Principal commits itself to take all measures necessary to prevent

corruption and to observe the following principles:-

1.1.1 No employee of the Principal, personally or through family members, will in

connection with the Tender/RFP for, 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.

1.1.2 The Principal will, during the Tender/RFP process treat all Bidder(s) with equity

and reason. The Principal will in particular, before and during the Tender/RFP

process, provide to all Bidder(s) the same information and will not provide to

any Bidder(s) confidential / additional information through which the Bidder(s)

could obtain an advantage in relation to the Tender/RFP process or the contract

execution.

1.1.3 The Principal will exclude from the process all known prejudiced persons.

1.2 If the Principal obtains information on the conduct of any of its employees which

is a penal offence under the Indian Penal Code 1860 and Prevention of

Page 159 of 162

Corruption Act 1988 or any other statutory penal enactment, or if there be a

substantive suspicion in this regard, the Principal will inform its Vigilance Office

and in addition can initiate disciplinary actions.

Section 2 – Commitments of the Bidder(s)/ Contractor(s)

2.1 The Bidder(s)/ Contractor(s) commit himself to take all measures necessary to

prevent corruption. He commits himself to observe the following principles during

his participation in the Tender/RFP process and during the contract execution.

2.1.1 The Bidder(s)/ Contractor(s) will not, directly or through any other person or

firm, offer, promise or give to the Principal or to any of the Principal‘s employees

involved in the Tender/RFP process or the execution of the contract or to any

third person any material, immaterial or any 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/RFP process or during the execution of the

contract.

The Bidder(s)/ Contractor(s) will not enter with other Bidder(s) into any illegal or

undisclosed agreement or understanding, 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 cartelization in the bidding process.

2.1.2 The Bidder(s)/ Contractor(s) will not commit any penal offence under the

relevant IPC/ PC Act; further the Bidder(s)/ Contractor(s) will 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.

2.1.3 The Bidder(s)/ Contractor(s) will, when presenting his bid, disclose any and all

payments he has made, and is committed to or intends to make to agents,

brokers or any other intermediaries in connection with the award of the contract.

2.2 The Bidder(s)/ Contractor(s) will not instigate third persons to commit offences

outlined above or be an accessory to such offences.

Section 3 – Disqualification from Tender/RFP process and exclusion from

future contracts

If the Bidder(s)/ Contractor(s), before award or during execution has committed a

transgression through a violation of Section 2 above, or acts in any other manner

such as to put his reliability or credibility in question, the Principal is entitled to

disqualify the Bidders(s)/ Contractor(s) from the Tender/RFP process or take action

as per the separate ―Guidelines for Suspension of Business Dealings with Suppliers/

Contractors‖ framed by the Principal.

Section 4 – Compensation for Damages

Page 160 of 162

4.1 If the Principal has disqualified the Bidder(s) from the Tender/RFP process prior

to the award according to Section 3, the Principal is entitled to demand and

recover the damages equivalent to Earnest Money Deposit.

4.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 Contractor liquidated

damages equivalent to 5% of the contract value or the amount equivalent to

Security Deposit/Performance Bank Guarantee, whichever is higher.

Section 5 – Previous Transgression

5.1 The Bidder declares that no previous transgressions occurred in the last 3 years

with any other company in any country conforming to the anti-corruption

approach or with any other Public Sector Enterprise in India that could justify his

exclusion from the Tender/RFP process.

5.2 If the Bidder makes incorrect statement on this subject, he can be disqualified

from the Tender/RFP process or the contract, if already awarded, can be

terminated for such reason.

Section 6 – Equal treatment of all Bidders/ Contractors/ Sub-contractors

6.1 The Bidder(s)/ Contractor(s) undertake(s) to demand from his sub-contractors a

commitment consistent with this Integrity Pact. This commitment shall be taken

only from those sub-contractors whose contract value is more than 20% of

Bidder‘s/ Contractor‘s contract value with the Principal.

6.2 The Principal will enter into agreements with identical conditions as this one with

all Bidders and Contractors.

6.3 The Principal will disqualify from the Tender/RFP process all bidders who do not

sign this pact or violate its provisions.

Section 7 – Criminal Charges against violating Bidders/ Contractors

/Subcontractors

If the Principal obtains knowledge of conduct of a Bidder, Contractor or

Subcontractor, or of an employee or a representative or an associate of a Bidder,

Contractor or Subcontractor which constitutes corruption, or if the Principal has

substantive suspicion in this regard, the Principal will inform the Vigilance Office.

Section 8 –Independent External Monitor(s)

8.1 The Principal appoints competent and credible Independent External Monitor for

this 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

agreement.

8.2 The Monitor is not subject to instructions by the representatives of the parties and

performs his functions neutrally and independently. He reports to the MD & CEO,

Dena BANK.

8.3 The Bidder(s)/ Contractor(s) accepts that the Monitor has the right to access

without restriction to all contract documentation of the Principal including that

provided by the Bidder(s)/ Contractor(s). The Bidder(s)/ Contractor(s) will grant

Page 161 of 162

the monitor, upon his request and demonstration of a valid interest, unrestricted

and unconditional access to his contract documentation. The same is applicable

to Sub-contractor(s). The Monitor is under contractual obligation to treat the

information and documents of the Bidder(s)/ Contractor(s) / Sub-contractor(s)

with confidentiality.

8.4 The Principal will provide to the Monitor sufficient information about all meetings

among the parties related to the contract provided such meetings could have an

impact on the contractual relations between the Principal and the Contractor. The

parties offer to the Monitor the option to participate in such meetings.

8.5 As soon as the Monitor notices, or believes to notice, a violation of this

agreement, he will so inform the Management of the Principal and request the

Management to discontinue or take corrective action, or heal the situation, 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, refrain from action or tolerate action.

8.6 The Monitor will submit a written report to the MD & CEO, Dena BANK 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.

8.7 The MD & CEO, Dena BANK shall decide the compensation to be paid to the

Monitor and its terms and conditions.

8.8 If the Monitor has reported to the MD & CEO, Dena BANK, a substantiated

suspicion of an offence under relevant IPC / PC Act, and the MD & CEO, Dena

BANK has not, within reasonable time, taken visible action to proceed against

such offence or reported it to the Vigilance Office, the Monitor may also transmit

this information directly to the Central Vigilance Commissioner, Government of

India.

8.9 The number of Independent External Monitor(s) shall be decided by the MD &

CEO, Dena BANK.

8.10 The word ‗Monitor‘ would include both singular and plural.

Section 9 – Pact Duration

9.1 This Pact begins when both parties have legally signed it. It expires for the

Contractor 12 months after the last payment under the respective contract and for

all other Bidders 6 months after the contract has been awarded.

9.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 as above, unless it

is discharged/ determined by the MD & CEO, Dena BANK.

Section 10 – Other Provisions

10.1 This agreement is subject to Indian Laws and jurisdiction shall be registered

office of the Principal, i.e. Mumbai.

10.2 Changes and supplements as well as termination notices need to be made in

writing. Side agreements have not been made.

10.3 If the Contractor is a partnership or a consortium, this agreement must be

signed by all partners or consortium members.

Page 162 of 162

10.4 Should one or several provisions of this agreement turn out to be invalid, the

remainder of this agreement remains valid. In this case, the parties will strive

to come to an agreement to their original intentions.

10.5 Only those bidders/ contractors who have entered into this agreement with the

Principal would be competent to participate in the bidding. In other words,

entering into this agreement would be a preliminary qualification.

For & On behalf of the Principal For & On behalf of the Bidder/ Contractor

(Office Seal) (Office Seal)

Place----------------------

Date------------

Witness: ____________________ Witness: _____________________

(Name & Address) ____________ (Name & Address)________________

********