Request for Proposal Implementation of Integrated …...Windows server 2008 R2 Enterprise SP1 2 Number of Servers in DC and DR DC- 2 server, DRC- 2 Server 3 CPU in each server. DC

Request for Proposal

For

Implementation of Integrated

Treasury Management System (ITMS) in the Bank

PUNJAB & SIND BANK (A Govt. of India Undertaking)

Tender No. : PSB/HOIT/RFP/119/2018-19

Date: 26.07.2018

HO Information Technology Department

Bank House, 21, Rajendra Place

New Delhi – 110008

Punjab & Sind Bank, HO IT Department, 21, Rajendra Place, New Delhi-110008 Tender No. PSB/HOIT /RFP/119/2018-19

Page 2 of 135

INDEX

S. No. Detail Page No.

From To

1

Key Information about Tender

3 3

2

Disclaimer

4 4

3

Introduction

5 8

4

Chapter 1 – Instructions to Bidders

9 19

5

Chapter 2- Terms and Conditions

20 33

6

Chapter 3 - Scope of Work

34 35

7

Chapter 4 –Penalties

36 36

8.

Annexure, Formats and Forms

37 135


Page 3 of 135

KEY INFORMATION

Particulars Details

Tender Number PSB/HOIT /RFP/119/2018-19

Tender Title Request for Proposal for Implementation of Integrated Treasury Management System (ITMS) in the Bank

Participation Fee (Non Refundable) Rs. 10,000/- (Rupees Ten thousand only) (In form of DD/ pay order favoring Punjab & Sind Bank )

Bid Security (EMD) Rs. 10,00,000/- (Rupees Ten lac only) (In form of Bank Guarantee)

Bid Validity 180 days

Performance Bank Guarantee 10% of Bid Value valid for 51 months

Date of Publishing the tender on Bank’s Website

26.07.2018

Last Date for submission of Pre-Bid Query 01.08.2018 by 5:00 PM (queries must be mailed to [email protected] only as per Annexure XII in MS- excel format quoting tender reference number in the subject)

Date and Time for Pre Bid Meeting 06.08.2018 03:00 PM

Last Date and time for submission of Bids 22.08.2018 03:00 PM

Date and Time of Opening of Technical Bids 22.08.2018 03:30 PM

Date and Time of opening of Commercial Bids To be notified later to the qualifying bidders only. Place of submission and Opening of Bids Punjab & Sind Bank

Head Office, 2nd Floor, Information Technology Department, Bank House, Rajendra Place, New Delhi 110008

Contact Persons for any clarifications/ Submission of Bids

AGM (IT)

Contact Numbers Manoj Kumar (AGM IT) – 9811728292

If any of the dates given above happens to be Holiday in Delhi, the related activity shall be undertaken on the next working day at the same time.


Page 4 of 135

DISCLAIMER

The information contained in this RFP document or any information provided subsequently to

Bidder(s) whether verbally or in documentary form by or on behalf of the Bank, is provided to

the Bidder(s) on the terms and conditions set out in this RFP document and all other terms and

conditions subject to which such information is provided.

This RFP is neither an agreement nor an offer and is only an invitation by Bank to the interested

parties for submission of bids. 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 its own investigations and

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

RFP and obtain independent advice, wherever necessary. 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. Bank may in its absolute discretion, but without

being under any obligation to do so, update, amend or supplement the information in this RFP.


Page 5 of 135

INTRODUCTION

Punjab & Sind Bank, one of the leading nationalized Banks of the country, has a national presence

through a widespread network of 1500 plus branches, 24 Zonal Offices, 25 Departments in Head Office,

9 Regional Clearing Centers, 2 Training Centers and 9 Currency Chests all networked under Centra lized

Banking Solution. It also has a network of more than 1200 ATMs spread across the country including

onsite and offsite ATMs. Bank has one RRB with 40+ branches at present. With more than 108 years of

customer services, the Bank has a large satisfied clientele throughout the country. For enhancing

customer convenience levels and overall inter-branch efficiency, the bank has been a frontrunner in

implementing various IT enabled products.

The Bank intends to select bidder for Supply, Customization, Deployment, Maintenance & Support of an Integrated Treasury Management System (ITMS) to cover treasury operations of the Bank with Market Risk functionalities. The bidder is expected to provide necessary software & license, customization, data migration, implementation, training and facility management services to the Bank. Hardware, Database and network will be provided by the Bank. ITMS should act as the single platform for all treasury related activities. The proposed application should integrate and cross-relate relevant information from various market data sources, dealing platforms and regulatory platforms. The ITMS should facilitate the day to day functioning of Treasury operations including deal capturing, what-if-analysis, scenario simulations, structuring of products, pricing, limit monitoring across the Bank, data retrieval and reporting, valuation etc. The ITMS should be made accessible at Punjab & Sind Bank sites like offices, training centers, other sites as desired by the Bank. The contract period shall be initially for 4 years and further extendable with mutual consent of the parties on mutually agreed terms, conditions and rates. The project will be implemented and operated through Bank’s Data Center and Data Recovery Site both. Present Status of the Bank The Bank has implemented Finacle (7.0.25) as its Core Banking System. M/s. Wipro is the system

integrator (SI) for CBS project. The Bank’s Data Center (DC) is located at Vashi Mumbai and Disaster

Recovery Center at Greater Noida and both are managed by Bank’s CBS SI, M/s Wipro. The DC is

connected to the branches, Zonal Office and Head Office through Bank-wide Wide Area Network. The

entire network uses Leased Lines, RF, VSAT and Backup connectivity through ISDN lines & RF etc. The

ATMs, Mail Messaging System and other applications also use the WAN. The Disaster Recovery Center

of Bank has similar setup as that of Data Centre of financial software setup.

Current Status of Treasury Management in the Bank

Treasury Management is an integral function of the Bank. HO Investment Department & HO Foreign

Exchange Department (being the business departments situated in Rajendra Place, New Delhi) are

involved in daily trading activities, investment of funds, asset-liability management, liquidity and fund

management, trading and investment, capital adequacy and reserve management, transfer pricing, etc

and risk management of treasury.

Bank has put in place Laser-TX software as a Treasury solution. The treasury solution was purchased

and was implemented in December, 2011 as a part of CBS Project. The package is catering to Domestic,

Forex and Derivatives Operations of Treasury.

About Laser_TX Application

Software Architecture: Two-Tier Client-Server based Architecture

Front-End: Visual Basic

Version Laser_Tx 1.0


Page 6 of 135

Database: Oracle 10g Database - Standard Edition - Named User plus perpetual, total 50 user

licenses for both DC & DRC

Integration and interfaces of LaserTx to other modules and software are as below 1. CBS – Finacle 2. All CCIL applications/platforms 3. Reuters dealing platform 4. SWIFT network through TurboSwift. 5. Valuation data upload from FIMMDA/BSE/NSE 6. File uploads at RBI portals

At present total number of users are 36, Peak time users are 25, Average concurrent users are 20. The same is existing figures and should match the future projections and requirements.

Expected growth in data in 5 years: The Bank is planning to grow its treasury business aggressively and would like to venture into new areas, line of businesses. The proposed ITMS solution should be scalable to support the increasing volumes as well as new lines of business. Approx. number to transaction were 44000 and 74000 in the years 2012 and 2016 respectively. The Bank expects minimum growth of treasury transactions at the rate 12% -15 % approximately year on year basis.

Hardware Configuration Details:

S.NO Hardware Configuration

1 Make and Model of servers Make- CISCO, Model- B200 M3

Windows server 2008 R2 Enterprise SP1

2 Number of Servers in DC and DR DC- 2 server, DRC- 2 Server

3 CPU in each server. DC Terminal server -3, Treasury server DB -4

DRC Terminal server -4, Treasury server DB –4

4 External Storage type & size VNX block SAS HDD. • DC Terminal server –Total- 40 GB, Free Space -16.6 GB Treasury server DB D-drive :Total –99.9 GB , Free Space -47 GB F drive : Total -79.9 GB , Free Space -31.7 GB • DRC Terminal server-Total-30 GB, Free Space-11.7 Treasury server DB D drive :Total – 99.9 GB F drive : Total -79.9 GB , Free Space -36.9 GB

5 RAM

DC Terminal server -12 GB, Treasury server DB –20 GB

DRC Terminal server -12 GB, Treasury server DB – 20 GB

6 Hard disk(Local Disk) capacity

• DC Terminal server -Total -70 GB, Free Space -24.2GB Treasury server DB-Total – 70 GB , Free Space-29.7GB • DRC Terminal server -Total -70 GB, Free Space -27.3GB Treasury server DB-Total – 70 GB , Free Space-36 GB


Page 7 of 135

7 Normal Utilization, (RAM)

DC Terminal server -35 %, Treasury server DB – 21 %

DRC Terminal server -32 %,Treasury server DB – 11 %

8 Peak load utilization (RAM):

DC Terminal server -48 %, Treasury server DB – 26 %

DRC Terminal server -51 %. Treasury server DB – 25 %

9 RAID For External Storage DC Terminal server -6, Treasury server DB –(1+0 )

DRC Terminal server -6, Treasury server DB – (1+0)

10 VM All servers are VM.

DC - DRC VPN Primary and Secondary – 28 mbps

The following Products/Modules/Functionalities are presently handled through Laser-TX.

(The proposed system should be able to achieve the requirements mentioned in Broad scope of work and Annexure-II,

in addition to the following products and feature,. The following is not exhaustive, further products will be added as

and when approved by the Regulators (RBI/SEBI etc) or as per bank requirements.)

1. PRODUCTS

A. FOREX PRODUCTS: FX Spot and forward, FX Swap, FX bills, Depo deals (placement /

Borrowings), Merchant Forward contracts and other Internal 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: Central Government securities (G-Sec), State Development Loans

(SDL), Treasury Bills (TB), Bonds and debentures (taxable and tax free), 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. OTHER PRODUCTS: Mutual funds, venture capitals, Security receipts, Foreign equity

investments, subsidiary and joint ventures etc.

2. MARKET RISK (Mid Office)

A. Limits Monitoring (offline with Cogencis) B. Rates Scan (offline with Cogencis) C. Risk Parameters like PV01, Duration, Capital Charge ,M Duration etc. D. Disclosure, MAP and SIR E. Open position ,MTM,P&L

3. NOSTRO A/C‘s RECONCILIATION MODULE.

4. INTERFACES WITH DEAL PROCESS- CCIL’S-FX CLEAR, ALL, AUTOBAHN, RTNS, SWIFT, NDS-CALL,

NDS-OM, CCIL-CBLO, NG-RTGS ,CLS, FRS


Page 8 of 135

5. INTERFACE FOR MERCHANT TRANSACTION- Export, Import, inward remittances, EEFC, PCFC,

FDBD transactions and MF Contracts from B-category branches.

6. INTERFACE WITH NEWSWIRE-(Cogencis) FOR FOREX, EQUITY, G-SEC RATES, YIELD CURVES.

7. CBS INTERFACE- For inter branch fund transfer through TTUM.

8. FCNR / RFC -Deposit MODULE.

9. INTERFACE WITH MIS- In addition to the above products and features, the system should be able to

achieve the requirements mentioned in the scope of work.


Page 9 of 135

CHAPTER - 1 INSTRUCTIONS TO BIDDERS

1.1 Minimum eligibility Criteria for the Bidders

Sr.No Eligibility Criteria Support Documents to be submitted

EC-1 The bidder should be a Company/Firm registered in India under Companies Act 1956 / The Partnership Act 1932/ Limited Liability Partnership Act 2008

Certificate of Incorporation & Commencement of Business (whichever applicable) should be submitted

EC-2 The bidder should be reputed IT Company having existence in India and should be providing software solutions for at least five years as on 31.03.2018.

Documentary proof duly signed by authorized person is required to be submitted.

EC-3 The Bidder must have positive net worth in last 3 financial years (i.e. FY 2014-15, 2015-16 and 2016-17)

Audited Financial Statements (and Annual Reports, if applicable) for the last three financial years, viz. 2014-15, 2015-16 and 2016-17 are to be furnished. CA certificate regarding Positive net worth needs to be furnished.

EC-4 The bidder should have a minimum turnover of Rs.10 Crore per year during last three financial years (i.e., 2014-15, 2015-16 and 2016-17).

Audited Financial Statements (and Annual Reports, if applicable) for the last three financial years, viz. 2014-15, 2015-16 and 2016-17 are to be furnished. CA certificate with regard to turnover is required to be submitted by the bidder.

EC-5 The proposed solution should have been successfully implemented in minimum two Scheduled Commercial Bank in India out of which at least one bank should be a Public Sector Bank in India.

Relevant Agreement & Certificate to be Provided

EC-6 The proposed solution should be currently running in at least one Scheduled Commercial Bank in India.

Relevant Agreement & Certificate to be Provided

EC-7 The proposed solution should have transaction accounting level integration with Core Banking Solution in at least one Scheduled Commercial Bank in India.

Relevant Certificates to be Provided

EC-8 The proposed solution should have been integrated with Market Risk Solution in at least one Scheduled Commercial Bank in India.


EC-9 The proposed solution should have been implemented for derivative management in pricing, accounting, valuation, settlement and MIS etc.


EC-10 The Bidder should not be banned/blacklisted/ debarred by any Bank/ PSU/ GOI Department/ Indian Financial Institutions as on date of submission of bid.

An undertaking letter to be enclosed by the Bidder clearly stating that they are not banned/blacklisted/ debarred by any Bank, PSU/GOI Departments/ Indian Financial Institutions as on date of submission of bid.


Page 10 of 135

EC-11 Bidder must have its own minimum one support / service locations at Delhi/ New Delhi/ NCR/ Mumbai In case bidder is not having support centre at Delhi/ NCR/ Mumbai, bidder should give undertaking to open the support centre in Delhi/NCR within 1 month of award of tender.

List of Support/ Service centre along with name of the contact person, telephone/ Mobile, Complete Address duly signed by authorized person is required to be submitted as per Annexure VI

Each bidder should submit only one bid for the RFP. In case, it is observed that bidder has submitted more than one bid, all such bids submitted by bidder will be rejected. Either the bidder on behalf of the Principal / OEM or Principal / OEM itself can bid however both cannot bid simultaneously for the same solution. In case it is observed that the bidder on behalf of the Principal / OEM and Principal / OEM itself have simultaneously submitted the bid for same solution, then all such bids will be rejected. Further, if the OEM is the Bidder then the OEM can only bid for own solution only. Bidder should be Original developer of the solution provided or an authorized seller. In case bidder is an authorized seller of the offered product, bidder should have all the required authorization documents and rights for the products offered or authorized reseller of the OEM. The bidder should put in place adequate support structure from the OEM for overseeing and assisting in completing the implementation of the ITMS Solution within the project timelines as specified in the RFP. Bidder should be OEM of the offered solution or an authorized partner of OEM. In case the bidder is not OEM of the offered solution, then an undertaking from OEM should be submitted cert ifying that in case the authorized distributor (bidder) is not able to perform obligations as per contract during contract period, the OEM shall perform the said obligations. In such cases, the mandate/authority of the official signing the letter of OEM of offered solution in favor of Bidder’s company should be clearly specified.

1.2 Schedule of Requirements

Schedule No.

Name of Schedule Details

1 Integrated Treasury Management System and all other Software required with comprehensive 1 year warranty and three years ATS.

Bidder needs to specify the licensing requirement depending upon the solution offered by them and provide the same. If the Bidder has missed out providing any licenses to the Bank, then the Bank will not bear any additional amount for procurement of such licenses at a later date.

The Bidder should note that any licenses, unless otherwise stated elsewhere in this document, means a perpetual license, with no restrictions whatsoever on data, users, asset size, transactions or number of sites across the Bank. The Bidder should ensure that they have appropriate legal rights for all the proposed applications / solutions to be provided in the project to accord license to use by the Bank for the period of the contract.

ITMS Licenses should allow all desired users to perform operational roles available in the system unconditionally including read / edit / view options


Page 11 of 135

as desired by the Bank. The right to restrict the use of the application/module/functionality will rest solely with the Bank and cannot be restricted by the bidder in any way.

2 Database Bank will provide necessary Database. The details of the current database are mentioned under the section ‘Current Status of Treasury Management in the Bank’.

Bidder needs to specify any additional licensing requirement depending upon the solution offered by them, Bank’s requirement & projected volumes and provide the same.

3 Hardware (servers with required accessories), Operating System, Middleware, Storage etc.

Bank will provide necessary hardware. The details of the hardware are mentioned under the section ‘Current Status of Treasury Management in the Bank’

Bidder needs to specify any additional hardware requirement depending upon the solution offered by them, Bank’s requirement & projected volumes and provide the same. Bank will procure the additional hardware and provide to bidder for implementation.

The bidder shall submit an OEM recommendation letter confirming the sufficiency of all deliverables like- hardware, software (including licenses), services, and other tools etc. supplied by the bidder for the project as per the scope of the RFP.

It may be noted that the requirements given in this tender is indicative only and the Bank reserves the right to accept or reject any bid as also to alter any or all the terms and conditions without assigning any reason thereof.

The proposed solution should be capable of running on the existing Network architecture of the Bank.

In Case the bidder has not indicated any peripherals /equipments in their proposed solution and is required for implementation of solution, the Bidder has to provide required peripherals/equipment, without charging any cost to the Bank. The Bidder is completely responsible for the proposed solution to meet the scope and objectives of the RFP and Bank assumes no responsibility for the assumptions made by the Bidder. In the event the proposed solution fails to meet the SLA service levels and the scope and objectives of RFP, the Bidder will have to upgrade, modify, rectify or replace the solution at no additional cost to the Bank. The Bidder must give the details of suitable tools/software//utilities/ solutions that they are proposing for the solution. None of the tools/software/ utilities/solutions proposed should be unsupported by the respective OEM. Any bid submitted with such unsupported tools/software/utilities/solutions will be summarily rejected. It is expected that the solution proposed by the Bidder is based on the requirements as enumerated in the RFP and its annexure. The contents of the RFP contain only principal requirements of the assignment and that the delivery of the deliverables and the services required in connection therewith are integral part of the assignment. Bank will not accept any plea from the Bidder for omission of critical services on the pretext that it was not expressly stipulated in the RFP.

1.3 Cost of Tender The tender document may be downloaded from the Bank’s official website www.psbindia.com. The bidder is required to submit a non-refundable fee towards Participation Fee as mentioned in


Page 12 of 135

Key-Information in the form of Demand Draft or Pay Order in favor of PUNJAB & SIND BANK, payable at New Delhi, at the time of submission of the bid, failing which the bid of the concerned bidder will be rejected. It may be noted that amount will not be refunded to any prospective bidder under any circumstances including cancellation of RFP.

1.4 Language of the Bid The bid as well as all correspondence and documents relating to the bid exchanged by the Bidder and the Bank shall be in English language only.

1.5 Two Bid System a. The Bid Proposal being submitted would be binding on the Bidder. As such it is necessary that

authorized personnel of the firm or organization must sign and stamp all pages of the Bid. The designated personnel should be authorized by the Board/Senior Management of the Organization having such authority to do so. The Xerox copy of necessary Original Resolutions/ Authority/ Power of Attorney having authority to authorize the person to submit Bid Documents, on behalf of the Company shall be enclosed. 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.

b. The bidder shall submit his response to the present tender separately in two parts – “The Technical Bid” and “Commercial Bid”. Technical Bid will contain product specifications / response to functional and technical specifications whereas Commercial bid will contain the pricing information as per the Bill of Material given in the RFP. In the first stage, only the Technical Bids shall be opened and evaluated as per the criterion determined by the Bank. Those bidders satisfying the technical requirements as determined by the Bank in its absolute discretion shall be short-listed for opening their commercial bid.

c. The bidder is required to submit soft copy of the bid in a CD. d. The bidder is also required to submit copy of this RFP duly signed on each page AS A

TOKEN OF ACCEPTANCE of each clause & terms and conditions of the document. e. The Bank reserves the right to accept or not to accept any bid or to reject a particular bid at its

sole discretion without assigning any reason whatsoever. f. Bid documents shall be submitted in a single sealed envelope, including Demand Draft/Purchase

Order towards cost of RFP, Bid Security (EMD) in the form of Bank Guarantee and other required documents as mentioned in the tender and a separate sealed envelope containing commercial bid Price, duly super-scribing the envelope with the reference of this RFP, due date, name of the Bidder with contact details, Offer reference number etc. Bid document should be duly filed and all the pages of Bid including Brochures should be made in an organized, structured, and neat manner. Brochures / leaflets etc. should not be submitted in loose form. All the pages of the submitted Bid Documents should be serially numbered with the Bidder’s seal duly affixed with the Signature and Stamp of the Authorized Signatory on each page. Documentary proof, wherever required, in terms of the RFP should be enclosed.

1.6 Formation of Bid The bid must be made in an organized and structured manner. The Bid should be properly sealed and marked as “Bid for selection of bidder for Implementation of Integrated Treasury Management System (ITMS) in the Bank”, Tender Reference Number, Bidder’s name and address. The Technical Bid shall contain the following documents:-

S.No. Documents

1 Tender Covering Letter as per Annexure I

2 Compliance to :

Functional Specifications Criteria as per Annexure IIA

Technical Specifications Criteria as per Annexure IIB

3 Compliance to Minimum Eligibility Criteria as per Annexure III (please ensure that all

related documents to Minimum Eligibility criteria have been attached)


Page 13 of 135

4 Bidders Information as per Annexure IVA, Annexure IVB, Annexure IVC, Annexure

IVD

5 Acceptance of all Terms and Conditions including scope of work (compliance Statement

as per Annexure V)

6 Service Support Centers Detail as per Annexure VI

7 Performance Statement as per Annexure VII

8 Masked commercial bid as per Annexure VIII containing all information except price.

Another Sealed Envelope containing commercial bid price as per Annexure VIII duly

labeled as ‘Commercial Bid’ and Tender Reference No. , Name of the Bidder.

9 Bid Earnest Money in the form Bank Guarantee as per Annexure IX

10 DD/pay order of Rs. 10,000/- in favour of Punjab & Sind Bank toward participation fee

(Please mentions the tender name with year and company name at the back of DD/Pay

order.)

11 Copy of Power of Attorney/authority letter authorizing official for signing the Bid

12 Undertaking from bidder and OEM certifying that the supplied product/ license etc. used are new and original.

13 Any other document indicating the feature of the product.

14 Check list as per Annexure X

15 OEM recommendation letter confirming the sufficiency of all deliverables like- software (including licenses), services, and other tools etc. supplied by the bidder for the project as per the scope of the RFP.

16 Pre-Contract Integrity Pact as per Annexure-XIV

Note: All Claims made by the Bidder will have to be backed by documentary evidence. The bidder is expected to examine all instructions, forms, terms and specifications in the RFP. Failure to furnish all information required or to submit a Bid not substantially responsive to the RFP in every respect will be at the Bidder’s risk and may result in the rejection of the Bid.

1.7 Submission of bids The Bank expects the bidders to carefully examine all instructions, terms and conditions mentioned in this RFP document before submitting its unconditional compliance as part of the RFP. Failure to furnish all information required or submission of RFP not substantially responsive to the RFP in every respect will be at the bidder’s risk and may result in the rejection of its response. Bids duly sealed should be submitted, IN PERSON, on or before the last Date and Time for bid submission at the address mentioned below:

The Assistant General Manager Punjab & Sind Bank, Head Office Information Technology Department, 2nd floor, Bank House, 21, Rajendra Place, New Delhi – 110008

Any other mode of submission, e.g. by courier, fax, e-mail etc. will not be accepted.

1.8 Cost of Preparation and Submission of Bid The Bidder shall bear all costs associated with the preparation and submission of its Bid and the Bank will in no case be responsible or liable for these costs, regardless of the conduct or outcome of the Bidding process.

If any information / data / particulars are found to be incorrect, bank will have the right to disqualify the bidder.

All communications, correspondence will be only to the prime bidder. Any partner/sub-contractor has to communicate only through the prime bidder. The prime bidder will act as a single point of contact for the Bank.


Page 14 of 135

1.9 Late bids

Any bid received after the due date and time (for receipts of bids as prescribed in the Key Information of the RFP) will be rejected and returned unopened to the Bidder.

1.10 Earnest Money Deposit (EMD) Non-submission of Earnest Money Deposit as mentioned in Key-Information will lead to outright rejection of the offer. The EMD is to be submitted in the shape of Financial Bank Guarantee only from any Scheduled Commercial Bank valid for minimum 225 Days from the date of Bid Submission Date. EMD of unsuccessful Bidders will be returned to them on completion of the procurement process. The EMD of successful Bidder(s) will be returned within 30 days on submission of Performance Bank Guarantee. The Earnest Money Deposit may be forfeited under the following circumstances:

a. If the Bidder withdraws its bid during the period of bid validity (180 days from the date of opening of the technical bid).

b. If the Bidder makes any statement or encloses any form which turns out to be false, incorrect and/or misleading at any time prior to signing of contract and/or conceals or suppresses material information; and / or

c. In case of the successful Bidder, if the Bidder fails: To honor submitted bid To sign the contract in the form and manner to the satisfaction of the Bank. To furnish performance Bank Guarantee in the form and manner to the satisfaction of

the Bank.

1.11 Performance Bank Guarantee The successful bidder has to submit the Performance Bank Guarantee equivalent to 10% of Total Cost of Ownership for the due performance of the contract, valid for 51 months as per the format of Annexure XI. It will be submitted at HO IT Department. In case vender(s) fails to perform as per the obligation of the RFP / PO or fails to pay the due penalty, if any, as demanded by bank, Bank shall invoke the Performance Bank Guarantee to recover penalty/damages.

1.12 Erasures or Alterations The Bid should contain no alterations, erasures or overwriting except as necessary to correct errors made by the Bidder, in which case corrections should be duly stamped and initialed / authenticated by the person/(s) signing the Bid. The Bidder is expected to examine all instructions, forms, terms and specifications in the bidding documents. Failure to furnish all information required by the bidding documents or submission of bid not substantially/conclusively responsive to the bidding documents in every respect will be at the Bidders risk and may result in rejection of the bid.

1.13 Opening of bids Technical Bid offer will be opened on the date, time and place mentioned in the bid ‘Key-Information’ in the presence of the Bidders who choose to attend on the said date and time. The Bank will evaluate the technical and techno functional response to the RFP of the Bidders who are found eligible as per the eligibility criteria mentioned in the RFP. There will be no scoring involved in the eligibility evaluation. Bids of only those Bidders who have been found to be in conformity of the eligibility terms and conditions during the preliminary evaluation would be taken up by the Bank for further detailed evaluation. The Bidders who do not meet the eligibility criteria and all terms during preliminary examination will not be taken up for further evaluation. During evaluation of the Bids, the Bank at its discretion may ask a bidder for clarification of its bid. The request for clarification and the response shall be in writing, and no change in the price or substance of the bid shall be sought, offered or permitted.


Page 15 of 135

1.14 Evaluation Process of the Bids The Evaluation will be a 3-stage process: 1. Eligibility Criteria Evaluation (Mandatory to be met by the bidders) 2. Technical Evaluation 3. Commercial Evaluation The evaluation by the Bank will be undertaken by an internal committee of the Bank officials and may include a Consultant. The decision of the committee shall be considered final.

1.14.1 Preliminary Scrutiny a. The Bank will examine the Bids to determine whether they are complete, required formats

have been furnished, the documents have been properly signed, and the Bids are generally in order.

b. The Bank may, at its discretion, waive any minor infirmity, non-conformity, or irregularity in a Bid, which does not constitute a material deviation.

c. The Bank will first examine whether the Bid and the Bidder is eligible in terms of Eligibility Criteria. The bids not meeting the Minimum Eligibility Criteria shall not be considered for further evaluation.

d. Prior to technical evaluation, the Bank will determine the responsiveness of each Bid to the Bidding Document. For purposes of these Clauses, a responsive Bid is one, which conforms to all the terms and conditions of the Bidding Document without material deviations. Deviations from, or objections or reservations to critical provisions, such as those concerning Bid Security, Applicable Law, Bank Guarantee, Eligibility Criteria, will be deemed to be a material deviation.

e. The Bank’s determination of a Bid’s responsiveness will be based on the contents of the Bid itself, without recourse to extrinsic evidence.

f. If a Bid is not responsive, it will be rejected by the Bank and may not subsequently be made responsive by the Bidder by correction of the non-conformity.

1.14.2 Clarification of bids

To assist in the scrutiny, evaluation and comparison of offers/bids, The Bank may, at its sole discretion, ask some or all Bidders for clarification of their offer/bid. The request for such clarifications and the response will necessarily be in writing and no change in the price or substance of the bid shall be sought, offered or permitted. Any decision of the Bank in this regard shall be final, conclusive and binding on the bidder. The bidder shall notify the Bank in writing of all subcontracts awarded under the contract if not already specified in his bid. Such notification, in his original bid or later, shall not relieve the bidder from any liability or obligation under the contract. The Bank reserves rights to accept such arrangement or reject the proposal outright. Proof of such contracts should be submitted to the Bank.

1.14.3 Technical evaluation The technical bids shall be evaluated by a committee of experts for the following:-

i. Compliance of Minimum eligibility criteria

ii. Receipt of all/complete documents/information/undertakings etc.

iii. Compliance to functional and technical specifications of the ITMS

iv. Product Walkthrough/ Demonstration/ Site Visit

i. The functional and technical requirements are in the form of tables which are given as

Annexure IIA and Annexure IIB respectively containing the required functionality and


Page 16 of 135

technical features. ii. The Bidders should provide their response to the questionnaire in the column ‘Bidder

Response’ of Annexure-IIA and Annexure-IIB only.

a) Functional Specifications Response

S-Standard feature. Features readily available and to be provided by the Bidder C–Customization required. Bidder will provide the customization within the stipulated

date as informed by Bank at no extra cost. U-Unavailable. Functionality is not available but will be provided by the Bidder without any

additional cost to the Bank within stipulated project timelines of the RFP.

b) Technical Specifications

Response Y – Available (Features readily available and to be provided by the Bidder) N –Unavailable (Feature not available but will be provided by the Bidder without any

additional cost to the Bank within stipulated project timelines of the RFP)

Note: Response except ’S’/’C’/‘U’ OR ‘Y’/’N’ will not be accepted for any functionality/ technical requirements of Annexure IIA and IIB. The responses other than prescribed or left blank will be treated as ‘Standard’ feature readily available and the same shall be provided by the bidder without any additional cost to the Bank within the stipulated project timelines of the RFP.

Basis for evaluation:

Bidder needs to give undertaking that at least 80% of the functional and technical requirements each are available as standard feature in the product and the rest 20% will be customized by the bidder as per Bank’s requirement. The responses given by the bidder in Annexure IIA & IIB would be validated by the core team from the Bank during the course of a Product Walk Through/ Site Visit to be arranged by the bidder in a simulated environment at New Delhi. The core team from the Bank would visit reference banks where the solution has already been implemented by the bidder to obtain firsthand information about the quality of deployment and support services. Bids of only functionally and technically qualified bidders with satisfactory product demonstration/ site visit will be opened in the presence of the functionally/technically qualified bidder’s representatives on date and time to be communicated to the qualified Bidders.

1.14.4 Commercial Evaluation The commercial bid evaluation will be carried out through sealed commercial bidding. The bidder needs to quote the cost of Derivatives Module separately but it will be part of the Total Cost of Ownership. The Bank may purchase the module separately, whenever desired.

Bank will finalize the L-1 bidder based on the TCO (Annexure– VIII). The bidder with the lowest commercial proposal will be designated as L1 bidder.

1.15 No commitment to accept lowest or any bid The Bank shall be under no obligation to accept the lowest or any other offer received in response to this tender notice and shall be entitled to reject any or all offers including those received late or incomplete. Bank reserves the right to make changes in the terms and conditions of purchase before the submission of bid proposal by the bidder. Bank will be under no obligation to have discussions with any bidder, and/or entertain any representation.


Page 17 of 135

1.16 Right To Accept Any Bid And To Reject Any Or All Bids / Cancellation Of Tender Process

The Bank reserves the right to accept or reject in part or full any or all offers without assigning any reason thereof even after issuance of letter of Intent. Any decision of the Bank in this regard shall be final, conclusive and binding upon the bidders. The Bank reserves the right to accept or reject any Bid in part or in full, and to annul the Bidding process and reject all Bids at any time prior to contract award, without thereby incurring any liability to the affected Bidder or Bidders or any obligation to inform the affected Bidder or Bidders of the grounds for Bank’s action. During any stage of evaluation process, if it is found that the bidder does not meet the eligibility criteria or has submitted false /incorrect information the bid will be summarily rejected by the Bank and no further correspondence would be entertained in this regard. Bank further reserves the right to amend, rescind, reissue or cancel this RFP and all amendments will be advised to the Bidder and such amendments will be binding upon them. The Bank also reserves its right to accept, reject or cancel any or all responses to this RFP without assigning any reason whatsoever. Further please note that the bank would be under no obligation to acquire any or all the items proposed. No contractual obligation whatsoever shall arise from the RFP process unless and until a formal contract is signed and executed by duly authorized officials of the Bank and the bidder.

1.17 Correction of Errors in Commercial Bid Bidders are advised to exercise greatest care in entering the pricing figures. No corrigenda or requests for prices to be corrected will be entertained after the bids are opened. If there are any corrections in the bid document, the authorized signatory should initial them all, failing which the figures for such item shall not be considered. Discrepancies in bids will be corrected as follows:

Where there is a discrepancy between the amounts in figures and in words, the amount in words shall prevail

Where there is a discrepancy between the unit rate and the line item total resulting from multiplying the unit rate by the quantity, the unit rate will govern unless, in the opinion of Bank, there is an obvious error such as a misplacement of a decimal point, in which case the line item total will prevail

Where there is a discrepancy between the amount mentioned in the bid and the line item total present in the schedule of prices, the amount obtained on totaling the line items in the Bill of Materials will prevail

The amount stated in the correction form, adjusted in accordance with the above procedure, shall be considered as binding, unless it causes the overall price to rise, in which case the bid price shall prevail. Based on the Bank’s requirements as listed in this document, the bidder should identify and offer the best-suited solution / bill of material for the product that would meet the Bank’s requirements and quote for the same.

1.18 Soft copy of tender document The soft copy of the tender document will be made available on the Bank’s website https://psbindia.com. However, the Bank shall not be held responsible in any way, for any errors / omissions /mistakes in the downloaded copy.

1.19 Bid validity period Bids shall remain valid for 180 (one hundred eighty) days after the date of bid opening prescribed by the Bank. The Bank holds the rights to reject a bid valid for a period shorter than 180 days as non-responsive, without any correspondence. In exceptional circumstances, the Bank may solicit the Bidder’s consent to an extension of the validity period. The request and the response thereto shall be made in writing. Extension of validity period by the Bidder should be unconditional and irrevocable. The Bid Security provided shall also be suitably extended.


Page 18 of 135

A Bidder acceding to the request will neither be required nor be permitted to modify its bid. A Bidder may refuse the request without forfeiting its bid security. In any case the bid security of the Bidders will be returned after completion of the process.

1.20 Pre-bid meeting For clarification of doubts of the bidders on issues related to this RFP, the Bank intends to hold a Pre-Bid Meeting on the date and time as indicated in the RFP in Key-Information. For any clarification with respect to this RFP, the bidder may send an email to [email protected] by last date of submission of queries as defined in Key-Information in this document. The format to be used for seeking clarification is mentioned in Annexure XII (Pre-bid Query Format). It may be noted that all queries, clarifications, questions etc., relating to this RFP, technical or otherwise, must be in writing only and should be sent to the email-id as stated earlier. Only two authorized representatives of each prospective bidder will be allowed to attend the meeting.

1.21 Awarding of Purchase Order Following commercial evaluation, Purchase Order may be awarded to the bidder whose bid meets the requirements of this RFP and provides the best value to the Bank from both a techno-functional and commercial point of view. The Bank reserves the right to award the Purchase order in whole or in part. The acceptance of the bid will be communicated by way of placing a purchase order in writing at the address supplied by the bidder in the bid document. Any change of address of the bidder should therefore be notified promptly to the Assistant General Manager (IT) at the address given in this RFP. The terms and conditions of purchase order and RFP shall constitute a binding contract.

1.22 Escrow arrangement Bidder shall provide escrow mechanism, for the source code of products (all components) supplied by the bidder to the Bank, under this RFP, in order to protect its interest in an eventual situation. The cost of escrow arrangement will be borne by the bidder.

1.23 Amendment to RFP Contents At any time 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) requested by a prospective bidder, modify the RFP contents by amendment. Amendment will only be published on Bank’s website, and will be binding on bidders. However, it is the bidder’s responsibility to regularly observe Bank’s website for latest development in this regard. The Bank will not be liable for any communication gap. In order to provide prospective bidders, reasonable time to take the amendment into account for preparation of their bid, the Bank may, at its discretion, extend the last date for bid-submission. Bank reserves its right to change the scope of the RFP considering the size and variety of the requirements and the changing business / regulatory conditions.

1.23.1 Bank reserves the right to scrap the tender at any stage without assigning any reason.

1.24 Confidentiality of the Bid Document The Bidder, irrespective of his/her participation in the bidding process, shall treat the details of the documents as secret and confidential.

1.25 Obtaining Requisite Forms Requisite form, like Form-32/Road Permit/Entry Tax etc, will be the sole responsibility of the bidder. However, Bank will sign the requisite forms as per requirement.

1.26 Signing of Pre Contract Integrity Pact All the participating bidders have to sign Pre-Contract Integrity Pact as per the Performa (Annexure-XIV) provided by the bank to the bidder as per CVC guidelines.

mailto:[email protected]


Page 19 of 135

The Integrity Pact envisages a panel of Independent External Monitors (IEMs) to review independently and objectively, whether and to what extent parties have complied with their obligation under the pact. The IEM has the right to access to all the project document. The Bank has submitted the names of eminent personalities with the CVC for appointment of IEMs in the Bank for contract/Tender. The Bank shall notify the names of IEM when finalized.


Page 20 of 135

CHAPTER - 2 TERMS AND CONDITONS

2.1 Deliverables

Following should be delivered to the Bank : Systems Requirement specification (SRS) document to the Bank. Migration strategy, customization & project implementation plan System specification document for all the functionalities discussed. Licenses and other suits with related documents User & Quick reference manuals and Technical Manuals Error messages manuals & documentation on troubleshooting. Test Cases for UAT. Training and Material related to training Business Continuity Plan and Disaster Recovery Plan covering well defined Recovery Point

Objective and Recovery Time Objective. Escalation Matrix

All copies should be delivered in hard copy & soft media both.

2.2 Implementation Schedule

Bank will enter into contract initially for a period of 4 years. However, the same may be extended after completion of 4 years on yearly basis, as per Bank’s requirements on the same terms and conditions and mutually agreed cost (ATS & Facility Management if any). The total time for full (including pilot) ITMS project implementation (Supply, Customization, UAT, Migration, Deployment & go live) will be 8 months from the effective date of the Contract (between Bank & Selected L1 bidder). Bidder is required to adhere to full project implementation schedule of 8 months.

Roll Out Plan 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. On acceptance of such plan by the Bank, the bidder is required to carry out the implementation including supply, installation, migration, integration, customization, testing, training etc. of the solution. Implementation will be staggered into the following activities:

S No Activity Timeline 1. Requirement Gathering 3 Weeks 2. Software Requirement Specification

(SRS) Submission 2 Weeks

3. SRS Vetting by Bank 3 Weeks 4. Delivery for UAT Within 2 months from the date of SRS Sign-Off 5. UAT Period 2 month including compliance of UAT observation.

Bidder needs to incorporate all observations of the Bank within the UAT period.

6. Pilot Run deployment and Training 15 days from the date of UAT Sign off. 7. Data Migration &Pilot Run 1 month for pilot run from the date of pilot run

deployment completion including compliance of Audit observations

8. Go-Live Implementation 15 days from pilot Sign-Off

2.3 Training

The successful bidder shall be responsible for providing training to various target groups consisting of core Team, System Administrator, Database Administrators, End-Users, on Functionality, Customization features developed, Parameterization methodology, User administration, troubleshooting technique, reporting, Log analysis and monitoring, Incidence analysis and reporting,


Page 21 of 135

error handling etc with respect to ITMS. Training should be provided covering all the contents of the package at Bank’s Head Office and/ or Bank’s training college at Delhi / Noida selected by the Bank. The bidder should explain how it is proposed to conduct the training program by outlining course contents and duration. This includes the training required for users as well as for technical system support staff.

Training shall be provided to various teams of the Bank personnel in the following areas:

a. Training in system software b. Full-fledged training on workflow and the application software operation c. Training on fault reporting procedures for the ITMS Software. d. User training.

• On the job training to operators, dealers, officers. • On the job training to Business department. • Training to DBA.

All required infrastructure for the training will be provided by the bank and the venue of the training shall be decided by the Bank. The Training Server shall set up at Bank’s DC by the bidder. All training shall include practical sessions in which live hands on experience is required to be given to the trainees. The functional and technical training for the core team of 20, in batches, would be for duration of 15 days on six days per week – on part/full time basis and would commence within a week from the ‘Project Start Date’.

End user training for a total of 60 users in batches of 10-15 each for all the modules of ITMS

application software for a week. The Bank reserves the right to change reasonably the number of training programs /batches, team size, Training Dates, Location, Modalities and Curriculum. Training Study Material for each program in soft copy and hard copy shall be provided by successful Bidder to the Bank. Self e-learning training kit of the entire solution to be provided by the successful Bidder to the Bank. E- learning training kits in terms of entire solution with text, pictures/ screen shots in MS word/excel/ppt / pdf format etc are required. Training material shall be published on Bank's intranet site for all end users. Therefore, it should be light in size and divided into module wise documents. The Bank shall not pay any additional amounts to the Bidder for the purpose of creating the training environment and Bidder has to bear the cost of travel, lodging and other expenses when trainings are conducted.

2.4 Acceptance Tests At its discretion of the Bank, there will be an acceptance test conducted by the Bank and/or the

nominated consultant in the presence of the Bidder. The test will check for trouble-free operation for

30 consecutive days in addition to physical verification and testing. There shall not be any additional

charges payable by the Bank for carrying out this acceptance test. In the event of any errors and bugs

detected during acceptance testing, resulting in corrective action required by the bidder, the schedule

for acceptance testing will be revised to a mutually convenient date at the cost and expenses of the

Bidder.

The application software (if any) will be delivered/installed for acceptance to Bank as and when the same is ready for delivery. The actual Acceptance Testing of the software will be the responsibility of Bank. Bank will prepare the Acceptance Test data along with the expected test results (consistent with the detailed specifications of the system and any change-request agreed in the documents) and keep it ready at least four (4) weeks in advance before the scheduled commencement of the Acceptance Testing of the software. The acceptance testing will be based on the test cases provided by Bank. Bidder will provide support for any clarifications during the Acceptance Testing of the


Page 22 of 135

system. Defects if any, observed by Bank, will be notified to Bidder in writing not later than two (2) weeks of delivery. Bidder will correct the defects that are a deviation from the baseline immediately following the acceptance, whichever is later. Bank will confirm acceptance in writing to Bidder. The Bank shall not withhold or delay the issuance of acceptance certificate of any of the deliverables, if the deliverables substantially meet the specifications or on account of any minor defects which have no material effect on the functionality of the deliverables. Notwithstanding the foregoing sentence, a deliverable shall be treated as accepted by Bank if the Bank (a) fails to provide the list of non conformities within two (2) weeks of delivery, (b) fails to notify the acceptance of the deliverables in terms of this clause within the period of two (2) weeks from delivery, or (c) starts using the deliverable in a live production environment (other than as part of agreed review and acceptance testing procedure, such as UAT).

2.5 Payment Terms & Pricing

The Bank’s payment terms are as follows: a) Software/ Application Cost of Integrated Treasury Management System (ITMS) with 1

year warranty

50% Delivery of License

20% UAT Sign off

20% Pilot Run

10% 1 month after full and successful go live

b) ITMS Implementation

25% SRS Sign off

25% UAT Sign Off

40% Pilot Run

10 % 1 month after full and successful go live

c) Facility Management & Training payment

d) Annual Technical Support (ATS)

Total cost of ATS shall be divided into four equivalent parts per year basis and each part shall be paid quarterly in arrears. In case full year is not available for ATS then the charges will be paid for remaining quarter / period on pro-rata basis and not for the complete year. ATS shall be paid after expiry of warranty of respective deliverables.

e) Pricing All prices in the commercial bid shall be expressed in the Indian Rupees only. The bidder must

quote total price inclusive of custom duty and charges related to freight, insurance, forwarding,

packing, dispatch, installation etc. All taxes like GST shall be payable extra on actual basis. The

cost will not depend on any variation in USD/£/€ exchange rate.

Bidder shall also be reimbursed for payment of any statutory duty/tax/levy including interest and/or new taxes or an increase in the rates of existing taxes or any other sum, if any payable in

S. No. Item Remarks

1. Facility Management Quarterly in arrear basis.

2. Training As and when availed


Page 23 of 135

respect of any sales tax and/or any other state or central levy. This will apply retrospectively, if so applicable upon Bidder.

2.6 Facility Management Service The bidder will have to provide On-Site Post- Implementation Support and other Technical support for entire solution after successful Go-live of ITMS in the Bank. The selected bidder shall place one competent and solution expert engineer on-site in the Bank (HO IMD & HO Foreign Exchange Department, New Delhi) during the banking hours and working days for managing complete ITMS Solution and providing all technical and application support for one year after successful Go-live . The Bank may extend the service on yearly basis on same terms and conditions till the contract period. Duties of onsite engineer shall include (at least) day to day operation/functional support to the stakeholders at Bank’s Head Office along with support at Bank’s DC & DRC for configuration changes, version upgrades, patch management, performance monitoring, trouble shooting, Bug Fixing, patch installation and liaising with Bank official for various support issues etc. and assisting Bank in switching to the DR site in case of system failure and Conducting DR drills in conjunction with the Bank, up gradation, additions / modifications in the application to cater to changes to data sources and /or new reporting requirements during warranty period of three year as well as during the post warranty period etc.

2.7 Reference Checks

Bidders are required to provide a minimum of three reference site within India where the Product is successfully running. These users should be in the banking industry. All the details of reference site requested for in Annexure IVD should be provided along with the names and contact details of persons who will be available for discussions. The Bank, at its option, will contact these reference sites to obtain information on the solution and implementation. Bidders will co-ordinate with the reference sites and arrange the visits on request from the Bank. The costs incurred by the Bank’s team, for the reference site visits, will be borne by the Bank.

2.8 Software Audit, Rectification and Re-Audit The Bank shall get the software audited (before/after going to live run) in-house or by outside agency

as per the Bank’s requirement by giving 15 days notice to the bidder. The bidder shall extend all sorts

of support required for carrying out the audit of the software. The bidder must rectify the

discrepancies / observations in the system, as per the audit report in consultation with the Bank.

There shall not be any additional charges payable by the Bank for such rectifications. The software

shall be re-audited after rectification to verify that the recommended modifications have been made

by the Bidder

Any such audit shall be conducted expeditiously, efficiently, and at reasonable business hours. The Bank shall not have access to the proprietary data of, or relating to, any other customer of Bidder, or a third party or Bidder’s cost, profit, discount and pricing data. The audit shall not be permitted if it interferes with Bidder’s ability to perform the services in accordance with the service levels, unless the Bank relieves Bidder from meeting the applicable service levels.

2.9 Completeness of Implementation/Installation

The implementation/installation will be deemed as incomplete if any component/module of the package is not delivered or is delivered but not installed and/or not operational or not acceptable to the Bank after acceptance testing/examination. In such an event, the implementation will be termed as incomplete and it will not be accepted and warranty period will not commence. The package will be accepted after complete commissioning of package and satisfactory working of the entire software package. However the Bank may accept the software with a clear understanding that some of the modules could


Page 24 of 135

be implemented during the warranty period of the package. In such case, the bidder shall be required to provide support for implementation of such modules as per the requirement of the Bank during the warranty period.

Delayed implementation shall attract penalties as stated in the RFP.

2.10 Backup and Archiving The backup and archiving shall be done by the selected bidder during the contract period. The bidder should provide a suitable backup and archiving solution to the Bank. The bidder will be responsible to liaison with Bank and to provide all integration required for backup into external hard disk etc. and implementation at DC& DR. Bidder shall be responsible for restoration of backup as and when required by the Bank. The tapes for taking backup will be provided by the Bank.

2.11 Disaster Recovery and Business Continuity Plan The proposed system must be capable of and compatible for Disaster Recovery & Business Continuity plan Implementation as and when required by Bank. The selected bidder should highlight the provisions for disaster recovery and show that the application facilitates BCP in scheduled and unscheduled manner.

2.12 Liquidated Damages

If bidder fails to deliver any or all goods or perform services within stipulated time schedule, the Bank shall, without prejudice to its other remedies, deduct from the ordered price, as liquidated damages, a sum equivalent to 1% of the order value for each week of delay subject to the maximum of 10%. The penalty will be charged on order value for the items for which delivery is delayed.

2.13 Order Cancellation The Bank reserves its right to cancel the entire / unexecuted part of the Purchase Order at any time by giving 30 days notice & assigning appropriate reasons in the event of one or more of the following conditions:

i. Delay in delivery beyond the specified period for delivery.

ii. Delay in installation, customization and implementation beyond the specified period. iii. Serious discrepancy noticed during the reference checks. iv. Repetitive failures/poor service after the delivery and/or live-run but before the warranty

period expiration. v. Delay in extraction and conversion of existing data, and uploading converted data to

proposed ITMS Database beyond the stipulated period.

vi. Major breach of trust is noticed during any stage of the project

vii. Any other appropriate reason in view of the Bank. viii. Breach of confidential information of the Bank by the bidder.

In addition to the cancellation of purchase order, the Bank reserves the right to foreclose the Bank Guarantee given by the supplier against the advance payment to appropriate the damages.

2.14 Warranty

The date of software warranty will start from date of UAT Sign-off and will continue for a period of 1 year. During the entire warranty period the bidder shall update/in-version upgrade/modify/enhance the software and shall also provide all new features released within the same version including implementation, with no extra cost to the Bank. Selected Bidder shall not raise any change request cost during this period. The bidder is expected to submit its commercial bid factoring any cost, whatsoever on this account.

Warranty should not become void if the Bank buys any other add-on hardware/software from a third party and installs it with/in Production Hardware of ITMS in the presence of the representative of the bidder. However, the warranty will not apply to such third-party hardware/software items installed


Page 25 of 135

by the Bank.

2.15 Annual Technical Support (ATS) The bidder is required to quote for post warranty ATS charges for 3 year after expiry of warranty of Software. The Bank will pay ATS charges on quarterly- in arrears basis. This rate shall remain unchanged for the periods ATS, after expiry of the warranty period. During the ATS period, the bidder shall provide Technical support for the software supplied as envisaged in the Terms and Condition/s hereunder. ATS for subsequent period after contract period shall be on mutually agreed rate. During the post-warranty ATS Contract, the bidder shall update/in-version upgrade/modify/enhance the software, fix bugs or errors and shall also provide all new features released within the same version including implementation with no extra cost to the Bank. Selected Bidder shall not raise any change request cost during this period. The bidder is expected to submit its commercial bid factoring any cost, whatsoever on this account. The bidder shall give firm commitment to provide maintenance at the price quoted from the date of expiry of warranty. The Bank will not permit any changes in ATS rates, quoted by the bidder. The ATS rate quoted should be exclusive of all taxes.

2.16 Compliance With Statutory And Regulatory Provisions It shall be the sole responsibility of the Bidder to comply with all statutory, regulatory & Law of Land and provisions while delivering the product and related services mentioned in this RFP. All suggested changes due to changes in Bank policy, Changes in Govt. of India/RBI/MOF Rule, Changes by Regulators shall be done without extra cost to the Bank, during contract period. Mandatory changes as suggested by regulatory bodies will incorporated as part of AMC services. Optional changes will be done at mutually agreed costs.

2.17 Legal Compliance The successful bidder here to agrees that it shall comply with all applicable union, state and local laws, ordinances, regulations and codes in performing its obligations hereunder, including the procurement of licenses, permits and certificates and payment of taxes where required. If at any time during the term of this agreement, the Bank is informed or information comes to the Bank's attention that the Successful bidder is or may be in violation of any law, ordinance, regulation, or code (or if it is so decreed or adjudged by any court, tribunal or other authority), the Bank shall be entitled to terminate this agreement with immediate effect.

The Successful bidder shall maintain all proper records, particularly but without limitation accounting records, required by any law, code, practice or corporate policy applicable to it from time to time including records, returns and applicable documents under the Labour Legislation. The Successful bidder shall ensure payment of minimum wages to persons engaged by it as fixed from time to time under the Minimum Wages Act, 1948. In case the same is not paid, the liability under the act shall solely rest with the successful bidder.

2.18 Indemnity Bidder shall indemnify, protect and save the Bank against all claims, losses, costs, damages, expenses,

action suits and other proceeding, resulting from infringement of any patent, trademarks, copyrights

etc. or such other statutory infringements in respect of software supplied and all the packages,

services offered by him & supplied by him.


Page 26 of 135

Bidder shall have no obligations with respect to any Infringement Claims to the extent that the Infringement Claim arises or results from: (i) Bidder’s compliance with Purchaser’s specific technical designs or instructions (except where Bidder knew or should have known that such compliance was likely to result in an Infringement Claim and Bidder did not inform Purchaser of the same); (ii) inclusion in a Deliverable of any content or other materials provided by Purchaser and the infringement relates to or arises from such Purchaser materials or provided material; (iii) modification of a Deliverable after delivery by Bidder to Purchaser if such modification was not made by or on behalf of the Bidder; (iv) operation or use of some or all of the Deliverable in combination with products, information, specification, instructions, data, materials not provided by Bidder; or (v) use of the Deliverables for any purposes for which the same have not been designed or developed or other than in accordance with any applicable specifications or documentation provided under the applicable Statement of Work by the Bidder ; or (v) use of a superseded release of some or all of the Deliverables or Purchaser’s failure to use any modification of the Deliverable furnished under this Agreement including, but not limited to, corrections, fixes, or enhancements made available by the Bidder .

In the event that Purchaser is enjoined or otherwise prohibited, or is reasonably likely to be enjoined

or otherwise prohibited, from using any Deliverable as a result of or in connection with any claim for

which Bidder is required to indemnify Purchaser under this section according to a final decision of

the courts or in the view of Bidder, Bidder, may at its own expense and option: (i) procure for

Purchaser the right to continue using such Deliverable; (ii) modify the Deliverable so that it becomes

non-infringing without materially altering its capacity or performance; (iii) replace the Deliverable

with work product that is equal in capacity and performance but is non-infringing; or (iv) If such

measures do not achieve the desired result and if the infringement is established by a final decision of

the courts or a judicial or extrajudicial settlement, the Bidder shall refund the Purchaser the fees

effectively paid for that Deliverable by the Purchaser subject to depreciation for the period of Use, on

a straight line depreciation over a 5 year period basis. The foregoing provides for the entire liability of

the Bidder and the exclusive remedy of the Purchaser in matters related to infringement of third

party intellectual property rights.

Purchaser shall not be entitled to seek any indemnification from the bidder unless Purchaser

provides the bidder with (i) prompt written notice of any claim, demand or action for which

Purchaser is seeking or may seek indemnification hereunder and gives the bidder the right to have

sole control over the defense and settlement negotiations; (ii) does not make any statement or

admission in relation to such claim which may prejudicially affect the chances of settlement or

defense of such claim; (iii) reasonably cooperate with the bidder in assisting the defense of the claim

and in the negotiations or settlements of any such claim, demand or action by providing all assistance

and information to perform the above obligations; and (iv) allow the bidder, at its own expense,

exclusively defend such litigation, negotiations and settlements with counsel of its own choosing.

The Purchaser warrants that all software, information, data, materials and other assistance provided by it under this proposal shall not infringe any intellectual property rights of third parties, and agrees that it shall at all times indemnify and hold Bidder harmless from any loss, claim, damages, costs, expenses, including Attorney’s fees, which may be incurred as a result of any action or claim that may be made or initiated against it by any third parties alleging infringement of their rights.

2.19 Conflict of interest The Bidder shall disclose to the Bank in writing all actual and potential conflicts of interest that exist, arise or may arise (either for the Bidder or the Bidder’s team) in the course of performing the Service(s) as soon as practical after it becomes aware of that conflict.

2.20 Publicity

Any publicity by the party in which the name of the other party is to be used will be done only with the explicit written permission of the other party.


Page 27 of 135

2.21 Guarantees on Software The bidder shall guarantee that the software delivered to the Bank is of latest version. The bidder shall guarantee that the software supplied to the Bank are licensed, legally obtained and will not require any further licensing costs, other costs or any other software/hardware purchase to meet the above mentioned guarantees. All modules of the system must be supplied with their original and complete printed documentation.

2.22 Guarantees on Response Time To Errors The Bank will classify all errors in to three categories:

(I) Critical errors defined as the Errors that require/cause the Bank to shut down the ITMS

server or stop services through the server. (II) Medium Level Errors defined as those errors that are not the Critical Errors as defined

above but cause great inconvenience or operational difficulties to the Bank (III) Low Level Errors defined as those other errors that are not the Critical errors or the

Medium Level Errors as defined above The Bidder undertakes and guarantees that all the Critical Errors will be resolved in the production environment within four hours of the Bank intimating the same through writing, telephone or fax.

In case the Critical Errors are not resolved within the stipulated time as above, there shall be a penalty of 1% of total loss of the bank per hour exceeding above said 4 hours resolution time at bidder’s own cost for solving the errors. In case the error is not resolved within 24 hours from the time of reporting of the error by the Bank, the bidder shall be liable to pay a penalty of 10% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the AMC/ATS payable by the Bank to the bidder. The Bidder undertakes and guarantees that all the Medium Level Errors will be resolved in the production environment within two days of the Bank intimating the same through writing, telephone or fax. In case the Medium Level Errors are not resolved within the stipulated time as above, there will be a penalty of 1% of total loss of the bank per day exceeding the above said two day’s resolution time at the bidder’s own cost for solving such errors. In case the error is not resolved within 7 days from the time of reporting of the error by the Bank, the bidder shall be liable to pay a penalty of 10% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the ATS payable by the Bank to the bidder. The bidder undertakes and guarantees that all the Low Level Errors will be resolved in the production environment within seven days of the Bank intimating the same through writing, telephone or fax. In case the Low Level Errors are not resolved within the stipulated time as above, there shall be a penalty of 1% of total loss of the bank per day exceeding the above said seven days' resolution time apart from replacement of the respective software at the bidder’s own cost for solving such errors. In case the error is not resolved within 10 days from the time of reporting of the error by the Bank, the bidder shall be liable to pay a penalty of 10% of the total value of the above said purchase order. Such penalty shall be adjusted as maintenance credit against the AMC payable by the Bank to the bidder.

2.23 Guarantees on System Up-Time The combined Up-Time of the software provided by the bidder relating to the ITMS package should provide continuous and guaranteed level of service and functionality as defined in this document (except the down-time due to the Bank’s network or UPS failure). The bidder undertakes and guarantees a system Up-Time of 99.9% during the period of warranty and ATS with the Bank is in force. The bidder is liable for a penalty of 1% of total loss of the bank per day when system availability falls


Page 28 of 135

below the expected availability of 99.9%, subject to a maximum of 1% of the above said purchase order value, apart from replacement of the software at bidder’s own cost for ensuring system availability. Such penalty shall be adjusted as maintenance credit against the ATS payable by the Bank to the bidder.

2.24 Confidentiality

This document contains information confidential and proprietary to the Bank. Additionally, the bidders will be exposed by virtue of the contracted activities to internal business information of the Bank, affiliates, and/or business partners. Disclosure of receipt of this tender or any part of the aforementioned information to parties not directly involved in providing the services requested could result in the disqualification of the bidders, pre-mature termination of the contract, or legal action against the bidders for breach of trust. No news release, public announcement, or any other reference to this tender or any program there under shall be made without written consent from the Bank. Reproduction of this tender, without prior written consent of the Bank, by photographic, electronic, or other means is strictly prohibited. The information will be treated as “confidential” when the same is clearly identified as confidential and/or proprietary at the time of disclosure; and is disclosed in tangible form duly marked as “Confidential Information “ or where disclosed orally being confirmed in writing by disclosing party within Seven days of such oral disclosure. This restriction does not limit the right to use information contained in the data if it:

a. Is obtained from another source without restriction.

b. Is in the possession of, or was known to, the receiving party prior to its receipt, without an obligation

to maintain confidentiality;

c. becomes generally known to the public without violation of this Proposal;

d. is independently developed by the receiving party without the use of confidential Information and

without the participation of individuals who have had access to confidential information;

e. is required to be provided under any law, or process of law duly executed.

The Bank shall also maintain the confidentiality of information/documents shared by the Bidder at the time of bid submission and during the project execution in the same manner in which the bidder will maintain the confidentiality of Bank’s documents/information.

2.25 Security The bidders’ proposal must include a plan to safeguard the confidentiality of the Bank's business information, existing applications and data. The successful bidder has to abide by the Bank's information security policies. The Bidder should ensure that the Treasury IT infrastructure supplied to the Bank is compliant with the Security Policy of the Bank. The ITMS should be in conformity with the requirements of BS 7799, ISO 17799 standards, Information Technology Act, 2000, amendment 2008 and Reserve Bank of India guidelines. 2.26 Solicitation of Employees The Bank will insist on a clause that states the parties agree not to hire, solicit, or accept solicitation (either directly, indirectly, or through a third party) for their employees directly involved in this contract till full project implementation, except as the parties may agree on a case-by-case basis. 2.27 Bid Pricing Information By submitting a signed bid, the bidder certifies that: The bidders have arrived at the prices in its bid without agreement with any other bidder of this tender for the purpose of restricting competition. The prices in the bid have not been disclosed and will not be disclosed to any other bidder of this tender.


Page 29 of 135

No attempt by the bidders to induce any other bidder to submit, or not to submit a bid for restricting competition, has occurred.

2.28 Non-Disclosure Agreement/Service Level Agreement (SLA) The selected bidder shall be required to sign Non-Disclosure Agreement (Annexure XIII) and Service Level Agreement (SLA) covering all terms and conditions of this tender and Purchase Order/ Contract confidentiality and non-disclosure clauses. 2.29 Consequences Of Termination In the event of cancellation of order due to any cause whatsoever, [whether consequent to the stipulated term of the RFP or otherwise], The Bank shall be entitled to impose any such obligations and conditions and issue any clarifications as may be necessary to ensure an efficient transition and effective business continuity of the Service(s) which the Bidder shall be obliged to comply with and take all available steps to minimize loss resulting from that termination/breach, and further allow the next successor Bidder to take over the obligations of the erstwhile Bidder in relation to the execution/continued execution of the scope of the Contract. In the event that the termination of the Service Contract is due to the expiry of the term of the Contract, a decision not to grant any (further) extension by the Bank , the Bidder herein shall be obliged to provide all such assistance to the next successor Bidder or any other person as may be required and as the Bank may specify including training, where the successor(s) is a representative/personnel of the Bank to enable the successor to adequately provide the Service(s) hereunder, even where such assistance is required to be rendered for a reasonable period that may extend beyond the term/earlier termination hereof. Nothing herein shall restrict the right of the Bank to invoke the Performance Bank Guarantee and other guarantees, securities furnished, enforce the Deed of Indemnity and pursue such other rights and/or remedies that may be available to the Bank under law or otherwise. The termination here of shall not affect any accrued right or liability of either Party nor affect the operation of the provisions of the Contract that are expressly or by implication intended to come into or continue in force on or after such termination.

2.30 Dispute resolution mechanism The Bidder and the Bank shall endeavor their best to amicably settle all disputes arising out of or in connection with the Contract in the following manner:- I. The Party raising a dispute shall address to the other Party a notice requesting an amicable

settlement of the dispute within seven (7) days of receipt of the notice. II. The matter will be referred for negotiation between General Manager of the Bank / Purchaser

and the Authorized Official of the Bidder. The matter shall then be resolved between them and the agreed course of action documented within a further period of 15 days.

In case any dispute between the Parties, does not settle by negotiation in the manner as mentioned above, the same may be resolved exclusively by arbitration and such dispute may be submitted by either party for arbitration within 20 days of the failure of negotiations. Arbitration shall be held in New Delhi and conducted in accordance with the provisions of Arbitration and Conciliation Act, 1996 or any statutory modification or re-enactment thereof. Each Party to the dispute shall appoint one arbitrator each and the two arbitrators shall jointly appoint the third or the presiding arbitrator. The “Arbitration Notice” should accurately set out the disputes between the parties, the intention of the aggrieved party to refer such disputes to arbitration as provided herein, the name of the person it seeks to appoint as an arbitrator with a request to the other party to appoint its arbitrator within 45 days from receipt of the notice. All notices by one party to the other in connection with the arbitration shall be in writing and be made as provided in this tender document. The arbitrators shall hold their sittings at New Delhi. The arbitration proceedings shall be conducted in English language. Subject to the above, the courts of law at New Delhi alone shall have the jurisdiction in respect of all matters connected with the Contract/Agreement. The arbitration award


Page 30 of 135

shall be final, conclusive and binding upon the Parties and judgment may be entered thereon, upon the application of either party to a court of competent jurisdiction. Each Party shall bear the cost of preparing and presenting its case, and the cost of arbitration, including fees and expenses of the arbitrators, shall be shared equally by the Parties unless the award otherwise provides. The Bidder shall not be entitled to suspend the Service/s or the completion of the job, pending resolution of any dispute between the Parties and shall continue to render the Service/s in accordance with the provisions of the Contract/Agreement notwithstanding the existence of any dispute between the Parties or the subsistence of any arbitration or other proceedings. Notwithstanding the above, the Bank shall have the right to initiate appropriate proceedings before any court of appropriate jurisdiction, should it find it expedient to do so.

2.31 Jurisdiction The jurisdiction of the courts shall be in New Delhi. 2.32 Notices Notice or other communications given or required to be given under the contract shall be in writing and shall be faxed/e-mailed followed by hand-delivery with acknowledgement thereof, or transmitted by pre-paid registered post or courier. Any notice or other communication shall be deemed to have been validly given on date of delivery if hand delivered & if sent by registered post than on expiry of seven days from the date of posting.

2.33 Authorized signatory The selected Bidder shall indicate the authorized signatories who can discuss and correspond with the bank with regard to the obligations under the contract. The selected Bidder shall submit at the time of signing the contract a certified copy of the resolution of their board, authenticated by the company secretary, authorizing an official or officials of the Bidder to discuss, sign agreement, contracts with the Bank , raise invoice and accept payments and also to correspond. The Bidder shall provide proof of signature identification for the above purposes as required by the bank.

2.34 Force Majeure The parties shall not be liable for default or non-performance of the obligations under the contract, if such default or non-performance of the obligations under this contract is caused by Force Majeure. For the purpose of this clause, “Force Majeure” shall mean an event beyond the control of the parties, due to or as a result of or caused by acts of God, wars, insurrections, riots, earth quake and fire, events not foreseeable but does not include any fault or negligence or carelessness on the part of the parties, resulting in such a situation. In the event of any such intervening Force Majeure, each party shall notify the other party in writing of such circumstances and the cause thereof immediately within five calendar days. Unless otherwise directed by the other party, the party pleading Force Majeure shall continue to perform/render/discharge other obligations as far as they can reasonably be attended/fulfilled and shall seek all reasonable alternative means for performance affected by the Event of Force Majeure.

In such a case, the time for performance shall be extended by a period(s) not less than the duration of such delay. If the duration of delay lasts for a continuous period of thirty (30) days, then either party may at any time thereafter while such performance continues to be excused, terminate this Assignment without liability, by notice in writing to the other party. However, bidder shall be entitled to receive payments for all services rendered by it under this Assignment.

2.35 Bidder’s liability The Bidder’s aggregate liability shall be limited to the total contract value during the Contract Period. However, there shall be no cap on liability of the Bidder for below mentioned events:


Page 31 of 135

a) Any willful misconduct or gross negligence of the Bidder, its employees, its agents or employees of its subcontractors in the performance of the Services; b) Infringement of any patent, trademarks, copyrights, intellectual property rights etc. or such other statutory infringements or any other law in respect of the Services provided by the Bidder. The Bank shall not be held liable for and is absolved of any responsibility or claim/litigation arising out of the use of any third party software or modules supplied by the Bidder as part of this Agreement. In no event shall a Party be liable for any indirect, incidental or consequential damages or liability, under or in connection with or arising out of this Agreement or the software delivered. Willful misconduct means where the Bidder intends actual harm upon Bank, which may harm Bank and does not include mistake or negligence in any form. Gross negligence means a serious disregard of an obvious risk. All terms and conditions, payments schedules, time frame for implementation, expected service levels as per this Agreement will remain unchanged unless explicitly communicated by the Bank in writing to the Bidder. The Bank shall not be responsible for any judgments made by the Bidder with respect to any aspect of the assignment. The Bidder shall at no point be entitled to excuse themselves from any claims by the Bank whatsoever for their deviations in confirming to the terms and conditions, payments schedules, expected service levels, time frame for implementation etc. as mentioned in this Agreement. The Bidder undertakes to provide appropriate human as well as other resources required, to execute the various tasks assigned as part of the project, from time to time.

2.36 No Employer-Employee Relationship The Firm / Company or any of its holding/subsidiary/joint-venture/ affiliate / group / client companies or any of their employees / officers / staff / personnel / representatives/agents shall not, under any circumstances, be deemed to have any employer-employee relationship with the Bank or any of its employees/officers/ staff/representatives/ personnel/agents.

2.37 Ownership And Retention Of Documents The Bank shall own the documents, prepared by or for the selected Bidder arising out of or in connection with the purchase and service agreement. Forthwith upon expiry or earlier termination of the agreement t and at any other time on demand by the Bank, the Bidder shall deliver to the Bank all documents provided by or originating from the Bank / Purchaser and all documents produced by or from or for the Bidder in the course of performing the Service(s), unless otherwise directed in writing by the Bank at no additional cost. The selected Bidder shall not, without the prior written consent of the Bank/ Purchaser, store, copy, distribute or retain any such Documents except a copy for audit and archival purposes. The selected Bidder shall preserve all documents provided by or originating from the Bank / Purchaser and all documents produced by or from or for the Bidder in the course of performing the Service(s) in accordance with the legal, statutory, regulatory obligations of the Bank /Purchaser in this regard.

2.38 Patent Rights/Intellectual Property rights In the event of any claim asserted by a third party of infringement of copyright, patent, trademark, industrial design rights, etc. arising from the use of the products or any part thereof in India, the Supplier shall act expeditiously to extinguish such claim. If the Supplier fails to comply and the Bank is required to pay compensation to a third party resulting from such infringement, the Supplier shall be responsible for the compensation to claimant including all expenses, court costs and lawyer fees. The Bank will give notice to the Supplier of such claim, if it is made, without delay. The Supplier shall


Page 32 of 135

indemnify the Bank against all third-party claims of infringement of patent, trademark, intellectual property, copyrights or industrial design rights arising from use of the Products or any part thereof. 2.39 Termination 2.39.1 Termination for Default: The Bank, without prejudice to any other remedy for breach of Contract, by a 30 days prior written notice of default sent to the Supplier, may terminate the Contract in whole or in part:

(a) if the Supplier fails to deliver any or all of the Products and Services, within the period(s) specified in the Contract, or within any extension thereof granted by the Bank, provided the failure or delay is for the reasons which are solely and entirely attributable to the Bidder and not due to reasons attributable to Bank and/or its other vendors or due to reasons of Force Majeure;, OR (b) if the Supplier fails, to perform any other obligation(s) under the Contract, provided the failure or delay is for the reasons which are solely and entirely attributable to the Bidder and not due to reasons attributable to Bank and/or its other vendors or due to reasons of Force Majeure In the event the Bank terminates the Contract in whole or in part, it may procure, up on such terms and in such manner as it deems appropriate, Products and Services similar to those undelivered, and the Supplier shall be liable to the Bank for any excess costs for such similar Products or Services. However, the Supplier shall continue performance of the Contract to the extent not terminated. Prior to providing a written notice of termination to the Selected Bidder, Bank shall provide the selected bidder with a written notice of 30 days to cure any breach of the Contract. The decision to terminate the contract shall be taken only if the breach continues or remains unrectified, for reasons within the control of Bidder, even after the expiry of the cure period. 2.39.2 Termination for Insolvency: The Bank may, at any time, terminate the Contract by giving written notice to the Supplier if the Supplier becomes bankrupt or otherwise insolvent. In this event, termination will be without compensation to the Supplier, provided that such termination will not prejudice or affect any right of action or remedy which has accrued or will accrue thereafter to the Bank. 2.39.3 Termination for Convenience: The Bank, by written notice sent to the Supplier, may terminate the Contract, in whole or in part, at any time for its convenience. The notice of termination shall specify that termination is for the Bank’s convenience, the extent to which performance of the Supplier under the Contract is terminated, and the date upon which such termination becomes effective. In such case, Bank shall pay the following amounts to the bidder:

a) The Contract Price, properly attributable to the parts of the system/project executed by the bidder as of the date of termination including also the work in progress, up to the date of termination. The term “work in progress” shall include but not limited to the value of deliverables/Product meant for delivery to the Bank (i) for which service delivery process was initiated by the Bidder or its vendor prior to the date of notice of termination of Contract; or (ii) order was placed by the Bidder on its vendors, prior to the date of notice of termination. b) The cost of satisfying all other obligations, commitments and claims that the bidder may in good faith have undertaken with third parties in connection with the contract. c) The cost of all the material, hardware, equipments, and manpower etc, purchased and/or employed by the bidder for performing its obligations under the Contract.


Page 33 of 135

d) The cost of removing all bidder’s equipment from the site, repatriate the bidder’s and its Subcontractors‟ personnel from the site, remove from the site any wreckage, rubbish, and debris of any kind. e) The cost of meeting any other obligations towards the Bank due to such termination.

2.40 Consortium If the Bidder is not a manufacturer, he should provide documentary evidence (e.g. Manufacturers’

Authorization Form) for having tied up with the main participating agencies.

The Bidder will be one point contact to provide the solution to the Bank. The selected Bidder should provide the Bank an solution, including, but not limited to, supply of software, interfaces with the existing system, maintenance, required / guaranteed uptime, etc. The Bidder should also provide to the Bank details of the consortium and its members.

The bidder will not subcontract any part of this RFP scope to a third party except with prior

written consent of the Bank which consent shall not be unreasonably withheld.


Page 34 of 135

CHAPTER - 3 SCOPE OF WORK

BROAD SCOPE OF WORK 1. The selected bidder needs to ensure implementation of purely web based ITMS in the Bank consisting

of Supply, Installation, Implementation, Customization, Integration, Migration, Testing, Training, tuning/optimization of proposed application and post go-live support and Maintenance of all necessary Software and other utilities etc. at primary site and also at Disaster Recovery Centre (DRC). The solution should support DRC with proper real time replication.

2. Considering the highly complex nature of the assignment and the envisaged long-term relationship with the Bidder, any Service, which forms a part of post go-live support or any component that is not specifically indicated in this document but is essential for rendering the Service should not be treated as excluded and would form part of this RFP, Bidder is expected to provide the same at no additional costs to the bank. The Bidder has to envisage all necessary services to be provided and ensure the same is delivered to the bank.

3. The solution should be capable of addressing the current Market Risk functionalities and should be adaptable to changing regulatory requirements. The system should be compatible with accounting standards like current Indian accounting standards, International Accounting Standard, IFRS converged Indian Accounting Standards(Ind-AS),etc. The proposed solution should be modular, designed to support the treasury operations of the Bank viz., Treasury Front office, Mid office, Back Office and market risk requirements like

VaR Computation including Portfolio VaR, Asset Class Level VaR, product Type Level VaR, etc., Capital Charge computation as per IMA and SMM methodologies, Calculation of Marked-to-Market (MTM) valuation of existing deals Risk Measurements in terms of positions, Exposure limits, duration or tenor, modified duration,

PV01, sensitivities, gaps, Greeks, Earnings-at-Risk (EaR) or Expected Loss or Unexpected Loss or Loss Potential or loss severity or exposure quantum, as appropriate( Any one or combination of the mentioned measurement techniques may be used to measure risks)

Calculation of Risk Weighted Asset, Stress Testing methods to subject the portfolio or risk positions to unusual or stressful events

and evaluate the impact and severity of these events Monitoring of Stop Loss Limits, and meeting all regulatory guidelines and settlement processes

on a single platform. Simulation models for measuring various market risks Back-testing methods for its various risk measurement/ assessment models to evaluate the

accuracy/ relevance/ effectiveness of VaR model. Scenario Analysis shall be conducted on the risk positions to determine the impact on prices and

earnings. Incremental Risk Charge (IRC), and Expected Shortfall Provide Counterparty-wise Collateral and Margin Analysis. Able to Compare Collateral Market value over a period. Able to Compare Contract value, Collateral Value and Margin Available. Margin Call to be sent via email in case of shortage of Margin NOOP Calculation – Currency-wise and Consolidated The architecture, technology, etc. should be uniform across the entire solution and also should be

supported by a single database. The system should be robust, scalable and futuristic with minimal dependency on external support with high level of parameterization and configurations to enable the Bank to configure or modify the parameters and generate required outputs on its own.

4. The proposed solution should cater to the needs of our Global Treasury [Domestic + Foreign Exchange]

requirements and other Statutory, and Regulatory requirements of present and immediate future of the

Bank. Bank also expects that ITMS solution should be capable of providing for Management and Executive

information reporting as required by the management and departments of the bank.


Page 35 of 135

5. The proposed solution should have Multi Currency/entity capability. It should support current treasury products and should have the capability to be extendable to new products as and when introduced.

6. The solution should act as the single platform for capturing of all the trade details from various dealing platforms and should be capable of deal logging/capturing, pricing, valuation, limit setting and monitoring, MIS and regulatory reporting and every other aspect of deal life cycle like settlement, accounting and posting, etc.

7. The proposed solution should allow creation of a single platform for internal monitoring of regulatory related activities like SLR, CRR, etc. related reporting. The proposed application should enable different treasury desks to view the investments made by the respective desks any other information they are entitled to view for business specific inputs thus providing transparency.

8. The proposed solution should be able to generate dash boards, score cards for Top Management and Treasury Desks etc. to assist the Bank in monitoring, analyzing and providing decision support. There should be a robust analytical engine to provide all the above in addition to easy user friendly reporting mechanism. The Solution must support generation of Standard Reports & Statements duly ensuring speed, data integrity and consistency.. The system must also support generation of ad hoc and dynamic reports. The system should generate operational reports (Customized Portal). The proposed reporting tool/BI should provide the power users of the bank to generate customized reports by drag and drop model. This should also provide saving of the selection by way of templates for repeated usage. The system should also support BI reports which can be accessed through web and Mobility devices through Online and Offline access

9. All proposed software should be of latest version as of go-live date. The suggested OEM products/tools should not have end of life or end of support for the next 10 yrs. from the date of go live. Should any components be announced End of Sale during the contract period the bidder will have to replace the same with an equivalent or higher specification product without any additional cost. The Bidder must give the details of suitable tools/software /utilities/ solutions that they are proposing for the solution. None of which should be unsupported by the respective OEM. Any bid submitted with such unsupported tools/software /utilities/solutions will be summarily rejected.

10. Data Migration : The bidder should seamlessly migrate the history/ data into the proposed ITMS for backward compatibility and continuity. The migrated data should be cross verified, validated and authenticated. In addition to that, the bidder should provide a robust reporting on the migrated data. The entire data from the existing systems have to be migrated to the new system by the bidder before going-live. The historical data (Number of years for which the data needs to be converted) will vary depending on the need for such historical data by the Bank. The Bidder will formulate the Data Migration Strategy. The selected bidder should provide facility for capturing the data through data entry module/screen/format/file upload. Such data capturing would be done at Bank's Head Office. The successful Bidder shall also devise the system for data preparation, extraction, validations and consistency-checks and migration from the existing system to the proposed ITMS. All master and historical data required to be migrated. Bidder to assess the volume of the data based on the information provided in the RFP. Though all data is in electronic shape, few information, in certain cases, needs to be captured from hard copies as well. The selected bidder shall be responsible for data capturing from exixting software and its migration to ITMS with desired validations and checking in coordination with respective departments.

11. Selected Bidder should provide onsite support post go-live as per clause No 2.6. Under Chapter 2.

12. The bidder should arrange for the closure of all observations including IS Audit, Data Migration Audit, VAPT and Security Audit within time frame stipulated by Bank without any additional cost to the Bank.

13. Seamless Integration of proposed solution with Bank’s Core Banking Solution covering all Domestic, Foreign, Subsidiary branches with all necessary interfaces. The Bank in future may migrate its current CBS to Finacle 10.x Version, the seamless integration should support both 7.x and 10.x versions of Finacle.

The complete functional and technical specifications are given in Annexure II


Page 36 of 135

CHAPTER - 4

PENALTIES The selected bidder must adhere to the implementation plan as stated in the RFP. Delay in successful implementation of the ITMS within the 8 months from the effective date of contract shall attract penalty as under:-

a) Delivery The final “Drafted SRS” should be submitted by the bidder within time schedule. After getting SRS Sign-Off from the bank, the required software product will be delivered to the bank. Any delay (solely attributable to the bidder) in providing deliverables will attract penalty of 1% of project cost per week (maximum of 10% of project cost) for late delivery from agreed schedule. If the delay exceeds 2 months then Bank reserves the right to cancel the order/blacklist the company and recover any payment made by invoking the BG as penalty. b) Implementation Schedule The shortlisted bidder should implement all the listed functionalities of the solution in live environment as per the implementation schedule from the date of clearance from bank. Penalty is also applicable in case of delay (solely attributable to the bidder) in live implementation of the software product. 1% of the project cost will be deducted as penalty per week for delaying in implementation as per schedule, with a maximum of up to 10% of project cost. c) Penalty for delay in Annual Technical Support Delay (solely attributable to the bidder) in providing resolution will attract penalty at 1% per week of the annual ATS cost subject to a maximum of 10% of the ATS cost for the year. The bank reserves the right to terminate the contract after giving 30 days notice, in case the support is not satisfactory.

Recovery of Penalty:

(I) During warranty Period: Amount of penalty will be recovered from vendor, on demand from Bank or by deducting from any outstanding payment. The vendor undertakes to pay the penalty amount as prescribed by the Bank. Bank reserve the right to invoke the Bank Guarantee for recovering the penalty amount.

(II) During ATS Period: Amount of penalty as per above clauses will be recovered/adjusted while making payment of the next renewal of ATS. In case of non-renewal of ATS, vendor will submit an unconditional undertaking to pay the pending penalty amount or damages immediately after demand from PSB.

The Bank reserves the right to recover the penalty amount by any mode such as adjusting from any payments to be made by the Bank to the Bidder.


Page 37 of 135

ANNEXURE -I Tender Covering Letter

The Assistant General Manager - IT Punjab & Sind Bank, Bank House, 21, Rajendra Place, New Delhi -110008 Dear Sir, Sub: RFP for “Implementation of Integrated Treasury Management System (ITMS) in the Bank” – Tender Ref No.________________________________ dated _________________ With reference to the above RFP, having examined and understood the instructions including all annexure, terms and conditions forming part of the Bid, we hereby enclose our offer for Implementation of Integrated Treasury Management System (ITMS) in the Bank forming Technical as well as Commercial Bids being parts of the above referred Bid. Further we agree to abide by the terms and conditions of this tender and our offer shall remain valid for 180 days from the date of Commercial Bid opening and our offer shall remain binding upon us which may be accepted by the Bank any time before expiry of 180 days. Bank’s purchase order together with RFP and addendum, shall constitute a binding contract between us. We understand that the Bank is not bound to accept the lowest or any offer the Bank may receive. We also certify that we are not blacklisted / banned by any Public Sector Bank/PSU/GOI Department at the time of bid submission. Dated this ____day of __________, 2017 Signature: (In the Capacity of)


Page 38 of 135

ANNEXURE - II FUNCTIONAL & TECHNICAL SPECIFICATIONS CUM BIDDER RESPONSE SHEET

• Bidder needs to specify details of additional hardware required, if any

S. No. Item Name Description

Availability Measurements

Parameter Calculation Minimum Performance level on monthly basis

System Response Time End to end response time should not be more than 2 seconds

99%

Normal System Concurrency Support 10% concurrent users in the ITMS solution during normal working hours

99%

Peak System Concurrency Support 20% concurrent users in the ITMS solution during peak working hours.

99%

Hardware Utilization Hardware parameters (like CPU, Memory, and hard disk) should not cross 70% utilization levels at any peak level and 30% on an average over the day.

99%

Reporting 1000 standard reports per hour 20 ad-hoc reports per hour

99%

Note:

a. The bidder should provide a compliance statement for all the technical requirements. b. All relevant product information such as user manuals, technical specifications sheet etc. should

be submitted along with the offer.

Signature

Seal of Company


Page 39 of 135

ANNEXURE IIA FUNCTIONAL SPECIFICATIONS RESPONSE SHEET

The following are the detailed functional requirements of the bank, which should invariably be complied with by the bidders. The bidder should read the abbreviation (and respond accordingly) as follows: S: Standard - Readily available C: Customization required U: Unavailable The following are the detailed functional requirements of the bank, which should invariably be complied with by the bidders.

A) General Requirements

Sr. No. Business Process

1. General Points Bidder’s

Response S/C/U

1.1

Multi-currency system: The system should have the ability to process, track and account for the necessary range of traded & non-traded currencies which includes INR,AED,AUD,CAD,CHF,EUR,GBP,JPY,HKD,SGD,USD etc. The system should also be able to process track & account for other currencies as & when they get added. It should be able to process transactions pertaining to any two of the above currencies in any order for e.g. EUR/JPY &JPY/EUR .

1.2 Reference Data: The system should be able to capture & utilize static data associated with the Bank & counterparties & their ratings, script, products, accounts etc.

1.3

Multiple levels: The system should be able to provide full support for multiple organizational levels & relationships. The hierarchies supported by the system should include branches, subsidiaries, agents & within each hierarchy the system should also support multiple access levels for different dealers, back office, mid-office, other departments & different levels of management.

1.4

System should support trading and EOD, Continuous processing, closings. It should be Global Deployment across different entities Time Zones, Financial Products & Roles. Work of Front-Office, Back-office & Mid-Office processing Independent from official P&L Closing.

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.

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 & options 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


Page 40 of 135

consignment basis etc.) h. Credit: CDS - mandatory, (credit options, baskets etc., CDOs CLN -Optional)

2. EDIT CHECK

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 The system should have the ability to over-ride edited errors

3. DATE PROCESSING

3.1 Day Count basis: The system should be able to handle all types of day count basis Actual/360,Actual/365,Actual/ Actual, Actual/365 (Fixed), staggered interest calculations.

3.2 Business Day Convention: The system should be able to support International Swaps & Derivatives Association (ISDA)-defined business day conventions such as following FBD, MFBD, PBD and MPBD for Derivatives.

3.3 Holiday Calendars

3.3.1 The system should allow calendar schedules to be set by users and through manual updates.

3.3.2 The system should allow currency calendar tables for entities, countries and Benchmark rates .Also through currencies pairs

3.3.3 The system should allow users to input currency wise both manual & upload for minimum 10 years forward.

3.3.4 The system should be able to edit & override global calendar & holiday tables.

3.3.5 The system should be capable of adjusting Cash flows on account of change in the holidays on normal & sudden basis.

3.3.6 The system should be capable of adjusting settlements on account of change in the holidays on normal & sudden basis as per the business requirements

3.3.7 The system should be able to model cash flows &interest accruals based on holiday calendar and standard day roll conventions for all treasury products. It should also be able to reflect the same for all outstanding deals etc.

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.

3.3.9 Swift, CCIL and CLS and settlement message generation should be automatically adjusted on account of change in the Holidays without affecting the normal operation.

4. USER INTERFACE

4.1 The system should be able to provide a consistent & user friendly Graphical User Interface, Short-cuts, smart tags, Blotters & other productivity features

4.2 System should generate standard user definable error messages/pop-ups for breaches in limits /Rate/Tenor/Amount tolerances based on pre-defined parameters

4.3 The system should be able to provide online and offline context sensitive help.

5. CURRENCY TRANSLATION

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

5.2 The system should be able to define home currency, Reporting Currency, wash currency & storing in any predefined currencies entity wise

6. PRODUCT SET-UP

6.1 The system should allow for the creation of products and sub-products


Page 41 of 135

6.2 The systems should allow creation of product codes based on combination of Product and sub-product

7. PRODUCT STRUCTURING -FUND BASED PRODUCTS

7.1 Set-up of transaction types and associated codes which will be allowed

7.2 Set-up of processing rules for each transaction type like accounting for Accrued Interest, type of transactions allowed.

7.3 Band Set-up (min & max days) on terms & conditions within which the user must operate

7.4 Rules for workflow

7.5 Rules for accounting based on transaction type

8. TRANSACTION TAGGING & REPORTING

8.1 All transactions should be tagged by product, Sub Product and Transaction codes

8.2 Reporting should be facilitated on transactions on products and sub products on the following minimum parameters:

8.2.1 By product

8.2.2 By Sub products

8.2.3 By transaction (Debit or Credit)

8.2.4 By status in the workflow process

9. PROFITABILITY REPORTING

9.1 The system should allow for profitability reporting by product as specified in respective chapters

9.2 Products should support multi-currency features proposed in the GL

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 is duly authorized.

10. BOOKS OF ACCOUNTS

10.1 The system should have the ability to maintain separate books of accounts

10.2 The system should have the ability to define any currency as the Home currency, Reporting currency and prepare books of accounts in the required currencies

10.3 The system should have the ability to maintain books of accounts in both home currency and a designated foreign currency

11. ACCOUNTING STANDARD

11.1 The system should support AS-11 accounting standards for Forex Transactions & should be capable of migrating to IFRS as defined by RBI or other future requirements

11.2 The system should be parametric for enabling AS-11 accounting standard at individual product level.

11.3 It should be possible to use either FEDAI Rate or Market Rate for AS-11 enabled transactions

11.4 The system should be parametric for enabling IAS39 accounting standard for Hedge accounting

11.5 The system should support weighted average method, FIFO & LIFO 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


Page 42 of 135

cost

11.6 Repo accounting as per RBI guidelines (incl. LAF,MSF, Reverse Repo & CBLO)

11.7 Provision for fair value accounting

11.8 The System should also able to calculate profit and loss etc according to INDAS through revaluation

12. CLEARING AGENCY

12.1 The system should support settlement of Interbank Forex deals through CCIL

12.2 The system should support settlement of Interbank Forex deals through CLS

13. BATCH & REAL TIME PROCESSING: The system should be able to send accounting information in batch and real-time mode

14. Provision should be there for reporting platform for overseas branches . The same should be as per the local regulations of applicable countries

14.1 REPORTING PLATFORM [ Domestic Treasury ]

14.1.1 The system should be able to settle corporate bond deals through NSCCL / ICCL

14.1.2 The system should be able to report corporate bond deals to FIMMDA / NSE / BSE platforms

14.1.3 The system should be able to report CD / CP deals to FIMMDA / NSE / BSE platforms (proposed)

14.1.4 The system should be able to report corporate bond repo deals to FIMMDA/NSE/BSE platforms(proposed)

14.1.5 Rupee Derivatives reporting on CCIL

14.1.6 CROMS and NDS-OMS should be available.

14.1.7 OTC transactions through CCIL as per the new directives of CCIL / RBI

14.2 REPORTING PLATFORM [Overseas Branches ]

14.2.1 Reporting platform should be as per the local regulations.

15. ACCESSIBILITY, AVAILABILITY & TOOLS

15.1.1 The system should allow for transaction entry, viewing of positions and MIS reports

15.1.2 Ability to process and report on data in an online, real time mode

15.2 Maintenance of trade history

15.2.1 Ability to maintain online history of trade information for all trades

15.2.2 All trades migrated from existing systems to the new one should also be maintained

15.3 Multi-entity processing

15.3.1 The system should be able to handle multiple entities that Includes global, domestic, international branches, subsidiaries etc.

15.3.2 The system should be able to create physical segregation of data by entities

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


Page 43 of 135

15.4 Interfacing and deal processing

Interfacing with information feeds / Dealing Platforms : 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/Reuter's Eikon Rates & Deal Pickup & Bloomberg for Forex & Govt. Securities

15.4.2 CCIL's FX-Clear, FX-Swap, FX-ALL, Citi-FX, BARX, AUTOBAHN, JP Morgan, IBS & EBS, RMDS, RTNS, RTFX, 360T & any other

15.4.3 SWIFT

15.4.4 RTGS / NEFT

15.4.5 NDS-OM

15.4.6 CCIL- CBLO

15.4.7 NSE IT XS-STP

15.4.8 NDS Call

15.4.9 E-Kuber for Auction & Open Market Operation (OMO)

15.4.10 CCIL CROMS

15.4.11 AMFI for Mutual Funds

15.4.12 BSE/NSE Bhav/Bilav files for price upload, Rating details of various instruments

15.4.13 FIMMDA for valuation & FEDAI rates for Forex Valuation (as per the latest guidelines sector wise)

15.4.14 NSE/MCX/BSE Futures trading platform For Merchant business- Export, Import, Inward remittances, EEFC, PCFC, FDBD transactions and MF contracts from Branches

15.4.15 Standard Plug-ins should be available in the system for any new Dealing platform available or introduced in Market

15.4.16 The system should support Seamless transfer of data from Branches to Treasury Front Office to Back Office

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

15.4.18 Settlement messages should be encrypted before interface with other networks

15.5 SWIFT as an interface with the Integrated Treasury Management System should support the following:

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

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

15.5.3 It should facilitate Message traffic flow with financial information both inward as well as outward

15.5.4 Automatic Reconciliation/matching of MT300, MT320, MT400, MT410, MT540,MT541,MT 640, MT650, MT600, MT940/ MT950 etc.


Page 44 of 135

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.

15.6.1 All internal processes from initiation through execution, confirmation, settlement and final document preparation should be streamlined

15.6.2 The system should be able to generate accounting entries directly from the deal details as per the deal state.

15.6.3 The system should be able to facilitate straight through processing of SWIFT messages .

15.7 View from the system

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.

15.7.2 Current market information - Currency Rates

15.7.3 Historical market information - Currency Rates

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

15.8 The system should have flat file export functionality to export transaction data and static data in the following formats:

15.8.1 Microsoft Excel Format (.XLS)

15.8.2 Microsoft Word Format (.DOC)

15.8.3 Comma separated values (.CSV)

15.8.4 Text file (.TXT)

15.8.5 PDF

15.8.6 Facility to download data from Integrated Treasury Package to Excel Form.

15.9 The system should have functionality to transfer or receive data to external system through seamless integration.

15.9.1 XBRL

15.9.2 XML

15.9.3 FPML

15.10 Documentation

15.10.1 The system should be able to provide intuitive and current online documentation covering scope of application

15.10.2 The system should have the ability to provide intuitive and current user manuals

15.11 The system should support tools like Scenario Analysis, What If analysis for regulatory reporting across all products

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.

17. INTEGRATION


Page 45 of 135

Integration with other systems should be facilitated by the following modes:

17.1 Online / Real Time posting for accounting entries

17.2 Online processing for capturing currency rates and trades from Reuter's Eikon, 360T, and various other trading platforms etc.

18. Market Data

18.1 System should support real time market data feed and rating details & migration from feed providers (Reuters, Bloomberg, Cogencis, Newswire), CRISIL, ICRA, CARE & FITCH etc.

18.2 System should support sanity checks for market data & failover capabilities

18.3 System should support upload of market data from external sources e.g. Excel files.

18.4 System should support error handling and notifications for market data errors.

B) Front Office Requirements


1 Deal Capture and Execution Bidder’s Response

S/C/U 1.1 Deals capture facility including Manual, Auto Flow from Dealing platforms, copy,

Replace, amendment, save & reversal/Deletion

1.2 System should capture pricing history of deals which is saved but not concluded for derivative deals

1.3 Ability to seamless interface with dealing platforms of various desks. Also should be possible to download/upload deal transaction from external files

1.4 Ability to offer quick entry of trades, capturing customer spreads and back-to-back cover with interbank desks.

1.5 System should have auto refresh blotter functionality

1.6 Ability to facilitate internal, inter-desk deals and transfer deals. System should compulsorily ask for reasons for internals deals.

1.7 Pre-deal all (Counterparty, Dealer, Currency County etc) limit check and limit reservation facility

1.8 Handling of scheduled and unscheduled holidays across different countries, different centers and different product classes

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

1.10 Ability to support strategy based deals which allows valuation & pricing of combination of derivatives

1.11 System should have provision for Provision for Specific deals (Priority Sector Deals, CSA Deals etc.)

1.12 Ability to Support Algorithm based trading

1.13 Ability to generate leads based on arbitrage opportunities between forex & money market, currency future & OTC etc.

1.14 System should have provision for push-to complete deals across all products.

2 Pre-Deal and Post-Deal Analysis

2.1 Ability to offer multiple scenarios and simulations for analysis across different books

2.2 Calculation of cost of carry and cost to close


Page 46 of 135

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.4 Portfolio level/desk level/dealer level P&L analytics with drill down functionality

2.5 View volatility of all types viz. implied/realized for all products containing optionality

2.6 Real time view of PV01 and Greeks

2.7 Ability to access, receive and utilize real-time data feeds from all external information sources (e.g. Bloomberg, Reuters, Cogencis etc.)

2.8 Ability to offer online statistics and graphics for all instruments including rates, availability & historical prices & volume

3 Position Management

3.1 Provide real-time view of trade positions Dealer wise, Trading Book-wise, client wise, client segment wise, counterparty wise, product type wise, issuer wise & currency-wise. It should provide the available limit position for the same across the products.

3.2 Provide real-time view of risk positions Dealer wise, Trading Book-wise, product wise, trader wise, desk wise, issuer wise, country wise, industry wise & also consolidated global risk position. It should provide the available limit position for the same across the products.

3.3 Ability to view positions on an individual book as well as consolidated portfolio basis

3.4 Ability to provide position calculations for a period of one day and other defined periodicities

3.5 Ability to view all positions on a real time basis including P&L, duration & future equivalent on a conversion factor & modified duration basis

3.6 Ability to display and modify the screen set up by individual user to view positions in different perspectives

3.7 Ability to view risk and positions across the portfolio by maturity, product and/or movements in underlying assets

4 Cash Flow and Fund Management

4.1 Ability to setup dynamic cash flow positions and its management across all treasury products ( with ability to drill down deal wise, dealer wise, product wise, asset class wise etc.) .

4.2 Ability to provide cash flow projections (i.e. history, current balance & future projection) of Nostro/Bank Balances on a real-time basis, reflecting recent trades, cancellations, and amendments for products including All Forex/ Money Market payments/receipts Bond coupons & maturities Other instrument coupons & maturities Forward value Bank Account/ Nostro Account transfers Ability to display cash flows at any portfolio level

4.3 System should store dump of Nostro balances as on EOD.

5 Pricing

5.1 Ability to offer global pricing & pricing tool functionality with customization facility

5.2 Ability to offer predefined templates to facilitate pricing for primary and secondary traded products

5.3 Ability to provide pricing functions and utilities integrated into the system to calculate instrument prices, Greeks, & position equivalents

5.4 Ability to price options/derivatives via pricing calculators, with an option to consider user specific volatility

5.5 Ability to offer curve-based pricing capabilities

5.6 Ability to offer price and yield simulations functionality


Page 47 of 135

5.7 Ability to value positions through multiple methods: nominal, maturity and market

5.8 Ability to provide different methods of calculation for pricing function. (Such as in case of illiquid securities, non-traded securities.)

5.9 Ability to provide customized pricing for swaps wherein benchmark and settlement frequency differ.

6 Portfolio and Internal Performance

6.1 Ability to provide profit & loss computing functionality & drill down functionality over any portfolio by transaction, by currency, for realized/ unrealized, using funding cost and allocated cost both for any given time period

6.2 Ability to support mark-to-market/ NPV calculations/IRR/XIRR & RAROC

6.3 Ability to support accrual/amortization calculations as per different market conventions

6.4 Ability to enable profit & loss as well as turnover calculation by choice of currency/product/asset class/dealer wise

6.5 Ability to allow configuration of profit and business center hierarchies

7 Ability to configure all existing parameters for a portfolio viz. Currency, Reference Currency, Security & User Profile, Display layout, Portfolio levels of detail etc.

8 Derivatives

8.1 Trade capture from NSE/MCX

8.2 Monthly Provision should be calculated and posted and reversed automatically.

8.3 Daily bench mark rate updating.

8.4 Upload of exchange file and MTM process and posting.

8.5 Generation of margin files to be uploaded in exchanges.

8.6 Generation of M-duration report (Origin)

8.7 Weekly MTM calculation.

8.8 Calculation of capital charge and CVA on a real time basis and at the time of pricing the product for concluding the deal.

8.9 Mail to client on daily basis MTM, Contract Note, Quarterly Statement, Position Statement.

8.10 All reports to be generated in all types of reporting format.

8.11 Alerts of reporting of required reports as per the frequency.

8.12 Margin alerts.

8.13 Counter party limit updating.

8.14 Collateral limit updating.

8.15 Deal confirmation.

8.16 Reporting of MTM to client and branch on different intervals through Emails.

8.17 Calculation of current exposure, potential future exposure, total exposure, etc. all on specified dates and as per maturity bucket.

8.18 Generation of backdated PVO1 report.

8.19 Calculation of VAR (value at risk).

8.20 Updating of compliance officer particulars.

8.21 Real time settlement.

8.22 Calculation of Turnover fees transaction charges for various exchange.

8.23 Calculation of stamp duty of exchange transactions.

8.24 Generation of reports as per filter.

8.25 Exchange turnover contra entries to be posted automatically.


Page 48 of 135

8.26 Shut Period Interest Calculation

9 MASTER (ONE-TIME) DATA CAPTURE

9.1 Counter parties: The system should capture the following details e.g. Name, Credit Rating, Address & phone no., Status - Active/Inactive, Limits Settlement instructions for Forex & derivatives transactions, Foreign Currency Bank Accounts, PAN, SWIFT Code, RTGS- IFSC, CCIL / CLS Code etc. It should also capture historical data.

9.2 Brokers: The system should facilitates capturing the list of notified/approved brokers & should capture the following details for each broker. e.g. Name, Address, Products handled by broker, Limits, Brokerage rate, Settlement instructions, PAN & Service tax no., Telephone no, Fax, e-mail ID, Complete Bank account detail with IFSC code DP ID,DP Name, Client ID, Client Margin (slab wise & currency wise)

10 DEAL CAPTURING

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 & desk, Dealer, Transaction type, SLR/ Non SLR, Face value of security, Traded price & yield, Quantity of securities, Currency, Exchange Rate, Reporting value in foreign currency, Reporting value in INR, Interest Rate, Interest frequency, Interest type (fixed/floating) for MM transactions, Floor/Cap for MM Transactions Tenor, Securities name/code, Name of Counter Party, Name of broker, Principal amount, Staggered Redemption on principal amount etc. System should be able to handle cash flows with different interest payment & principal redemptions dates, Interest amount, Total consideration, Mode of delivery, Brokerage amount etc.

10.2 The system should be able to alert the dealer and chief dealer/trading book parent holder in cases where dealer limits or various other limits if any are being exceeded at the time of deal entry. Notification should be in all standard forms like, system pop up, email, etc.

10.3 The system should permit entry of remarks/data in free text fields


Page 49 of 135

10.4 The system should facilitate taking the following fields/values 1. Price in decimals (minimum 4 decimal points) Rounding off product wise 2. Yield in decimals (minimum 4 decimal points) Rounding off product wise 3. Date of Issue, Type of instrument 4. Security Code Number, ISIN Number 5. Rating and Rating Date Listing 6. Security Face Value, Acquisition price, Premium (Acquisition price less face value),Discount (Face value less Acquisition price), Residual period Coupon, Coupon payment frequency, Yield To Maturity, Duration and modified duration, Current Yield, Interest payment date, Broken period interest 7. Credit rating / Rating Migration of the issuers and consequent diminution in the quality of assets 8. Options: -Put Option 1) Date of exercise, 2) Date of notice; -Call‖ Option 1) Date of exercise, 2) Date of notice; -Convertibility Option 1) Date of exercise 2) Date of notice 9. Tax Status: Exempt from Income Tax 10. Arranger 11. Guaranteed by 12. Others 13. Capital Adequacy 14. Issuer Group 15. Eligible for Statutory Liquidity Ratio (SLR) 16. Priority Sector–SLR and NON-SLR/ Public Sector/Private Sector/ 17. Trust/Mutual Fund 18. Mode of delivery: Physical/ Dematerialized/ Others 19. Custodial status: 1) Agency (Code) 2) Location 3)Trustee, 4) Receipt of Trust deeds and follow-up of same 5) Document (No.) 6) Guarantor 7) Redemption of premium 8) Name 9) Amount guaranteed. It should also have provision for auto calculate and auto-fill data based on basic fields.

10.5 The system should be able to allow the user from inputting past trade/back dated entries/trades as per the bank's defined workflow rules

10.6 The system should be able to provide an audit trail for all transactions entered from trade date onwards & for exceptions

10.7 The system should be able to accommodate the entry of forward value date transactions

10.8 Deal Numbering: The unique trade identification number (which should be section wise, asset class wise, financial year wise) should be printed in the deal slip along with the other deal details

11 Deal tickets

11.1 Automatic generation, view, print & review of deal tickets as well as electronic deal pads reflecting the positions.

11.2 Should provide unique deal numbers for each deal ticket

11.3 Generate multiple deal tickets for each transaction

11.4 System should have the provision to store the pdf format of deal slip with retrieval and printing option.

11.5 Ability to route deal flow based on Deal IDs. Also, Routing has to be in FIFO Method

11.6 The system should preserve historical data of all deals

11.7 Generate a report of all cancelled /modified /deleted deals.

11.8 Provide interface with existing Dealing Systems

11.9 System should be in a position to integrate all white label products and surround applications seamlessly.

11.10 The dealing system should be capable of seamless integration with Treasury front office & back office systems.


Page 50 of 135

11.11 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 exception and further processing where ever necessary.

11.12 The system should be able to isolate certain deals & 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.

12 DECISION SUPPORT TOOLS

12.1 The system should be able to automatically calculate YTM for investment deals, product-wise, dealer-wise, portfolio wise & security wise that are entered for the purpose of pre-deal decision making Calculators: Yield To Maturity/Price, Current Yield, Yield To Call, Yield To Put, Yield To Worst/Best Duration and Modified Duration Zero Coupon/Stripped G-Sec pricing Floating Rate Bonds, Government Securities INBMK/INCMT/MIBOR/other benchmark linked bonds, Holding Period Returns, PV01. Cross Currency Spot & Forward Calculation. (With a provision for calculating broken dates) Overnight Indexed Swaps, Interest Rate Swaps Cross Currency. Swaps, Currency Options: Black Scholes Model, Garman 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 different interpolation techniques.

12.2 The system should provide for scenario analysis of the portfolio · Multi-dimension matrices/2-D/3-D etc. · User-defined and flexible shift on different market data inputs and horizon date · P&L and sensitivities outputs with multiple breakdown should be available

12.3 The system should be able to retrieve stored deals that are in entered state, prior to confirmation

12.4 The system should be able to display to a dealer the instrument-wise authorized limits

12.5 The system should be able to update cash,Forex and security positions on a real time basis

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

12.7 The system should provide following information:

12.7.1 Position Reports - Deal wise, Currency wise, counterparty wise, Dealer wise, Book wise etc

12.7.2 Profitability - Dealer wise, book wise, currency/pair wise & consolidated

12.7.3 Fund Flow Statements (next week, next fortnight, from-date-to-date) for:

12.7.3.1 Forex Operation - Merchant funds flow, Interbank Fund Flow (both inflow and outflow) and any other source of funds

12.7.3.2 Money Market Operation - Repo, Reverse MSF/LAF, Market Repo/Rev Repos, CBLO, Call/Notice Money, Term, Depo Placements, CDs (both issuance and investment), Refinance (both lending and borrowing for all transactions), Debt Mutual Funds and any other instrument permitted by RBI.

12.7.3.3 Investment Operation - Category wise & consolidated

12.7.4 Identification of the instrument/amount already Hedged

12.7.5 Utilization of Contracts (Part/Full Utilization of Merchant Contracts with reference to the single original contract; Cancellation/Crystallization of Merchant contracts with reference to the single original contract)

12.7.6 Holding Rates/Price


Page 51 of 135

12.7.7 System should enable calculation of forward Rate. The system should capture the real time market forward rate & record the rate for generating Rate Scan report for the required periodicity.

12.8 The system should be able to pre-empt in case of possible violation of the following limits:

12.8.1 Counter party limits, AGL/IGL Limits

12.8.2 Counter party group credit limits

12.8.3 Instrument-wise limits

12.8.4 Broker limits

12.8.5 Settlement & Clearing Agent Limits

12.8.6 System should have provision for monitoring LER limits sanctioned which is captured from CBS for matching of merchant deals with equivalent entries by branches

12.9 The system should be able to analyze the overall portfolio, or any user-defined portfolio by changing selected parameters

12.10 The system should be able to estimate projected cash flows by currency

12.11

The System should be capable of real-time portfolio management: · Flexible Risk / position / P&L viewer · Real-time monitoring · What-if analysis and hedging · P&L Variance · Extensive trade querying capability

13 SYSTEM SUPPORT FOR FOREX TRADE :

13.1 Facility of netting of inter-bank forward deals for any particular date, in order to release counter-party limits (Bilateral netting).

13.2 All deals done in forex should be captured by Dealer‘s pad/deal blotter, time-wise, currency-wise, Book wise and dealer-wise.

13.3 Monitoring of tolerance limits while inputting the forex deals by the dealer. The system should alert the dealer/Chief Dealer in case of exceeding the limit.

13.4 Facility of inputting forex deals in 4 categories-Merchant, Trade, Money Market, FCNR funding, Arbitrage & Funding, Vostro Funding etc. (all these categories can be defined as per user requirement if there is an efficient folder system structure)

13.5 The facility of inter-dealer position transfer

13.6 The facility of inter-bank netting of forward deals

13.7 Provision of STP of deals done through Reuters, FXT,CCIL,IBS Net,360T,ICAP- EBS ,Autobahn ,Barx & other internet based trading platforms

13.8 Generation of Gap statement (with resources/deployment in the respective bucket of maturity) – AGL & IGL, with auto matching of GL Codes from Trial Balance

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 from various source systems.

13.10 Facility of auto populating of default values like Dept, sub type, Trading Book, Settlement Type (CCIL/ RTGS/SWIFT/CLS etc) as per the logged in dealer / from the trading platform as per the pre defined work flow rules

13.11 Facility of getting a report of net USD/FCY purchase or sale under CCIL/CLS for each value date.

13.12 Maximum deal size ticket dealer wise in trading as per Bank's Policy


Page 52 of 135

14 Facility of revaluation with the appropriate spot and forward rates by interpolating & extrapolating date wise, As per FEDAI & user defined inputs, the revaluation should be done as per gaps & individual deals. It should be product specific(outright/swap/long swap/ RBI deals) with flag available. The corresponding entries of profit/loss should be system generated.

14.1 Further, revaluation of all FX positions on basis of FEDAI-published EOM rate as per the FEDAI Guidelines. System should be capable of uploading FEDAI published rates

14.2 The system should be capable of valuing all securities portfolios (SLR/NON-SLR) as per FIMMDA guidelines taking into account the credit spread structure by rating and by sector.

14.3 System must be capable of valuation of all bond positions on basis of FIMMDA rates & any other agency like CRISIL, etc. or other user defined/ published prices and exchange prices for equity.

14.4 Separate GAP/Revaluation facility for FCNR-B, Nostro, EEFC/ DRFC/ DDA related portfolio. The system should support GAP/ revaluation facility individually for respective exposures like FCNR-B, Nostro, EEFC/DRFC/DDA related portfolio based on Interpolation Method.

14.5 Separate GAP/Revaluation facility for individual portfolio along with bifurcation of Balance/off-Balance Sheet Items

14.6 System should have capability to compute FC deposits & lending rates with user defined parameters. E.g. FCNR-B, RFC, Loan against FCNR, PCFC. Etc. It should also furnish maturity profile of FCNR deposits incl. OD against FCNR.

14.7 System should have capability to compute yields on PCFC and EBR portfolio/ loan against FCNR.

15 SYSTEM SUPPORT FOR FIXED INCOME(SLR & Non-SLR), MONEY MARKET, FOREX, EQUITIES AND DERIVATIVE TRADES

15.1 Structuring Tools

15.1.1 System should provide powerful pricing and structuring tool for all asset classes: · Payoffs across asset classes · On the fly structure or predefined structure (within or across asset classes: Straddle, Strangle, Currency Deposit). · 2-way pricing, sales margin and mark-up · Generic solving, Charts and graphs

15.1.2 Web based Calculator to compute MTM of derivative product with the provision to provide access to the customers who are parties to the derivatives transactions.

15.2 Generation of deal slip & confirmation letter, interest rate reset notice, payment/settlement notice, option exercise notice, barrier trigger notice

15.3 Deal slip should contain information of the underlying Deals

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 or any other agency like CRISIL etc. such that individual security/portfolio Mark to Market (MTM) value can be observed at any given time.

15.5 AFS category in equities / bonds should be able to show sector wise distribution of each stock and sector wise exposure, stock wise exposure, Real time MTM and Beta for the sector as well as individual stocks. There should be provision to update P/E ratio for each stock & sector as well to be updated by linking with Reuters/ Bloomberg. Provision for manual intervention should be available.

15.6 The portfolio should show details including number of 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.


Page 53 of 135

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.

15.8 On a daily basis when all deals are entered for purchase & sale of securities/stocks, the portfolio should automatically get updated with appropriate holding rates in case of purchase / sale & profit figures in case of sale. Facility for short selling also to be provided

15.9 In the case of equities, there should be provision for updating bonus declaration, share split up, dividend declaration, spin offs & mergers, or any other issue or aspect that affects the holding rate of the shares and affects the portfolio value.

15.10 The fully updated portfolio should appear at the day end once all the deal tickets are generated and authorized such that manual intervention is not required. (There should be provision of manual intervention if required).

15.11 There should be provision for entering bid submissions for auction in G-Secs and getting allotment details after cut-off declarations.

15.12 Back office should directly get an updated portfolio at the end of each trading day such that no separate manual record has to be generated by the front office.

15.13 On a daily basis, once the total portfolio is authorized and updated, a record of the same should be saved in the system for that particular day which may be used as a historical record for future reference. There should be provision to extract historical records into excel sheets for use by management

15.14 There should be provision to find broker wise volumes, brokerage etc. and percentage wise distribution of business to brokers with drill down to different levels like different asset class etc. for risk management purpose.

15.15 Profit & Loss Statement should be available for any specified period (daily, weekly, monthly, quarterly or any specified date range) – dealer wise, segment wise & consolidated.

15.16 The system should be capable of doing scenario analysis at different yield levels.

15.17 There should be provision to find net profit from sale of shares.

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.

15.19 While creating security master, system should have capability of applying various price/yield convention for cash flows.

15.20 The system must be able to support cancellation of FX forward contracts, compute the Profit/Loss (pro rata if required), chargeable with margin and recover the same in INR. Additionally, the system should allow for the option to recover the Profit/Loss upfront with or without discounting.

15.21 The system must be able to support the early utilization including calculation of outlay of funds of FX forward contracts by clients & create the swap position automatically for cover by the interbank desk.

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.

15.23 The system should be capable of blocking the limits based on booking/entering of forward contracts at dealer level. It should also be capable of releasing limits on cancellation/utilization of forward contracts at dealer level.

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

15.25 System should support different trading calendars for government and corporate securities. Day count factor applicable for govt. & corporate securities for calculation of interest and accounting in the system. It should follow all applicable Regulatory guidelines


Page 54 of 135

15.26 System should support securities where final capital repayment follows preceding day/roll convention & interest payments follows or modified day/roll convention.

15.27 System should support real-time or on-demand availability of various regulatory reports including FTD,NOOP, Day light, GAP,NDTL,SLR etc.

15.28 System should support securities position bucketing by duration/maturity/yield/coupon/price (both book value and face value)/rating etc.

15.29 System should support preferred margin pricing and time-to-next-coupon duration for floating securities.

15.30 System should support LAF & MSF repo & Term Repo, Reverse repo, CBLO, Call/Notice Money, Term, Depo Placements, CDs (both issuance and investment), Refinance (both lending and borrowing for all transactions) related transactions.

15.31 System should support pledging of securities for borrowings under LAF/CBLO/Default funds & for margin requirements with CCIL/ NSCCL/ MCX/USE; such pledged position must be removed from the dealer‘s saleable position & necessary adjustment should be done on SLR. System should be able to capture multiple collaterals for single repo/reverse repo deals.

15.32 System must support the linking of security transactions with its hedging transactions(such as futures, Swaps, IRF, OIS & SLR) & allow monitoring of the hedge effectiveness and overall risk. The linking should be flexible with deals being easy to add to and remove from the grouping

15.33 Hedge effectiveness testing of derivatives deals with underlying assets / liabilities.

15.34 System should specifically tag underlying items with hedging instrument, to make available P/L or accrual comparison of underlying and hedging deals

15.35 System must be capable of supporting the switching of reference rate/underlying basis (e.g. from USD LIBOR 3M to USD LIBOR 6M) in loan/ deposit via a single action without needing the user to unwind and book a new deal. Such switching should not impact the past & should handle the accruals. It should also support the borrowings on Interest Resetting clause without forcing to close the deal & create a new deal.

15.36 System should support draw-down & partial draw-down on loans or deposits with proper handling of the accruals with Interest Resetting clause.

15.37 System should support the conversion of P&L accumulated in non-INR currency to INR & transfer the arising FX position for covering in the interbank market. The P&L should move in respective INR folders

15.38 System should support roll-over of positions daily and allows specification of the applicable roll-over rate.

15.39 System must be capable of giving the average YTM on assets & liabilities on any books.

15.40 System should support FX curve construction using cross-currency basis swaps & must be capable of further separating FX basis risk from pure interest rate risk for risk management.

15.41 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

15.42 System should support the transfer of FX position to the Money Market desk for funding.

15.43 System must support drill-down of position to deal level.

15.44 System must support easy to use functionality to split cross positions and transfer positions between portfolios.

15.45 System must have real time analytical tool which facilitate the dealer of complex


Page 55 of 135

position

15.46 System must support pricing structure trade builder

15.47 System must support Switch-in and Switch-out facility in case of products like Mutual Funds etc.

16 WHEN ISSUED

16.1 System should have facility to define When Issued [WI] securities. Separate Tradable position for When Issued has to be maintained.

16.2 System should facilitate capturing WI for “New” as well as “Existing” securities.

16.3 Real time monitoring of regulatory limits & internal limits set by the Bank. User should be able to change the same whenever required.

16.4 When issued deals should be allowed to be booked in a specific book only.

16.5 Facility to roll over the – When Issued positions into regular positions without re-entering the Trade

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

C) Back Office Requirements

Sr. No. Business Process Bidder’s

Response S/C/U

1 Deal Verification

1.1 Ability to provide configurable deal verification function by status & authority

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.

1.3 Configurable work flow engine to add or reduce multiple verification levels

1.4 Ability to configure transaction data fields that can be amended during deal verification stage

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

1.6 Ability to append standard settlement instructions (SSIs) to deals

1.7 Ability to generate Exception Report

2 Deal Confirmation

2.1 Ability to generate and manage confirmations, including interfaces, for all products

2.2 Ability to define the format and wordings of confirmation based on the characteristic of the product/ transaction

2.3 Ability to format and maintain different formats for confirmation by: Product/instrument, payment type, counterparty and currency

2.4 Ability to generate automatic confirmation letters for all transactions on contract date and also for Non-CCIL trades separately.

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.6 Ability to auto match confirmations received from counterparties that should be automatically uploaded through the SWIFT interface

2.7 Ability to generate automatic reminders for confirmations that have not been received in a predefined format & at pre-defined intervals

2.8 Ability to suppress confirmation for deals already confirmed but cancelled on the same day


Page 56 of 135

2.9 Ability to suppress confirmations and payments relating to internal deals

3 Settlement

3.1 Ability to allow the user to use default settlement instructions at the time of deal entry

3.2 Ability to allow the user to input different settlement instructions, which should be authorized at an appropriate level

3.3 Ability to handle settlement splitting of one deal across multiple take ups (with or without residual amount), multiple settlement accounts & settlement of any residual amount on maturity date.

3.4 Ability to support aggregating multiple deals into one settlement

3.5 Ability to support automatic generation of payment and receivables list for user defined maturities and contract date and for specific counterparties

3.6 Ability to automatically process all the transactions, for which settlement instructions have been defined

3.7 Ability to generate settlement advice for all deals executed

3.8 Ability to generate due date diary for interest & redemption with adequate filters.

3.9 Ability to allow part settlement of interest redemption

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.

3.11 Ability to settle the deals after netting the transactions, to arrive at the net position status by counter party, by products & by currency

3.12 Ability to track call/ put options on securities held

3.13 Ability to generate RTGS messages wherever applicable

3.14 Ability to send amended messages to CCIL /CLS in case of any amendment made to the original deal as defined by the Workflow

3.15 Provision for interface with the SWIFT network both for Outward messages and Inward messages, Nostro activities report/statement of account, etc. Facility to upload data from SWIFT and do auto-matching online.

3.16 Encryption of messages before interface with the SWIFT.

3.17 Addition/ Modification in equity share deals on value date.

3.18 Addition/ Deletion of charges in equity share deals on value date

4 Matching and Transaction Reconciliation

4.1 Ability to allow user definition of primary and secondary keys for matching and reconciliation

4.2 Ability to auto reconcile deals with the Nostro statements

4.3 Ability to support for both automatic as well as force-matching for reconciliation

4.4 Ability to support manual reconciliation for unreconciled entries

4.5 Ability to provide for aging of unreconciled deals both in Foreign currency & INR as per FEDAI rates defined in the system.

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.

4.7 Systematic GST Vouchers.

4.8 Systematic Reconciliation of Inter Bank deals (CCIL & CLS)

4.9 Automatic Generation of DSB(Department of Supervision Banking) as per FEDAI rates define in the system.

4.10 Ability to upload Fedai Rates from Excel etc.

4.11

Facility for correcting and reversing entries: A description of the correction (e.g. cancelled transaction, discrepancies with the counterparty confirmation notice, etc), name of the broker, name of the counterparty and custodian, dealer ID, deal number


Page 57 of 135

4.12 Provision to accept cancellation/ amendments of deals only after appropriate authorization and calculates profit/ loss on account of cancellation.

4.13 Facility to link the amended and cancelled deal/ transaction to the original deal/ transaction.

4.14 Facilitate comments on the amendment and cancellation, explaining the reason for the correction.

4.15 Facilitate entry of dummy deals, which should be marked, tracked and authorized by relevant authority.

5 NOSTRO Management

5.1 Ability to support management of multiple Nostro accounts by currency

5.2 Ability to transfer funds between Nostro accounts automatically by using MT200 for settlement Settlements-Support for MT202, MT210, Local RTGS

5.3 Ability to set alerts by Nostro account to warn when agreed minimum balance is close to breach

5.4 Ability to provide for Nostro balance projections on a real time basis that reflects the recent trades, cancellations and amendments

5.5 Ability to provide predictions of expected movements in Nostro accounts

5.6 Ability to calculate/monitor interest on Nostro accounts as per user defined parameters

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.

6 Transaction Management

6.1 Ability to monitor and report on a product/transaction throughout its life cycle until maturity/settlement

6.2 Ability to provide an audit trail on the movement for each transaction until it matures / is settled even after maturity, as per business defined period/ workflow.

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.

6.4 Ability to generate statement of outstanding transactions (along with contract details) for counterparty on an ad-hoc basis

6.5 Ability to compute and automatically process clearing and agency fees for a particular product

6.6 Ability to specifically monitor collateral in case of Collaterlized security transaction

6.7 Capture of CBS Tranaction ID in ITMS

7 Accounting

7.1 The solution must be Ind-AS ,IFRS compliant. Thus though the actual accounting entries could be based on IAS, the software should be able to give balance sheet as per Ind-AS and IFRS also

7.1 Ability to maintain chart of account to assist in accounting of Treasury transactions

7.2 Ability to provide for maintaining and mapping transaction posting rules by entry, role, product, instrument, category, transaction type, currency etc.

7.3 Ability to capture of all financial transactions concurrently for transaction currency, Local Currency, decomposition or wash currency

7.4 Ability to ensure automatic on-line generation/Posting of desired GL transaction posting based on defined transaction rules/work flow rules. Manual posting and EOD posting should be available

7.5 Ability to develop a real time interface with other platforms like CBS-Finacle to transfer transaction level data


Page 58 of 135

7.6

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)

7.8

Ability to support concurrent use/application of different accounting practice (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

7.9 Ability to provide portfolio accounting & GL processing/ interfacing without affecting operational availability/online access to transactional/ other data

7.10 Ability to conduct end of day or end of month processing without impacting online trading periods /days

7.11 Ability to support ISDA defined business day conventions such as FBD, MFBD, PBD and MPBD for derivatives

7.12 Ability to support AS-11 accounting standards for Forex transactions and should be capable of migrating to IFRS as defined by RBI

7.13

Ability to maintain FCNR/EEFC/RFC Portfolio as per Bank/RBI guidelines Some of them are Autorenewal ,Intersol transfer of FCNR like in case of Merging of Branches etc, The system should have provision of DUAL currencies in which bank can maintain the base currency equivalent to all foreign currencies possessions ,balances, transactions ,Features proposed in the GL

7.14 Ability to provide Simple Rate FCNR Beyond one year

7.15 Ability to provide refixing of Interest rate for Borrowing from overseas banks

8 Other Processing Requirements

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) Earmarking for CBLO Transfer from HTM to AFS as per the Banks requirement Position Transfer between Dealer / Desk Provision to make/alter the deal state on its maturity based on business requirement Provision to Amend the deals to differ Settlement Provision to block certain Accounting entries getting posted in CBS

9 The system should facilitate administration, settlement, accounting and revaluation of the following FX Instruments.

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 US Dollar-Rupee / Euro-US Dollar / Pound-US Dollar / US Dollar-Swiss Franc, etc. and also cross currencies like Euro-Rupee / Pound- Rupee, Euro – JPY etc. The above should cover : Outright Buy, Outright Sell, Buy-Sell swaps, Sell-Buy swaps, Last Day Last Day, Delivery Options


Page 59 of 135

9.2

Merchant FX a. Cash b. Tom c. Spot d. Forward e. Long Term Forward Above should be for standard currency pairs like US Dollar-Rupee / Euro-US Dollar / Pound-US Dollar / US Dollar-Swiss Franc, etc. and also cross currencies like Euro-Rupee / Pound-Rupee etc. The above should cover: Outright Buy, Outright Sell, Buy-Sell Swaps, Sell- Buy Swaps.

10 OTHER PARAMETERS

10.1 Facility to capture Trades automatically

10.2 Deal Booking & Reversal should generate correct & complete accounting entries at Treasury & respective branches

10.3 Facility to put through transactions in Cross Currency deals for any deal type in merchant (FIR/FOR/FBP/Contracts etc.) & Interbank

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

10.5 The system should be able to generate a unique number for each deal created

10.6 The system should be able to generate reports/ display of open Forex Currency wise positions at any point of time

10.7 The system should be able to calculate underlying floating interest amount applicable in case of a floating rate Repo transaction

10.8 System should be able to capture Nostro Funds Transfer

10.9 System should allow users to generate card rates based on user definable margins and market rate

10.10 System should allow users to define and modify card rates multiple times during the day

10.11 System should allow users to save the card rates in a .txt format & share with the branches. This file should be as per our upload format as per CBS system/ other.

10.12 The system should automatically generate a Rate Scan Report on the basis of external rate feeds or manual feeds

10.13 The system should be capable of carrying automatic validation of deal rates based on Tolerance Limit.

10.14 Overnight open position to be computed in all currencies and the ability to convert to equivalent wash currency

10.15 System should be able to upload FEDAI defined closing Forex rate (Translation Rate) at the end of day

10.16 System should be capable of maintaining internal as well as external rating migration records

11 CALCULATIONS AND COMPUTATIONS

11.1 The system should be able to calculate MTM across all currencies

11.2 The system should be able to store historical revaluations for each transaction record

11.3 The system should be able to store historical Forex rates for all currencies

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

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

11.6 The system should be able to save foreign exchange rates within the system

11.7 Facility to record counterparty confirmation for Interbank & money market deals

11.8 The system should be able to calculate commission on brokers, service tax etc & TDS as per applicable rates.

11.9 Data calculation for LCR


Page 60 of 135

11.10 Data calculation for NSFR

11.11 Data for DSB Return

11.12 Security affected while posting manual entry

12 SETTLEMENT AND CONFIRMATION

12.1 Interbank deals should automatically come for settlement on due date

12.2 System should support split settlement of Interbank deals in case of different currency holidays

12.3 The system should have the ability to create a queue for settlement of Interbank deals done through CLS and CCIL

12.4 Mail Messaging System for customer should be provided

13 FACILITY FOR MONITORING AND PROVIDING NECESSARY FACILITY TO CAPTURE/ REPORT THE FOLLOWING:

13.1 Due dates for realization

13.2 Compare the actual date of realization with the due date and calculate late/early realization charges/ gains

13.3 Provision to enter charges – system may deduct the amount and realized amount may be credited to branches.

13.4 Forward contracts due dates/ delivery dates/ pickup prompts register

13.5 Due dates for Crystallization /reversals

13.6 Stock entry in NDS GILTS of new Subscription ALARM required.

13.7 Alarm for breaches of limit as prescribed in investment policy

13.8 Consolidated dealer blotter for back office

13.9 Alert for brokerwise limit breach

14 SYSTEM SHOULD ALLOW USERS TO DEFINE

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 and Crystallization of PCFC/PSFC bills due date Any other future requirement similar to the above

14.2

Foreign Inward Remittance: Foreign Documentary Bills Under Collection, Foreign Clean Bills Under Collection, Foreign Usance Bills Under Collection, Foreign TT Remittance, utilization of forward contract with swap. Foreign Outward Remittance: Foreign Import Bill under Collection, Payment under LC, Foreign Telegraphic Transfers, Foreign Demand Drafts, Foreign Travelers Cheque and any other inward/ outward remittance like FCNR, EEFC, RFC. When the remittance is received at H.O Nostro reconciliation desk ,the Nostro reconciliation desk collectively informs each of the branch about the remittance received in the connected Nostro account. ITMS application specific module should be made accessible to all CBS branches so that after confirmation of the payment, logs into the ITMS portal which should be integrated with bank CBS system. Branches after confirming the transaction on ITMS portal ,the transaction shall be forwarded to the dealers for entering the purchase rate. If the branch official accepts the provided rate, they can then proceed with the debiting of the Nostro mirror account and finally apply the remittance as per the need. When the remittance is to be sent abroad, the sale rate is again taken by the branch official from the dealers on the portal. If the rate is accepted by the branch official then corresponding INR are converted at the given rate and the particular nostro mirror account is credited with the foreign currency to be sent abroad. It should


Page 61 of 135

be specifically taken care of that when the above portal debits or credits the client’s account depending upon the case, the banks commission/ charges and govt. taxes are charged as per the norms.

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.

14.4 System Driven- Early/Late realization charges (swap cost)

14.5 FCNRB – Foreign Currency Non-Resident (B)

14.6 RFC & RFCTD – Resident Foreign Currency

14.7 FCL – Foreign Currency Loan with monthly interest calculation and resetting of interest rate

14.8 FC Borrowings

14.9 FC Bonds

14.10 EEFC & EEFC TD – Exchange Earners’ Foreign Currency Account Scheme

14.11 In crystallization of Export Bill correct accounting entries to recover/pay the rate difference amount through system should be there.

14.12 Contract cancellation and exchange difference payable /receivable

14.13 Export Bill Lodgment : Besides regular functionality ,Provision of feeding of NTP and report showing due date .Interest calculation of PCFC/PSFC : Provision required to add overdue interest rate after due date

14.14 PCFC/PSFC reports as per Input ,Purchase suspense realization should provide for applying of swap charges

14.15

Swap charges option will be available on forward purchase contract utilization on early delivery.

14.16 Swap charges option will be available on Discounted purchase bill realization on early delivery

14.17 Multicurrency GL

14.18 There should be option for open PSFC in more than one notional rate at one time.

14.19 There should be an interest register for PSFC loan for making Interst MOC in every quarter.

14.20 There should be an extra column in Outstanding Purchase Suspense/PSFC & PCFC report showing extended due date of bill and separately original due date of bll.

14.21 Overdue PCFC accounts interest should be calculate automatically in report of interest accrued for loans.

14.22 Exchange difference payable or receivable procedure is not available

14.23 50 paise in INR in CCIL gets converted in lower rupee instead on higher rupee

14.24 Forward contracts getting overdue gets generated on the same day, Forward contract due between two given dates should get generated.

14.25 Transfer entry of misc transactions is getting modified and verified by the same user

15 MARK TO MARKET AND REVALUATION:

15.1 Capability to Mark to Market all positions and calculate the Profit & Loss at the pre defined closing/FEDAI rates by business.

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

15.3 System should support Revaluation of Nostro Balances at user defined frequency


Page 62 of 135

at FEDAI & show accounting entries in simulated environment before generating the accounting entries on user acceptance

15.4 The system should be able to accommodate parallel shift/ non-parallel shift in FX-Spot/FX-Forward rates for stress testing

15.5 System should support AS-11 accounting and should generate the accounting entries as per the bank’s policy

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.

15.7 System should generate MTM advice and send the same directly to Merchant via Email

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.

15.9 The system should be able to do Stress test on daily/weekly/monthly/yearly basis for trading book [including AFS]

16 RECORDS: The system should be able to maintain at least the following records & generate reports accordingly:

16.1 Open positions – Intra-day & Overnight

16.2 Currency pair wise Position Book

16.3 Accounting Entries

16.4 Funds Flow

16.5 Gap Statement

16.6 Nostro Ledger

16.7 Deal Register

16.8 Due Date Diary

16.9 Outstanding Deal Register

16.10 Deal Cancellation Register

16.11 Unconfirmed Deal Register

16.12 Overdue Contract Register

16.13 Settled Deal Register

16.14 Maturity Deal Listing

16.15 Maturity list of Lending and Borrowing

16.16 Mark to Market of Net Open Positions

16.17 Bills overdue for Delinking

16.18 Forex Turnover in multiple currencies equivalent to any particular currency.

17 DEAL CONFIRMATION

17.1 The system should be able to adopt standard confirmation procedures for all products

17.2 The system should provide the flexibility to customize separation between the users of front office and back office

17.3 The system should allow for viewing of queue of transactions pending confirmation

17.4 The system should provide ticker listing of all transactions pending settlement or confirmation

17.5 The system should be able to assign tags (confirmed or verified) for trades based on User Access Level

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

17.7 The confirmations generated from the system should be possible for users to send hard copies to counterparties/brokers/issuers


Page 63 of 135

17.8 System should have the ability to unmark deals marked for settlement through CCIL ,CLS for FX-Interbank/FX-Merchant Transactions

17.9 The system should be able to mark separately Trading Dealings, Merchant Deals, Funding Deals and Arbitrage Deals

17.10 System should have separate Menu for generation of CLS,CCIL MT300 and MT200,MT 202 etc

17.11 System should generate Broker note for Annual Charges

18 PRINTING

18.1 The system should have the ability to print all transaction deal tickets

18.2 Re-printing of transaction deal tickets

18.3 Printing of all MIS reports

19 COUNTER PARTY CONFIRMATIONS

19.1 The system should have the ability to accept confirmations from counterparties in electronic format

19.2 The system should be able to reconcile the electronic confirmations received from counter parties for foreign currency denominated transactions

19.3 The system should provide for recording of confirmations received in physical mode from:

19.3.1 Counter-parties

19.3.2 Custodians

20 UNCONFIRMED DEALS

20.1 System should segregate & send back to the dealer a particular deal that has not been confirmed for any reason

20.2 System should report deals that are not confirmed

21 AUDIT TRAILS

21.1 The system should have the ability to record all modifications and deletions at the trade level

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

22 DEAL SETTLEMENT

22.1 The system should have the ability to create a queue for a definable series for payment release for Securities Transactions

22.2 The system should provide for free text fields to enter manual text for communication purposes between TFO and TBO

22.3 The system should have the ability to create a table of standing instructions for settlements of foreign currency payments

22.4 The system should have the ability to allow back office users to update the standing instruction table & have changes reflected in all outstanding transactions or as defined by the Bank

23 PAYMENTS

23.1 Ability to generate payment information

23.2 The system should be able to automatically generate payment requests on or before the settlement date

23.3 The system should record the relevant approvals for payments for completed deals for foreign currency transactions

23.4 The system should have the ability to generate letters to counter parties

23.5 The system should have the ability to compute brokerage payable based on the brokerage schedule input in the masters for Forex

24 FOREX BACK OFFICE REPORTS The system should be able to generate at least the following reports:


Page 64 of 135

24.1

R-Returns: The consolidated R-Return for the Entire Bank is generated by designated branch (Head office Foreign Exchange Dept.) from CBS system after merging data of all the Forex branches (B Cat), along with treasury branch (A Cat) data(which is given manually to CBS 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

24.2 IC4, IC5, IC6

24.3 Statement 5 (FCNR Deposits)

24.4 Other Statutory Returns

24.5 Overdraft in Nostro Accounts

24.6 Excess/ overexposure Limit in Nostro Account

24.7 Interbank Gap Analysis

24.8 Due date diary of interbank deals

24.9 Merchant due date diary

24.10 Unconfirmed Interbank Contracts

24.11 Currency wise position statement

24.12 Currency wise outstanding in Investment

24.13 Currency wise outstanding borrowing

24.14 Maturity Profile of Deposits, Investments, Borrowings etc. in respective currencies

24.15 Brokerage reports including the following

24.16 Total trades broker wise (for committed and settled deals)

24.17 Brokerage due/ payment reports

24.18 Turnover status reports

24.19 Positions reports – Deal wise, Currency wise, Counterparty wise

24.20 Limits related report

24.21 Separate Fund flow reports for Forex and domestic transactions

24.22 Deal cancellation report

24.23 Deal amendment report

24.24 Breach reports

24.25 Counter party wise analysis reports

24.26 Instrument wise analysis reports

25 DATA STORAGE

25.1 Data should be stored by the system for at least 10 years

25.2 Users should be able to recall data without any coding requirements

26 MARKET DATA ANALYTICS

26.1 The system should allow users manually define yield curves

26.2 The system should be able to model user-defined treasury curves

26.3 The system should be able to provide trend analysis for market prices of securities

27 COMPUTATIONS AND CALCULATIONS (refer to the calculators section above)

27.1 The system should be able to provide bond calculators to support pricing of bonds and other fixed income securities

27.2 The system should be able to track the strike dates in case of products with embedded call/put

27.3 The system should be able to calculate interest for products sensitive to caps and


Page 65 of 135

floors

27.4 The system should be able to calculate interest of Floating Rate Instruments recognizing reset dates/rates

27.5 The system should be capable of processing transactions both cum-interest and ex-interest basis

27.6 The system should be able to compute brokerage by any of the following methods as part of deal entry:

27.6.1 Flat brokerage with slabs linked to notional amount / deal type [cash, spot, forward]

27.6.2 Percentage rate

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

27.8 In case of FCCBs, ADRs, GDRs & other foreign currency instruments, the system should be able to capture the appropriate foreign exchange rate to reflect the fair value in rupees

27.9 The system should be able to perform duration & convexity analysis

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

27.11 The system should be able to categorize all securities into AFS,HTM & HFT & allow shifting between Categories through menu based options (not through fictitious sale/purchase)

27.12 System should support valuations as per FIMMDA guidelines/ local regulatory guidelines

28 SCRIP MASTER DATA: The system should be able to store following fields for different Products:

28.1

Instrument Name, ISIN, Instrument type, Issuer name/Company Name & Details(Should also capture Unique Customer ID applicable in Banks), Industry, Coupon Rate ,Issue Date, Maturity Date, Interest frequency/Interest Reset Date, Benchmark for interest reset for FRBs, Interest convention, Shut period (no. of days), Interest Payment Date, Entry load, Exit load, Identification of Tier II Bonds, Credit Rating & Agency, Date of rating/ internal rating, whether listed/unlisted, Stock Exchange in which entity is listed, Priority Sector/Non-Priority Sector Investment, Exemption (Whether CDR based Investment or Not), Last Traded date & price, Ceiling Price/Floor Price, Target Price, Corporate Actions & Related Activities etc. Should also have flexibility to add new fields. In case of mutual funds/ETF whether the same is Equity Oriented/Debt Oriented, Approved Security Status, Physical/Demat Status, Short Sale Indicator Repo Forward Status, Redemption Schedule etc.

29 DEAL CAPTURE

29.1 The system should permit entry of stop loss & take profit limits by deal type/deal size & also at portfolio level, and also to cap the limits for pre-defined periods (daily/monthly/quarterly/annually)

29.2 System should be able to record a reverse trade from the take profit or stop loss notification

29.3 The system should be able to compute the exact stop loss and take profit based on pre-defined percentages

29.4 The system should be able to give notifications in case of breach of stop loss/ take profit limits

29.5 The system should be able to compute script wise and bucket wise PVBP and monitor PVBP as a result of every deal at script level

29.6 The system should be able to retrieve static data from masters at the time of deal entry

29.7 The system should be able to highlight instances of short sale & covered deals

29.8 The system should be able to stop entry of short sale of securities where such


Page 66 of 135

functionality is defined by the user

29.9 The system should allow for the following different types of deal capture:

29.10 Manual deal entry for deals done through brokers and/or wherever, capturing possible, electronically upload the details.

29.11 Automatic deal entry for deals done through dealing systems

29.12 Facility (option) to put through reverse deals in case of cancellations on the same day

29.13 System should be to able to handle changes in the approved prices

30 SHORT SALE

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.

30.2 Facility to define liquid securities for short sale & user should be able to change the status of security from liquid to non-liquid and vice versa

30.3

Real time monitoring of regulatory limits & internal limits set by the Bank. Currently regulatory limit is 0.50% & 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.

30.4 System should give a message /alert at the time of entering / saving the deal.

30.5 The system should keep track of the maximum days where the position can be kept open & provide a report for the minimum short position to be covered at any point of time.

30.6 Support of FIFO Based/average based profit policy-only for short sales Transactions

31 LIMITS TO MARKET OPERATIONS

31.1 The system should be able to set and monitor limits based on the following parameters:

31.1.1 Counter party limits

31.1.2 Issuer limits

31.1.3 Currency limits

31.1.4 Dealer limits

31.1.5 Broker limits (only empanelled brokers to be permitted)

31.1.6 Scrip wise limits

31.1.7 Internal limits (Sector Limits, Category Limits etc.)

31.1.8 Rating limits

31.1.9 Instrument wise limits

31.1.10 Stop loss limits

31.1.11 Take profit limits

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

31.3 System should give an option to front office users if they would like to continue with the deal or abort it.

32 CORPORATE ACTIONS

System should support following corporate actions across all securities:

32.1 Bonus

32.2 Rights


Page 67 of 135

32.3 Dividend

32.4 Splits and consolidation

32.5 Merger/Demerger

32.6 Change in Name /address

32.7 Interest Payment and redemption.

32.8 Put /Call Pop-up

33 VALUATION, AMORTIZATION & NPI (Non Performing Investment)

33.1

System should calculate Mark-to-Market valuation of all securities in the HTM,HFT,AFS & 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.

33.2

System should calculate amortization of all securities in HTM based on Straight Line Method & Effective Yield Method concurrently on daily basis with facility to switchover from one method to another & automatically update Book Value when required & pass necessary accounting entries. System should amortize the securities purchased at premium & at discount be amortized even while following weighted average method of accounting as per RBI guidelines issued from time to time.

33.3 Automatic identification of NPI based on user defined rules.

33.4 Posting of partial repayment received in matured accounts or NPI accounts after due date.

33.5 Process to recognize NPI as per RBI Norms and Generate LST /Desired File for integration with CBS

34 TAX DEDUCTED AT SOURCE

34.1 System should be able to keep track of TDS certificates received & due to receive

34.2 System should be able to generate report on total TDS deducted & TDS Certificates due for receipt on monthly ,quarterly, Half-Yearly & Yearly basis

34.3 System should generate Pop-up message for HFT securities on 80th day (should be 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

35 DIVIDEND ON EQUITY/PREFERENCE SHARES/MUTUAL FUND

35.1 System should be able to record dividend declarations

35.2 The system should be able to keep track of Dividend received & due to receive

35.3 System should be able to generate report on total dividend received & dividend due for receipt on monthly, quarterly, Half-Yearly & Yearly basis

35.4 System should generate Pop-up message for HFT securities on 80th day (should be 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

36 Ability to maintain versions of every business objects (trade, payments, counterparties, etc) in the system throughout their entire life-cycle

37.1 Ability to fix original trade number with the version number incremented each time market events are performed

37.2

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

37.2.1 Ability to support P&L reporting across various entities across different time zones.

37.2.2 Ability to maintain more than one accounting standard for any entity, e.g. Ind AS, GAAP, etc.

37.3 Intra-day Liquidity Management:


Page 68 of 135

37.3.1

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.

D) Mid Office Requirements

Sr. No.

Business Process Bidder’s Response

SS/C/U

1 Market Risk

1.1 Online Real-time monitoring of all types of deals in bank‘s trading book

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.

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.

1.4 Provision for computing specific VaR, stressed VaR & incremental VaR

1.5 Risk Attribution of VaR numbers

1.6 The system shall have the ability to drill down VaR by various dimensions to cash flow levels

1.7 Users should be able to view results of VaR in a graphical form including tail loss

1.8

Distribution of VaR across the following: - Dealer wise VaR - Products wise VaR - Market wise VaR

1.9 Yield curve creation and its use in valuations and VaR

1.10 Provision for attaching an yield curve to any product

1.11 Back testing

1.12 Stress testing

1.13 Incremental Risk Charge (IRC), and Expected Shortfall

2 Valuations

2.1 MTM and Revaluation: Both FIMMDA and FEDAI valuation should be supported as per the industrial best practices

2.2 The system should support accrual calculations

2.3 Facility to download and capture benchmarks rates.

3 Counter Party Credit Risk

3.1 Real time limits monitoring for Counterparty Credit Exposure & related limits


Page 69 of 135

3.2

The system should be able to measure various exposure, monitor counterparties’ credit exposure against authorized limits on a real-time basis. The credit exposure on off-balance sheet items (Derivatives) need to be arrived based on RBI specified Current Exposure method. The system should provide necessary flexibility to adopt to the latest regulatory guidelines in this regard like the SACCR method

3.3 Issuer limit, settlement limit, desk & country limits

3.4 Real time alerts and facility to authorize limit violations

3.5 Ability to scan and attach paper based notes during authorizations for future reference during audits and inspections

3.6 Exception management (i.e. monitoring, flagging & reporting) for limit violation

3.7 The system should allow for the measurement of the Counterparty credit risks for treasury which should be mapped with pre-settlement risk

3.8 Facility to authorize limit violations.

3.9 System should generate exception report for limit violations

4 Market Risk Limits

4.1 VaR Limit

4.2 Sensitivity limits

4.3 Limits based on Greeks

4.4 Limit exceeded report

4.5 Loss Limits

4.6 Risk Limits

4.7 Position Limits

4.8 Scriptwise Limits

4.9 Modified Duration/PV01 Limits

5 FX Swap/SPOT & Outright valuation, MTM realized P&L on a real time basis dealer wise & consolidated. Breaches should generate trigger mails/SMS

6

The System should generate a report giving Business Line wise Total (Interest income + Other income) & Interest Expenditure of Treasury branch at CO, after mapping Income and Expenditure Head of accounts with Business Lines.

7 EXCEPTION REPORTING

7.1 Soft limits, hard limits (soft limits for management action trigger and hard limits for Limit breaches) & threshold limits

7.2

Intra-day exceptions to be monitored on real time basis and on-line breach alerts should be generated at Mid Office with mandatory printing of the exception report with reasons, deal particulars, time etc. as & when such breaches occur

7.3 End of Day Exception report should be generated mandatorily & no user should have the power to skip the same

7.4 The system should be able to support warning messages and exception reporting for credit exposure limit violations

7.5 The system should be able to arrive net credit exposures on products by counterparty

7.6 The system shall have a means to automatically generate exception reports

8 LIMITS TO MARKET OPERATIONS


Page 70 of 135

8.1 The system should track user-defined trading portfolio wise & dealer wise limits and provide viewing and reporting

8.2 The system should be able to define and monitor limits at various levels in the hierarchy

8.3 The system should be able to issue a system notification to dealers that a limit is violated

9 POSITION TRACKING

9.1 The system should be able to update positions on a real time basis

9.2 The system should be able to view positions for user defined portfolios

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.

9.4

The system should be able to online monitor Product type, Currency, Dealer & Counterparty-wise limits. Limits will include but not limited to Position, Loss. Exposure and Risk Limits e.g Trading Book limit, PV01 limit, NOOP Limit, VaR Issuer wise limits. Broker-wise Turnover limits, Stop Loss limits both deal-wise & on periodic basis.

9.5 The system should enable tracking Duration, Modified Duration, Convexity, Holding Period, Entry Level Credit Rating Norms, Rating Migration etc.

9.6 The system should enable tracking Delta, Gamma, Theta, Rho & Phi for Currency Options & Equity linked Convertible Bonds/Warrants/Depository Receipts

9.7 The system should be able to generate, view and print positions reports with fair market value provided by information feeds

9.8 The system should enable querying of limits at an individual as well as aggregate level

9.9 The system should be able to produce daily online trade Blotter

9.10 The system should be able to customize blotter views by user

9.11 The system should be able to identify online breaching of limits on consolidated basis & segment basis and send alerts accordingly and also generate exceptional report .

9.12 Exposure monitoring branch wise

10 RATE SCAN, LIMIT & EXPOSURE MONITORING

10.1 Real-time Rate scan provision

10.2 The system shall allow users to customize triggers, alarms and thresholds (i.e. increase/decrease thresholds both at individual dealer level, class level or system level).

10.3

The system shall have an automated monitoring & 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.

10.4 The breach in exposure norms & limit as referred above must give alert messages (on-screen pop-ups) to back office, front-office & mid-office, & generate exception report & audit trail on daily basis.

10.5 Daily Exposure Report for on balance sheet items plus off balance sheet items

10.6 Daily country-wise exposure limit (indicating gross, net basis, short term and long term basis)

10.7 Capability to exempt certain securities from stop loss monitoring

11 MARKET RISK MANAGEMENT SYSTEM


Page 71 of 135

11.1

VaR Methodologies: The system should be able to generate the following reports and provide risk measurements & analytical tools for different VaR Methodologies, For user defined confidence levels & holding periods.

11.2 Historical Simulation

11.3 Variance-covariance

11.4 Monte Carlo Simulation

11.5

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

11.6

Calculation of contribution of every dealer, product & market towards the overall VaR numbers

12 Yield Curve :

12.1 Under Yield Curve provision should be available for selection of FIMMDA/NSE/CCIL/ Outside Agency/Broker Quotes or user defined yield curve for valuation or VaR computation purpose.

12.2 Facility to accommodate parallel shift/nonparallel shift in yield curve for revaluation

12.3 Facility to attach yield curve to any product

13 Regulatory Reporting

13.1 System should have capability to publish all the regulatory reports pertaining to TMO/Market risk functions.

13.2

Risk Based Supervision –All the data points (DCTs) pertaining to derivative exposure, VaR, Beta, PV01, Option delta, gamma, vega, Horizontal and vertical disallowance, Zonewise Net PV01of trading book etc should be system generated.

14 Mid office – Reports

14.1

Structural Liquidity Report: Based on residual maturity for fixed/floating instruments and defeasance period wise for HFT portfolio to be generate along with other assets & liabilities components into RBI prescribed 10 buckets with a provision for splitting any bucket

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

14.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 & consolidated portfolio as a whole

14.4

Fx Limit (Overnight)/IGL/AGL portfolio wise: Actual utilization of various limits on a daily basis has to be captured & average utilization report on monthly/quarterly/annual basis with minimum & maximum utilization slabs.

15

Capital Charge & Credit Risk computation on HTM Portfolio (On Balance Sheet items) & on market related off balance sheet items (FX, derivatives, gold etc.) as per RBI Guidelines.

15.1 CAPITAL CHARGE for credit risk related to investments under Basel III

15.2 CAPITAL CHARGE for market risk under Basel III

15.3 CAPITAL CHARGE for market risk under IMA


Page 72 of 135

16 Daily Operations

16.1 What If Analysis

16.2 Risk Distribution Analytics Tools

16.3 The system shall have a means to automatically generate exception reports

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

16.5 Intra-day Open position computed real-time

16.6 Overnight open position to be computed in all currencies & the ability to convert to equivalent wash currency

16.7 The system should be capable of on-line valuation and support different valuation methods and produce reports in the required formats

17 ANALYTICAL TOOLS (BOTH SECURITY & PORTFOLIO LEVEL)

17.1 Duration & PV01

17.2 Convexity

17.3 Scenario / Sensitivity Analysis

17.3.1 With correlation shifts

17.3.2 With parallel shift in yield curve, currencies and market prices

17.3.3 With non-parallel shift in yield curve, currencies and market prices

17.4 The system shall allow users to print reports & results from analytical tools.

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

17.6 Facility for a user configurable Dashboard for Risk Manager

17.7 Duration Gap Analysis (during for each asset and liability)

17.8 Online Real time monitoring of stop loss/trailing stop limits in forex,equities,bonds etc. & online monitoring of stop loss/ profitability/yield of MMKT swaps with cost of funds and int earnings being put in manually

17.9 Real-Time trading book monitoring/analysis

17.10 Real-Time portfolio analysis – currency pair-wise trading profit and loss.

17.11 Real-Time breaching of exposure on consolidated basis/segment-wise

17.12 Exposure monitoring Bank wise for overseas Branches

17.13 Provision should be there for calculating Exposure monitoring on Country wise for all overseas Branches

17.14 Daily Forex gap position and overnight open exchange position

18 RISK REPORTS

18.1 Facility to view the simulation numbers generated by system from front end based on Historical Simulation method

18.2 Back Testing using following methods:

18.2.1 Static Method

18.2.1.1 Dynamic with Constant Method

18.2.1.2 Dynamic with Moving Method

18.2.2 Basel, Actual Method

18.2.3 Facility to view exceptions

18.3 Kupiec Test and identification of zones as per BASEL II/III for Internal Model Hypothetical Testing – Identification of Correction Factor


Page 73 of 135

18.4 Daily HFT & AFS valuation reports along with all the risk parameters and limits

18.5 Category-wise detailed Valuation Report with Summary Valuation Report

18.6 Report on equity Portfolio Dividend Yield

18.7 Report giving average cost of market borrowing for Treasury & yield on money market lending.

18.8 Report of outstanding money market swaps/profitability/yield taking manually input cost of funds on daily basis.

18.9 Report of cost of carrying money market swaps with options to input cost of funds on daily basis.

18.10 Treasury average cost/yield based net-wise and profit analysis in the format provided by the bank.

18.11 Unrealized gains/loss in SLR/Non-SLR securities and equities. [This requires computation of MTM of various bonds]

18.12 Defeasance period for HFT & AFS portfolio

18.13 Peak & Average values of VaR, NOOP, AGL,IGL, PV01 as required per RBS data

18.14 Merged VaR / Marginal VaR / Stressed VaR for the entire portfolio

18.15 IC6 :IC 6 Report which provides currency wise maturity GAP data for each month/buckets

18.16 NOP-INR: It will contain NOP-INR values as required per RBI guidelines

18.17 CDS & any other structured product

18.18 Stress testing/Back Testing results on all asset classes as per latest RBI guidelines

18.19

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.

18.20 Ability to support Credit Support Annex(CSA)

18.21 Ability to handle Collateralization and Margining

18.22 Disclosure report quarterly statement containing bucket wise assets & liabilities as per RBI guidelines

18.23 Potential future exposure (PFE), expected positive exposure (EPE), Maximum peak exposure (MPE), Effective expected positive exposure (EEPE)

18.24 Basel III capital charge & Incremental Risk Charge (IRC) as per RBI guidelines for capital charge computation

18.25 CVA/Advanced CVA as per RBI guidelines for capital charge computation

18.26 Horizontal & vertical disallowance as per RBI guidelines for capital charge computation of market risk.

18.27 System should support Future regulatory regulations such as FRTB & BCBS 239 etc.


Page 74 of 135

E) Products and Instruments Requirement(Mandatory)

Sr. No.

Particulars Bidder’s Response S/C/U

1

INVESTMENT DOMESTIC-The system should facilitate administration, settlement, accounting & 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 Following:

1.1

Government Securities: Central Government (including FRBs /IIBs/STRIPS) & State Government & TB/CMB a. Primary market auctions b. Secondary market operations(Buying & Selling) through NDS & NDS-OM systems c. Open Market Operations & Buy backs d. Redemption e. On Tap operations f. Central Government Special Securities, Central Govt. Guaranteed Securities, State Govt. Guaranteed Securities (Buying & Selling) g. When Issued/Short Sell

2 Non SLR Securities

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

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) j. Zero Coupon k. Staggered Redemption Bonds

2.3 Certificate of Deposits and Commercial Papers

2.4

Mutual Fund investments (Debt/Equity Oriented) a. Subscription b. Redemption c. Switch-in & Switch-out


Page 75 of 135

2.5

Pass Through Certificates / Securitized Issuances/Security Receipts/Venture Capital/Bill Rediscounting etc. a. Secured b. Unsecured c. Cash Collaterals d. Guarantee e. Listed f. Unlisted g. Guarantee structures h. Staggered Redemption, Disbursement & Subscription/Buy Back/Change in Face Value i. Handling multi company trust. j. System should be capable of handling provisions &write offs/ closed down funds/ appreciation & premiums/capital gains in terms of security receipts k. Date of Acquisition & Date of Investment l. System should capture master data & valuation separately. Trust master should be linked with Security Master. The above function again divided into i. Subscription / Application / Allotment ii. Buying iii. Selling

2.6

Equity shares / Preference Shares / Convertible Bonds / Warrants / Depository Receipts either: a. Listed b. Unlisted c. Quoted d. Unquoted e. Preference shares, f. Initial Public Offering (IPO) subscription and allotment g. Step Up/Step Down Dividend/Interest for Preference Shares h. Staggered Redemption, Disbursement & Subscription/Buy Back/Change in Face Value j. System should be capable of handling provisions &write offs/ closed down funds/ appreciation & premiums/capital gains k. Date of Acquisition & Date of Investment l. Valuation

2.7

The above function again divided into i. Subscription / Application / Allotment ii. Buying iii. Selling iv. Commitment, Drawdown & Payouts for Venture Capital Investments v. Corporate actions: cash and shares, dividends, split and reverse split, merger, spin off, rights offering.

2.8 System should be capable of handling various exotic bonds traded in India-perpetual, step-up, callable &/or puttable, staggered maturity

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.10 System should be capable for preparation of proposals for Primary investment & management of existing investment

2.11 Primary Dealer Business of Government Securities/Treasury Bills

2.12

Constituents’ Subsidiary General (CSGL) Account operations Government Securities a. Secondary market operations I. Buying II. Selling b. Redemption


Page 76 of 135

3 Foreign Exchange

3.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, SEK, SGD, USD, DKK, NOK etc. The system should be capable of adding all other currencies. The system should be capable of processing transactions pertaining to any currency pair and should have the capability crystallize in any particular currency. System should be capable of storing values of the transactions in Local as well as designated currency.

3.2

Inter-bank FX a. Cash b. Tom c. Spot d. Forward

3.3

Merchant FX 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. Card Rate Fixing process j. Customer Profiling including monitoring of limits(contracted method & past performance method), margin, MTM margin for monitoring tools for contract cancelled under underlying/ others/ past performance with a trigger if breached the user defined limit. Above should be for standard currency pairs like US Dollar-Rupee/Euro-US Dollar/Pound-US Dollar/US Dollar-Swiss Franc etc. and also cross currencies like Euro-Rupee/Pound- Rupee etc. The above should cover: Outright Buy, Outright Sell Buy-Sell swaps, Sell-Buy swaps

4 Commodities

4.1

System should be capable of handling Commodities buy/sell both from Customer and Commodities exchange and its accounting/reporting/holding positions/valuations etc

5 Other Deposit

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

5.2 Twin Currency Option

6 Money Market

6.1

Money Market Operation-Repo, Reverse Repo, Market Repo, CBLO, Call/Term/Notice Money, CDs, Commercial Papers, Term Repo/LAF Repo/ LAF Reverse Repo/Interbank Participation Certificates (both lending & borrowing for all transactions), Refinance deals (pertaining to all Financial Institutions) etc.

6.2 Ability to handle Retails Sale of CD’s & G-Secs transaction originating from bank’s Internet Platform

7 Equities and Investment Products

7.1

Facility to handle various equity products: listed and unlisted which includes as per the acquisition type Market Purchase, Credit Conversion, and Written Down equities, mutual funds (debt/equity/ liquid schemes) preference shares, Initial Public Offering (IPO)/Qualified Institutional Placement (QIP)/Follow-on Public Offering (FPO) subscription and allotment, partly and fully paid venture capital funds, capital advancement and convertible debentures. System should be capable of handling


Page 77 of 135

provisions &write offs (For the purpose of written down, dummy sale & dummy purchase)

F) Derivatives Requirements


1 Exchange Traded Currency Futures & Options [including limit, margin maintenance and call facility]

2 Exchange Traded Interest Rate Future

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 up of cash flows both through excel based uploads or directly feeding mechanism. Basis Swaps: In Advance/ In Arrears Constant Maturity Swap, Caps and Floors, Other Exotic Swaps (such as Straddle, Strangle, Butterfly, Saddle etc.,)

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 OTC Options (USD/INR) OTC Option (NON-INR)

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

6 Swaptions: Receiver Swaptions, Payer Swaptions, Forward Start Swaptions

7 Interest Rate Options: Caps Floors, Collars, Knock out Caps, Knock Floors

8 Ability to combine/link different products into one transaction e.g. Currency Swap with embedded Currency Options

9 RANGE OF DERIVATIVE PRODUCTS/ INSTRUMENTS TO BE COVERED

9.1 Currency Options

9.1.1 European Options

9.1.2 American Options

9.1.2.1 Exchange Futures

9.1.2.2 Currency Futures

9.1.3 Plain Vanilla

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

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

9.1.6 Partial / Window Barrier

9.1.7 Multiple options


Page 78 of 135

9.1.8 Derivative strategies like Ratio Range, Forward Extra, Seagull, Straddle, Butterfly among others

9.1.9 Greeks – Plain Vanilla

9.1.10 Options with deferred premium

9.1.11 Options with front end/rear end premium settlement

9.2 Interest Rate Swaps

9.2.1 Plain Vanilla

9.2.2 Basis Swap

9.2.3 Overnight Indexed Swap

9.2.4 Amortizing Swap

9.2.5 Accretion Swap

9.2.5.1 In Advance / In Arrears

9.2.5.2 Interest Rate Caps / Floors / Collars

9.2.6 Roller-Coaster Swaps

9.2.7 Range-Accrual Swaps

9.2.8 Delayed Amortizing Swap

9.2.9 Swaps with Moratorium

9.2.10 Swaps with Bermuda

9.2.11 Swap with Stub:

9.2.11.1 Stub at Start

9.2.11.2 Stub at Middle

9.2.11.3 Stub at End

9.3 Cross Currency Swap

9.3.1 Plain Vanilla

9.3.2 Basis Swap

9.3.3 Principal only Swaps

9.3.4 Coupon only Swap

9.3.5 Principal + Interest

9.3.6 Exchange at

9.3.6.1 Start

9.3.6.2 End

9.3.6.3 Both

9.3.6.4 Intermediary

9.3.7 Amortizing swap

9.3.8 Accretion Swap

9.3.9 Roller-Coaster Swaps

9.3.10 Delayed Amortizing Swap

9.3.11 Range-accrual Swaps

9.3.12 Swaps with Moratorium

9.3.13 Swaps with Bermuda


Page 79 of 135

9.3.14 Swap with Stub:

9.3.14.1 Stub at start

9.3.14.2 Stub at end

9.4 Forward Rate Agreements

9.4.1 Pay Fixed

9.4.2 Pay Floating

9.4.3 Settlement at Start & Settlement at End

9.5 Credit Default Swap

9.6 Other Derivative Products allowed by the Regulators from time to time

10 Front Office activities to be supported

10.1 System should maintain real-time currency position for each dealer.

10.2 System should maintain real-time currency position across dealers.

10.3 Facility to capture derivative deals through user friendly screens.

10.4 Facility to enter Swap deals in cryptic mode for quick capturing

10.5 Standard Settlement Instructions should be automatically defaulted based on deal

10.6 Facility to copy existing deal to generate new

10.7 Facility to mirror existing deal to generate back to back deal.

10.8 System should support generation of deal

10.9 Facility for stripping of currency options into multiple options (shortcut feature for deal definition) with change of:

10.9.1 strike price and

10.9.2 barrier price and

10.9.3 expiry dates to exact month, quarter, semi-annual and annual

10.9.4 expiry dates to end of month, quarter, semi-annual and annual

10.10 Definition of currency option strategies as templates which can be easily referenced for creation of strategies

10.11 Calculation of Greeks for Currency Options

10.12 System should support pricing of derivative deals at the time of deal entry.

10.13 System should provide standalone screen for pricing of derivative deals with provision to convert the entered parameters to a deal.

10.14 Matching/ Un-matching of back to back Derivative Trades. System should support both full and partial matching of two or more deals.

10.15 Facility to Terminate Derivative Deals. System should compute MTM with a facility to change the system computed MTM amount.

10.16 Monitoring screen to monitor Barrier Currency Option Deals for Knock-In and Knock-Out

10.17 Currency Option deals eligible for exercise or lapse should appear automatically on the screen along with important deal information.

10.18 Facility to create structured product encompassing various Currency Option, Principal Swap, IRS & Forward Rate Agreement deals.

10.19 There should be parametric facility for Front Office authorization.

10.20 Computation of interest rate risk like PVBP for Swaps and FRA

10.21 Computation of all 79epara like Delta, Gamma Theta, Vega & Rho etc. for Currency Options. It should have ability to include cash flows


Page 80 of 135

10.22 Facility to designate any of the above derivative in to hedge or trading.

10.23 Facility for front office user to manually define the underlying. This should be through a field over and above the – Remarks field.

10.24 Generation of deal slip and confirmation letter

10.25 Deal slip should contain information of the underlying asset.

10.26 Facility to support a wide range of forex option payoffs with advance model.

10.27 Facility to support Indian, Overseas FX listed

10.28 Facility to build linear combined structure products with stripping and solver feature.

10.29 Facility to handle FX option related market data, especially Fx smile interpolation

10.30 Facility to monitor P&L position, Greeks and other unique 80epara natively and all dynamic ones

10.31 Facility to manage FX option relevant events like exercise and barrier knock for bulk number of options

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.

10.33 Facility to handle commodity in native module instead of using other asset class proxies.

10.34 Facility to manage different product/location/quality/units etc and aggregate/convert position accordingly.

10.35 Commodity Trading

10.35.1 Facility to manage full set of Commodity-listed and OTC products.

10.35.2 Facility for Commodity Trading

10.36 Facility to manage embedded IR and commodity products in the same manner as IRD and FX desk, therefore a full cross asset solution.

10.38 Facility to display average holding cost at portfolio or entity level.

11 MID OFFICE ACTIVITIES TO BE SUPPORTED

11.1 Real time limits monitoring for Currency, Dealer and Counterparty based on Notional Principal.

11.2 System should generate alert to users on violation of limit.

11.3 Facility to authorize limit violations.

11.4 System should generate exception report for limit violations.

11.5 Facility to download and capture benchmarks

11.6 Facility to download and capture currency exchange rates and yield curves.

12 BACK OFFICE ACTIVITIES TO BE SUPPORTED

12.1 System should support daily back office activities

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.

12.3 Facility to change the settlement currency for FRA, Currency Options and Swap deal settlements

12.4 Back-dated processing including interest accrual and settlement for back-dated Swaps.

12.5 Facility to confirm a deal and print the confirmation letter. Ability to view the existing confirmed deals

12.6 Facility to transfer complete deal wise portfolio position from one portfolio to another

12.7 Ability to modify swap parameters like reset date, compounding date and coupon date defined as part of deal entry.


Page 81 of 135

12.8 Facility to change settlement instructions

12.9 System should support Forward Revaluation

12.10 Facility to amortize the MTM in case of termination of deal in – Hedging portfolio

12.11 Facility to view deal wise MTM across products with facility to view selected deals or portfolios

12.12 Facility to view overall MTM across dealers/selected dealers by super users

12.13 MTM Trend analysis for any product/deal – intraday as well as across dates

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

12.15

System should be able to match the daily margins maintenance form: a. Government securities b. Cash c. Other forms

12.16 System should be able to link to the respective exchange platform systems: MCX —SX, NSE, BSE, USE, Others

12.17 Novation of OTC Derivative Contracts

12.18 Ability to provide data to CCIL for Trade compression activity by CCIL for OTC IRS Trades

13 SWIFT CAPABILITIES

13.1 Generation of SWIFT confirmation messages for derivative deals

13.1.1 MT305 – CO Plan Vanilla Confirmation

13.1.2 MT306 – CO Single Barrier Confirmation

13.1.3 MT340 – FRA Confirmation

13.1.4 MT341 – FRA Settlement Confirmation

13.2 System should support reconciliation of inward SWIFT confirmation messages for Derivative deals.

G) Reporting

Sr. No. Business Process Bidder’s

Response S/C/U

1 General Reporting

1.1

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.

1.2 Soft copy of the reports should be generated in . xls/.doc/.pdf / csv formats

2 Regulatory Reports

2.1 Short sale report

2.2 Risk Weight Asset

2.3 Statutory Reports

2.4 MTM Credit Exposure Report

2.5 Various Market Risk Reports Utilization: Utilization of FCNR funds,R-Returns etc.

2.6 IRF reports

2.7 IRS client report


Page 82 of 135

2.8 ALCO Report

2.9 Intraday Liquidity statement Fortnightly valuation of SLR securities

2.10 Daily RBI/SBI/ any other regulatory balance (Centre wise)

2.11 Reports on Funds & Treasury Position-maintenance of CRR/SLR

2.12 Interest on CRR

2.13 Static and Dynamic Gap Reports

2.14 Capital Market Exposure Report Net off

2.15 Maturity Pattern

2.16 Age-wise report in respect of HFT (to check 90 days defeasance period)

2.17 Rating Migration Report

2.18 CAM (Capital Adequacy Monitoring Statement)

2.19 Statement of distressed assets

2.20 Volume and turnover status reports

2.21 Daily Turnover

2.22 Security Wise Turnover

2.23 Interest Forecast Report

2.24 Cash flow statements – Daily/Weekly/ Monthly/Quarterly/Yearly

2.25 HTM Sale During a Period with profit / loss

2.26 HFT Revaluation

2.27 Credit Rating Details

2.28 Security Holding Summary (Any-prior-dated)

2.29 Duration/Modified Duration (Any-prior-dated)

2.30 Security-Holding (Detail) – Industry wise/Company wise

2.31 Issue wise Exposure and Overdue (Any-Prior-Dated)

2.32 Capital Market Exposure Statement

2.33 NADB Summary (Rated, Quoted, etc.)

2.34 Status of Overdue Interest of a Past Date

2.35 Accrued Interest on Term Money Deposit

2.36 Valuation Detail & Summary (Normal)

2.37 Interbank Repo During a Period

2.38 Any other regulatory report

2.39 Report accrual interest posted during day end process at the time of quarterly/Half Yearly/Annual closing

2.40 Posting of Overdue interest during day end process at the time of quarterly/Half Yearly/Annual closing

2.41 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.42 Report on Amortization Daily/Weekly/Monthly/Quarterly


Page 83 of 135

2.43

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

2.44 System should be capable of forecast MTM value of Investments comprising dated securities (total as well as Script/ Category /portfolio wise) on deviation of YTM by user defined basis point change from the current level

2.45 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.46 Security Wise Transaction for a period (SGL)

2.47 Taxation Report (Taxes applicable for Capital Gain for sale of Assets)

2.48 IC Report (SLR)

2.49 DTU Updation (SLR)

2.50 FALLCR maintenance

2.51 Consolidated CSGL Deal Report category wise, for Reconciliation & Settlement

2.52 CSGL Monthly Statutory Reporting for CSGL

2.53 Board Memorandum Report

2.54 Exceptional Profit & Loss

2.55 Report on Interest credited to a customer within a particular period customer-wise, branch-wise

2.56 Interest From Tax free Bonds

2.57 Statutory Liquidity Requirement (STL) – to be generated for Treasury branch as a whole on daily basis

2.58 Tax free Security List

2.59 Branch / DP wise Security Holding (Any-prior- dated)

2.60

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.61 Report on sale of HTM securities for the user defined period

2.62 Report on Interest due as on any date (category wise & summary with age wise classification)


Page 84 of 135

2.63

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 on Purchase of security during the quarter/half-year/year d) Add – Interest Accrued on Investment upto the last date of the Quarter/Half-Year/Year e) Less – Interest accrued upto the last date of the previous Quarter/Half-Year/Year

2.64 Cost and Yield statements

2.65 Monthly Reconciliation

2.66 Annexure II (Both Annexure 2a & 2b)

2.67 Annexure I

2.68 Brokerage Paid During a Period-Broker wise

2.69 Brokerage Exposure Statement Broker wise

2.70 Online dealer-wise position of Held for Trade portfolio with cut-loss limits

2.71 Only empanelled brokers should be marked active. Broker wise turnover (amount & percentage vis-à-vis total brokers’ turn-over) for the financial year should also be provided online

2.72 Position of investment portfolio should be available online clearly specifying exposure limits vis-a-vis actual maintenance

2.73 List of un-rated and unlisted investments

2.74 Threshold limits (90% of the maximum limits) should be fixed and made available online

2.75 Report should be able to generate Market Risk & Credit Risk charges, Portfolio wise, for the purpose of RAROC.

2.76 Counter party exposure

2.77 Foreign Currency position-currency wise and summary

2.78 Sources and uses of foreign Currency funds

2.79 Currency wise gap scan

2.80 Maturity mismatch currency wise and USD equivalent

2.81 Summary of daily gaps, position and cash balances

2.82 Daily reporting of forex operation

2.83 Bucket wise position of Borrowings in Foreign Currency

2.84 Watch Report (If VaR is increasing over a period)

2.85 VAR for HFT as well as AFS as per IMA approach – Report frequency daily as well as user defined

2.86 Risk Weight Assets & Exposures (Domestic)

2.87 Capital Charges as per standardized & IMA Approach – Report frequency daily as well as user defined

2.88 All the regulatory/internal limits, on solo & gross basis can be fed into the system.

2.89 Duration, Modified Duration, Convexity, Current Yield, YTM, VaR etc, can be obtained security-wise, category-wise, Residual maturity Bucket wise, product wise & portfolio-wise, for the portfolio as on deal date as well as on value date

2.90 Valuation of securities can be obtained online

2.91 Sensitivity & scenario analysis can be done

2.92 IC-5 – including net open position of foreign Currency

2.93 Credit risk concentration in derivatives/ forex contracts – Top 10 customers


Page 85 of 135

2.94 Credit risk concentration in derivatives/ forex contracts – Top 10 inter bank

2.95 Capital assessment under Basel Norms (Basel-III)

2.96 Country exposure report

2.97 Structural liquidity report

2.98 Comparative figures of capital charge as per BASEL – II AND III & IMA guidelines

2.99 Cost & Yield of outstanding BUY/SELL foreign. Currency resources swap

2.100 Cost & Yield on Sources and Uses – foreign. Currency

2.101 Table Grid on Option Greeks

2.102 Tenor wise distribution of Greeks

2.103 Calculation of VAR and back testing

2.104 Simulation Report – Investments

2.105 Interest Rate Sensitivity Report – to be generated for Treasury branch as a whole on daily basis

2.106 Rate Tolerance and Amount Tolerance Report

2.107 Qty/ Monthly Forex Review-Forex Turnover

2.108 Arbitrage Report between forex and domestic market

2.109 Daily report on o/s trading swaps – FX

2.110 Daily report on trading profits – Dealer wise / Cy wise

2.111 Report on derivatives showing MTM, booked P&L, PVBP, Accrual, Notional Amount

2.112 Risk Sensitivity Report on Derivatives

2.113 Table Grid on option book maturity profile

2.114 After hour trade

2.115 Option Deal Documentation Tracker

2.116 FSU Network Analysis ,Network analysis of Foreign Currencies

2.117 Asset Report

2.118 Liabilities Report

2.119 CRR Report- Equity

2.120 Balance Confirmation For Equity

2.121 Disclosure Report (For Holding percentage to company’s capital 15% ,10%, 5%, 2% for SEBI & NSE/BSE reporting)

2.122 Map report both in Foreign Currencies and INR as per FEDAI rates

2.123 Detail and Summarized GL progressive of GL Accounts

2.124 Automatic Generation of Balance sheet and profit and loss accounts (Separately both for Forex and Domestic and also combine)

2.125 Report on contracts Booked on behalf of SME/Non SME/Residents in a particular period. Report is also required for contracts cancelled, outstanding and utilized

2.126 RBS Tranche Complete Data like hurdle rate data, Industry/sector Classification Data etc.

2.127 Derivative transaction on behalf of FII(Foreign Institutional Investors)

2.128 Basel 2 and Basel 3 also as per new INDAS . Capital charge calculation as per new INDAS

2.129 Contacts booked by customers on past performance basis.

2.130 Suspicious Transaction Report

2.131 First Information report .SLR NON SLR. Separate reports for HTM/AFS. In NON –SLR report in equity segment price, face value and number of shares . Holding


Page 86 of 135

cost & Market price in HFT outstanding category should be correctly averaged

2.132 LCR and NSFR returns

2.133 Customized statement of profit, i.e., portfolio-wise, category-wise, security-wise etc

2.134 Key Parameters - Period-wise, Portfolio-wise, Category-wise, Security-wise

2.135 Fortnightly SLR / Non SLR Statement

2.136 Capital Market Exposure

2.137 Security Classification - Secured - Tangible - Intangible / Unsecured

2.138 Security Classification - Rated / Unrated

2.139 Security Classification - Listed / Unlisted

2.140 Security Classification - Corporate / NBFC / Banks Fis / PSU etc

2.141 Security Classification - Standard / Substandard - date D1 / D2 / D3

2.142 Security Classification - Fresh / Restructured

2.143 NPI statement - Opening / Additions / Deletion / Closing

2.144 Statement of Unencumbered securities traded in market

2.145 Unadjusted Suspense A/c balance date wise

3 Report customization

3.1 The system should be able to generate customized reports based on all available data at user level

3.2 The system should allow reports to be exported into Microsoft Excel, Word, CSV, PDF, XML, XBRL and text format

3.3 The system should be able to provide context sensitive help to guide users

3.4 The system should allow users to present outputs in the form of graphs, charts and other graphic representation

3.5 The system should allow for sorting of data on trader workstation

3.6 The system should have the ability to isolate and report errors and exceptions

4 Report Coverage

4.1 Ability to generate an output of all accounting entries for a user specified period

4.2 Ability to distinguish between realized and unrealized gain/ loss

4.3 The system should be able to support interest payments in advance and arrears for Interest Rate Swaps

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

4.5 Calculation of amortization on HTM categories at weighted average method or FIFO as per Bank‘s policy

4.6 The system should have the ability to show changes due to exchange rate movements separate from changes in market value

4.7 Frequency of reports can be: Daily, Weekly, Fortnightly, Monthly, Quarterly, Half Yearly, Annual, For any given period

5 Report Formats

5.1 Daily report containing Resources position

5.2 Daily Front Office Transaction Report Dealer- wise, Sanctioning authority wise


Page 87 of 135

5.3 Scheduling of reports

5.3.1 The system should allow for generation of reports on real time basis

5.3.2 Pre-defined reports should be generated with a minimum of user interference and should be available in user specified location. The generation should be as per the scheduled job/task defined by the user themselves.

6 Archiving of reports

6.1 The system should archive historical rates extracted from market information systems and should also allow for archiving of historical reports

7 Integration with Enterprise Reporting Solutions/Tools

7.1 System must provide tools for reconciliation of data imported/exported from external systems

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.1 Facility to download data from Integrated Treasury Package to Excel Form.

8.2 Soft copy of the reports should be generated in .xls/.doc/.pdf /.csv formats

9 RBI Returns

9.1 Cash Reserves With RBI

9.2 CRR Maintenance

9.3 Fortnightly Average RBI Balance

9.4 Statutory Liquidity Requirement

9.5

Provisional data on maintenance of SLR. While calculating/computing total SLR everyday-system should take into, 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.

9.6 R-Return

9.7 DSB All Return (DSB-I, DSB-III, ALE etc)

9.8 Investments in equity in the capital market by commercial banks

9.9 Report on Capital Adequacy

9.10 Special fortnightly return III Part E

9.11 Special fortnightly return III _ Part B

9.12 Special fortnightly return III _ Part F

9.13 Return BSR V

9.14 List of Reports in Report X

9.15 Form – VIII and CA 23

9.16 Off-Site Monitoring & Surveillance (OSMOS)

9.17 SCHEDULE 57 and SCHEDULE 12

9.18 Daily Short sale positions

9.19 Monthly reconciliation of SGL Account balances retrieved from E-Kuber with our portfolio

9.20 Annual report of repo transactions for balance sheet purpose with detailed working

9.21 Reporting for RBS Requirements for Investments

9.22 STAT 5

9.23 BAL Statement

9.24 IC Report (Consolidated)

9.25 DTU Updation (Consolidated)


Page 88 of 135

9.26 DBS Report

9.27 PDR-2 Report

9.28 RAQ Report; shifting of G-Sec Securities

9.29 SLR Movement Report

9.30 Financial Soundness Indicator

9.31 IBS Reporting to RBI

9.32 Credit Default Swap

9.33 Section-6, Section-7, Section 8 etc. Reporting for RBI

9.34 Consolidated Investments Reporting (Summary of all investments, Reports related to Board, IC, FAD etc.)

9.35 Return 9

9.36 Real Estate Investments Reporting

9.37 Cross Currency report to RBI

9.38 Option weekly report to RBI

10 Ledger/Accounting Reports

10.1 Accounts Ledger

10.2 Security Ledger

10.3 Subsidiary General Ledger (SGL)

10.4 Interest Ledger

10.5 Dividend Ledger

10.6 TERM MONEY LEDGER

10.7 Purchase Register

10.8 SALE REGISTER / Short Sale security wise.

10.9 FCNR resources register

10.10 RFCTD Resources register

10.11 Merchant forward contract register

10.12 Contract Register

10.13 Forward suspense register

10.14 Suspense cancellation register

10.15 Suspense reversal register

10.16 Suspense early delivery register

10.17 Outstanding suspense register

10.18 Interbank maturity register

10.19 Interbank deal register

10.20 Repo deal register

10.21 Day Book

10.22 Transaction Scroll

10.23 Any other accounting reports based on the Banks requirements.

10.24 Performance measurement – Dealer wise

10.25 Product wise – profitability report including money market swaps

10.26 Date-wise/Instrument-wise Profit During a period

10.27 Portfolio-wise Performance measurement report at user defined frequency or range of period

10.28 Product specific interest rate forecasting


Page 89 of 135

10.29 Product wise/Portfolio wise Statistical analysis of past performance (Quarterly/Half yearly/Annual-at least corresponding periods)

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

10.31 Average outstanding and yield security / sector / portfolio wise

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.

10.33 Schedule 12, FBD Balance sheet, Basel – III

10.34 Position reports – Category wise as on any date, comparison between three given dates

10.35 Entity wise (exposure to a company), Scrip-wise, portfolio-wise position as on any date

10.36 Balance Report for any given day

10.37 Funds Position As on any given date

10.38 Weekly statement of Transactions

10.39 Transaction During a Period

10.40 Statement of Term Dynamic Liquidity

10.41 State wise Exposure Report

10.42 Charges statement

10.43 Balance Sheet Disclosures

10.44 Reporting of Trade to CCIL through file upload

10.45

Exceptions Reports During a Day – Grouped for every function Bucket-wise outstanding IB/MF contracts Forex Business Turnover report Report on FCS account Daily DAC Report ( Issued / Responded) POB Outstanding report (Department wise) Counterparty limit exposure for MFC (CM/PP) Profit & Loss account Balance sheet FxJV /JV INR module

10.46 Trial Balance Report

10.47 CSGL Report.

10.48 Report on Mutual Fund – Enter Portfolio, Scheme wise Return

10.49 Dividend Received Long Book

10.50 Interest Vouchers-For a Date

10.51 Accrued Interest for all interest bearing securities (Rating wise/Current Yield wise/YTM wise)

10.52 Investment Accrued/Amount Central/ State Others as per GL (date wise category wise/deal)

10.53 Summary of Sale-Purchase Voucher for Equity Transactions

10.54 Summary of Interest/Redemption Voucher

10.55 Voucher Money Market

10.56 Position of Overdue Redemption

10.57 Voucher(Sale/Purchase/Redemption) for Preference Shares, Venture Capital Funds

10.58 Accrued Interest On the Portfolio

10.59 Summary Of Accrued Interest On the Portfolio

10.60 Redemption Receivable During a period

10.61 Various Investment Account


Page 90 of 135

10.62 Security Holding Detail (SHARE, MF)

10.63 Interest Income On Sale/Purchase – Category wise

10.64 Security Holding (Detail) – Security Name Wise

10.65 Valuation (Mutual Fund) – Detail/Summary- Category wise

10.66 Investment Interest A/C Collection (portfolio wise)

10.67 Profit and Loss statements

10.68 Realized Profit and loss

10.69 Projected Interest Accrual based on Current Portfolio

10.70 Interest Letter to Branch

10.71 Interest Receivable During a Period (Summary)

10.72 Interest Receivable – Branch-wise summary

10.73 DSB in XBRL Format

10.74 Forward contarct cancellation exchange Difference received /paid in a given period.

10.75 Daily SLR and Annexure B

11 ONLINE DEALERS PAD

11.1 Online Portfolio

11.2 Deal Note

11.3 Deal Note-Equity

11.4 Deal Notes For a Day

11.5 Deal Tickets

11.6 Deal Ticket – Equity

11.7 Deal Tickets for a date

11.8 Deal Details – Date wise

11.9 Deal Details – Counter Party wise

11.10 Deal Details-Security wise the bank require an online branch automation platform for customer FX trades

11.11 Consolidated Deal Details – Product-wise

11.12 Deal Detail Between Two Dates

11.13 Deal Details Value date wise Between Two Parties

11.14 New Consolidated Deal Details

11.15 New Consolidated deal details dealer-wise

11.16 DEAL CONFIRMATION – CALL MONEY

11.17 Deal Confirmation – Non SLR & Money Market

11.18 Deal Confirmation of all deals of a day – Govt. Securities

11.19 Profit Statement-As of Latest Deal

11.20 Category-wise Monthly Profit

11.21 Detail Security Holding

11.22 Branch Wise Holding Summary

11.23 Deal Letter To Branch

11.24 Same Day Same Security Trading

11.25 Domestic Exposure (For Dealing Room)

11.26 Letter To Branch-Equity

11.27 Valuation Sheet-Equity GL Wise


Page 91 of 135

11.28 Miscellaneous Voucher

11.29 Daily SLR Position

11.30 SLR actually invested

11.31 Summary Transactions Sheet

11.32 Daily statement of transactions (Purchase) in SLR Securities

11.33 Daily statement of transactions (Purchase) in Non-SLR Securities

11.34 Daily statement of transactions (Sale) in SLR Securities

11.35 Daily statement of transactions (Sale) in Non-SLR Securities

11.36 Mandate for Sale/Purchase of SLR Securities

11.37 Daily Report on short selling in GOI Securities

11.38 Monthly reporting to RBI on short selling in GOI securities

11.39 Inter Bank Deal Slip

11.40 Repo Deal slip

11.41 Internal Transfer Deal slip

11.42 Merchant Forward Contract Booking/ Cancellation Slip

11.43 Inter Bank Swap Deal Slip

11.44 Dealers Pad

11.45 Currency wise position balances

11.46 Funds Flow – Currency wise

11.47 Deal Register

11.48 Termination Register

11.49 Settlement Register for all products

11.50 Portfolio Transfer Register

11.51 Match Register

11.52 Event letter

11.53 MTM Report

11.54 Outstanding Register

11.55 Swap Schedule Register

11.56 Interest Accrual

11.57 Reset Advice

11.58 Mark to market for all deals

11.59 Daily Interest.

11.60 CSGL Constituent list

11.61 Refinance Outstanding customer-wise, monthly as well in a particular given day providing actual principal as well as amortization deals

11.62 Weighted average of the outstanding Refinance Loans category-wise, institution wise

11.63 Cost of Capital for refinance deals

11.64 Refinance availed and paid within a particular period

11.65 Money Market instruments, i.e. Call, CBLO, LAF, Refinance etc Interest accrual daily/monthly/quarterly/half yearly and also within a given period

11.66 Weekly/ monthly CSGL Report separately for each category

11.67 Advice Details

12 Payment Gate wise (FCTM) Advice Summary

12.1 Account Ledger Interbank maturity register with payment mode


Page 92 of 135

(Cash/Settlement(INR)-cross currency)

12.2 Interbank Maturity Report

12.3 Overdue Interest – Age wise

12.4 Overdue Merchant Contract

12.5 Profit and Loss statements

12.6 Realized Profit and loss

12.7 Volume and turnover status reports

12.8 Cash flow statements – Daily/Weekly/ Monthly/Quarterly/ From date – to date, product wise

12.9 Broker Exposure Transaction wise

12.10 Brokerage paid during a Period-Broker wise

12.11 Broker-wise reports (stating the % of business done)

12.12 FEDAI Revaluation (Daily/Monthly/Quarterly)

12.13 Interbank deal register

12.14 Repo deal register

12.15 Repo deals due date diary

12.16 Unconfirmed forex fwd. Contracts

12.17 Dealers pad

12.18 IB Foreign currency contract confirmation

12.19 R Returns

12.20 R returns currency wise details

12.21

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

12.22 Age wise Nostro entries

12.23 Check list for Nostro statements

12.24 Age wise analysis of un-reconciled entries from Date To Date

12.25 Reconciliation of o/s Nostro entries as on Date

12.26 Inward Remittances Report

12.27 Outward Remittances Report

12.28 FCNR resources register

12.29 FCL resources register

12.30 RFCTD Resources register

12.31 Outstanding FCNR as on a particular date

12.32 FCNR – Fortnightly Annexure Report

12.33 FCNR- Cost Benefit Report

12.34 Outstanding RFC-TD as on particular date

12.35 Outstanding FCL

12.36 Overdue FCNR

12.37 EEFC/DRFC/DDA ledger branch/customer/currency wise

12.38 RFC ledger branch wise/customer wise/currency wise

12.39 Provision for interest accrued –FCNR


Page 93 of 135

12.40 Provision for interest accrued –RFC TD

12.41 All related reports for FCNR/RFC deposits controlled under old as well as new accounting system

12.42 Revaluation of FCNR /RFC should be calculated by the system and entries should also be passed by the system.

12.43 Department wise sundry as well as POB head to be maintained.

12.44 Outstanding merchant forward contracts

12.45 Merchant Forward Contracts utilized between 2 dates

12.46 Merchant Forward unconfirmed deals

12.47 Contract cancellation debit/credit advice and entries of loss / gain there on as per RBI norms.

12.48 Mer. Cont. early delivery and recovery of swap charges / interest on outlay

12.49 Contracts due for delivery of documents

12.50 Merchant forward contracts due within spot date

12.51 Merchant forward contract register between 2 dates

12.52 Contracts due for auto-cancellation

12.53 Merchant forward contract summary

12.54 Merchant contracts overdue

12.55 Contracts cancelled

12.56 Contract Register

12.57 Transaction log

12.58 Forward Suspense Register

12.59 Suspense Cancellation Register

12.60 Suspense reversal register

12.61 Suspense early delivery register

12.62 List of transactions maturing between two dates

12.63 Outstanding suspense register

12.64 Deal settling outside CCIL thru RTGS (INR-Receivable) – INFLOWS

12.65 Inter-bank deals for INR payment settlement through RTGS – OUTFLOWS

12.66 LCR Summary REPORT for all products

12.67 MM Register for Interbank Desk

12.68 Interbank Contracts Receivable/Payable summary

12.69 DAILY FEMIS REPORT

12.70 REAR END VOUCHER

12.71 TTUM voucher for Utilisation of fwd contracts

12.72 FEMIS GAP REPORT FOR AUDIT

12.73 PV REPORT FOR GAP FWC

12.74 NEW GAP REPORT FOR AUDIT Currency wise

12.75 Forward Contract Booked during the dates with underlying details

12.76 Merchant Forward contract Cancellation Voucher

12.77 CASH_RECONICATION REPORT

12.78 Forward Contract Booking Reconciliation between FT & FC

12.79 Merchant Profitability Deal Wise

12.80 Forward Contract Early Utilisation Reconciliation between FT & FC

12.81 Forward Contract Cancellation Reconciliation between FT & FC


Page 94 of 135

12.82 Merchant Forward Cancellation Utilization & Booking with TTIN OUT

12.83 Custodian Payment Details

13 Derivative Reports

13.1 Summary of all Derivative Deals

13.2 Outstanding Cash Flows for Derivative SWAPs as on DATE

13.3 DERIVATIVE VALUATION SUMMARY

13.4 Report for Derivative swap deals Outstanding as on date and for any given date

13.5 Failed Trade entry

13.6 Failed Trade detailed report

13.7 Derivatives deal outstanding reconciliation with the FC Balance amount

13.8 Details report for Derivatives deal outstanding reconciliation with the FC Balance amount

13.9 GL Transaction View for the EOD date

13.10 Report for the MIBOR deals Accrual as on Date

13.11 Miscellaneous Losses

13.12 Off market trade

13.13 Cust Option postings

13.14 Option Premium Report

13.15 SWAP Repo Format

13.16 Outstanding IRS Deals with Accruals

13.17 Generation of OTC data for CCIL

13.18 CCIL OTC for FCYINR display

13.19 Generation of Vouchers for Derivative MTM

13.20 Deal Confirmation Status for all deal types

14 TOTAL SWAP TRADING P/L

14.1 TOTAL CURVE WISE TRADING P/L

14.2 RISK SENSITIVITY REPORT (Bucket wise/Curve wise PV01 distribution as on date)

14.3 GAP REPORT Interest Rate Gap Report (Currency wise – bucket wise)

14.4 TOTAL OPTIONS TRADING P/L

14.5 RISK SENSITIVITY REPORT (Option Greeks, Tenor wise Distribution of Greeks, Simulation, VaR)

14.6 Swaps Sales Activity Report

14.7 CREDIT UTILISATION REPORT

14.8 Total SWAPS SALES P&L REPORT

14.9 Total PRODUCT-WISE SALES P&L REPORT

14.10 REPORT OF TOP CLIENTS

14.11 Total PRODUCT WISE SALES P/L

14.12 Total HEDGE REPORT

14.13 Options Sales Activity Report

14.14 CREDIT UTILISATION REPORT

14.15 Total OPTIONS SALES P&L REPORT

14.16 Total PRODUCT-WISE SALES P&L REPORT

14.17 REPORT OF TOP CLIENTS

14.18 Total OPTIONS SALES P/L


Page 95 of 135

14.19 Total PRODUCT WISE SALES P/L

14.20 Total CLIENT REPORT

14.21 Top 10 Swap Clients

14.22 OPTION MATURITY REPORT

14.23 Hedge Efficiency/Effectiveness Report in respect of all types of Derivative instruments used for Hedging purpose.

14.24 Activity Forecast Register along with ability to compute coupon amount if the rates have been reset for the floating leg

14.25 Deals Slips

14.26 Deals Confirmations

14.27 Interest Rate Reset Notice

14.28 Settlement Notice

14.29 Barrier Trigger Notice

14.30 Shifting of securities as per RBI guidelines.

14.31 Monthly payment of brokerage for bond deals.

14.32 Provision to generate report for ear-marking of securities in CSGL

15 Equity, CD, & Money Market Reports

15.1 CD Daily Limit Utilisation

15.2 CD Maturity Report

15.3 CD Holding/Outstanding Report

15.4 CD Outstanding Report with YTM during the period

15.5 CD Issued Report

15.6 Outstanding CD Report

15.7 Brokerage Turnover report

15.8 Report to Check Payment Confirmation by Counterparty

15.9 Control Reports

15.10 Purchase Report

15.11 Sale Report

15.12 Switch Report

15.13 Outstanding Report

15.14 Mark to Market Report for Equity MF, ETF etc.

15.15 Capital Gains Report

15.16 MF Turnover Reports

15.17 Sale/Purchase during the period.

15.18 MTM with returns reports

15.19 STT/Exit Load Report

15.20 Arbitrage Reports

15.21 Return on Short Term Investments/ Holding Period Return

15.22 Return on Liquid Investments

15.23 Account Reconciliation

15.24 Cash Reconciliation Report

15.25 Demat Reconciliation

15.26 Brokerage Exposure

15.27 Quoted Statement


Page 96 of 135

15.28 Physical Shares

15.29 Common Equity Shares Report For BSMG

15.30 Capital/Gain – Equity

15.31 Dividend Report

15.32 Company-wise Outstanding

15.33 Company Details

15.34 Buy Back Report

15.35 Sale Transaction Details (for Equity based deals)

15.36 Acquisition Detail Report

15.37 Acquisition Aggregate Report

15.38 Proposal Report (Daily Security Holdings for verification post Settlement) (For Primary market) – Sale

15.39 Proposal Report For (Daily Security Holdings for verification post Settlement) (For Primary Market) – Purchase

15.40 Proposal Report For Secondary Market (Daily Security Holdings for verification post Settlement) – (Purchase & Sale)

15.41 Interbank Reconciliation

15.42 Fortnightly Call Lending – Annexure-C

15.43 Call Borrowing Details – Annexure-C

15.44 Fortnightly cumulative Call Money Transaction Position

15.45 Institute wise Call Details (Lending)

15.46 Centre wise Call Details (Lending)

15.47 Institute wise Call Details (Borrowing)

15.48 Centre wise Call Details (Borrowing)

15.49 Call Money Transaction (Lending) for a period

15.50 Call Money Transaction (Borrowing) For a period

15.51 Call Lending Average Rate

15.52 Call Borrowing Average Rate

15.53 Call-Per day Lending Average (Banks/Others)

15.54 Call-Per day Borrowing Average (Banks/Others)

15.55 Daily Call Report

15.56 CALL-Daily Interest Banks and Others

15.57 Average Yield/Average Cost in Call Money

15.58 Detail Short term Deposit

15.59 Branch wise short term deposit (Outstanding)

15.60 Counter Party-wise Exposure

15.61 Voucher (LAF/REPO)-For a Date

15.62 Summary of LAF/Repo Voucher

15.63 RBI LAF/ Repo During a Period

15.64 Repo Transactions on Monthly/quarterly/half yearly & yearly basis as per RBI requirements

15.65 Deployment of Funds in Debt Oriented Mutual Funds

15.66 MTM Report for Mutual Funds

15.67 Daily-Fortnight Position of Money Market Instruments

15.68 Voucher (LAF/REPO)-For a Specified Date


Page 97 of 135

15.69 Summary of LAF/Repo Voucher

15.73 Summary of Deployment of Liquid Funds and Report on Investment in Liquid Mutual Fund to Bank‘s Net worth

15.74 Mark to Market report for the portfolio for MM Deals (Product-wise & Category-wise)

15.75 Summary Sheet – MM Vouchers

15.76 Maturity Profile (Call/Put)

15.77 Interest letter to issuer

15.78 Security List with call/put option

15.79 Borrowing maturity pattern-Lending-currency wise

15.80 Borrowing maturity pattern-Borrowing-currency wise

15.81 Bucket wise Report of Certificate of Deposits

15.82 Money Market Letter

16 G-Sec, CSGL, Corporate Bonds and Investments

16.1 Security Holding SGL/Demat/Physical

16.2 Security Holding HTM/AFS/HFT

16.3 Security Holding Credit Rating wise Summary

16.4 Security Holding Credit Rating wise Detail

16.5 Security Holding Sector/Industry Summary/ Detail

16.6 Security Holding SLR/Non SLR/Recap Bonds

16.7 Interest Accrual on all securities i.e in HTM/AFS/HFT Category

16.8 State wise Security Holding Summary

16.9 Branch wise/DP wise Security Holding

16.10 Report on the investment in Central Loans

16.11 Investment in State Development Loans

16.12 Investment in Other Approved Securities

16.13 Investment in Tier-II capital of other Banks

16.14 Report on the investment in Bonds & Non-Convertible Debentures

16.15 Report specifying the investments with Call or Put Option/date wise/notice period wise.

16.16 Report with regard to the exposure in Capital Market

16.17 Report with regard to Investment in Venture Capital Fund/Undrawn balances in these funds

16.18 Issuer wise Investment Transaction During a year

16.19 Issuer wise Exposure and Overdue (Under diff Category )

16.20 Sector-wise Investment Report

16.21 Report on Quoted/Unquoted, Rated/Unrated, Listed/Unlisted, Securities

16.22 Report on Non-Performing Investment with provisions.

16.23 Summary of NPI/Written off investments

16.24 Report on average Investment – Scrip-wise, category wise, portfolio-wise

16.25 Duration/Modified Duration/Current Yield summary of Portfolio (Online)/ total

16.26 Investment Interest A/C Collection (Long Book)

16.27 Category wise Return & Yield On Investment

16.28 Current Yield on Portfolio

16.29 Report on average Yield, portfolio-wise


Page 98 of 135

16.30 Report on Equity portfolio Dividend Yield

16.31 Investment Statement Top Sheet

16.32 Overdue Interest with breakup

16.33 Risk Weight-age Investment /Accruals/ Over-dues

16.34 Online Valuation of Equity/MF

16.35 Asset Position Tracking

16.36 Overdue Interest Not Booked As Income No. of months

16.37 Overdue Interest Booked as Income No. Of Months

16.38 Board Note Annexure Category wise

16.39 Board Note Annexure for Sale/Purchase

16.40 There should be segregation between overdue investment & NPI investment in relative report

16.41 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

16.42 While verifying history of any securities such as interest received date wise, redemption received date wise present outstanding is not available in one report.

16.43 Dividend Summary

16.44 Detailed Security Holding (Quoted/Not Quoted)

16.45 Average Securities (Monthly)

16.46 Redemption Detail during a period Category wise

16.47 Subscription during a Period Category wise

16.48 Account Ledger (Date wise Breakup)

16.49 Branch wise Security Holding with BV (Any prior dated)

16.50 CSGL Holding Statement

16.51 CSGL Transaction Statement

16.52 CSGL Daily Interest

16.53 Securities Maturing during a period

16.54 Redemption Detail during a period

16.55 Redemption SLR/Non SLR during a period

16.56 Redemption Overdue Letter to Branch

16.57 Redemption Overdue Letter to Institution

16.58 Valuation Detail & Summary (Tax Purpose)

16.59 Outright Purchase Detail during a Period

16.60 Subscription During a period

16.61 Separate FIR for SLR and Non-SLR Deals

16.62 GST returns

H) Interfacing requirement

This table specifies the interface/integration requirements of the Treasury solution and other applications. The Bidder is required to meet all the Interface requirements as laid out in the below table. Notwithstanding any grouping that has been mentioned, the Bidder should facilitate sharing of information/data from the Treasury to the existing applications of the Bank like CBS, all internal applications and external application for treasury related operations. For any interfaces/integration requirements necessary for the functioning of the proposed application, should be factored by the Bidder.


Page 99 of 135

Bidder should gather all the interface requirements (as listed in Interface Requirements) and prepare list of interfaces to be implemented. Any suggestions from the Bank or any interface needs to be implemented during the contract period will have to be included by the Bidder. The Bidder will be responsible for developing, testing and maintaining the components/interfaces. The Bidder must ensure that all interfaces are automated with no manual intervention and facilitate Straight through Processing (STP).

S No Interface Application Bidder’s Response

S/C/U

1 Core Banking Solution (Finacle at Present)

2 Management Information system and Automated Data flow (Critical)

3 Matched Fund Transfer Pricing

4 ALM

5 SWIFT Network

Interfacing with market data feeds and other information feeds: The system should be able to interface with other solutions for receiving inputs and sending outputs, automatically without any manual intervention, depending on case to case, such as automated information pricing feeds including, but not limited to:

7 Reuters, Bloomberg, Cogencis, etc.

All dealing platforms and Auction platforms like FX-Clear, FX-Swap, FX-ALL, Citi-Fx, Barx, Autobahn, CCIL- CBLO, CROMS, ASTROID, NDS-OM, NDS-Call, E-Kuber, 360T, BOLT, Citi-Velocity, MCX, NSE-NOW

9 Any other exchange platforms

10 Any government / regulatory agency

11 Settlement platforms (like NSCCL)

12 NG-RTGS / NEFT

13 STP Gateway (Equity Trades)

14 Merchant Transactions Platforms

15 FIMMDA for valuation & FEDAI rates for Forex Valuation (as per the latest guidelines sector wise)

16 Reporting platforms like FIMMDA/ NSE/BSE, etc.

17 E-Kuber for Auction & Open Market Operation (OMO)

18 All relevant clearing agencies CLS,CCIL

I) Misc. Requirements

1 APPLICATION FEATURES Bidder’s Response

S/C/U

1 The proposed solution should support Multi-entity and multi-currency features

and should have separate flow of information with role based access.

1.1 The proposed system should support and provide Multi entity, Multi Currency balance sheet.

1.2 Consolidated multi entity /multi-currency position should be available from the system.

1.3

The proposed solution should cater to the needs of Global Treasury [Domestic + Overseas Centers and GIFT City (Gujarat International Finance Tech-City) ] requirements and other Statutory, and Regulatory requirements of both present and future.

1.4 The proposed solution should have all Treasury modules including Market Risk


Page 100 of 135

on same technologies, database, platform. The proposed solution should have all the treasury related modules required for functioning of Treasury Front office, Mid office and Back Office requirements and meeting regulatory guidelines and settlement process in a single System. The Solution should have seamless interaction through the modules.

1.5 Provision to introduce new products or modify the existing features of the treasury products as directed by regulators or as demanded by the business should be made available without any extra cost to bank.

1.6 The proposed system should be flexible to cater to requirements by way of parameterization.

1.7 Proposed system should provide for access control and user management functions.

1.8 The proposed solution should have standard workflow tool and should be capable of defining workflow rules as per the business requirement

1.9

Seamless interaction across all its modules. Integration of downstream / upstream systems preferably through industry standard integration bus, which should be configurable through user friendly tools.

The system should be capable of taking inputs from the dealing platforms

It should have the facility for seamless data flow to downstream and upstream

applications including CBS and all other standard reporting systems.

Data flow between modules should be through features like seamless

integrations or APIs and not through file transfer protocols.

1.10 The proposed solution should have standard workflow tool and should be capable of defining and modifying workflow rules as per the Bank’s requirement.

1.11 The proposed solution should provide the real time collateral information from all the relevant source systems.

1.12 The proposed solution should have Provision to introduce new products or modify the existing flavor of the products as directed by regulators or as demanded by the business.

1.13 Solution should support and generate all industry specific standard formats i.e. SWIFT messaging formats etc.

1.14 The solution should be capable of real time posting of accounting entries with an additional feature for manual posting, re-posting and correction/modification of entries.

1.15 The proposed solution should have cross reference feature to verify successful postings by way of transaction ID, UTR no., transaction no, etc.

1.16 The solution should have provision to view (dashboard and report) real time funds position by considering latest NOSTRO balance along with current Inflow and Outflow

1.17

All regulatory returns including ADF (Automatic Data Flow) reports should be available as a part of the application. The output should also be available in XBRL format or any other format as suggested by regulator. Provision to synchronize the master data with CBS for regulatory or MIS reporting should be available.

1.18 Moving averages and ratio analysis with required KPI should be available on all crucial parameters

1.19 The proposed solution should have the feature to synchronize the R-Returns especially the opening, closing balances and in/out flows.

1.20 The proposed solution should have facility to send role based auto mails, SMSs and alerts and should be easily configurable.

1.21 Update of holiday process and cash flow generation should be fully automated. This includes treatment for user modified cash flows.

1.22 The proposed solution should have facility to integrate with Bank’s base systems including Core Banking System for NPI management.

2 DEAL CAPTURE FUNCTIONALITY


Page 101 of 135

2.1 Standard plug-ins for systems like Reuters, Bloomberg, CCIL and all trading platforms should be available.

2.2 Should support deal capture facility for all the treasury desks

2.3

Should support Indian Merchant business processes as a built-in feature. The life cycle of all Indian Merchant Forex transactions should be covered in the solution. The solution should have seamless integration capabilities with the internal and standard external systems.

3 MARKET RATE/LIMITS FUNCTIONALITY

3.1 Standard plug-ins should be available for capturing market rate feeds and information from systems like Reuters, Bloomberg, Cogencis, etc.

3.2 Standard plug-ins should be available for capturing market rates and information from other Regulatory agencies like RBI, FIMMDA and FEDAI etc.,

3.3 Real time monitoring of Limits, Collateral and Exposure from all the connected core systems including CBS should be available in the proposed solution. Real time tools may be used to get the real time effect from core systems.

3.4 Should comply with past performance limit monitoring by simulating with source systems.

4 ACCOUNTING/SETTLEMENTS/RECONCILIATION:

4.1

Seamless Integration of proposed solution with Bank’s Core Banking Solution covering all Domestic, Foreign, Subsidiary branches with all necessary interfaces. The Bank in future may migrate its current CBS to Finacle 10.x Version, the seamless integration should support both 7.x and 10.x versions of Finacle.

4.2 The proposed solution should have seamless connection with payment and settlement gateways and other connected systems.

4.3 System should be capable of integrating with the Bank’s Core Banking Solutions (compatible with the current and future versions, if any) to enable seamless to-and-fro transfer of data between the systems.

4.4 The solution should be able to provide all sorts of Advanced Analytics and the result should be made available on all handheld devices also.

4.5 The proposed solution should be compatible with IBAN and general accounting standards.

4.6 System should be compatible with the Standard/Latest features for systems like SWIFT, NEFT, RTGS, CCIL, CLS, Ekuber etc. and all other payment platforms.

4.7

Reconciliation with CBS for all possible transactions/ NOSTRO and mirror accounts etc. should be part of the solution. The bidder should provide a suitable reconciliation tool to reconcile the books with all the internal/external base systems.

4.8 System should be capable of acknowledging the confirmation received from counterparties through systems like SWIFT etc.

5 MARKET RISK FUNCTIONALITIES

5.1 The solution should support RBI’s directives and guidelines issued from time to time pertaining to Treasury & Risk Management.

5.2 The proposed solution should provide audit reports and Tools for the Bank’s internal/concurrent/statutory/SEBI/CCIL/IDRBT/RBI audit/Inspections etc.

5.3 The system should be capable of aligning with all applicable policies of the Bank like Exposure/Investment/Derivative etc.

5.4 The system should be capable of monitoring of consolidated exposure from various systems at the time of deal booking and subsequent deal life cycles.

5.5

All valuations including India specific valuations like FIMMDA, FEDAI and any other valuation as specified by regulators should be in-built. The systems should be capable of adopting to the new changes proposed by regulators from time to time basis by way of easy configuration through front end.

5.6 All market risk features like VAR, Scenario Analysis, Stress Testing, What-if Analysis, Capital Charge, Risk Weighted Asset, CRAR, Monitoring of Stop Loss Limits etc. should be in-built and should meet all regulatory requirements.


Page 102 of 135

ANNEXURE –IIB

Technical Specifications Response Sheet

S.N.

Features

Bidder’s Response

(Y/N)

1 Basic Features

1.1

The system should be able to support simultaneous use of the system by

multiple users

1.2

The proposed solution should be able to increase or decrease processing resources as per business needs, without the necessity of re-writing code, or undertaking other major efforts

1.3 The solution should be support purely web-based/web-enabled 3-tier architecture.

1.4 The 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.

1.5 The proposed solution should be flexible to provide for extensive parameterization.

1.6 Proposed Solution should provide for access control and user management functions.

1.7 Solution should support all industry specific standard format i.e. ISO 20022, ISO 8583, SWIFT messaging formats.

1.8 The solution should support DR with proper replication.

1.9 Closure of all VAPT / IS AUDIT observation within time frame stipulated by Bank without any additional cost to the Bank

1.10 Ability to scale up the services at multiple centers in India

2 Backup & recovery

2.1 Solution Should support online-real time replication of DC data on DRC servers. RTO = 0 mins & RPO = 60 mins

2.2 The solution should be compatible with all types of backup devices.

2.3 The solution should support all backup application software

2.4 Should support IP protocol

2.5 Should be capable of automating the backup process for all the

applications/ database.

2.6 System should support Online, Automated and manual backup modes

2.7 System should support following Type of backup facility

Hot backup Cold backup


Page 103 of 135

2.8 System should Allow the backup of

Whole system Application program Database

3

Availability Parameters

3.1

Should support load balancing in terms of system parameters (CPU, Hard Disk, memory, etc.)

3.2

Should be available 24*7

3.3

Solution should have maximum Response Time of 2 seconds

3.4

System should provide 99.9% of uptime

4 Web Server

4.1

The application should have the ability to support Apache, Netscape

enterprise, Commerce server, Microsoft IIS, IBM websphere etc. as web

servers

4.2 The web server should have the capability of writing to multiple logs

4.3 The web server should have the capability to support Virtual Servers

4.4 Should support network monitoring agents like SNMP agent, etc.

4.5 Should be able to support Integrated certificate server, SSL with 128 bit encryption mechanism or more

4.6 Should be able to install on Windows platforms, UNIX flavors, etc (Operating systems).

4.7 Should be hardened to disable unnecessary features and plug known security

vulnerabilities

5 Web Browser

5.1 Proposed architecture and product modules should support web browsers like Internet Explorer, Netscape Navigator, Chrome, Mozilla Firefox etc. Please also indicate the versions of different browsers best suited for the proposed architecture

6 Application Server

6.1 The application should be able to support HTML, DHTML, etc. (Markup language)

6.2 The application should be able to support Server side languages like ASP, JSP,

Personal home page, Cold Fusion Markup Language (CFML), Common

Gateway Interface (CGI), etc.


Page 104 of 135

6.3 The application should support the application layer technologies like Java,

C++, Netscape server application process interface, Internet server application

process interface, etc.

6.4 Support standard queuing engines (IBM MQ, MSMQ, etc.)

6.5 The system should provide interface to standard firewalls (application

proxy, stateful inspection and mix of both)

6.6 Database Connectivity support should at a minimum be ODBC, JDBC, etc.

7 Interfaces

7.1 The system should Seamlessly Integrate with Core Banking Solution (Finacle)

7.2 The Solution should interface seamlessly with individual modules and provide Straight Through Processing.

7.3 The system should provide interface for generation of requisite data from database to other Applications/Processes (ASCII fixed length /delimited variable length record format, csv format ,excel format etc.) for other processes

7.4

Provide support to l a t es t ISO standards, XML, WAP, SMS, etc. standard

messaging protocols for interfacing.

7.5

The system should have the ability to rollback a transaction to a particular

stage and restart, if required.

7.6 Support for standard component frameworks (COM/DCOM/COM+, CORBA, etc.)

8 Integration Application Requirements

8.1 Ability to integrate to support online , real time & batch operations

8.2

Integrator’s support for scheduling and defining of Jobs

8.3 Application should handle automatic switchover in

cluster environment

9

Data Exchange/Interface

9.1 During exchange of information, the application should support Encryption of data.


Page 105 of 135

9.2 Remote Access: System should provide Security check while logging in, via: User-id and password Hardware device (smart card etc.)

Biometrics

9.3 System should provide for the following facility on the user-id and password

Creation Modification

Soft de-activate (marked for delete but not removed from the system) Deactivate (de-activate in the system)

9.4 The system array should support synchronous and asynchronous replication with the existing storage.

10 File Import/Export

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

11 REPORTS

11.1

Flexible Report Builder for generating simple reports. The system should have

a report writing wizard that provides users with step by step menus and

allows them to draw up simple reports

11.2

Drilling up/down of reports on the screen should be available.

11.3

The system should allow users to print reports directly form the system.

Option should be available to print reports in A4/Legal/A3 page using Inkjet/

Laser Printer. The default mode for printing of reports (bulk/volume) should

be High Speed DMP/LMP

11.4

Provision should be available for generating & printing any previous day’s report i.e. backdated reports.

11.5

Capability to format reports as Word, Excel, HTML,PDF or Acrobat files

11.6

Ability to generate automatic reports

11.7

Generate reports using various fields as sorting-keys to sort in

ascending and descending order

11.8

Users have the option such as but not limited to – online viewing, hard copy generation, file creation etc.

11.9

System should have the ability to process multiple reports concurrently.

11.10 Ability to rapidly generate ad-hoc reports with an easy to use report writing Tool / wizard


Page 106 of 135

12

AuditTrail

The proposed solution should maintain history of all additions, modifications, deletions and parameter changes etc. as Audit Trails.

12.1

The proposed solution should provide audit reports and Tools for the Bank's internal/concurrent/statutory/SEBI/CCIL/IDRBT/RBI audit/Inspections etc.

12.2 Date, time and user-stamped transaction list are generated for different

transactions

12.3 Transaction screens display system information including Processing Date, Current Time, Current User

12.4 Daily activity reports are provided to highlight all the transactions being

processed during the day

12.5 Support for recording of Unsuccessful attempts to log-in to the system

12.6 System to provide session log files. The user should be able to analyse the

information (e.g., account id, session time etc.)

12.7

System should provide tracking of the client’s IP & Network Interface address

12.8 The application should facilitate definition of user-defined log files for

tracking sessions

12.9 Daily activity reports are provided to highlight all the transactions being

processed during the day

12.10 Unsuccessful attempts to login to the system should be recorded

12.11 Daily activities logs are merged into the history log files

13 INPUT/OUTPUT

13.1 Link from Excel & Other Applications

13.2 Export of Reports & Inquiries into different formats like Word, Excel, PDF, Text & CSV etc.

14 Network

Connectivity

14.1 Should be able to work on current network architecture of the Bank.

15 Search Capability

15.1 System should have capability to support various searching options viz., Full-text, keyword, wildcard, user defined ranges, query by SOL operators (=, <, >, null, not null, etc.), multiple conditional queries, etc.


Page 107 of 135

16 Security

16.1 System should support facility for operational security and to be able to restrict access through password at:

System level

Application level Function level

16.2 System should have the ability to configure different users (employees, trainers, managers) at different levels of security based upon their job role

16.3

Proposed system should

support: Database level security

Application – Role based authorization (RBA) level security

Module level security Field level security User level security

16.4

System should have capability to define any number of roles and

flexibility to modify these roles.

16.5

System should have ability to define security customers system administrators.

16.6

The proposed application should provide complete logging and audit trails of activities performed by users.

16.7

Security feature on the proposed system should be

Encryption aware SSL aware , IPSEC


Page 108 of 135

ANNEXURE III

Compliance to Minimum Eligibility Criteria

Sr.No Eligibility Criteria Compliance

(Y/N)

EC-1 The bidder should be a Company/Firm registered in India under Companies Act 1956.

EC-2 The bidder should be reputed IT company having existence in India and should be providing software solutions for at least five years as on 31.03.2017.

EC-3 The Bidder must have positive net worth in last 3 financial years (i.e. FY 2014-15, 2015-16 and 2016-17)

EC-4 The bidder should have a minimum turnover of Rs.10 Crore per year during last three financial years (i.e., 2014-15, 2015-16 and 2016-17).

EC-5 The proposed solution should have been successfully implemented in minimum three banks out of which two banks should be PSU Banks in India.

And Bidder should have implemented the proposed solution in at least one out of the three Banks.

EC-6 The proposed solution should be currently running in at least one Scheduled Commercial Bank in India.

EC-7 The proposed solution should have transaction accounting level integration with Core Banking Solution in at least one PSU bank in India.

EC-8 The proposed solution should have been integrated with Market Risk Solution in at least one PSU bank in India.

EC-9 The proposed solution should have been implemented for derivative management in pricing, accounting, valuation, settlement and MIS etc.

EC-10 The Bidder should not be banned/blacklisted/ debarred by any Bank/PSU/GOI Department/ Indian Financial Institutions as on date of submission of bid.

EC-11 Bidder must have its own minimum one support / service locations at Delhi/ New Delhi/ NCR/ Mumbai In case bidder is not having support centre at Delhi/ NCR/ Mumbai, bidder should give undertaking to open the support centre in Delhi/NCR within 1 month of award of tender.

Signature Seal of Company


Page 109 of 135

Annexure IV

Bidder’s information

Annexure IVA: Bidder’s Profile The Assistant General Manager (IT) Punjab & Sind Bank, HO Information Technology Department, Bank House, 21, Rajendra Place, New Delhi -110008 Reg: Implementation of Integrated Treasury Management System (ITMS) in the Bank Details filled in this form must be accompanied by sufficient documentary evidence, in order to facilitate the Bank to verify the correctness of the information. With reference to your RFP No._________________________________ dated ________________(Read with its Addendum / Corrigendum/Amendments), we submit necessary information hereunder:- (To be filled by bidder)

General

Company Name

Date of Incorporation

Holding Company or Parent Company (if any)

Company local (in India) address

Contact details: Name, phone, fax and e-mail

Provide details of ownership: private/public; ultimate parent; major shareholders. Any significant changes in ownership in the last two years? Who are the primary shareholders? (Also indicate major shareholders with percentage holding in case of limited companies)

Number of years in business

Whether direct developer or authorized dealer/agent

Name, address and phone of developer

Financial Background (last published report)

Annual Revenue

Annual Net Income

Please provide a brief history of annual turnover figures during the last three years i.e. 2014-15: 2015-16: 2016-17: Net profit made during: 2014-15: 2015-16: 2016-17:


Page 110 of 135

Attach most recently available annual report, and audited balance sheets and income statements for previous three years i.e., 2014-15, 2015-16 and 2016-17.

Certifications

Provide details of any quality process certifications (e.g. ISO,SEI CMM etc.)

Any other certifications, please specify

Staff

Total number of employees

Provide a break-up of the number of Employees by function e.g. Sales/Marketing Administrative Staff Research & Development Implementation Staff Tech. Support staff Others

Details of pending past litigation (Within 3 Years) If Yes :Please Explain Details of Claims/ Complains received in the last three years.

Total number of implementation done for offered product & the total number of employees covered in each implementation. (State in brief)

Income Tax PAN

GST No.

Trade Identification No.(TIN) for VAT

Trade Identification No.(TIN) for CST

DECLARATION I/We hereby declare that the terms and conditions of the tender stated herein and as may be modified/mutually agreed upon are acceptable and biding to me/us. We understand and agree that:-

1. The Bank is not bound to accept the lowest bid or may reject all or any bid.

2. If our Bid for the above job is accepted, we undertake to enter into and execute at our cost, when

called upon by the Bank 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.

3. If our bid is accepted, I/ We are to be jointly and severally responsible for the due performance of the

contract.

4. The Bank 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 and the Bank’s decision in

this regard shall be final and binding on us. Bidder means the bidder who is decided and declared so

after examination of commercial bids.

5. In view of the critically of the application, the equipment(s) at any time will be kept by us in efficient

running condition. Immediate corrective actions will be initiated by us with a view to ensuring 99.9%

uptime of the entire running modules of Integrated Treasury Management System (ITMS).


Page 111 of 135

Name of person Authorized to sign

Mobile No.

Email

Date: Place : Official Stamp: SIGNATURE OF AUTHORISED SIGNATORY


Page 112 of 135

Annexure- IVB: General Product Information

System name

Date of launch

Date when first client site went live with name of client

Current version and release date

Number of (for older version) Clients using this software in production Clients in India using this software Installations in the last financial year Number of (for proposed version) Clients using this software in production Clients in India using this software Installations in the last financial year

Largest customer for this product Name of the customer Number of employees Number of offices/branches

How can the software be acquired? (Purchase/lease/other)

In case of licensing, explain software licensing system fee structure. Is it restricted as to location of installation or global?

Whether source code is provided?

Is the license agreement on per site, per CPU, per concurrent user, per named user, per server licence, per database or enterprise basis?

Escrow availability of Source Code

If there are any other features that will be useful in evaluating the product(s) / solution, please state them

What major enhancements are planned?

Describe any limitations on the use of the proposed products.

What is the road map of your product for the next 1 to 2 years? Please discuss in detail. Use additional sheets if required.

How many releases of your product have been produced during the last five years?

What is the next scheduled major release of your software?

How often are new versions released?

Has there been a major rewrite of the proposed systems since the original?

Whether the offered product is web-based or client based?


Page 113 of 135

Annexure IVC: Manufacturer’s / Developer’s Authorization Form (MAF / DAF)

(To be filled for software application/hardware/system software/RDBMS/any other suits, whatsoever applicable separately) No. ___________ dated______________ The Assistant General Manager -IT Information Technology Department Punjab & Sind Bank Rajendra Place, New Delhi Dear Sir / Madam, Tender Reference No___________________________ We ____________________________________________who are established and reputed manufacturer / developer of ___________________________ having organization at_________ and __________ do hereby authorize M/s _________________________________ (Name and address of Agent/Dealer) to offer their quotation, negotiate and conclude the contract with you against the above tender. We hereby extend our full guarantee and warranty as per terms and conditions of the tender and the contract for the ITMS software/Server/System Software (any other suits, please mention, if applicable) supply, installation, commissioning, services and support offered against this tender by the above firm. Yours faithfully, (Name) For and on behalf of M/s____________________ (Name of manufacturer/Developer) Note: This letter of authority should be on the letterhead of the manufacturer(s)/developer(s) and should be signed by a competent person representing the manufacturer/developer.


Page 114 of 135

Annexure IVD: Reference Site Details (Please provide detail of at least one Scheduled Commercial Bank)

Bank Name

Address

Telephone Number

Fax Number

Contact Name

Title

What is or was the contact’s role on the implementation/ project?

State the duration of the implementation

Go Live date for the pilot offices

Which modules and version of the software are being currently used?

What version of Operating System, database etc. is in use? Are there any other system used in conjunction with the application software like front end systems etc.? Please provide details if any.

State number of offices/branches using the software

Modules used at HO

Modules used at other offices/ branches

Status of Disaster Recovery Site

State the number of employees and users using the software.

State the number of transactions processed per day at the reference installation.

State the maximum number of on-line users in any office/branch where your modules are installed and specify all the modules that are in concurrent use

State, if any, interfaces to external systems are implemented at this site

State, if any, interfaces to CBS System and/or other systems are implemented at this site.

State if the implemented product is web based or client based at this site.


Page 115 of 135

ANNEXURE V

ACCEPTANCE/COMPLIANCE CERTIFICATE

Acceptance of all Terms and Conditions including scope of work

We here by undertake and agree to abide by all the terms and conditions stipulated by the Bank in this RFP including all addendum, corrigendum etc. Any deviation may result in disqualification of our bid.

We certify that the Software/ Services offered by us for tender conform to the specifications stipulated by you without any deviations.

Signature: Seal of company


Page 116 of 135

ANNEXUREVI

SERVICE SUPPORT CENTERS DETAILS

Sr. No.

Location Status of

Office

Working

days &hours

No. of Maintenance Engineers

Address Office Tele./fax Number

Name of

contact Person with

contact number

Signature and Seal of Bidder


Page 117 of 135

ANNEXURE VII

DETAIL OF PERFORMANCE DURING LAST 5 YEARS

NAME OF BIDDER:_______________________________

Order Placed by (Full Address of Purchaser)

Order No. and Date

Description

Value of Order

Date of Completion

Remark (reason for late delivery)

Performance (Attach certificate from client)

As per contract

Actual

Signature and Seal of Bidder


Page 118 of 135

ANNEXURE VIII

Format for Commercial Bid

1. This bill of material must be attached in Technical Offer as well as Commercial Offer. The format will be

identical for both Technical and Commercial Offers, except that the Technical Offer should not contain any price information but the quantity must be quoted. Technical Offers without the bill of material or incomplete bill of material will be liable for rejection.

2. All the offer must be quoted on the basis of 1 year comprehensive warranty. 3. Bidder must take care in filling price information in the Commercial Offer, to ensure that there are no

typographical or arithmetic errors. All fields must be filled up correctly.

Sl. No. Item Qty Unit Cost

(In Rs.) Excluding taxes

Total in Rs. Excluding taxes

1.1 1.2

Software/ Application Cost of Implementation of Integrated Treasury Management System (ITMS) with 1 year warranty Derivative Module Cost

1 1

2 2.1 2.2 2.3 2.4

ITMS Implementation Cost Application Installation & Configuration Cost Data Migration Cost Customization Cost Training Cost.

1 1 1 1

3

Annual Facility Management Service for one resource

5 Post warranty charges i.e. ATS for 3 years for software

For 1 year

______ Cost per year

________

Cost per year * 3

6. Any Other (Please Specify Details)

Total Cost Of Ownership (TCO)

TCO in words Rupees__________________________

Place: Signature and Seal of Bidder: ___________

Date: Name: _____________

Note:- Bidders should strictly quote in the format and for periods as mentioned above. No counter condition / assumption in response to commercial bid will be accepted. Bank has the


Page 119 of 135

right to reject such bid. No corrections/ changes will be allowed in the Commercial Offer The price quoted by the Bidder should be inclusive of the cost of customization for the features which

are stated as ‘Customization required’ by the Bidder. Bidders must quote for all the items required by the bank. If the rate of any of the items is not quoted,

bid will be rejected summarily as non-responsive. Please incorporate the item in commercial proposal strictly as per Technical offer only. Prices shall be expressed in the Indian Rupees only. The bidder must quote total price inclusive of

custom duty and charges related to freight, insurance, forwarding, packing, dispatch, installation etc.

All taxes like GST shall be payable extra on actual basis. The cost will not depend on any variation in

USD/£/€ exchange rate.


Page 120 of 135

ANNEXURE - IX

Performa for the Bank Guarantee for Earnest Money Deposit

(To be stamped in accordance with stamp act) Ref: Bank Guarantee # Date:__________ Punjab & Sind Bank Information Technology Department 21, Rajendra Place, Bank House, New Delhi 110008 Dear Sir, In accordance with your bid reference No.______________________Dated _______________M/s______________________________________ having its registered office at ______________________________________________herein after called “bidder‟) wishes to participate in the said bid for _______________________________. An irrevocable Financial Bank Guarantee (issued by a nationalized /scheduled commercial Bank) against Earnest Money Deposit amounting to Rs.____________(Rs._____________________________) valid up to ___________ is required to be submitted by the bidder, as a condition for participation in the said bid, which amount is liable to be forfeited on happening of any contingencies mentioned in the bid document. M/s_________________________________ having its registered office at __________________________ has undertaken in pursuance of their offer to Punjab & Sind Bank (hereinafter called as the beneficiary) dated __________ has expressed its intention to participate in the said bid and in terms thereof has approached us and requested us___________________________ (Name of Bank) ________________________ (Address of Bank) to issue an irrevocable financial Bank Guarantee against Earnest Money Deposit (EMD) amounting to Rs ___________(Rupees_______________________) valid up to__________. We, the ___________________________ (Name of Bank)________________________ (Address of Bank) having our Head office at ______________________ therefore Guarantee and undertake to pay immediately on first written demand by Punjab & Sind, the amount Rs. ________________(Rupees__________________________) without any reservation, protest, demur and recourse in case the bidder fails to Comply with any condition of the bid or any violation against the terms of the bid, Without the beneficiary needing to prove or demonstrate reasons for its such demand. Any Such demand made by said beneficiary shall be conclusive and binding on us irrespective of any dispute or difference raised by the bidder. This guarantee shall be irrevocable and shall remain valid up to ____________. If any further extension of this Guarantee is required, the same shall be extended to such required period on receiving instructions in writing, from Punjab & Sind Bank, on whose behalf guarantee is issued. "Not withstanding anything contained herein above Our liability under this bank guarantee shall not exceed Rs.____________(Rupees__________________________).

This bank guarantee shall be valid up to ___________________. 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, on or before _____________ before 14.30 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." In witness whereof the Bank, through its authorized officer has set its hand stamped on this _____________ Day of ______________2017 at __________________

Name of signatory Designation Bank Common Seal


Page 121 of 135

ANNEXURE X

CHECKLIST – LIST FOR BID SUBMISSION

Signature

Seal of Company

S.No. Document Attached

with Bid

(Y/N)

Page

Numbers

From To

1 Tender Covering Letter as per Annexure I

2 Compliance to Functional Specifications Criteria as per Annexure

IIA Technical Specification Criteria as per Annexure IIB

3 Compliance to Minimum Eligibility Criteria as per Annexure III

(please ensure that all related documents to Minimum Eligibility

criteria have been attached)

4 Bidders Information as per Annexure IVA, Annexure IVB,

Annexure IVC, Annexure IVD

5 Acceptance of the terms and conditions of RFP and Technical

Specifications (compliance Statement as per Annexure V

6 Service Support Centers Detail as per Annexure VI

7 Performance Statement as per Annexure VII

8 Masked commercial bid as per Annexure VIII containing all

information except price.

Another Sealed Envelope containing commercial bid price as per

Annexure VIII duly labeled as ‘commercial bid’ and Tender

Reference No. , Name of the Bidder.

9 Bid Earnest Money in the form Bank Guarantee as per Annexure IX

10 DD/pay order of Rs. 10,000 payable to Punjab & Sind Bank toward

cost of Tender Document (Please mentionthe tender name with

year and company name at the back of DD/Pay order.)

11 Copy of Power of Attorney authorizing official for signing the Bid

12 Undertaking from bidder and OEM certifying that all the components, parts, assembly, license etc used are new and original.

13 Any other document indicating the feature of the product.

14 Check list as per Annexure X

15 PRE-CONTRACT INTEGRITY PACT as per Annexure XIV


Page 122 of 135

ANNEXURE-XI

Format of Performance Bank Guarantee Tender Reference No: ______________________Date _________________ The Assistant General Manager -IT Punjab & Sind Bank, HO IT Department, 21, Rajendra Place, New Delhi – 110008 Dear Sir, 1. WHEREAS pursuant to a Request for Proposal dated…………….. (hereinafter referred to as RFP, issued by Punjab & Sind Bank, Bank House, 21, Rajendra Place, New Delhi in response of (Bidder / Service Provider), a Company registered under the Companies Act, 1956 and having its Registered / Corporate Office at …………………………………has awarded the Contract valued Rs………………………………….and appointed…………………….as Bidder for ………………………………… vide Appointment letter / Purchase Order No…………………………………dated……………..on the terms and conditions as set out inter-alia in the said RFP and in the Appointment Letter / Purchase Order. 2. WHEREAS you have in terms of the said Appointment letter / Purchase Order called upon Bidder to furnish a Performance Guarantee, for Rs…………………………….Rupees only), equivalent to…………………..of the Contract value, to be issued by a Bank in your favour towards due performance of the Contract in accordance with the specifications, terms and conditions of the said Appointment letter / Purchase Order and an Agreement entered / to be entered into in this behalf. 3. WHEREAS Bidder has approached us for issuing in your favour a performance Guarantee for the sum of Rs…………………………….. (Rupees…………………………………….). NOW THEREFORE in consideration of you having awarded the Contract to…..…………….inter-alia on the terms & conditions that provides a performance guarantee for due performance of terms and conditions thereof. We,………………….Bank,…………………… a body corporate constituted under ……………………………………having its Head office at………………………………………………(give full address) and a branch inter-alia at………………………………. India at the request of…………do hereby expressly, irrevocably and unconditionally undertake to pay merely on demand from you and without any demur without referring to any other source, Rs………………………….(Rupees……………………………only) against any loss or damage caused to or suffered by or that may be caused to or suffered by you on account of any breach or breaches on the part of ………………of any of the terms and conditions of the Contract and in the event of………………committing any default or defaults in carrying out any of the work or discharging any obligation under the said Contract or otherwise in the observance and performance of any of the terms and conditions relating thereto including non-execution of the Agreement as may be claimed by you on account of breach on the part of …………….of their obligations or default in terms of the said Appointment letter / Purchase Order. 4. Notwithstanding anything to the contrary contained herein or elsewhere, we agree that your decision as to whether the ……………..has committed any such breach / default or defaults and the amount or amounts to which


Page 123 of 135

you are entitled by reasons thereof will be binding on us and we shall not be entitled to ask you to establish its claim or claims under this Guarantee, but will pay the same forthwith on demand without any protest or demur. Any such demand made by you shall be conclusive as regards the amount due and payable by us to you. 5. This Guarantee shall be valid up to ……….. plus 3 (three) months of the Claim period from the expiry of said guarantee period. Without prejudice to your claim or claims arisen and demanded from or otherwise notified to us in writing before the expiry of the said date which will be enforceable against us notwithstanding that the same is or are enforced after the said date. 6. You will have the fullest liberty without our consent and without affecting our liabilities under this Guarantee from time to time to vary any of the terms and conditions of the said appointment letter or the Contract to be made pursuant thereto or extend the time of performance of the Contract or to postpone for any time or from time to time any of your rights or powers against the ………and either to enforce or forbear to enforce any of the terms and conditions of the said appointment letter or the Contract and we shall not be released from our liability under Guarantee by exercise of your liberty with reference to matters aforesaid or by reason of any time being given to or any other forbearance, act or omission on your part or any indulgence by you or any other act, matter or things whatsoever which under law relating to sureties, would but for the provisions hereof have the effect of releasing us from our liability hereunder provided always that nothing herein contained will enlarge our liability hereunder beyond the limit of Rs…………………….. (Rupees…………………………………only) as aforesaid or extend the period of the guarantee beyond ………………….(date) unless expressly agreed to by us in writing. 7. This Guarantee shall not in any way be affected by you are taking or giving up any securities from ……………or any other person, firm or company on its behalf or by the winding up, dissolution, insolvency as the case may be of ………. 8. In order to give full effect to the Guarantee herein contained, you shall be entitled to act as if we were your principal debtors in respect of all your claims against ……….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 any of the provisions of Guarantee. 9. Subject to the maximum limit of our liability as aforesaid, this Guarantee will cover all your claim or claims against ………from time to time arising out of or in relation to the said appointment letter / Contract and in respect of which your claim in writing is lodged on us before expiry of Guarantee. 10. Any Notice by way of demand or otherwise hereunder may be sent by special courier, telex, fax, e-mail or registered post to our Head Office / Local address as aforesaid and if sent accordingly it shall be deemed to have been given when the same has been posted. 11. This Guarantee shall not be affected by any change in the constitution of ___________or nor shall it be affected by any change in your constitution or by any amalgamation or absorption thereof or therewith but will enure to the benefit of and be available to and be enforceable by the absorbing or amalgamated company or concern. 12. This Guarantee shall come into force from the date of its execution and shall not be revoked by us any time during its currency without your previous consent in writing.


Page 124 of 135

13. We further agree and undertake to pay you the amount demanded in writing irrespective of any dispute or controversy between you and ________________ in any suit or proceeding pending before any court, Tribunal or Arbitrator relating thereto, our liability under these presents being absolute and unequivocal. The payments so made by us shall be a valid discharge of our liability for payment hereunder and ____________shall have no claim against us for making such payment. 14. We have the power to issue this Bank Guarantee in your bank’s favour as the undersigned has full power to execute this Bank Guarantee under the Power of Attorney issued by our Bank. 15. Our authority to issue this guarantee may be verified with our Controlling Office situated at ________________________________(full details of persons to be contacted address and phone Numbers etc). 16. Not with standing anything contained herein above; i) Our liability under this Guarantee shall not exceed Rs_______________(Rupees___________________________________________only ) ii) This Guarantee shall be valid and remain in force up to_________________plus the Claim period of 3 (three) months and including the date ______________________ and iii) We are liable to pay the guaranteed amount or any part thereof under this Guarantee only and only if you serves upon us a written claim or demand for payment on or before the expiry of this Guarantee. Dated this the__________________ day of ______________ 2017.

Signature and Seal of Guarantors Bidder’s Bank


Page 125 of 135

ANNEXURE XII

Pre-bid query format (to be submitted in MS- excel format)

Sr. No.

Bidder name Page No Clause

number

Clause Question Remark


Page 126 of 135

ANNEXURE XIII

Format of Non - Disclosure Agreement (NDA)

This Agreement made at ____________________________ , on this _________________________________________ day of

2017.

BETWEEN

_____________a company incorporated under the Companies Act, 1956 having its registered office at (hereinafter referred to as “ ” which expression unless repugnant to the context or meaning thereof be deemed to include its successors and assigns) of the ONE PART;

AND

_______________, a body corporate constituted under _____________________ and having its registered Office at _________________ (hereinafter referred to as “ ” which expression unless repugnant to the context or meaning thereof be deemed to include its successors and assigns) of the OTHER PART And “ ” are hereinafter individually referred to as party and collectively referred to as “the Parties”. Either of the parties which discloses or receives the confidential information is respectively referred to herein as Disclosing Party and Receiving Party.

WHEREAS:

The Parties intend to engage in discussions and negotiations concerning the establishment of a business relationship between them. In the course of such discussions and negotiations, it is anticipated that both the parties may disclose or deliver to either of the Parties certain or some of its trade secrets or confidential or proprietary information, for the purpose of enabling the other party to evaluate the feasibility of such business relationship (hereinafter referred to as “the Purpose”). NOW, THEREFORE, THIS AGREEMENT WITNESSETH AND IT IS HEREBY AGREED BY AND BETWEEN THE PARTIES HERETO AS FOLLOWS:

1. Confidential Information: “Confidential Information” means all information disclosed/ furnished by either of

the parties to another Party in connection with the business transacted/to be transacted between the

Parties and/or in the course of discussions and negotiations between them in connection with the Purpose.

Confidential Information shall include customer data, any copy, abstract, extract, sample, note or module

thereof

Every piece of Confidential information should be designated or marked as 'confidential' by the Disclosing Party at the time of disclosure of such information to the Receiving Party or where disclosed orally being confirmed in writing by the Disclosing Party within five days of such oral disclosure.

Either of the Parties may use the Confidential Information solely for and in connection with the Purpose. Notwithstanding the foregoing, “Confidential Information” shall not include any information which the Receiving Party can show: (a) is now or subsequently becomes legally and publicly available without breach of this Agreement by the Receiving Party, (b) was rightfully in the possession of the Receiving Party without any obligation of confidentiality prior to receiving it from the Disclosing Party, (c) was rightfully obtained by the Receiving Party from a source other than the Disclosing Party without any obligation of confidentiality,


Page 127 of 135

or (d) was developed by or for the Receiving Party independently and without reference to any Confidential Information and such independent development can be shown by documentary evidence.

2. Non-disclosure: The Receiving Party shall not commercially use or disclose any Confidential Information or

any materials derived there from to any other person or entity other than persons in the direct employment

of the Receiving Party who have a need to have access to and knowledge of the Confidential Information

solely for the Purpose authorized above. The Receiving Party may disclose Confidential Information to

consultants only if the consultant has executed a Nondisclosure Agreement with the Receiving Party that

contains terms and conditions that are no less restrictive than these. The Receiving Party shall take

appropriate measures by instruction and written agreement prior to disclosure to such employees to

assure against unauthorized use or disclosure. The Receiving Party agrees to notify the Disclosing Party

immediately if it learns of any use or disclosure of the Disclosing Party’s Confidential Information in

violation of the terms of this Agreement. Further, any breach of nondisclosure obligations by such

employees or consultants shall be deemed to be a breach of this Agreement by the Receiving Party and the

Receiving Party shall be accordingly liable therefore.

Provided that the Receiving Party may disclose Confidential information to a court or governmental agency pursuant to an order of such court or governmental agency as so required by such order, provided that the Receiving Party shall, unless prohibited by law or regulation, promptly notify the Disclosing Party of such order and afford the Disclosing Party the opportunity to seek appropriate protective order relating to such disclosure.

3. Publications: Neither Party shall make news releases, public announcements, give interviews, issue or

publish advertisements or publicize in any other manner whatsoever in connection with this Agreement,

the contents / provisions thereof, other information relating to this Agreement, the Purpose, the

Confidential Information or other matter of this Agreement, without the prior written approval of the other

Party.

4. Term: This Agreement shall be effective from the date hereof and shall continue till establishment of

business relationship between the Parties and execution of definitive agreements thereafter. Upon

expiration or termination as contemplated herein the Receiving Party shall immediately cease any and all

disclosures or uses of Confidential Information; and at the request of the Disclosing Party, the Receiving

Party shall promptly return or destroy all written, graphic or other tangible forms of the Confidential

Information and all copies, abstracts, extracts, samples, notes or modules thereof. Notwithstanding

anything to the contrary contained herein the confidential information shall continue to remain confidential

for 2 years after he expiry or termination of the agreement.

5. Title and Proprietary Rights: Notwithstanding the disclosure of any Confidential Information by the

Disclosing Party to the Receiving Party, the Disclosing Party shall retain title and all intellectual property

and proprietary rights in the Confidential Information. No license under any trademark, patent or

copyright, or application for same which are now or thereafter may be obtained by such Party is either

granted or implied by the conveying of Confidential Information. The Receiving Party shall not conceal,

alter, obliterate, mutilate, deface or otherwise interfere with any trademark, trademark notice, copyright

notice, confidentiality notice or any notice of any other proprietary right of the Disclosing Party on any copy

of the Confidential Information, and shall reproduce any such mark or notice on all copies of such


Page 128 of 135

Confidential Information. Likewise, the Receiving Party shall not add or emboss its own or any other any

mark, symbol or logo on such Confidential Information.

6. Return of Confidential Information: Upon written demand of the Disclosing Party, the Receiving Party shall

(i) cease using the Confidential Information, (ii) return the Confidential Information and all copies, abstract,

extracts, samples, notes or modules thereof to the Disclosing Party within seven (7) days after receipt of

notice, and (iii) upon request of the Disclosing Party, confirm in writing that the Receiving Party has

complied with the obligations set forth in this paragraph. This obligation shall be subject to the exception

under clause 4.

7. Remedies: The Receiving Party acknowledges that if the Receiving Party fails to comply with any of its

obligations hereunder, the Disclosing Party may suffer immediate, irreparable harm for which monetary

damages may not be adequate. The Receiving Party agrees that, in addition to all other remedies provided

at law or in equity, the Disclosing Party shall be entitled to injunctive relief hereunder.

8. Entire Agreement, Amendment, and Assignment: This Agreement constitutes the entire agreement

between the parties relating to the matters discussed herein and supersedes any and all prior oral

discussions and/or written correspondence or agreements between the parties. This Agreement may be

amended or modified only with the mutual written consent of the parties. Neither this Agreement nor any

right granted hereunder shall be assignable or otherwise transferable.

9. Governing Law and Jurisdiction: The provisions of this Agreement shall be governed by the laws of

India. The disputes, if any, arising out of this Agreement shall be submitted to the jurisdiction of the

courts/tribunals in New Delhi.

10. General: The Receiving Party shall not reverse engineer, decompile, disassemble or otherwise

interfere with any software disclosed hereunder. All Confidential Information is provided “as is”. In no

event shall the Disclosing Party be liable for the inaccuracy or incompleteness of the Confidential

Information. None of the Confidential Information disclosed by the parties constitutes any representation,

warranty, assurance, guarantee or inducement by either party to the other with respect to the fitness of

such Confidential Information for any particular

11. Indemnity: The receiving party should indemnify and keep indemnified, saved, defended,

harmless against any loss, damage, costs etc . incurred and / or suffered by the disclosing party arising out

of breach of confidentiality obligations under this agreement by the receiving party etc., officers,

employees, agents or consultants.

IN WITNESS WHEREOF, the Parties hereto have executed these presents the day, month and year first hereinabove written.


Page 129 of 135

For and on behalf of For and on behalf of

Bidder/Bidder Punjab And Sind Bank

Name of Authorized signatory: Name of Authorized signatory:

Designation: Designation


Page 130 of 135

ANNEXURE XIV

PRE-CONTRACT INTEGRITY PACT

(To be stamped in accordance with the stamp act)

Between

Punjab & Sind Bank

hereinafter referred to as

" BUYER",

and

(___________________________________________________________________

_________________________________________________________________) hereinafter referred to as

"The Bidder"

Preamble

BUYER intends to award, under laid-down organizational procedures, contract(s) for__________________________________________________________ __________________________________________. BUYER values full compliance with all relevant laws and regulations, and the principles of economical use of resources, and of fairness and transparency in its relations with its Bidders/ Contractors.

In order to achieve these goals, BUYER and the above named Bidder enter into this agreement called 'Integrity Pact' which will form a part of the bid. This agreement should be a part of the tender document, which shall be signed and submitted along with the tender document. The authorized representative of the BUYER should be the signing authority. For the bidders, the bidder himself or his authorized representative must sign the Integrity Pact (IP). If the winning bidder had not signed during the submission of the bid, the tender shall be cancelled. It is hereby agreed by and between the parties as under:

Section I - Commitments of BUYER

(1) BUYER commits itself to take all measures necessary to prevent corruption and to observe the

following principles :


Page 131 of 135

a) No employee of BUYER, personally or through family members, will in connection with the tender, or the execution of the contract, demand, take a promise for or accept, for him/herself or third person, any material or other benefit which he/she is not legally entitled to.

b) BUYER will, during the tender process treat all Bidder(s) with equity and fairness.

BUYER will in particular, before and during the tender 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 process or the contract execution.

(c) BUYER will exclude from evaluation of Bids its such employee(s) who has any

personnel interest in the Companies/Agencies participating in the Bidding/Tendering process

(2) If appropriate authority of the Bank obtains information on the conduct of any employee of

BUYER which is a criminal offence under the relevant Anti-Corruption Laws of India, or if there be a substantive suspicion in this regard, he will inform its Chief Vigilance Officer (CVO) and in addition can initiate disciplinary actions under its Rules.

Section II - Commitments of the Bidder

(1) The Bidder commits himself to take all measures necessary to prevent corruption. He commits

himself to observe the following principles during his participation in the tender process and during the contract execution:

a) The Bidder will not, directly or through any other person or firm, offer, promise or give

to BUYER, or to any of BUYER's employees involved in the tender process or the execution of the contract or to any third person any material or other benefit which he/she is not legally entitled to, in order to obtain in exchange an advantage during the tender process or the execution of the contract.

b) The Bidder will not enter into any illegal agreement or understanding, whether formal

or informal with other Bidders/Contractors. This applies in particular to prices, specifications, certifications, subsidiary contracts, submission or non-submission of bids or actions to restrict competitiveness or to introduce cartelization in the bidding process.

c) The Bidder will not commit any criminal offence under the relevant Anti-corruption

Laws of India; further, the Bidder will not use for illegitimate purposes or for purposes of restrictive competition or personal gain, or pass on to others, any information provided by BUYER as part of the business relationship, regarding plans, technical proposals and business details, including information contained or transmitted electronically.

d) The Bidder of foreign origin shall disclose the name and address of the

Agents/representatives in India, if any, involved directly or indirectly in the Bidding. Similarly, the Bidder of Indian Nationality shall furnish the name and address of the


Page 132 of 135

foreign principals, if any, involved directly or indirectly in the Bidding.

e) The Bidder will, when presenting his bid, disclose any and all payments he has made, or committed to or intends to make to agents, brokers or any other intermediaries in connection with the award of the contract and/or with the execution of the contract.

f) The Bidder will not misrepresent facts or furnish false/forged documents/information

in order to influence the bidding process or the execution of the contract to the detriment of BUYER.

(2) The Bidder will not instigate third persons to commit offences outlined above or be an

accessory to such offences.

Section III- Disqualification from tender process and exclusion from future contracts

(1) If the Bidder, before contract award, has committed a serious transgression through a

violation of Section II or in any other form such as to put his reliability or credibility as Bidder

into question, BUYER may disqualify the Bidder from the tender process or terminate the

contract, if already signed, for such reason.

(2) If the Bidder has committed a serious transgression through a violation of Section II such as to

put his reliability or credibility into question, BUYER may after following due procedures also exclude the Bidder from future contract award processes. The imposition and duration of the exclusion will be determined by the severity of the transgression. The severity will be determined by the circumstances of the case, in particular the number of transgressions, the position of the transgressors within the company hierarchy of the Bidder/ Contractor and the amount of the damage. The exclusion will be imposed for a minimum of 12 months and maximum of 3 years.

(3) If the Bidder can prove that he has restored/recouped the damage caused by him and has

installed a suitable corruption prevention system, BUYER may revoke the exclusion prematurely.

Section IV - Liability for violation of Integrity Pact

(1) If BUYER has disqualified the Bidder from the tender process prior to the award under Section

III, BUYER may forfeit the Bid Guarantee under the Bid.

(2) If BUYER has terminated the contract under Section III, BUYER may forfeit the Contract Performance Guarantee of this contract besides resorting to other remedies under the contract.

Section V- Previous Transgression

(1) The Bidder shall declare in his Bid that no previous transgressions occurred in the last 3 years

with any other Public Sector Undertaking or Government Department that could justify his exclusion from the tender process.


Page 133 of 135

(2) If the Bidder makes incorrect statement on this subject, he can be disqualified from the tender

process or the contract, if already awarded, can be terminated for such reason.

Section VI - Equal treatment to all Bidders

(1) BUYER will enter into agreements with identical conditions as this one with all Bidders.

(2) BUYER will disqualify from the tender process any bidder who does not sign this Pact or

violate its provisions.

Section VII - Punitive Action against violating Bidders

If BUYER obtains knowledge of conduct of a Bidder or his subcontractor or of an employee or a representative or an associate of a Bidder or his subcontractor which constitutes corruption, or if BUYER has substantive suspicion in this regard, BUYER will inform the Chief Vigilance Officer (CVO).

Section VIII - Independent External Monitor/Monitors

(1) BUYER is appointing Independent External Monitors (IEMs) for this Pact with the approval of

Central Vigilance Commission (CVC), Government of India.

(2) The IEM is to review independently and objectively, whether and to what extent the parties comply with the obligations under this agreement. He has right of access to all project documentation. The IEM may examine any complaint received by him and submit a report to the appropriate authority, BUYER, at the earliest. He may also submit a report directly to the CVO and the CVC, in case of suspicion of serious irregularities attracting the provisions of the PC Act. However, for ensuring the desired transparency and objectivity in dealing with the complaints arising out of any tendering process, the matter shall be referred to the full panel of IEMs, who would examine the records, conduct the investigations and submit report to Chairman-cum-Managing Director, BUYER, giving joint findings.

(2) The IEM is not subject to instructions by the representatives of the parties and performs his

functions neutrally and independently. He reports to the Chairman-cum-Managing Director, BUYER.

(3) The Bidder(s) accepts that the IEM has the right to access without restriction to all

documentation of BUYER related to this contract including that provided by the Bidder. The Bidder will also grant the IEM, upon his request and demonstration of a valid interest, unrestricted and unconditional access to his documentation. The same is applicable to Subcontractors. The IEM is under contractual obligation to treat the information and documents of the Bidder(s)/Subcontractor(s) with confidentiality.

(4) BUYER will provide to the IEM information as sought by him which could have an impact on the contractual relations between BUYER and the Bidder related to this contract.

(5) As soon as the IEM notices, or believes to notice, a violation of this agreement, he will so


Page 134 of 135

inform the Chairman-cum-Managing Director, BUYER and request the Chairman-cum-Managing Director, BUYER to discontinue or take corrective action, or to take other relevant action. The IEM can in this regard submit non-binding recommendations. Beyond this, the IEM has no right to demand from the parties that they act in a specific manner, refrain from action or tolerate action. However, the IEM shall give an opportunity to BUYER and the Bidder, as deemed fit, to present its case before making its recommendations to BUYER.

(6) The IEM will submit a written report to the Chairman-cum-Managing Director, BUYER within 8

to 10 weeks from the date of reference or intimation to him by BUYER and, should the occasion arise, submit proposals for correcting problematic situations.

(7) If the IEM has reported to the appropriate authority, BUYER, a substantiated suspicion of an

offence under relevant Anti-Corruption Laws of India, and the appropriate authority, BUYER has not, within the reasonable time taken visible action to proceed against such offence or reported it to the CVO, the Monitor may also transmit this information directly to the CVC, Government of India.

Section IX - Pact Duration

This Pact begins when both parties have legally signed it. It expires for the Bidder after the closure of the contract and for all other Bidder's six month after the contract has been awarded. Section X - Other Provisions

(1) This agreement is subject to Indian Law. Place of performance and jurisdiction is the

establishment of BUYER. The Arbitration clause provided in the main tender document / contract shall not be applicable for any issue / dispute arising under Integrity Pact.

(2) Changes and supplements as well as termination notices need to be made in writing.

(3) If the BIDDER is a partnership firm or a consortium or Joint Venture, this agreement must be

signed by all partners, consortium members and Joint Venture partners.

(4) Nothing in this agreement shall affect the rights of the parties available under the General Conditions of Contract (GCC) and Special Conditions of Contract (SCC).

(5) Views expressed or suggestions/submissions made by the parties and the recommendations of

the IEM in respect of the violation of this agreement, shall not be relied on or introduced as evidence in the arbitral or judicial proceedings (arising out of the arbitral proceedings) by the parties in connection with the disputes/differences arising out of the subject contract.

(6) 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.

____________________________ ___________________________________ (For & On behalf of BUYER) (For & On behalf of Bidder)


Page 135 of 135

(Office Seal) (Office Seal) Place: _________________ Witness 1 :________________________________

(Name & Address) ________________________________

Date: _____________ ________________________________

________________________________

Witness 2 : ________________________________

(Name & Address) ________________________________

________________________________

________________________________