idbi bank ltd. rfp end to end implementation of … · reports are generated manually. if the...

Query No. RFP Ref Page Number RFP Clause Number Existing Clause Details Clarification Sought Bank's Response

1 Page no: 13

Sec 4

Bank has implemented Finacle Treasury for

domestic & international operations supporting

products like FX, Money Market, Fixed Income

products and implemented Kondor for

Derivatives operations. Bank has also developed

many in‐house applications to cater to their

different needs & requirements

Please clarify if the proposed Treasury

solution will replace all the applications

currently operational in the Bank. Also

clarify if the data from all these multiple

systems will be migrated to the

proposed Treasury solution which will

get implemented

Proposed Treasury solution will replace all

the applications currently operational in the

Bank. The data from all these multiple

systems will be migrated to the proposed

ITMS.

2 4, Sec 7 Sec 7 Market Risk Operation is Partially Automated and

Reports are generated Manually.

If the Market Risk Process Is Partially

Automated, what part is automated and

what parts are done manually?

The Bank expects the ITMS solution

proposed by the Bidder to be capable of

supporting all the market risk operations.

Details of the parts automated will be shared

with successful bidder.

What are the database servers currently

in use?

What kind of data is maintained in excel

and text and for what purpose?

Request the bank to share the complete

list of database currently in production

as it is required for Sizing & migration

planning.

Please clarify on how many entities

should be configured in the proposed

Treasury solution. Will there be any

operations from overseas branches apart

from Mumbai Treasury branch ?

Are the configurations to be replicated

identically for all the entities in back

office

Please confirm bank is expecting this

only from capability of the solution.

However the implementation scope for

this RFP in 15 man months is limited only

Domestic operations only.

Implementation for any other Overseas

Centers and GIFT will be taken up by

bank separately.

Please specify the number of many

Overseas centers and provide details .

Please clarify on the handheld devices

mentioned in the RFP and what type of

BO Operations are expected in handheld

devices?

More Clarity on this including Advanced

Analytics requirement needed

Is the bank expecting Treasury deals to

be done over handheld devices ?

6 Page no: 28

Sec 7.1.5

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

What data are transferred between core

banking system to Treasury system?

How is the Data exchanged between the

current Core Banking System to the

treasury?

Current treasury and CBS solutions are

integrated for exchange of standard Treasury

operation data including accounting

information through Straight through

processing. Further details will be shared

with the successful bidder at the time of

implementation.

7 Page: 28 Deal Capture

functionality, point 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.

Could you please give in more details on

Indian Merchant business and the

internal and external systems to be

integrated?

For merchant transaction there is a in‐house

application used from which data flows to

core banking and then treasury system .

Once the deal comes to the treasury system ,

the standard process is followed like any

other banks treasury in India.All the standard

interface includes CCIL,RBI platforms etc.

8 Page 30, SEC 7.1.7 Sec 7.1.7 Refer to Point number 6 : All market risk features

like VAR, Scenario Analysis, Stress Testing, What‐

if Analysis, Capital Charge, Risk Weighted Asset,

CRAR, etc. should be in‐built and should meet all

regulatory requirements

Which application is used to calculate

VaR, Stressed Var and Perform

BackTesting currently?

No specific application, some part is done

manually using excel and some is not done.

Details will be shared to the sucessfu bidder

9 pg no 32 Sec 1 End to end implementation of ITMS with market

risk

While the system supports multiple feed

systems, we would like to understand

what will be the Feed system bank will

be using for the new Treasury system?

Currently Bank subscribes rate feed systems

like Reuters/bloomber/cogenices/Ticker

Plant etc. Refer to RFP and Annexure 13 for

further details. Proposed system should be

capable of using the above and any new

system that bank may wish to subscribe in

future

5 Page no: 28

Sec 7.1.5

Clause 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

Main purpose of advance analytics is related

to various report and alert breaches to be

generated to the TOP management & Chief

Dealers ,for e.g alert on limit breaches and

approval, positions, P&L, etc. on the

handheld device like IPAD & Android phone .

Treasury deals are not to be done over

handheld devices.

4

Page no: 27

Sec 7.1.2

Currently, IDBI Bank have 3 entities

(Mumbai,GIFT City,DIFC Dubai ). Operation

and configuration will be different as per the

respective entities. Currently the

requirement is for Mumbai Treasury Unit .

There should be provision for ITMS

implementation of other entities (GIFT City,

Dubai) with minimum effort.

Depending on the local regulations in Dubai

& GIFT City , there might be some

customization required.Clause 4

The proposed solution should cater to the needs

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

3 pg no 17

Hardware &

Technology

The Bank has different varieties of hardware

stack, also has different database servers. The

Bank also maintains some part of data in excel

and text formats.

All major databases are currently being used

by treasury however, the details will be

shared with the successful bidder. The data

for the operations being carried out manually

is stored in excel.

IDBI Bank Ltd.Pre Bid Queries to RFP for "END‐TO‐END IMPLEMENTATION OF INTEGRATED TREASURY MANAGEMENT SYSTEM WITH MARKET RISK (ITMS)

(RFP NO: IDBI/PCell/RFP/2017‐18/004)”

Page 1 of 30




10 Page 37, Point 33(i) Point 33(i) Expected Shortfall and Incremental Risk Charge Are Expected Shortfall and Incremental

Risk Charge implemented at the Bank? If

yes, can you share what methodology is

adopted to compute these parameters?

Will share the information with the selected

bidder

11 Annex10 ‐ Hardware

sizing

Sec 1 Application details for all applications listed in

Production Environment, Development & Test

Environment, Training Environment,etc

In the Primary Server configuration, will

the bank require Failover provision? This

will need 2 instance of the Appserver /

DB under Cluster environment. Please

confirm.

Bank does not expect the Bidder to propose

a failover provision at primary configuration.

12 Annex11 ‐ Functional

Requirements ‐ Back

Office

Sec 10.1 & 10.2 Facility to capture Trades through Cryptic and

Cryptic Deal booking

Please share more details on Cryptic

deals booking

Template based deal entry; to make deal

entry faster.This is a general industry

practices, this feature should be available in

ITMS.


Requirements ‐ Back

Office

Sec 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

Please provide more details on this

requirement

Applicable for structured product, structured

deals, whether impact of market event on

one trade component will also have impact

on other trade component.

There should be provision to mention if the

linkages strong or weak.


Requirements ‐ Front

Office

Sec 1.12 Ability to support Algorithm based trading Please provide more details on this

require‐ment

System should have the provision to support

any high frequency trading based on the

strategy as defined by the trader.


Requirements ‐ Mid

Office

Point 4.2 Sensitivity limits What all limits need to be setup under

Sensitivity Limits?

Please refer to RBI circular on Sensitivity to

Interest Rate ‐Forex.



Office

Point 12.3 Facility to attach yield curve to any product Can we get some specific around What

all products for which Yield curve has to

be attached? Can we get more specific

details around the business need for this

for all products if that is required?

Required for all money market & fixed

income standard OTC products



Office

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

While the product supports multiple VAR

Simulation, we would like to understand

what simulation models will the Bank

plan to use for VaR calculation?

Bank is expected to use Historical Simulation,

Parametric and Monte carlo simulation

currently. However the system should also

support all other simulation models as per

market practices, in case the bank proposes

to.

18 Annex11: Functional

Requirement: Front

Office

Derivatives 8.5 Generation of margin files to be uploaded in

exchanges.

Could you please give more details on

Margin files.

All the Initial, Variation margin etc. as

prescribed by exchanges & CCIL needs to be

reported


Requirement: General

Requirements

Product Structuring:

7.3Band Set‐up (min & max days) on terms &

conditions within which the user must operate


Band Setup.

System should allow access rights set for

users on diferent parameters working for a

specific product portfolio.


Requirement: Front

Office

Business

Process:1.13

Ability to generate leads based on arbitrage

opportunities between forex & money market,

currency future & OTC etc.

What do you mean by generate leads.

Could you please provide more details

on the kind of leads.

System must provide trade opportunities. For

e.g. For FX Inter bank and derivative product,

the system should give comparative feeds

from FX OTC and exchange market for dealer

to take advantage of arbitrage.


the 'push to complete' feature

Kindly clarify what is meant by 'Push‐to'.


Requirement: Front

Office

Pricing: 5.7 Ability to value positions through multiple

methods: nominal, maturity and market

Can you elaborate on each of the

methods mentioned?

Maturity ‐ Bucketwise,

Nominal ‐ notional value, i.e. USD, Euro etc.,

Markets like OTC market, Exchange traded.

System should have ability to value positions

based on different valuation methods.

23 Annex13 ‐ Interface

Requirements

Sec 2 Management Information system and Automated

Data flow (Critical)

Please provide more details on this

Interface requirement on ‐

‐ Kind of data to be flown from the

Treasury solution

‐ Frequency

‐ Purpose of this interface

Treasury solution interfaces with the

Management Information System for

managerial reporting. ITMS interfaces with

the ADF solution for regulatory reporting.

The frequency is as per requirement.

24 Annex13 ‐ Interface

Requirements

‐ ‐ What are the surround systems that are

interfaced with Kondor currently?

Kondor is currently interfaced with RMDS.

Kondor exchanges data with other systems

manually.

25 11Schedule for Opening

of Technical BidsDate : 16.06.17,16:00 Hrs.

Bid submission is on 15th & opening is

on 16th June. As a standard practice, any

bid submitted is opened the same day in

the presence of bidders. Hence request

the bank to amend the timings

accordingly.

No change in RFP.


Requirement: Front

Office

Business

Process:1.14

System should have provision for push‐to

complete deals across all products.

The system should have the option of

entering deals of a particular client (who

covers in installments throughout the day) as

and when the client covers small amounts so

of 30




26 16 4

The above is not exhaustive, further products will

be added as and when approved by the

Regulators (RBI/SEBI) with due internal approval

from SPPSSC/ALCO/Board

Any new products to be added after the

proposal submitted will be taken up as

CR.

During the entire contract period, the bidder

is expected to provide all the products

introduced due to regulatory or statutory

requirement,or requirement inyroduced by

any other authority. Any changes to the

specified products to be provided at no

additional cost.

27 16 4The current indicative list of interfaces between

various systems are listed below

Can we get the interface formats ? Can

we get a finite list of interfaces?

The list of interfaces has been provided in

RFP. All interfaces available at the time of

implementation should be interfaced with

the ITMS. Interface formats and other

details will be shared with the successful

Bidder.

Can you please share with us live trades

by asset class as of end of last fiscal (end

Mar '17)? And projected growth for

upcoming 5 years (till the year 2022)?

Total No. Of Treasury users for current

as well as for Projected Period

Max No. Of logged‐in treasury users for

current as well as for Projected Period

Avg. No. Of Forex, Money Market deals

per day for current as well as for

Projected Period

Avg. No. Of Securities, Equities traded

per day for current as well as for

Projected Period

Avg. No. Of Derivatives per day for

current as well as for Projected Period

Avg. No. Of Structured Products per day

for current as well as for Projected

Period

Request the bank to consider EMD in the

form of BG as well owing to the high

amount.

Request Bank to consider EMD in form of

Bank Guarantee

31 22Executive Summary :

Clause 7

The Bidder must give the details of suitable tools,

software/hardware/utilities/solutions that it is

proposing for implementation of ITMS and the

tools to be used to provide post go‐live support.

What tool is referred to by the bank in

this parameter ?

Bidder to provide details of all the

components: be it hardware, software, or

any other tool like monitoring/ ticketing tool

used during/ post implementation.

32 22

Executive

Summary/Testing

6.8.b& c

The Bidder must propose a testing plan along

with details of number, quality and experience of

resources who would assist the Bank in testing of

the base version, developments, data migration

assurance and other releases for production. This

offering would be a part of the Treasury Solution

offer

Testing plan has to done IDBI users/IT

for SIT/UAT.As the Bidder/OEM is going

to implement the solution it can only

help in assisting during SIT phase.

As mentioned in RFP, the testing plan and

the base test cases used by the bidder are to

be shared by the bidder.

33 22

6 EXECUTIVE

SUMMARY OF

BIDDERS’ RESPONSE

e) Bidder should provide its proposed plan and

methodology for post go‐live support and

maintenance of the project. Bidder should

provide the details of the resources (quantity,

quality and experience) who would be deployed

at the site and would implement and maintain

the system.

Please suggest, if bidder has to provide

all the resource onsite for the

sustenance or bidder can choose to

propose support on hybrid model (onsite

+ remote).

Can IDBI provide web link connectivity to

bidder's remote support center, in case

bidder is allowed to propose a hybrid

support model.

As per RFP.

Support infrastructure to be provided to

successful bidder.

Will IDBI provide Training facility or it is

to be provided by Bidder ?

Please confirm training facilities' and

logistics will be provided by Bank.

35 25General Scope :

Clause 5

Setup and maintenance of all the environments

for the solution i.e. Production, DR,

Development, Testing, Training, etc.

Production, Development, Testing, DR &

Training are the five environments that

bank envisages to have as per this

clause. In addition is there any

expectation of setting up additional

environments ? How many

environments apart from mentioned?

No additional environments envisaged.

Current transaction volumes have been

provided in the RFP. Vendor to make

assumptions on the basis of data provided.

30 185.2 EARNEST MONEY

DEPOSIT

The response to the RFP must contain EMD for

an amount of INR 75,00,000 (INR Seventy Five

Lakhs only) in the form of DD/Pay Order in favor

of IDBI Bank Ltd. from any scheduled commercial

Bank (other than IDBI Bank).

Please refer to Corrigendum(Point No. 4).

29 17 4CURRENT TRANSACTION VOLUMES AND FUTURE

PROJECTIONS

34 22 6.8 Training

Training centre site will be provided by the

bank. All other arrangements including

training material, trainers to be made by the

vendor.

of 30




36 25 7.1.1

GENERAL SCOPE ‐ # 3 "Study of complete

requirements of the Bank and provide a Systems

Requirement document to the Bank. The bidder

should also provide Functional requirement

document/ Business Requirement Document"

#4 "Functional requirement gathering and

submission of Complete functional Document"

Bidder/OEM is going to implement based

on the requirements of the bank. Bank

either has to provide all these or hire an

external consultant/agency to provide

this scope for better solution. Please

confirm.

No change in RFP.

37 25 7.1.1

GENERAL SCOPE ‐ # 5 "Setup and maintenance of

all the environments for the solution i.e.

Production, DR, Development, Testing, Training,

etc."

Is the bidder/OEM expected to own this?

Anyone from the Bank involved with this

part?

No Change in RFP. Setup and maintenance

activities to be performed by the resources

of the bidders (L1, L2 resource)

38 25 7.1.1

2. In case the Bank decides to procure the above

components on its own, the Bidder shall

coordinate with the Vendors with the support of

the Bank for the installation of the same and

other necessary aspects like virtualization, etc.

and maintenance

By this we assume that if the bank

procures the hardware , software ( OS ,

DB etc.) by its own then the bidder

needs to only coordinate with

implementation vendor with respect to

providing the requirements on what is

needed on the infra side for the

application / database to run properly

and the bidder will not have any play in

implementing the hardware , operating

system , virtualization , database etc. ‐

please clarify if our understanding is

correct.

As per RFP, in case the bank procures the

hardware, OS, DB,etc. on its own, the OEM of

OS, DB, hardware will be installing and

setting up environment. Bidder will have to

coordinate with the respective OEM for

implementation of application.

39 25 7.1.1

8. Provide onsite support post go‐live. Duties of

onsite engineer include day to day operation

support, configuration changes, version

upgrades, performance monitoring, trouble

shooting, Bug Fixing, patch installation and

liaising with Bank official for various support

issues etc. and assisting Bank official in switching

to the DR site in case of system failure and

Conducting DR drills in conjunction with the

Bank.

With the version upgrades does the

bidder also need to consider the

operating system , database version

upgrades and bid for the

licenses/support for them accordingly ?

Yes, OS and DB upgrades also form part of

successful bidder's responsibility.

40 25 7.1.1










Bank.

Please clarify how many DR drills bank

wish to have in a year?

Currently, it is done quarterly once. Any

change in the bank's policy might lead to

modification in the same.

41 25 7.1.1










Bank.

Is the DC‐DR automation solution

expected to be provided as a part of this

solution? Are there any Existing

infrastructure monitoring tools in the

areas listed below? Can these tools be

leveraged by bidder to support proposed

ITMS solution?

• Server Monitoring

• Network Monitoring

• Storage Monitoring & SAN Switches

• Database Monitoring

• Web servers

• App Servers

• Application Performance Monitoring

Please let us know the version numbers,

how many licenses procured and actually

used, License and support contract

expiry date.

If there are Multiple Tools, please let us

know which are they

This helps us to avoid duplication of tools

and reduce overall cost

Monitoring activities will be carried out by

the bidder however monitoring tools will be

provided by the Bank.

42 257.1.1 GENERAL

SCOPE

Provide onsite support post go‐live. Duties of





liaising with Bank official for

If IDBI expects the bidder to propose

monitoring tool, Can the bidder propose

remote (Indian Cloud based) Infra

monitoring tools and ticketing tools?




43 257.1.1 GENERAL

SCOPE







We have come across initiative where

the Govt of India encourages companies

to use Open source / Community tools

where ever possible. Is Indian bank Ok

with proposing Industry leading open

source / community based tool for

activities included in this RFP?

Bidder to use such open source/community

tools for non‐critical activities like ticketing.

However, the same will be finalised with the

successful bidder after the mutual

agreement.

of 30




44 257.1.1 GENERAL

SCOPE







Is Application monitoring also part of the

scope for this RFP? If Yes, please let us

know

• Please let us what parameters need to

be monitored from proposed application

perspective?

•Is the customer expecting vendor to

propose Deep Dive Diagnostic End to

end transaction ?

• Is Indian bank expecting all the

transactions being monitored?

• Is Indian bank expecting end user

experience being monitored for all

transactions. ?

Application monitoring is a part of the scope.

Further details will be shared with the

successful bidder.

45 26 7.1.1

12. The bidder should provide a facility to migrate

historic data of all the existing solutions currently

used by the Bank. The migrated data should be

cross verified, validated and authenticated.

Who will cross verify, validate and

authenticate ?

Cross‐verification, validation to be carried

out first by the bidder and then by the Bank.

Final authentication to be carried out by the

bank.


Clause 16

The bidder has to ensure that the support for

products proposed should be in effect for the

entire contractual period and minimum of 2 years

after contract period.

This clause is inline with our previous

clause & hence request the bank to

Amend the duration mentioned in

Clause : 14 to either 5 Yrs or 7 Yrs. Also

after 2 yrs contract period ‐ who will be

providing the support and how do we

ensure that ?

Please refer to Corrigendum (Point No. 8).

47 26 7.1.1

12. The bidder should provide a facility to migrate

historic data of all the existing solutions currently

used by the Bank. The migrated data should be

cross verified, validated and authenticated. The

proposed solution should be capable of viewing

and generating required reports from the above

data without referring to the base solutions.

Please provide the size of the data , type

of the data to be migrated to new

storage along with the storage details on

which the current data is resided.

The details will be provided to successful

bidder.

48 26 7.1.1

14. All software and hardware should be of latest

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

We request bank to modify this clause to

5‐7 years since most of the hardware

OEMs have lifecycle of the hardware

products ranging from 5‐7 years due to

increased change in underlying

technology


49 26 7.1.1

16. The bidder has to ensure that the support for



after contract period.

Please let us know if this is also

applicable for hardware as well and are

we expected to quote for the additional

2 years AMC ?


50 29

OPERATIONS/MIS/AD

F REPORTINGS :

Clause 7.1.6 ‐ Pt 11

System should have facility to archival of

transactional information.

What is the maximum size of the data

and duration for which it needs to be

archived on Production server?

Details will be provided to the successful

bidder.

51 30 7.1.6System should have facility to archival of

transactional information

We understand that this functionality is

expected from the application for ITMS ,

however Is it also expected to provide a

separate archival storage from hardware

perspective for archival of data ?

Bidder is not expected to propose separate

archival storage from hardware perspective.

52 32

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

Bidder has to submit the Hardware sizing details

taking into account the current and the proposed

business volume growth. The proposed sizing

detail has to be vetted by OEM.

We understand that the sizing to be

vetted by OEM is meant as the

application OEM and not the hardware

OEM, please clarify

Both the OEMs to provide confirmation on

the sizing.

53 32

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

5. Data migration from the Bank's existing IT

system to the new ITMS.

Do we have any unstructured data

source feeds as part of data migration ?

Please provide details of type of

files/volumes/frequency of feeds etc.

Yes. Details to be provided to successful

bidder.

54 32

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY



1) Please provide all source systems

which are considered for data migration.

2) Do we need to connect to the systems

and pull the data or Data is provided to

bidder for processing ?

All source systems have been mentioned in

RFP.

Bidder to carry out end‐to‐end data

migration activity.

55 32

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY



Is data migration one time activity ? Or

on going activity where get the

incremental data for daily loads to Target

System?

All the data in the current system to be

migrated to proposed ITMS. Further details

will be shared with the succesful bidder.

of 30




56 32

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY



Are there any known data quality issues

which needs to be fixed during data

migration. For ex: Address cleansing etc.

Bidder to carry out the data migration

activity. Any issues which surface during that

phase to be resolved by the bidder.

57 32

Detailed Scope of

Work & Bidder

Responsibility :

Clause 8

During the contract period, the Bidder is required

to supply, install and maintain Database and

Application Servers at DC and DR.

Request Bank to provide location details

about DC and DR sites.

Details will be provided to the successful

bidder.

58 33

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY



We understand that this data migration

is only for the existing ITMS related

systems to the new proposed solution

and there will not be any other data

migration involved in this , also bank will

extend the support from hardware side

with respect to connectivity etc. for this

to be achieved

Please refer to RFP Section 11.2.10.

59 33

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

The Bidders should provide ongoing support

during the implementation and post‐go live

(L1/L2/L3) based on the SLA‟s governed by

AMC/ATS during the entire contract period.

In case the bank chooses to procure

hardware, OS, DB, virtualization software

etc. We assume that back‐to‐back

AMC/ATS will also be taken care of by

bank. Bidder's responsibility will be to do

vendor management. As a part of

managed services support during

implementation and post‐go‐live phase.

Bidder's responsibility will be to do vendor

management.

60 33

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

6. Integration with the Bank's internal application

and external interfaces

Please provide the list of Bank's Internal

and external interfaces for integration

Details as per RFP and Annexure 13.

61 33

8. DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY ‐

Point 10.2

During the contract period, the Bidder is required

to supply, install and maintain Database and

Application Servers at DC and DR. This will

include other security features as maybe

considered necessary to ensure regulatory

compliance on security which may get changed

from time to time. Bidder also is expected to

conduct periodic health checks of the software

and carry out optimizations to improve the

performance of the whole solution during the

contract period

The bank states that the compliances

change from time to time, the bidder

wants to understand that if the

compliance change requires a new

security solution to come into existence

will the bank treat it as a change request

and charges for the same will be paid

separately

Any such requirement to be mutually

decided by the bank and successful bidder.

62 33

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

The scope of the project includes the following:

1. Gap Analysis and Gap report submission

2.Preparing functional requirements document

for implementation of various products and

processes of the treasury division of IDBI Bank

3.Preparing system specification document,

solution design document based on the agreed

functional requirements

26. The bidder should study the complete

requirements of the bank and provide a full‐

fledged Systems Requirement document to the

bank.

All these documents has to come for

bank or an external contractor hired by

the bank as the Bidder would be

implementing the solution and this

would be not an ideal scenario

No change in RFP.

63 34

8. DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

DETAILED SCOPE OF WORK AND BIDDER

RESPONSIBILITY

Based on the information shared in the

RFP, we understand that no PCI

/payment card data will be either

processes/transmitted/stored in the

proposed solution. Kindly confirm our

understanding.

Yes, Rightly interpreted.

64 34

8. DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

10‐3 . The Bidder is required to do the Patch

Management for all the equipment and software

supplied by the bidder during the period of

contract

While we will be doing the patch

management activity as a managed

services task , we understand that the

bank will extend its existing patch

management solution for this setup as

bidder is not expected to provide any

patch management solution as part of

this response , please clarify

Yes. Bank will provide the existing patch

management solution.

65 35

8. DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

15. The Bank during the period of the contract,

based on its technical and functional

requirements may include additional third party

applications and interfaces to the solution. The

Bidder will be required to extend all necessary

support and assistance for the incremental

applications solution to be delivered. The

proposed solution should have the facility for

adding new features by way of Third party

customization / development

For extending the support and enabling

the integration of any new applications

with this solution if there is any new

hardware required including licenses ,

bank will be procuring it freshly from the

bidder and it is not expected to be part

of this solution since we do not have any

visibility in to it , please clarify if our

understanding is correct?

Any requirement beyond the scope of RFP to

be mutually agreed between the bank and

successful bidder.

of 30




66 35 7.1.6

15. The Bank during the period of the contract,

based on its technical and functional

requirements may include additional third party

applications and interfaces to the solution. The

Bidder will be required to extend all necessary

support and assistance for the incremental

applications solution to be delivered. The

proposed solution should have the facility for

adding new features by way of Third party

customization / development

Can we know how many applications are

to be integrated ?

Please refer to RFP and Annexure 13.

67 35/40/41

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY &

8.1.4

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

Bidder would provide full support &

accommodate all requests which are

under its limits/purview, if any external

support would be required then the cost

would be passed on

Bidder to provide full support without any

additional cost.


Clause 25

IDBI bank reserves its right to change the scope

of the RFP considering the size and variety of the

requirements and the changing business

conditions.

Deliverables and cost implications as the

case/scope may be will be implied as per

this clause. Hence this will be considered

a chargeable CR.

Bidder to provide all the requirements

mentioned in the RFP. Any requirement

beyond the scope of RFP to be mutually

agreed between the bank and successful

bidder.

69 36

8. DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY ‐

Point 20

The bidder should certify that the

Hardware/Software installed/ used is scalable

and is sufficient to handle the load for at least

next 10 years.

Usually any OEM HW will be EOL after 5

years and needs a HW refresh ‐ is the

bank planning to use the same HW for

10 years ?


We request bank to modify this clause to

5‐7 years since most of the hardware

OEMs have lifecycle of the hardware

products ranging from 5‐7 years due to

increased change in underlying

technology

Request Bank to change this to 5 Years


Clause 30

The bidder will be required to provide 24x7

onsite support Post go‐live

Other than the Core Treasury Solution Is

the Bidder expected to Provide 24x7

Onsite support for the servers, Database

& other Hardware, tools supplied ? Or

will this be managed by the Existing DC

operations team of the Bank ? Pl confirm

As Treasury desks work only 5 days a

week, functional support would be 9*5

days a week, please confirm.

Consider this clause modified. Please refer to

Corrigendum (Point 10).

Further details will be worked out with the

successful bidder.

72 37

8 DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY

31. Data migration including historical data from

the current to proposed system is part of the

scope

Please provide the Historical data

volumes( number of Years/Transactions)

to be migrated to Proposed Target

System.

Details to be provided to successful Bidder

73 37

8. DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY ‐

Point 32

The bidder should arrange for the closure of all

observations including IS, Data Migration Audit,

VAPT and Security Audit within time frame

stipulated by Bank without any additional cost to

the Bank

Please suggest the frequency of VA & PT

to be carried out for the application.

VAPT is carried out as per bank's policy.

Currently carried out yearly once or as and

when any change in application.

74 37

8. DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY ‐

Point 32

The bidder should arrange for the closure of all

observations including IS, Data Migration Audit,

VAPT and Security Audit within time frame

stipulated by Bank without any additional cost to

the Bank

Bidder is assuming that the VAPT scope

is limited to the new app and infra that is

in scope of this RFP and not any other

existing component of the bank

Yes. Rightly interpreted.

75 38

8.1.1 Functional

Solution

Requirements

8 . Reporting Requirements

1) Are there any existing Reporting tools

in current environment which can be

leveraged for reporting requirement or

we need to propose new Reporting tool.

Please confirm

2) Is there any existing Report Scheduling

tool available Or we need to propose ?

Bidder is expected to provide reporting tool

or report scheduling tool as a part of ITMS

application.

76 38

Functional Solution

Requirements ‐

Clause 8.1.1

The Bank will not pay any additional

customization cost for any statutory or regulatory

reports or any other requirements during the

tenure of the contract. The solution must support

points 1 to 9

Can the bank provide details about

number of reports required for each of

different types of reports?

Bidder to comply with all the report as per

the Reporting requirements of Annexure 11.

Functional Requirements.

77 39Other details ‐ Clause

8.1.2

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.

Can the bank provide details on the

different types of interfaces to be

implemented.

Refer to RFP and Annexure 13.

78 39Other details ‐ Clause

8.1.2

All licenses to be provided to the Bank by the

bidder must be perpetual, with no restriction

whatsoever (including on number of sites)

If OEM does not offer perpetual licenses,

including number of sites. Please let us

know if there is an alternative?

Bidder must ensure that perpetual license is

offered for the proposed solution

Please refer to Corrigendum (Point 11).

The bidder must ensure that the hardware and

the underlying software is supported for all

current and future releases/patches/versions of

licensed products for at least next 10 years

70 36

8. DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILITY ‐

Point 21

of 30




79 40 8.1.2.4

The Bidder is expected to provide the license for

the Bank. The Bidder should note that any

licenses, unless otherwise stated elsewhere in

this document, means a perpetual license, with

no restrictions whatsoever on data, 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

Request bank to explain in detail their

definition of Perpetual License.

Bank expects the bidder to provide perpetual

license so that the bank obtains the complete

ownership throughout the application

period.

80 41 8.1.4

Other scope Activities ‐ #6 and #7 "Test Case

preparation and Testing (Basic, Functional

testing, System Integration)"

Test cases for what? Who prepares SIT

and UAT test cases? What is functional

testing and at what stage it is conducted

incl. who performs it? Performance test

cases? Dress rehearsal run book? Who

executes SIT, UAT, Performance testing?

As mentioned in RFP, the testing plan and

the base test cases used by the bidder are to

be shared by the bidder. Other details are

already provided in RFP.

81 42Project Timeline ‐

Clause 9

The Bidder is expected to ensure the completion

of the ITMS implementation in 15 months post

vendor onboarding (First kick‐off meeting).

Is bank flexible for the implementation

period as mentioned timelines are

stringent & needs to be reviewed else

would impact cost? Can the bidder

suggest the project timelines based on

its experience. The same can be mutually

concluded in Technical Presentation

No change in RFP.

82 42 9 PROJECT TIMELINE Data migration 2 months

We currently do not have historical data

volumes details and also do not know

the quality of existing source data

systems. There is mention of multiple

rounds of data migration. This is real

aggressive time line.

No change as per term in RFP. The historical

data shall be provided to sucessful bidder at

the time of implementation

83 42 9 PROJECT TIMELINE PROJECT TIMELINE

SIT, UAT timelines of 2 months extremely

aggressive and does not sound practical.

Please share how many cycles of testing

for each of SIT and UAT and durations

between each cycles. Also, please try to

minimize parallel tasks in the project

plan to make it more realistic.

As per RFP.

84 42 9 PROJECT TIMELINE PROJECT TIMELINE

Both in the project timeline diagram and

the table below, there is no reference to

design document?

Design document to be provided by the

bidder before the implementation phase.

85 42 9 PROJECT TIMELINE

Hardware procurement, installation at the DC

(Staggered hardware installation to be done) ‐ 1

Month

We request bank to amend this clause to

at least 6 weeks since most of the

hardware OEMs have lead time of 6‐8

weeks for hardware delivery

No change in RFP. Total duration of entire

hardware setup is for 3 months which

includes hardware procurement, installation,

environment setup, etc.

86 44 10.1.1

The Bidder is expected to provide the ownership

of licenses to the Bank. The Bidder has to ensure

that all necessary licenses (Application, Database,

Operating System, etc.) that are required for this

RFP are procured and installed at DC, and DR and

other relevant locations of the Bank. The Bidder

should note that all licenses mean perpetual

license, with no restrictions whatsoever on data,

asset size, transactions or number of sites across

the Bank

Please let us know if Bank has an EULA

or Enterprise agreement with any of the

OEMs which can be utilized for this

solution for cost optimization of overall

solution . If yes please provide the details

of the same and confirm if it is ok for us

not to consider those licenses since they

can be used through EULA/WA

IDBI Bank has an existing Enterprise

agreement with Oracle. The existing

Enterprise agreement shall be shared with

the successful bidder

87 44 10.1.2 Other Components

Intrusion Prevention Systems, Firewalls,

Active Directory, (required) Antivirus for

PCs, Servers at DC and DR ‐ All the

solutions mentioned are under the

responsibility of IDBI bank as per the

Table. Pl confirm that the bank will be

leveraging these solutions and the

integration of the new application along

with BAU support post go live for these

solutions would be under the ownership

of the bank.

Yes

88 44 10.1.2 DC & DR routers and switches ‐ IDBI Bank

We assume that the cabling from the

routers and network switches to the

servers are also responsibility of the

bank , please confirm

Yes

89 45 10.1.4

3. In case the Bank decides to procure the

hardware on its own on the basis of the

hardware sizing provided by the Successful

Bidder, and performance issues arise due to

hardware, the vendor must provide additional

recommendations on the basis of which the Bank

shall procure additional hardware. This

procurement shall be funded by the bidder.

We understand that in this case Bank will

be procuring the components on its own

and bidder does not have any visibility

on the integrated solution components

from hardware side since bidder has not

solution it from hardware side, apart

from just providing the sizing to the bank

(As hardware solution will change basis

the product capabilities and feature of

respective product from respective

OEMs). If any performance issues due to

hardware side which bank has procured

how bidder can fund the same , we

request bank to change this clause since

bidder can not take responsibility of the

hardware purchased which is not

solution designed by bidder.

Please refer to RFP. No change in RFP.

of 30




90 45 10.1.4.1

2. The Bidder also has to perform pro‐active

monitoring of the solution to ensure that before

any breach happens they have sufficient time in

procuring and installing the additional

components. At no point in time should the Bank

be made to suffer on account of the Bidder's

failure to monitor or delay to procure the

additional resources

Is bidder expected to provide a

monitoring solution also or the existing

monitoring solution of the bank will be

leveraged for the same, if it is to be

leveraged then bidder expects that the

integration of the same will be out of

scope for bidder and bank will integrate

it along with current vendor supporting

monitoring solution . Bidder can extend

support to install any agent that are

required for integration on the new ITMS

solution . Please clarify




91 46 10.1.4.1

7. The hardware sized for application should be

fully redundant & scalable and fully fault tolerant.

All the components within the server should be

hot swappable or pluggable and should incur no

downtime due to component failure.

While the solution will be designed in a

way to avoid any downtime on the

application/database level. We request

bank to change this clause as the

processor , memory , system board

failures will lead to downtime of the

physical server hardware since they can

bot hot‐swapped.

No change in RFP.

92 47 11.1the bidder should provide the benchmarking

results of the software.

What is the criteria for benchmarking ?

Please elaborate this benchmarking

As per RFP, the Bank expects the bidder to

provide benchmarking results of

performance related parameters like

transactions volumes, etc with the defined

hardware configuration, OS and DB.

93 47 11.2

PROJECT IMPLEMENTATION ‐ "The entire

implementation will be carried out in the bank's

premises"!

Hope there will be onsite‐offshore

model. Please confirm

Bidder expected to carry out implementation

in the bank's premises.

94 47 11.1

5. Within 6 months of onboarding of the

successful bidder, the bidder should provide the

benchmarking results of the software. The bidder

is expected to setup its lab and provide a live

demonstration of the benchmarking results to

the representatives of the bank. The bank

expects the bidder to provide benchmarking

results on high transactions volumes, and any

other performance related parameters

mentioned by the bank.

We understand that for this lab setup

bank will either be providing the

hardware or the test environment will be

used, or is it expected by the bidder to

procure a separate hardware for this lab

? If yes then shall bidder include the

commercials for the same in this

response ?

The benchmarking activity is to be

demonstrated at the bidder's own lab at no

additional cost.

95 47 11.2

The entire implementation will be carried out in

the bank's premises. The OEM should carry out

the implementation of the ITMS.

We assume that this is being referred to

ITMS application and not the hardware ,

operating systems & Databases. Please

clarify

Yes, ITMS Application implementation to be

carried out by the OEM. Hardware, OS and

DB implementation to be done by

OEM/Bidder.

96 48 11.2Developing new audit reports / tools using the

proposed solution

What are the new audit Reports?

What tools to be developed ?

To be shared with the successful bidder.

As Highlighted earlier, this has to be

done by bank or an external contractor

to be hired as Bidder would be

implementing the solution. We are ready

discuss and help on the approach

towards this task.

As Highlighted earlier, this has to be

done by bank or an external contractor

to be hired as Bidder would be

implementing the solution. We are ready

discuss and help on the approach

towards this task.

98 4911.2.2 DC and DR

Setup Point 3

The DRC should be deployed at a 100% capacity

(Compute and Storage) of the DC Production

environment for the hardware servers,

processing and security.

As mentioned in Pg.: 44; 10.1.2 ( In

Tabular Column) Bank will be providing

the Network & Security components.

Hence request the bank to remove

security components from this clause

Security components as mentioned shall be

provided by the bank. The bidder is expected

to interface the security components with

the application.

99 49 11.2.1

1. Physically separate, adequately sized hardware

should be quoted for each of the following

environments: Production at DC and DRC (100%

compute and storage capacity of DC), Test &

development, Training servers.

Since a virtualized setup is requested by

bank is it expected to provide separate

physical hardware for each non‐

production environments as well ? i.e.

separate physical hardware for training ,

dev , UAT etc. ? Or can the all these

environment run on shared physical

hardware with required virtual resources

for each of them ?

DC and DRC are expected to be physically

separate. 2 physically separate environments

for DC and another Environment for DR.

102 50 11.2.5

End to End Architecture

4. End to end infrastructure architecture namely,

hardware, network, storage and security

From hardware perspective , does bank

expects to provide solution only for

traditional hardware like server, storage ,

backup or is bank also open for the

converged/hyper converged

infrastructure?

No. Bidder to propose as per the

requirements given by the Bank.

103 51 11.2.5

Parameterization/Definition of Rules ‐ #3 "The

successful bidder should provide the source code

of all the customizations made to the Bank."

Please clarify what this means

The source code created during

implementation (to meet the bank's

requirement) to be handed over to the bank.

48 11.2

Study of the current products, processes and

operations of the concerned department,

incorporate the additional functionalities

identified during the study and define the exact

deliverables 3. Gap Analysis,

identification of Gaps and resolution of the gaps

in line with the bank's requirements 4.

Preparation of Business requirement document

13. 13.Carrying out Impact analysis wherever

required and substantiate with the Impact

analysis document for the bank to take a call on

the proposed change

97

As per RFP.

of 30




104 52End to End

Architecture ‐ 5

4.End to end infrastructure architecture namely,

hardware, network, storage and security

5. End to end security architecture

This statement contradicts the table at

page 44 pt. 10.1.2 where the bank says

that IPS,FW and other security solutions

are bank's responsibility

Are we also expected to provide a

backup solution for this setup or it will

be leveraged from existing setup ? If we

are expected to provide the backup

solution then please provide the bank's

backup policies along with retention

period ‐ this is very critical information

for backup solution and without it the

solution can not be derived.

IDBI Bank to provide IPS and Firewall.

Successful Bidder to collaborate with Bank to

finalise the end‐to‐end architecture which

includes network and security architecture.

Bidder need not propose a backup solution.

105 53Application Security ‐

Point 6Data should be encrypted wherever necessary.

Does the bank wants to opt for Full Data

encryption or Specific columns or Data

Details to be provided to successful Bidder.

106 54Application Security ‐

Point 7

Bidder should comply with requirements on

Information Security, Data Privacy and Data

Leakage as defined by IDBI bank and Regulator

from time to time.

Does the bank have a DLP solution in

place that can be leveraged ? If no what

are the channels of communication the

bank wants to secure viz: Web, Email,

and Physical ports ‐ USB etc. The bidder

understands the DLP scope will be

limited to the new infra and app

provided. Pl confirm

Bank has an existing DLP Solution.

Understanding is correct.

This task can be performed using SIEM

solution but the bidder needs to

understand if the bank is having and

existing SIEM which can be leveraged

and SOC to manage the same.

Do we need to propose the SIEM tool,

Hardware and OS required for the SIEM

tool?

Do we need to implement the SIEM tool

in DC & DR ? Or only in DC?

Pl provide the number of privileged

users the customer expects to use the

system. The bidder recommends PIM

solution for recording user activities

hence needs to know the time till the

user activity needs to be stored using the

PIM solution

Do we need to propose the PIM tool,

Hardware and OS required for the PIM

tool?

Do we need to implement the PIM tool

in DC & DR ? Or Only in DC?

109 6011.2 PROJECT

IMPLEMENTATION 11.2.14 Disaster Recovery Assessment Service

Can you please provide current RTO,

RPO and other recovery objectives being

followed by the bank? Or identified by

the bank for services/functions in scope

for the proposed solution

Will be shared with successful bidder.

110 60 11.2.143. Analyze the zero data loss solution

configuration defined for new ITMS.

Is Zero data loss solution expected for

this setup across DC & DR , if yes this will

require a synchronous replication

between DC‐DR and a dark fiber kind of

connectivity between them , please

clarify what type of connectivity is

available between the datacenters

Bank expects the bidder to meet the defined

RPO.

Currently, DC and DR are connected via 2

replication links.

111 60 11.2.14

4. Validate the Storage upgrade components

deployed and configured by the Bidder.

5. Ensure the upgrade is as per the Leading

Industry Practices

Please clarify which upgrade is referred

here since we are not upgrading any

storage and providing a completely new

solution with respect to hardware.

Please refer to Corrigendum (Point 13 & 14).

112 61

11.2.15 Post Go‐live

Support/Facilities

Management

Assistance in up gradation, etc.

Here the bank is asking for the solution

sizing including hardware for the entire

term of contract, hence, please suggest ‐

assistance in upgradation that is being

referred to here.

This is a reference to any subsequent

upgrades related to application. This is to be

carried out by the bidder in the future.

113 6111.2 PROJECT

IMPLEMENTATION 11.2.14 Disaster Recovery Assessment Service

Point 1: states that bidder will have to

conduct gap analysis to identify Disaster

Recovery gaps within the Bank based on

the proposed solution being deployed.

Kindly confirm the scope of this gap

analysis?

Details to be discussed with successful

bidder.

114 62


Support/Facilities

Management

7. The post go‐live support services should

include, but not be limited to the following, :

c) Software Distribution

Please clarify on the software

distribution asked as a part of post‐go‐

live support. What is expected from

bidder.

Software distribution to also include

activities like software installation and

distribution incase the bank requires the

software to be installed on new

hardware/location (after hardware refresh).

115 6211.2.16 Helpdesk :

Clause 2

The Bank expects the bidder to provide 12 hours

of helpdesk support, 6 days a week. The support

service should be available for any exigency

situations or any regulatory activity or any other

requirement as and when desired by the Bank.

Does Bank expect all the three levels of

resource namely L1,L2&L3 be available

for 12x6 ? Or Can we propose 12x6

Window for L1 and L2/ L3 can have 8

hrs. duty? Pl provide clarity

Please refer to Corrigendum.

No other changes in RFP.

107 54

Security

Management ‐ Point

5

The Bidder would be responsible for complete

log monitoring for servers, databases and

security for a specified period. The Bidder should

ensure expert security specialists are given the

task to monitor such logs. The Bidder needs to

provide tools for monitoring such logs. Any

suspicious or concerned activities should be

immediately informed to the bank. The Bidder

personnel will also be responsible for providing

proactive solutions and taking immediate

corrective actions to rectify any concerns,

The Bank has an existing SIEM solution which

can be leveraged.

Privileged users pertains to the infrastructure

users(DB user, OS). There is no co‐relation

between application users and PIM solution.

Bank already has a PIM solution, the same

will be leveraged.

108 55

Security

Management ‐ Point

9

The bidder shall ensure privileged users‟ access

to databases, servers, critical applications and

other critical network components are restricted

and provided only on need basis in the

production environment. All activities carried out

by approved administrators or privileged users

are to be recorded and monitored to ensure only

approved changes are implemented in the

production environment and the same are

tracked. The privileged access to servers,

databases and applications shall be managed by a

privileged user management system in the

of 30




116 63 11.2.16 Helpdesk

6. The Bidder is expected to provide and install

PCs with access to the web based helpdesk

solution. The helpdesk should act as a single

point of contact for all users both internal and

external whether for service requests, incidents

or problems for all the solutions provided by the

bidder.

Bidder will provide and install PC for with

access to helpdesk solution. However,

please suggest during the

implementation phase, bidder's

implementation staff, will be provided

with the required PC's for

implementation and configuration of DC

infra, or bidder's staff need to carry their

own PCs/Laptops than they will be

provided access inside the working area

for implementation.

Please refer to Corrigendum (Point 16) .

117 6311.2.16 Helpdesk :

Clause 7

The Bank will provide the necessary seating

space in its premises furnishing, electrical

connections for the same along with

communication infrastructure.

Will the bank provide Toll Free, Help line

numbers as well? Also we assume PCs

will be provided by the bank. Need

clarity

Helpdesk team to operate based out of the

banks' premises. No Toll free number shall

be provided. Other infrastructure will be

provided by the bank.

118 64 11.2.16 Helpdesk

4. It is also expected that a second level of

support (L2) also be maintained at the same

location. If a problem is not resolved by

telephone and the End User declares the

problem to be of an emergency nature, the

Bidder shall dispatch a helpdesk

representative/support personnel/Engineer who

will provide Desk Side Support Service according

to service levels given. The Bidder is also

expected to log each call made to the helpdesk

and issue a ticket number for all calls entered.

The helpdesk solution to have the capability to

upload frequently asked questions and solution.

We assume that the helpdesk for

treasury management will be setup in

one location only ( Mumbai). Pl confirm

We assume that desk‐side support scope

for bidder will be limited to providing

ITSM application related support and

end‐user device related support will be

delivered by IDBI End‐user support team.

Helpdesk to be setup only in Mumbai. Bidder

must provide support for ITMS system,

supporting tools & application & hardware

provided

119 6512.1 BIDDERS

RESPONSE : Clause 2

The bidder has to submit the response to the bid

in the Technical Bid indicating the response to

the technical requirement specifications and

functional requirement specifications. The bidder

responses must submit original set of technical

submissions along with the soft copies. This copy

bid would be the duplicate hard copy of the

bidder submissions and would be used for

reference in case there is any discrepancy in the

submission set. Over and above this the Bidder

must also provide a soft copy of the bid in a CD –

R. The technical bid, submitted cannot be

withdrawn / modified after submission of bids.

The bid must be submitted in hardcopy and soft

copy as mentioned above in MS Word and MS

Excel in font size MS 12.

Our understanding is two Hardcopies of

the Technical Bid along with a Soft Copy

per set must be submitted. Is this right ?

For the Second set of technical bid will

be photocopy of the original set will be

accepted ?

Yes, Understanding is correct.

120 65


Support/Facilities

Management

b) Providing telephonic and / or electronic

mechanisms for problem reporting requests for

service, and status updates

We assume that required telephonic

connection and devices will be provided

by IDBI for the bidder's helpdesk

resources.

Telephonic connection and devices to be


121 6812.1.8 Normalization

of bids:

2. The Bank can repeat this normalization process

at every stage of bid submission till the Bank is

satisfied. The Bidders agree that they have no

reservation or objection to the normalization

process and all the Bidders will, by responding to

this RFP, agree to participate in the normalization

process and extend their co‐operation to the

Bank during this process. The Bidders, by

submitting the response to this RFP, agree to the

process and conditions of the normalization

process.

Every bidder's Architecture & solution

approach will be unique aimed towards

becoming a T1 bidder. By this clause;

chances of this being compromised &

allowing other bidders to match the

finesse of a Highly rated Technical bid

arises. Hence this Section/process must

be removed.

No Change in RFP. The normalisation process

shall be done to ensure that all the bidders

are more or less on the same technical

ground.

122 69 12.1.11

Bid Prices ‐ "It may be noted that Bank will not

pay any amount/ expenses/ charges/ fees/

travelling expenses/ boarding expenses/ lodging

expenses/ conveyance expenses/ out of pocket

expenses other than the “Agreed Professional

Fee”. It should be noted that the consultant if

required by the Bank, has to travel to our offices

located in and outside Mumbai. No separate

reimbursement towards travel and other

expense shall be made by the Bank."

Does this mean the "Agreed Professional

fees" should have the travel/expenses

cost baked in?

No extra expenses to be paid by the Bank.

123 74Technical Bid ‐ Clause

12.2.4.1 ‐ Pt 2

Letter with details of authorized

signatories/Power of Attorney

As a part of the bidding process we will

be submitting the LOA. POA will be

submitted at the time of signing the

contract. Hence POA will be not be

submitted along with our response. Pl

confirm.

POA to be submitted along with the

response.


12.2.4.1 ‐ Pt 3

Non‐Disclosure Declaration on the bidder's letter

head

On Page 19, Clause 5.5 ‐ SUCCESSFUL

BIDDER FINALIZATION AND

CONTRACTING, it is mentioned that Non

Disclosure Form to be submitted only by

the successful bidder. With this

condition, is the bidder expected to

share Non‐Disclosure Declaration in the

RFP stage as well?

Bidder to share the same at the bidding

stage.


12.2.4.1 ‐ Pt 22Project management report

Request clarity on what does bank mean

by Project Management report here.

Standard report. Details to be shared with

successful bidder

of 30




126 83

PHASE 2: TECHNICAL

CAPABILITY

EVALUATION ‐ Clause

13.3 ‐ Past

Experience ‐ Second

Row

The Bidder should have implemented the

proposed ITMS for:

1. Scheduled Commercial Bank/Financial

Institution in India having an annual revenue

equal or more than 15,000 Crore OR

2. Global bank/financial institution having an

annual business mix equal or more than 1 Lakh

Crore

For the proposed solution, the core

implementation is always been done by

respective OEM hence request to amend

the clause mentioning that Bidder / OEM

should have implemented the proposed

ITMS instead of Bidder.

No change in RFP.

127 89 Payment Terms As mentioned in Table

Request the Revised payment Schedule

as follows : Hardware – 70% on Delivery,

20% on Installation & 10% 6 months post

completion of go live.

Data Base – 50 % on delivery & 50 % on

successful installation and

commissioning of the Database systems

and submission of all relevant

documents.

ITMS license and other related software

– 50 % on Delivery; 40% on Go‐live. &

10% ‐ Six months after successful go‐live

Implementation Cost: Request only the

last 10% to be made within 6 Months &

not extend it for a Year

AMC/ATS/Helpdesk – No Change

Required

No change in the RFP.

128 92Liquidation Damage:

Clause 1

The proposed rate of Liquidated Damages would

be 0.5% of the entire project cost/TCO per

fortnight of delay or non‐compliance.

This clause is uncapped. We propose

the maximum LD that the bank can

impose be limited to 10% of the Project

cost

No change in RFP.

129 93Liquidation Damage :

Clause 7

After acceptance of product (Hardware &

Software), if during usage in production any

malfunctioning is noticed, the Successful Bidder,

within a reasonable timeframe……

The term reasonable timeframe is

subjective & it must be amended to a

mutually agreed time period as it may be

concluded at the time of awarding the

contract.

No change in RFP.

130 96 16.1 INDEMNITY :

Clause 3

The vendor shall compensate the Bank for such

financial loss, direct, suffered by the Bank if the

vendor fails to fix bugs and/or provide the

modifications / enhancements / customization as

required by the Bank as per the terms and

conditions of this RFP and subsequent

Agreement and to meet the service levels.

Bank has already proposed detailed LD

for various service components. Hence

request the bank to delete this clause.

No change in RFP.

131 98 Reduction of Price

The Bank expects the benefits from any un‐

anticipated decrease in technology infrastructure

costs, over the term of the contract due to

reduction of prices, efficient use of IT

infrastructure / reduction of statutory charges,

etc. and operations management methods that

yield more efficient operations, to be passed on

through re‐negotiation. No conflict between the

System Integrator and the Bank will cause

cessation of services.

The Core components of this RFP are

ITMS software & Servers which are

supplied upfront. Also this is a Fixed

price bid. Hence there is no foreseen

scenario as mentioned in this clause.

Request the bank to delete this clause as

it does not suit the nature of the

deliverables under this RFP

No change in RFP.

132 98

Termination of

Contract ‐ Clause

16.2

The Bank reserves the right to terminate the

contract placed on the vendor.

We propose that termination rights shall

be mutual. Detailed terms can be

finalized at the time of awarding the

contract.

No change in RFP.

133 109Monitoring and Audit

‐ Clause 16.11

The periodicity of these audits will be decided at

the discretion of the Bank. The Bank has the right

to get the monitoring and performance

measurement systems (both manual and

automated) audited without prior approval /

notice to the vendor.

We propose that an audit shall be

conducted annually during business

hours. No internal costs and records

shall be disclosed during audit.

Can you please also provide tentative

information regarding frequency and

schedule of internal/external Cyber

Security audits ?

Details to be provided to Successful Bidder

134 110Force Majure ‐ Clause

16.14

Notwithstanding the provisions of this RFP the

bidder shall not be liable for forfeiture of its

Performance Bank Guarantee, liquidated

damages or termination for default, if and to the

extent that, it's delay in performance or other

failure to perform its obligations under the

Contract / Agreement is the result of an event of

Force Majeure.

We propose deletion as Liquidated

Damages to be the sole remedy for

delay. Delay should solely be attributable

to the bidder.

No change in RFP.

135 114

16.20 ‐

INFORMATION

SECURITY

5) The Bidder shall ensure that the equipment /

application / software being supplied shall be

free from malicious code (Viruses, Trojan,

Spyware etc.) and shall be liable for any loss

(information, data, equipment, theft of

Intellectual Property Rights, network breach,

sabotage etc.) incurred to the bank arising due to

activation of any such embedded malware /

malicious code. The Bidder shall further supply a

certificate to the bank in the form Appendices

Does this clause apply to the Security

HW or SW provided to support the core

application ? E.g. Firewalls, Anti‐Virus

This clause is applicable to all the

components provided by the Bidder.

of 30




136 117 16.25

All quantities mentioned in this RFP are

indicative. The quantities of components to be

procured as part of this tender can be varied by

the Bank. This also includes the right to modify

the number of source systems, targets, reports &

statements, dash boards, score cards, concurrent

users etc.

Many variables can affect the costing.

Some figures needs to be confirmed to

define the scope.

Bidder to consider the information provided

in the RFP and to use its experience in

arriving at the numbers.

137 General General

Is there any ETL tool available with IDBI

which can be leveraged for data

migration o we need to propose new

tool? Please confirm

Bidder to propose.

138 General General

We assume that the DC Space , Rack ,

Power , Cooling any cabling will be

provided by Bank and Bidder need not

quote for the same , please clarify

Yes. Understanding is correct.

139 General General

We assume that we will leverage

following components from the bank's

existing backend IT systems for this

solution , please clarify :

1. AD & LDAP

2. Single Sign On

3. NTP

4. DNS

5. Syslog

6. Patch Management Systems

7. Monitoring systems ( OS , App,DB,HW)

8. IT Service Management Tools

9. Network Switches , Jack Panels

10. Routers

11. Load Balancers

Yes.Understanding is correct.

140 General General

Can the vendor Propose Remote

implementation and support of

monitoring and ticketing tools?

Please refer to RFP.

141 General GeneralWhat is expected RPO and RTO for

monitoring and Ticketing solution.

To be provided to successful bidder.

142 General General

Does IDBI have SMS gateway and

Automated Telephony Calling system or

Does IDBI expect the vendor to propose

these as well.

Not applicable.

143 General General

Does IDBI already have a ticketing /

Service Desk tool? If Yes,

• What is the ticketing solution (Tool

Name, Version number)?

• What modules are implemented?

(Incident, Problem, Change Etc.

• Will this tool be extended to vendor for

supporting operations or they should

bring their own ticketing system

• If the customer expects the vendor to

bring in there own tool, Should the ticket

data be migrated into the new system?

• Are the monitoring tools integrated

with Ticketing system for Auto Ticketing?

• What are the environments are there

for this tools (Prod / Prod With HA, DR /

DR with HA, Dev, Test, QA)

Bidder to provide a ticketing tool.

144 General GeneralAre monitoring and Service Desk tools

limited to ITMS solution only?

Refer previous query.

145 General General

Is this limited to ITMS solution only or

Does IDBI expect that all infra related

logs be monitored and alerted for

specific keywords?

Infrastructure related logs are to be

monitored by the bidder. Details to be

provided to successful bidder.

146 General General

Is Asset Management part and building

CMDB (Discovery and Dependency

Mapping) part of scope for this RFP?

• Does Customer have any existing

Asset Management tool? If yes, What is

the Tool and version number?

• How is license compliance

management and software procurement

handled?

• If there are no tools for this, does

customer expect the vendor to propose

the same?

• How many resources work on the

Asset Management Tool?

CMDB (Discovery and Dependency

Mapping)

• Does Customer expect customer to

propose a IT Asset Discovery and

Relation ship mapping tool which can be

used as a CMDB?

Not required.

147 General General What will be the retention period of the

monitoring and ticketing data?

Details to be shared with the successful

bidder.

148IDBI_Annexure03_Letter

from OEM‐ IDBI_Annexure03_Letter from OEM

IS this also expected to be provided by

Hardware OEM?

Yes

of 30




149IDBI_Annexure10_Hardw

are Sizing‐ IDBI_Annexure10_Hardware Sizing

In the sizing annexure the fields related

to cores are mentioned as per physical

cores requirements however since we

have to provide the solution on virtual

platform please clarify how this needs to

be shown?

Bidder to provide response virtual

environment accordingly the bid can be

submitted.

150IDBI_Annexure12_Techni

cal Requirements‐

The Operating system should support Treasury

application

Could you please clarify as to what is

meant here , the selection of the

operating system is done based on the

application compatibility only , however

if bank's expectation is something

different then please elaborate

Understanding is correct.

151Annexure13_Interface

Requirements ‐ 1 Core Banking Solution

Please list the use cases for interfacing

Treasury system with core banking

system, detailing the flows expected

between the 2 systems.

Details to be provided to the successful

bidder.


Requirements ‐ 3 Matched Fund Transfer Pricing

Please explain what data

inbound/outbound is expected from this

interface between treasury system and

"Matched Fund Transfer Pricing" ?

Valuations related data, payment related

data. Further details shall be provided to

sucessful bidder


Requirements ‐ 14 Merchant Transactions Platforms

Please give names of example of

Merchant Transactions Platforms.

The following are IDBI Bank's in‐house

applications / interfaces for Merchant

Transactions besides CBS. E‐Treasury :‐ E‐

blotter, Retail FX, ITFS, E‐Call Money, Mobile

Application.

154

Annexure11_Functional

Requirements ‐

Reporting Requirement

2.3 Statutory Reports

Can you elaborate more on this statutory

reports? Are these collection of

regulatory reports?

statutory returns are those returns which has

to be submitted to viz. GOI, RBI,SEBI and any

other local body etc. These are regulatory

returns. Detailed list shall be shared with

sucessful Bidder

155


Requirements ‐


2.6 IRF reportsIs it related to interest rate future

product?

Yes. Reporting related interest rate futures

used for settlement

156


Requirements ‐


2.15 Maturity Pattern Can we get more information on this

report?

Provides classification of maturity buckets for

SLR & Non SLR investments. Please refer to

RBI circular on disclosure norms for further

details.

157


Requirements ‐


2.17 Rating Migration ReportAre we referring to the changes of rating

throughout some period?

It is for the purpose changes in rating

throughout a period

158


Requirements ‐


2.33 NADB Summary Can you elaborate more on this report?

General Bank Requriement.

Related to Bonds & Debentures,

Redemption, Coupon Value,Frequency,

Rating, Quoted/Unquoted etc. pertaining to

treasury.

159


Requirements ‐


2.65 Monthly ReconciliationWhat kind of reconciliation are expected

on this report?

Reconciliation of Nostro account with mirror

account, contingent reconciliation, stock

reconciliation etc.

160


Requirements ‐


2.121

Disclosure Report (For Holding percentage to

company's capital 15% ,10%, 5%, 2% for SEBI &

NSE/BSE reporting)

Can you give some samples and

explanation on this report?

It is for the purpose of monitoring of equity

investment in any one company. It is a

requirement of SEBI.

161


Requirements ‐


11.6 CSGL Constituent listCan you give some samples and


we are maintaining investment account in

govt. securities of our constituent which are

referred as CSGL account. Samples shall be

shared with successful Bidder

162


Requirements ‐


11.51 Match Register Is it about some reconciliation on data?

Yes it is reconciliation data for merchant/

forex deals

163


Requirements ‐


12.68 REAR END VOUCHERCan you give some samples and


Payment Iist. Related to ITMS to Finacle Core.

Will share further details with the selected

bidder

164


Requirements ‐


12.75 CASH_RECONICATION REPORTWhat kind of reconciliation are expected

on this report?

Reconciliation of customer forex trades

booked in treasury systems with trades

booked in finacle core.

165


Requirements ‐


15.9 Control Reportscan you elaborate more on control

report?

Reporting related to delegation of powers,

for bank's internal regulations

166


Requirements ‐


15.23 Account Reconciliation What kind of reconciliation are expected

on this report?

Reconciliation of Nostro account with mirror

account, contingent reconciliation, stock

reconciliation etc.

167


Requirements ‐


15.24 Cash Reconciliation ReportWhat kind of reconciliation are expected

on this report?

Reconciliation of customer forex trades

booked in treasury systems with trades

booked in finacle core.

168


Requirements ‐


15.25 Demat ReconciliationWhat kind of reconciliation are expected

on this report?

Reconciliation of stocks of investment in

treasury system with D‐Mat holding

statement.

169


Requirements ‐


15.69 Summary of LAF/Repo VoucherCan you give some samples and


Payments details related to LAF/Repo

Transactions

170


Requirements ‐


16.54 Redemption Detail during a periodCan you explain the definition of

"redemption"?

Standard definition

of 30




171


Requirements ‐


23.2

The system should be able to automatically

generate payment requests on or before the

settlement date

Could you please clarify the term

"payment request"? Is this a "payment

instruction" which IDBI sends to their

correspondent bank/Nostro agent?

Generating of RTGS/NEFT/SWIFT payment

messages by bank for settlement.

172


Requirements ‐


23.3

The system should record the relevant approvals

for payments for completed deals for foreign

currency transactions

Are these internal approvals documents?

Which format are they? What is the

purpose of storing them in the system?

These are bank's internal approvals to be

saved for control return purposes of the

bank

173


Requirements ‐


30.6Support of FIFO Based/average based profit

policy‐only for short sales Transactions

This requirement suggests that only

short sale are subject to FIFO/AVP

accounting. Could you please clarify that

all security positions (long and short) will

be subject to FIFO/AVP accounting?

Which of FIFO or AVP will be used?

Pt No. 30.6 Back Office, Functional

Requirments is specific to short sale

transactions. Please refer to Pt NO. 11.5

General Requirements Section, of Annexure

11. Functional Requirements for clarification.

174


Requirements ‐


33.2

System should calculate amortization of all

securities in HTM based on Straight Line Method

& Effective Yield Method concurrently with

facility to switchover from one method to

another & 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.

In which circumstances would we

switchover from one accounting method

to another?

Swtichover should be customised by user as

and when the bank's guidelines based on

regulatory guidelines is amended under

necessary approvals. Whenever there is a

switchover, the Book Value should be

updated automatically and accounting

entries should passed.

As and when required by statuatory

authority. (E.g. like in case of Ind AS )

175


Requirements ‐


34.1System should be able to keep track of TDS

certificates received & due to receive

Tax Deduced at Source ‐ Which format

are they? what is the purpose of

archiving the documents in the system?

TDS format is same as advised by Income Tax

dept.

176 36 Clause no : 24

Any assumptions, changes, deviations other than

what is specified and accepted by IDBI will not be

considered for the purpose of this RFP.

There will always be a minimal level of

assumptions in any solution. Request the

bank to consider them before summarily

rejecting. A finalsignoff can always be

done on mutually agreed terms.

Clause is non‐negotiable.

177 77 Clause no : 6

The Bank would like to expressly state that any

assumptions, terms, conditions, deviations etc.

which the Bidder includes in any part of the

Bidder‟s response to this RFP, will not be taken

into account either for the purpose of evaluation

or at a later stage, unless such assumptions,

terms, conditions, deviations etc. have been

accepted by the Bank and communicated to the

Bidder in writing. The Bidder at a later date

cannot make any plea of having specified any

assumptions, terms, conditions, deviations etc. in

the Bidder‟s response to this RFP.







178 Annexure 4 Conformity Letter

IDBI Bank is not bound by any other extraneous

matters or deviations, even if mentioned by us

elsewhere either in our proposal or any

subsequent deviations sought by us, whether

orally or in writing, and IDBI Bank’s decision not

to accept any such extraneous conditions and

deviations will be final and binding on us.







179 Annexure 4 Conformity Letter

We,______________________________(Name

of Bidder) unconditionally accept all the terms

and conditions as mentioned in the said RFP/Bid

Document floated by IDBI Bank Ltd.

This a complex RFP involving multiple

teams both internal & enternal to create

an Integrated solution. We can always

meet a stated expectation but for a

bidder it will be difficult to sign this

document .Hence request the bank to

remove this letter as the successful

bidder ill be signign a detailed contract.

No change in RFP.

180 69 12.1.12

Prices quoted must be firm and final and shall not

be subject to any re‐openers or upward

modifications, on any account whatsoever

including exchange rate fluctuations, revision in

taxes, duties, levies, charges etc. The Bid Prices

shall be indicated in Indian Rupees (INR) only.

Any decision in this regard by the Bank shall be

final, conclusive and binding on the Bidder.

Bidder does not have control of currency

fluctuations & government norms.

Agreeing to a price in INR for 5 Years will

be difficult given the fact that OEM gives

a USD price to the bidder. Hence request

the bank to relax this clause & consider a

+/‐ 5% variation to be accommodated in

the price because of variations in

Dollar/Duty.

No change in RFP.

181 96 Clause No : 3

The vendor shall compensate the Bank for such

financial loss, direct, suffered by the Bank if the

vendor fails to fix bugs and/or provide the

modifications / enhancements / customization as

required by the Bank as per the terms and

conditions of this RFP and subsequent

Agreement and to meet the service levels.

This clause is open ended. Bug fixes will

be as per the OEM policy & any

modifications will be mutually agreed

upon. OEM's don't agree to financial

losses & without this it will not be

possible for the bidder to be abide by

this clause. Hence request the bank to

delete the same.

No change in RFP.

183Annexure 11_Functional

Requirements

Front Office

Requiremtns : 11.5

Ability to route deal flow based on Deal IDs. Also,

Routing has to be in FIFO MethodWhat is Routing in this context ?

Mapping the deal flow to the TBO, based

product class, dealer group etc.

of 30




184

Number of Entities

Please confirm number of entities that

are in scope of implementation.

Information is contradictory in couple of

places, please confirm if only 4 Entities,

India, CSGL‐India, Dubai & GIFT City (New

Entity) are in scope of implementation?

IDBI's bank has 3 entities: India entity, Dubai

entity and GIFT. (CSGL refers to product

class.) Currently the bank seeks ITMS

implementation in India entity with provision

for implementation of other entities(Dubai,

GIFT City) with minimum effort. However

accounting entries should be mapped for all

3 entires.

185

Data Warehousing System

Please confirm if the bank has DWH

system and bank will be extracting

reports from the same when data is

required from multiple solutions.


186

Report

If Solution provides blotters through

which users can view data based on

various parameters and save the data in

excel and PDF formats (For reports). We

assume that bank will be using blotter

for reports as it’s more flexible and user

friendly. Kindly Confirm.

Blotters reports/dealer pads with ability to

save data in excel or pdf is desired by the

bank.

187

General Requirement 14.2.1Reporting platform should be as per the local

regulations.

The requirement is very vague and open

ended, please elaborate on “local

regulations”

Pertains to the case the system is configured

in multiple entities, the reporting platform

should adhere to the regulation of respective

countries/locations . Since initial

implementation will be for Indian Treasury

Business , so it is expected that the system

should comply with RBI regulations pre‐

dominantly.

188

General Requirement 15.5.4

Automatic Reconciliation/matching of MT300,

MT320, MT400, MT410, MT540,MT541,MT 640,

MT650, MT600, MT940/ MT950 etc.

Please reconsider MT640, 650 messages.

These messages are not yet released by

SWIFT.

Kindly read MT640 & MT650 as MT 604 ,MT

605. All SWIFT messages required for

treasury operations to be generated.

189

General Requirement 17.2

Online processing for capturing currency rates

and trades from Reuter's Eikon, 360T, and

various other trading platforms etc.

We assume that the requirement is from

perspective of Solution capability.

If the requirement is from the

perspective of implementation, kindly

list down trading platforms under “other

trading platforms etc”

Please refer to Annexure 13 interface

requirements for implementation. System

must have capability for capturing currency

rates & trades from various trading platforms

mentioned

190

Back Office 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.

Please provide further details on the

report.

RBI related monitoring requirement. Please

refer RBI Circular on collection of data from

scheduled commercial banks.

191

Reporting Requirement 2.3 Statutory Reports

Bank has listed many regulatory reports

across RFPs. Please list down reports

that are in scope of this line item.

All reports as mandated by RBI, SEBI or any

other regulatory or statuatory authority

forms a part of the scope.

192

Reporting Requirement 2.1Daily RBI/SEBI/ any other regulatory balance

(Centre wise)


across RFPs. Please list down reports

that are in scope of this line item.

General regulatory reporting

193

Reporting Requirement 2.13 Static and Dynamic Gap Reports

We assume that the requirement is

related to original and residual gap

reports. Kindly confirm

Please refer to RBI Circulars for more details

as its very standard report generated by

every indian bank.

194

Reporting Requirement 2.14 Capital Market Exposure Report Net offPlease provide further details on this

report.



every indian bank.

195

Reporting Requirement 2.38 Any other regulatory report


across RFP. Please list down reports that

are in scope of this line item so that we

have clear scope?

All reports as per regulatory requirement as

per industry practices that are not included

in the given list

196

Reporting Requirement 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.

Please provide list of reports under

"Other reports"

As per industrial norms the reports required

for daily trade performance monitoring,

other than those mentioned . Sepcific details

shall be mentioned to the sucessful Bidder

197

Reporting Requirement 2.53 Board Memorandum ReportPlease provide further detail on this

report.

It provides Summary of ROI, A consolidation

of Investments both SLR & Non‐SLR

investments, Capital Marketrs, Bonds.

Formats shall be shared to the sucessful

Bidder

198

Reporting Requirement 2.54 Exceptional Profit & LossPlease provide logic for classifying the

P&L as "Exceptional"



every indian bank.

199

Reporting Requirement 2.66 Annexure II (Both Annexure 2a & 2b)Please provide further detail on this

report.



every indian bank.

200

Reporting Requirement 2.67 Annexure IPlease provide further detail on this

report.



every indian bank.

201

Reporting Requirement 2.117 Asset ReportPlease provide further detail on this

report.



every indian bank.

202

Reporting Requirement 2.118 Libilities ReportPlease provide further detail on this

report.



every indian bank.

203

Front ‐ Office

Requirements2.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)

Please provide exact full details / formula

for each deal type?

System should have provision for the real

time view of P&L . Specific details shall be

shared with sucessful bidder during

implementation

204

Office Requirements 5.7Ability to value positions through multiple


Please provide exact requirements under

maturity method?






of 30




205

Office Requirements 15.28

System should support preferred margin pricing

and time‐to‐next‐coupon duration for floating

securities.

Please provide exact requirements?

Pricing of trades based on addition of

expected profit margins to allow banks to

provide their own price other than trading

platform.

206

Mid‐Office Requirements 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.

Please provide details on this

requirement ‐ All the data points (DCTs)

pertaining to derivative exposure? We

understand the rest of the requirements.

DCT: Data, Calculation & Trade processes.

As per RBI norms, Bank have to give about

167 data points regarding Treasury. System

should have data, calculations and other

processes defined for one purpose are

stored and can be reused wherever required

to address new regulations and internal

management reporting.

207

Mid‐Office Requirements 13.1

System should have capability to publish all the

regulatory reports pertaining to TMO/Market risk

functions.

Please list down detailed/exact reports

that are in scope of this line item so that

we have clear scope.

As per bank's requirements namely Daily Risk

Limit Monitoring Report, Daily Swap Position

Report, Country Exposure (treasury),

CounterParty Bank Exposure, Option Delta,

Simulation and Swap Position, Corporate

Counterparty Exposure report, MTM &

Current Exosure of the corporate

counterparties, Exception Reporting, Limit

Monitoring, and any other reports related to

market risk as per RBI norms & industrial

practices which is required and not included

in the above.

209

Page no 80

13.2 PHASE 1:

GENERAL ELIGIBILITY

CRITERIA

The proposed solution shall be categorized as the

leader Gartner‟s Magic Quadrant in the latest

published report.

The proposed Market risk software must be

positioned as “Leaders” in

Gartner/Forrester/Chartis/Celent or any other

globally recognized body report in the latest

published report

To consider the eligibility for the vendors

who are in GMQ ‘Challengers’ Quadrant

apart from GMQ ‘Leaders” Quadrant.

No change in RFP.

210

Annexure 11_Functional

Requirements_Front

Office Requirements

1.11 (Row 14) System should have provision for Provision for

Specific deals (Priority Sector Deals, CSA Deals

etc.)

What type of provision is required?

What is the system requirement for this?

The proposed system should have capabilty

to differntiate / create different product

types for specialised deals traded by the

bank which includes but not limited to FC

depo deals and INR deposits made by bank

with instituitons like NABARD, SIDBI for

shortfall in Priority sector advcances and

Exchange of MTM margin with counter party

(CSA deals)

Can you explain more on what is “push‐

to‐complete” deal and what type of

provision is required?

What is “push‐to‐complete” deal ?

The Max Marks for this item is 6 points,

however the replies are classified as 0, 1

and 2, how is this section broken into

such that we can reply accordingly?

The Max Marks for this item is 6 points,

however the replies are classified as 0, 1

and 2, how is this section broken into

such that we can reply accordingly?

Same question as above, the Max Marks

is 4 points, how is this section divided

into.

Same question as above, the Max Marks

is 4 points, how is this section divided

into.

What is this “Holding Rates/Price”

referring to. What are the required

system functionalities?

What is this “Holding Rates/Price”

referring to. What are the required

system functionalities?

What is the definition and the calculation

process for the provision related to yield

curve?

What is the definition and the calculation

process for the provision related to yield

curve?

What’s a rate scan provision? Is this real‐

time price monitoring?

What’s a rate scan provision? Is this real‐

time price monitoring?

What’s DCT? Data Collection Table?

What’s DCT? Data Collection Table?

Does this relate to the application

software or third party software?

We understand CISO certification is Bank

internal process.Hence same will be

taken up by Bank team. Bidder will only

facilitate to resolve any queries/issues

raised . Please confirm this

understanding is correct

219

80 5 The Bidder should be a valid ISO 9000 standard

certification holder company or should have

CMMI Level 5 certification

Does this relate to the application

software or third party software?

It refers to the ITMS solution

What encryption logic is needed?

What encryption logic is needed?

Settlement messages should be encrypted before

interface with other networks

Bidder to use standard encryption logic.

10.4 (Row 89) 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,

Two parts are involved in this case. The

availability of fields carries 4 marks

considering priority. The scoring will be done

proportionately. The automatic popualtion of

other fields based on values in some fields,

which carries 2 marks.

213


Requirements_Front

Office Requirements

12.1 (Row 108) The system should be able to automatically

calculate YTM for investment deals, productwise,

dealerwise, portfolio wise & security wise that

are entered for the purpose of pre‐deal decision

making Calculators:

Yield To Maturity/Price, Current Yield, Yield To

Based on the priority of the requirements the

total marks is assigned as 4. The scale of

scoring of 0,1,2 shall be distributed

proportionately. All parameters need to be

met.

218

212


Requirements_Front

Office Requirements

220


Requirements_General

15.4.8

1.10

DCT: Data, Calculation & Trade processes.

Required for all money market & fixed

income standard OTC products , the curves

lincludes LIBOR,MIBOR etc.

55 10 The Bidder is excepted to obtain certificate from

the CISO prior to go‐live of ITMS

It refers to the ITMS solution and its related

components. CISO Certification will be taken

up by the Bank's team. Bidder should assist

the bank through the entire process.

1.14 (Row 17) The system should have the option of





Requirements_Middle

13.2 Risk Based Supervision ‐All the data points (DCTs)

pertaining to derivative exposure, VaR, Beta,

211


Requirements_Front

Office Requirements

System should have provision for push‐to


216


Requirements_Middle

Office Requirements

10.1 Real‐time Rate scan provision Yes it is real time price monitoring. IT should

be prepared by backup department it is

prepared by Backoffice department as per

RBI Guidelines for Internal Control over


Requirements_Middle

Office Requirements

215

217

Provision for attaching an yield curve to any

product

214


Requirements_Front

Office Requirements

12.7.6 (Row 123) Holding Rates/Price As per standard definition of RBI. Real‐time

valuation of securities held. System should

have provison to provide the rates/price

movement for securities held in the fund

flow statement.

of 30




Reports by nature are generally

configured on the fly by users. If the

scoring is such that "2 = Is readily

available as requested" and "1 = Is

available as a work‐around", how should

the scoring be given?

Reports by nature are generally

configured on the fly by users. If the

scoring is such that "2 = Is readily

available as requested" and "1 = Is

available as a work‐around", how should

the scoring be given?

We request Bank to provide extension of

4 weeks for the bid submisson .

We request Bank to provide extension of

4 weeks for the bid submisson .

223

IDBI_Annexure11_Functi

onal Requirements

Worksheet: Front

Office

Section: 1. Deal

Capture and

Execution

1.1 Deals capture facility including Manual, Auto

Flow from Dealing platforms, copy, Replace,

amendment, save & reversal/Deletion

does lifecycle action need to flow from

dealing platforms to

ITMS

Yes

224


onal Requirements

Worksheet: Front

Office

Section: 1. Deal

Capture and

Execution

1.11 System should have provision for Provision

for Specific deals (Priority Sector Deals, CSA Deals

etc.)

what provision for priority sector deals? The proposed system should have capabilty

to differntiate / create differnt product types

for specialised deals traded by the bank

which includes but not limited to FC depo

deals and INR deposits made by bank with

instituitons like NABARD, SIDBI for shortfall

in Priority sector advcances and Exchange of

MTM margin with counter party (CSA deals)

225


onal Requirements

Worksheet: Front

Office

Section: 1. Deal

Capture and

Execution

1.13 Ability to generate leads based on arbitrage

opportunities between forex & money market,

currency future & OTC etc.

need clarification about expectation System must provide trade opportunities. For

e.g. For FX Inter bank and derivative product,

the system should give comparative feeds

from FX OTC and exchange market for dealer

to take advantage of arbitrage.

226


onal Requirements

Worksheet: Front

Office

Section: 1. Deal

Capture and

Execution

1.14 System should have provision for push‐to


please elaborate about "provision for

push"

The system should have the option of




that the interbank positions are matched on

real time basis. Later, when the client

consolidates the deals covered during the

day, we should be able to change the

parameters of the deal, viz. value date,

amount etc. The system should be able to

calculate the average rate on its own.

227


onal Requirements

Worksheet: Front

Office

Section: 2. Pre‐Deal

and Post‐Deal

Analysis

2.8 Ability to offer online statistics and graphics

for all instruments including rates, availability &

historical prices & volume

what online statistics and graphics are

expected

System should offer analysis to user on price

movement, yield etc for the selected deal as

well as impact on positions, limits, once deal

is struck in the form of graph or any other

depictions, to facilitate decision making.

228


onal Requirements

Worksheet: Front

Office

Section: 3. Position

Management

3.4 Ability to provide position calculations for a

period of one day and other defined periodicities

please elaborate on the requirement

with example

Standard feature of any treasury

management system

229


onal Requirements

Worksheet: Front

Office

Section: 3. Position

Management

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

please give example of future equivalent This term is generally used to refer to the

equivalent position

in futures contracts that is needed to have a

risk profile identical to

the option. This Delta is used in delta‐based

margining and risk analysis systems.

230


onal Requirements

Worksheet: Front

Office

Section: Pricing

5.7 Ability to value positions through multiple



with example






231


onal Requirements

Worksheet: Front

Office

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

please elaborate on allocated cost

requirement with example

Cost incurred internally by treasury through

their daily resources (unlike cost of funds of

the bank). It depends on prevalent market

rates.

232


onal Requirements

Worksheet: Front

Office

Section: 8.

Derivatives

8.2 Monthly Provision should be calculated and

posted and reversed automatically.


with example

Assessing MTM position for derivative FX, inv

products, provision on monthly basis .

233


onal Requirements

Worksheet: Front

Office

Section: 8.

Derivatives

8.6 Generation of M‐duration report (Origin) please elaborate on the requirement

with example

measures the sensitivity of bond price to the

interest rates. Please refer to RBI circulars for

more information

234


onal Requirements

Worksheet: Front

Office

Section: 8.

Derivatives

8.2 Updating of compliance officer particulars. please elaborate on the requirement

with example

Provision of fields for updating compliance

officer details (User ID etc) for derivative

transactions

221


Requirements_Reporting

Requirements

222

Page 11 2 SCHEDULE OF

EVENTS

Submission Date : 15th Jun1 2017 Please refer to corrigendum (Point 1)

Column C ‐ maximum

marks

600 reports are requested, for a total available

1200 points.

The reports which are readily available in the

system shall be alloted maximum marks and

the reports to be built later shall be alloted

lower score.

of 30




235


onal Requirements

Worksheet: Front

Office

Section: 12.

DECISION SUPPORT

TOOLS

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


with example

LER Limits are to be captured from Core

Banking Solution (CBS). LER is Loan

Equivalent Risk, that is, limits sanctioned for

FX Forwards / Derivatives transactions that is

set in CBS but also mirrored in front‐end

application e‐treasury. The position of limits

in both e‐treasury & finacle should change

transactions in ITMS.

236


onal Requirements

Worksheet: Front

Office

Section: 14. Facility of

revaluation…

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.


with example

P & L of the position of the dealer in each

currency should be available real time,

including P& L of the forward deal in

different bucket.

237


onal Requirements

Worksheet: Front

Office

Section: 15. SYSTEM

SUPPORT FOR FI,

MM…

15.28 System should support preferred margin

pricing and time‐to‐next‐coupon duration for

floating securities.

please elaborate on the requirement of

preferred margin pricing with example

Pricing of trades based on addition of

expected profit margins to allow banks to

provide their own price other than trading

platform.

238


onal Requirements

Worksheet: Mid

Office

Section: 3. Counter

Party Credit Risk

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


with example

The system must support calculation of

counterparty credit exposure based on real‐

time valuation, which should follow the

latest current RBI guidelines i.e. current

exposure method as well as to be future

ready and enabled with international

practices i.e. as per Standardised Approach

for Counterparty Credit Risk as framed by

Basel Committee on Banking Supervision.

Please refer to latest RBI circular on exposure

norms, Basel‐III norms for further details on

methodology and BIS publication as on

March 2014.

239


onal Requirements

Worksheet: Mid

Office

Section: 4. Market

Risk Limits

4.8 Scriptwise Limits please elaborate on the requirement

with example

Standard Treasury Function of Market Risk

240


onal Requirements

Worksheet: Mid

Office

Section: 7.

EXCEPTION

REPORTING

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

Can you provide details on additional

items required if any other than those

mentioned.

As per market practices with a provision

configure the same based on bank's

requirements

241


onal Requirements

Worksheet: Mid

Office

Section: 9. POSITION

TRACKING

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.


with example

Exposure monitoring, product wise, Industry

wise, counter party wise. It requires real time

valuations

242


onal Requirements

Worksheet: Mid

Office

Section: 10. RATE

SCAN, LIMIT &

EXPOSURE

MONITORING

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.

Please clarify which other pricer

measures are required other than those

mentioned.

All items as per industrial best practice are

required apart of those mentioned if any.

243


onal Requirements

Worksheet: Mid

Office

Section: 13.

Regulatory Reporting

13.1 System should have capability to publish all

the regulatory reports pertaining to TMO/Market

risk functions.

Please send us the list of regulatory

reports

As per bank's requirements market risk

reports Duration report, Weekly net open

position, Foem ALE (DSB return), RCA sheets

for capital charge computation, QCCP

exposure, Stress testing reports, Daily Risk

Limit Monitoring Report, Daily Swap Position

Report, Country Exposure (treasury),

CounterParty Bank Exposure, Option Delta,

Simulation and Swap Position, Corporate

Counterparty Exposure report, MTM &

Current Exosure of the corporate

counterparties, Exception Reporting, Limit

Monitoring, and any other reports related to

market risk as per RBI norms & industrial

practices which is required and not included

in the above. Please refer to the Annexure

11. Functional Requirements, Mid Office.

244


onal Requirements

Worksheet: Mid

Office

Section: 13.

Regulatory Reporting

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.

Can you provide details of Zone

definition

Please refer to RBI ‐RBS Circulars for more

details

245


onal Requirements

Worksheet: Mid

Office

Section: 15. Capital

Charge & Credit Risk

computation…

15.1 CAPITAL CHARGE for credit risk related to

investments under Basel III


with example

System must have provision required for

calculation & monitoring of credit risk as per

the methodology mentioned in RBI Master

circular on Basel‐III guidelines.

246


onal Requirements

Worksheet: Mid

Office



computation…

15.2 CAPITAL CHARGE for market risk under Basel

III


with example

System must have provision required for

calculation & monitoring of market risk as

per the methodology mentioned in RBI

Master circular on Basel‐III guidelines.

of 30




247


onal Requirements

Worksheet: Mid

Office



computation…

15.3 CAPITAL CHARGE for market risk under IMA please elaborate on the requirement

with example

System must follow computation and

monitoring of market risk and accordingly

calculate capital charge as per Internal

Models Approach. Please refer RBI circular

on IMA guidelines for methodology required

to be practiced.

248


onal Requirements

Worksheet: Mid

Office

Section: 16. Daily

Operations

16.2 Risk Distribution Analytics Tools Can please elaborate on the tools being

referred

System must provide impact of risk on

existing portfolio. E.g.‐ Various asset class‐

wise Risk distribution

249


onal Requirements

Worksheet: Mid

Office

Section: 17.

ANALYTICAL TOOLS

(BOTH SECURITY &

PORTFOLIO LEVEL)

17.8 IRRBB‐Duration Gap & EVE Analysis Correct

& accurate data feeds (matched with Balance

Sheet) pertaining to treasury positions to be

provided at prescribed frequencies which will be

seamlessly integrated with the OFSAA system for

generating ALM reports.


with example

Provision treasury related data data

(outbound) to ALM puroses. System should

seamlessly interface with OFSAA application

and be able to provide necessary data

250


onal Requirements

Worksheet: Mid

Office

Section: 17.

ANALYTICAL TOOLS

(BOTH SECURITY &

PORTFOLIO LEVEL)

17.9 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

Can you please explain/provide an

illustration/example of this requirement

Standard Treasury Function of any trading

platform for risk monitoring

251IDBI_Annexure11_Functi

onal Requirements

Worksheet: Mid

Office

Section: 18. RISK

REPORTS

18.2.1.1 Dynamic with Constant Methodplease elaborate on the requirement

with example

System should be able to generate the

market risk reports using historical

simulation back testing method. This is

standard feature of any market risk system

,for more details please refer to RBI circulars

on market risk

252IDBI_Annexure11_Functi

onal Requirements

Worksheet: Mid

Office

Section: 18. RISK

REPORTS

18.2.1.2 Dynamic with Moving Methodplease elaborate on the requirement

with example

System should be able to generate the

market risk reports using historical

simulation back testing method. This is

standard feature of any market risk system

,for more details please refer to RBI circulars

on market risk.

253


onal Requirements

Worksheet: Mid

Office

Section: 18. RISK

REPORTS

18.3 Kupiec Test and identification of zones as

per BASEL II/III for Internal Model Hypothetical

Testing ‐ Identification of Correction Factor


with example

Please refer to RBI Circular on Market Risk

254


onal Requirements

Worksheet: Mid

Office

Section: 18. RISK

REPORTS

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.


with example

Please refer to RBI circular on Sensitivity to

Interest Rate ‐Forex

255


onal Requirements

Worksheet: Mid

Office

Section: 18. RISK

REPORTS

18.24 Basel III capital charge & Incremental Risk

Charge (IRC) as per RBI guidelines for capital

charge computation


with example

System must have capability to calculate

Capital charge & incremental risk charge.

This is required for RBI reporting. Please

refer to RBI circular on Basel III guidelines.

256


onal Requirements

Worksheet: Mid

Office

Section: 18. RISK

REPORTS

18.25 CVA/Advanced CVA as per RBI guidelines

for capital charge computation


with example

System to support credit valuation

adjustments and accounting for the same. It

should follow the norms as mention under

RBI master circular on Basel II guidelines.

257


onal Requirements

Worksheet: Mid

Office

Section: 18. RISK

REPORTS

18.26 Horizontal & vertical disallowance as per

RBI guidelines for capital charge computation of

market risk.


with example

Various components of calculation of capital

charge based on proportion of matched

positions across different time bands during

changes in market interest rates. Please refer

to RBI circular on Basel III guidelines.

258


onal Requirements

Worksheet: Mid

Office

Section: 18. RISK

REPORTS

18.27 System should support Future regulatory

regulations such as FRTB & BCBS 239 etc.


with example

System must comply with all international

norms and thus future regulations

259


onal Requirements

Worksheet: Back

Office

Section: 6.

Transaction

Management

6.6 Ability to specifically monitor collateral in

case of Collaterlized security transaction

Please elaborate as what exactly would

you like to monitor in terms of security

characteristics.

Provision for collateral limits and utilisation

like in case CBLO, CSA deals etc.

260


onal Requirements

Worksheet: Back

Office

Section: 10. OTHER

PARAMETERS

10.2 Cryptic Deal Booking & Reversal and should

generate correct & complete accounting entries

at Treasury & respective branches

Please elaborate if the Cryptic deals

means deal coming from Cryptic system

or it means deals to be entered in cryptic

format.

Deleted

261


onal Requirements

Worksheet: Back

Office

Section: 16.

RECORDS:…

16.5 Gap Statement Please elaborate as what statement is

exactly required



every indian bank.

262


onal Requirements

Worksheet: Product

Requirement

Section: 5. Other

Deposit

5.2 Twin Currency Option please elaborate on the requirement

with example

Ability for valuation of FC deposits in both

their own currency as well as currency of

accounting. E.g. If the dealer is purchasing

Euro deposit and accounting books are

maintained in USD then the deposits should

be crystallised to both Euros and dollars

of 30




263


onal Requirements

Worksheet:

Reporting

Requirement

Section: 14. TOTAL

SWAP TRADING P/L

14.1 TOTAL CURVE WISE TRADING P/L please explain/provide an


Profitability from daily trades based on yield

curves. E.g. P&L from LIBOR trade

264


onal Requirements

Worksheet:

Reporting

Requirement

Section: 14. TOTAL

SWAP TRADING P/L

14.24 Activity Forecast Register along with ability

to compute coupon amount if the rates have

been reset for the floating leg

please explain/provide an


System should calculate the cash flow

amount for swap products like FRN where

the margin keeps on changing after a certain

time interval .

265

IDBI_Annexure12_Techni

cal Requirements

Worksheet: Technical

Requirement

Section: 8. Database

Requirements

8.5 Ability to implement storage in the

architecture

please elaborate on the requirement ‐

what is needed

The bidder should propose storage as a part

of the architecture.

266

20

Section 5 Clause 5.6

(5)

Performance Bank Guarantee (PBG) / PSD

The proceeds of the performance security shall

be payable to Bank as compensation for any loss

or damage resulting from the Vendor's failure to

complete its obligations under and in accordance

with the Contract.

We submit that PBG to be forfeited only

in case of material breach and there

should be a provision for adequate cure

period of atleast 45 days prior to

invoking the PBG.

No change in RFP

267

24 Section 7.1 Scope of work

Brief scope of work for the proposed

transformation engagement is listed in Clause 7.1

We submit that the scope of work shall

be as agreed in the relevant SOW agreed

between the parties.

The RFP document to form the basis of the

SOW.

268

88 Section 14.1 (g) Payments : Any objection / dispute to the

amounts invoiced in the bill shall be raised by the

Bank within reasonable time from the date of

receipt of the invoice. Upon settlement of

disputes with respect to any disputed invoice(s),

the Bank will make payment within thirty (30)

Working Days of the settlement of such disputes.

We submit that in the event Supplier is

not paid undisputed invoices even after

the payment due date, Supplier should

have the right to suspend the services

and/or terminate the contract upon

written notice to IDBI. We submit that

the provision on delayed payments

should be included in the contract.


269

51 Section 11.2.5 (1) Copyright/ Intellectual Property Rights (IPR) ‐ The

successful bidder should provide the source code

of all the customizations made to the Bank.

We submit that the requirement of

providing the source code should be

deleted.


270

130 Section 23 Warranty

Manufacturer's Authorization Form (MAF) – The

Bidder should furnish a letter from original

equipment manufacturer authorizing the Vendor

to quote for OEM‟s product in response to the

RFP from the Bank as per Annexure03. The said

letter should also offer to extend the required

warranty from the OEM in respect of the items

stipulated in the RFP.

We submit that the warranties as

provided by the respective OEM will be

passed on to IDBI.

We submit that the time period for

rectification should be as mutually

agreed between the parties in the

relevant SOW.

As per RFP.

271

134 Section 16.1 Indemnity: The vendor hereby indemnifies the

Bank, and shall always keep indemnified and hold

the Bank, its employees, personnel, officers,

directors, agents and representatives

(hereinafter collectively referred to as

“Personnel”) save and harmless from and against

any and all losses, liabilities, claims, actions,

charges, costs and expenses (including attorneys'

fees) relating to, resulting directly or indirectly

from or in any way arising out of any claim, suit

or proceeding brought against the Bank...

We submit that the indemnities required

herein are too broad. We propose that

the indemnities should be only in

relation to the 3rd party claims for the

following: a. claim

by any person in respect of personal

injury or death;

b. claims by any third party in respect of

any IP infringement; and

c. costs of defending or settling any of

above claims.

No change in RFP.

272

97 Section 16.1.1 Limitation of Liability: In no event shall the Bank

be liable for any indirect, incidental or

consequential damages or liability, under or in

connection with or arising out of this RFP and

subsequent agreement or the hardware or the

software delivered hereunder, howsoever such

liability may arise, provided that the claims

against customers, users and service providers of

the Bank would be considered as a direct claim.

We submit that the aggregate liability of

successful bidder should be limited to

total contract value; the exclusions from

liability limits mentioned herein should

be limited to 3rd party patent

infringement claims in relation to

deliverables provided by the bidder.

We further submit that in no event

should either party be held liable for any

indirect/consequential losses, loss of

revenues/profits.

We also propose that the following

provision should be included in the

contract:

"Bidder will not be liable for any breach,

which is caused by or otherwise

attributable to any act or omission on

part of MPPGCL or third parties

authorized by MPPGCL. In such event

where Bank fails to perform its

obligations, Bidder be (i) relieved from

its own performance obligations, (ii)

reimbursed for any costs incurred; and

(iii) paid for additional service performed

due to MPPGCL’s failures or delays."

No change in RFP.

of 30




273

71 Section 16.2 (a) &(b) Termination for default

Delay or deficiency in the completion or

implementation of the Project or any activity

contemplated under this RFP and subsequent

Contract within the applicable times schedules.

We submit that termination for default

should be invoked for serious and

material breaches and not for minor

breaches/delays. Hence we propose for

redefining this clause to mention only

such specific material events.

We submit that the provision should be

made mutual. Supplier should also have

the right to terminate the contract on

account of default by IDBI of its

contractual obligations (including

obligations to make payments).

As stated above we submit that

adequate notice and cure period of not

less than 45 days should be provided by

either party to the other to cure the

breach

No change in RFP.

274

6 RFP Annex 7 SLA Penalty: The onetime penalty for project

initiation and transition closure shall not be

subject to the limit specified above on the At‐Risk

Amount (‘ARA’).

Bank reserves the right to cancel order at any

time if the product is not delivered as per

scheduled delivery date and claim 10% cost of

the order value as penalty.

We submit that since the Bidder would

remain responsible for delivery of the

deliverables, the onetime penalty for

project initiation and transition closure

should be removed. We further submit

that the provision where IDBI may

without prejudice to its right to effect

recovery by any other method, deduct

the amount of penalty from any money

belonging to the Bidder it its hands

(which includes the IDBI’s right to claim

such amount against IDBI’s Bank

Guarantee) be removed.

No change in RFP.

275

Acceptance of RFP terms We submit that the contract (Service

Level Agreement and NDA) to be signed

between IDBI and the Bidder should be a

mutually acceptable agreement,

incorporating the terms of Bidder’s

proposal. The response to RFP shall not

be deemed acceptance of the RFP terms

except for such specific sections against

which deviations are proposed by the

Bidder.

Bidder to accept all the terms and conditions

mentioned in the RFP.

276

20 Clause 5.6 (2 & 4) The value of the Performance Bank Guarantee

will be 10 % of the total contract value.

The Performance Bank Guarantee (PBG) should

be valid for a period of 5 years from the date of

issue of PBG

Bidder request that the Performance

bank Guarantee shall be 10% of Annual

Contract value valid for year and the

same shall be renewed every year with

10% of annual value for respective year.

No change in RFP.

277

26 Clause 7.1.1

(15)

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

Bidder request bank to remove the

provision of replacement. Bidder will

however maintain and provide support

during the contract duration.

No change in RFP.

278

39 Clause 8.1

8.1.1

The Bank will not pay any additional

customization cost for any statutory or regulatory

reports or any other requirements during the

tenure of the contract

Bidder request bank to clarify what are

the requirement bank want to include as

part of scope and remove the provision

or 'any other requirement' from

mentioned clause


is expected to provide all the requirement

introduced due to regulatory, statutory

requirement,or requirement of any other

authority. Any such changes to be provided

at no additional cost.

279

87 Clause 14

14.1.2

The payments shall be made within 30 days from

the date of receipt of valid claims that are

supported by original invoice, original Proof of

Delivery (POD), acceptance by the bank and upon

fulfillment of other conditions stipulated in the

contract. The invoices and other documents are

to be duly authenticated

Bidder requests following changes to the

clause:

The payments shall be made within 30

days from the date of original invoice,

original Proof of Delivery (POD),

acceptance of deliverables by the bank

and upon fulfillment of other conditions

stipulated in the contract. The invoices

and other documents are to be duly

authenticated

No change in RFP.

280

87 Clause 14.1.5 Any deviation from the proposed payment terms

would not be accepted.

Bidder request bank to consider critical

deviations suggested by bidder

No change in RFP.

281

87 Clause 14.1.5 (b) Implementation charges will be paid by the Bank

based on the milestones, as defined for the initial

go‐live and the recurring charges will be payable

quarterly based on the usage.

Helpdesk services support : The facilities

management costs towards helpdesk services

will therefore commence after successful go‐live.

The amount shall be paid on the basis of services

availed (depending on the duration for which the

resources were deployed). The payment will be

made quarterly in arrears

Bidder request that the recurring

charges shall be paid monthly in arrears

No change in RFP.

282

89 Clause 14.1.5 (K) All ATS/AMC cost would be paid quarterly in

advance by the Bank

Bidder request bank to consider 'All

ATS/AMC cost would be paid annually in

advance by the Bank'

No change in RFP.

of 30




283

89 Clause 14.1.5 Payment Terms: Hardware, Operating System

and other related software

‐ 50% On Delivery, submission of invoice and

other documents.

‐ 40% On successful Installation, commissioning

and acceptance and other documents and

installation

‐ 10% 6 months post completion of go‐live.

Bidder suggests bank to consider

following change

Payment Terms: Hardware, Operating

System and other related software

‐ 50% On Delivery, submission of invoice

and other documents.

‐ 50% On successful Installation,

commissioning and acceptance

No change in RFP.

284

90 Clause 14.1.5 ITMS license and other related software

‐ 50% Delivery and installation of license for

Training, UAT and development instance and

submission of proof of Delivery and all relevant

documents.

‐ 40% Delivery of Production instance and on

submission of proof of Delivery and successful Go‐

live.

‐ 10% Six months after successful go‐live

Bidder suggests bank to consider

following change

ITMS license and other related software

‐ 100% Delivery and installation of

license and submission of proof of

Delivery and all relevant documents.

No change in RFP.

285

90 Clause 14.1.5 Implementation cost:

‐ 20% Delivery and installation of Base version of

application software.

‐ 10% On successful completion of current state

assessment, gap analysis, functional and system

specification definition and signoff

‐ 10% On completion of configuration,

development and deployment of complete

solution for UAT along with the Standard

Operating procedures

‐ 10% Successful UAT signoff

‐ 20% After Migration, parallel run and go‐live

‐ 20% Six months after successful go‐live

‐ 10% After a period of 1 year of successful go‐

live

Bidder request bank to consider

following payment term changes for

Implementation cost:

‐ 20% Delivery and installation of

Hardware at DC

‐ 20% On successful completion of

current state assessment, gap analysis,

functional and system specification

definition and signoff

‐ 20% On completion of configuration

and master set‐up

‐ 20% Successful UAT signoff

‐ 20% After Migration, parallel run and

go‐live

No change in RFP.

286

92 Clause 15 (1) The proposed rate of Liquidated Damages would

be 0.5% of the entire project cost/TCO per

fortnight of delay or non‐compliance.

For calculation of Liquidated Damages,

DURING IMPLEMENTATION:

The overall LD during implementation will be to a

maximum of 10% of the contract value

POST IMPLEMENTATION:

The overall LD post implementation period will

be to a maximum of 10% of the AMC/ATS

payable.

Bidder request bank to clarify that the

overall cap on Liquidated Damages, as

there are multiple clauses on maximum

amount on account of LD.

Bidder suggest the LD shall be applicable

during implementation phase only and

shall be capped at 10% of

Implementation Cost instead of project

cost

And during run phase service level

penalties shall be capped at 10% of

quarterly AMC /ATS fees.

287

Annexure 07

Pg 6

Annexure 07

At Risk Amount

Overall cap for penalties over the tenure of the

contract will be 10% (ten per cent.) of the

contract value.

Since there are multiple clause in RFP for

Penalties Bidder seeks to clarify and

request to change the overall penalties

for service levels shall be capped at 10%

of quarterly AMC / ATS fees.

No change in RFP.

288

92 Clause 15 (1) Liquidated Damages Bidder further request bank to include

following point while applying LD /

Penalties; ' While framing the rule of

uptime and liquidated damages, there

shall not be ' Double LD / Ripple effect'

No change in RFP.

289

99 Clause 16.2

Sub Clause Point

2, 3, 4

Termination of Contract:

The Bank also reserves the right to cancel the

AMC or ATS and terminate the respective

agreements for the same, if the Services provided

by the vendor are not satisfactory and recover

any payment made by the Bank for the provision

of AMC or ATS, not rendered to the Bank. In the

event of any deficiency, defect or inadequacy of

the Deliverables or Services, provided by vendor

to the Bank, the Bank can call upon the vendor to

procure the same or similar Deliverables or

Services, from alternative sources at the risk, cost

and responsibility of vendor. In the event of

failure of vendor to remove or rectify the

deficiency, defect or inadequacy of the

Deliverables or Services, to the satisfaction of the

Bank, .the Bank reserves the right to procure the

same or similar Deliverables or Services from

alternative sources at the risk, cost and

responsibility of vendor, In addition, the vendor

will have to bear excess costs up to 15% of the

undelivered/defective goods and services.

Bidder request bank to remove the

provision of recovery from vendor for

AMC, ATS payment as bank can charge

penalties for non performance as per the

SLA terms.

Bidder also understand bank will provide

cure period 30 days prior to re‐procuring

such AMC/ ATS.

No change in RFP.

290

116 Clause 16.25 (2) The vendor shall agree that the price for

incremental offering cannot exceed the original

proposed cost and the Bank reserves the right to

re‐negotiate the price. At the unit rates provided

for TCO calculations the Bank has the right to

order as much as it wants at those rates.

However, this excludes the hardware to be

provided by the vendor at their cost due to under

sizing.

Bidder suggest following change:

'At the unit rates provided for TCO

calculations the Bank has the right to

order upto 5% of contracted quantities,

at those rates. However, this excludes

the hardware to be provided by the

vendor at their cost due to under sizing.

No change in RFP.

292

44 10.1.2 Other

Components

Responsibility of the Bidder over various key

components as below

Do we need to propose Storage , Backup

Setup ? Or Bank will provide the same?

Yes, Bidder to propose storage. Bank to

provide Backup tool.

of 30




293

44 10.1.2 Other

Components

Post Go‐live support Can we propose the support remotely

from the Bidders premise?

Do we need to propose monitoring

Tools?

Bidder should provide support as mentioned

in RFP.


296

62 11.2.16 ‐ Helpdesk The Bank expects the bidder to provide 12 hours

of helpdesk support, 6 days a week.

Can we propose the Helpdesk support

remotely from the Bidders premise?

Bidder should provide support as mentioned

in RFP.


297

63 11.2.16 ‐ Helpdesk This helpdesk shall act as both incident

management and service request management

center. This will be the first level of support as

part of L1.

Is there a minimum number of L1 to be

proposed?

Please share the average number of calls

expected from users in a month

Bidder to use its prior experience to propose

the number of L1 resources. Refer to

Helpdesk section of the table mentioned in

Section 14.1

298

IDBI_Annexure16_Mi

nimum Security

Requirements

Data Leakage Prevention, Security Vulnerability

Manager & Incident Event Manager, Version

Control System

Do we need to propose DLP, SVM and

VCS solution in DC & DR?

No. Bank to make provision for the same.

299

13 4 CURRENT STATUS

OF TREASURY

MANAGEMENT AT

IDBI BANK

Bank has implemented Finacle Treasury from

M/s. Infosys for the domestic and international

operations, supporting products viz. Money

Market, FX Interbank, FX Merchant, SLR, Non SLR

& DCM, CSGL,PD products and implemented

Kondor from M/s. Misys supporting the

derivative products and implemented En‐Settle

from M/s. NSE‐IT for supporting currency future

products.

Is bank using Finacle treasury, Kondor,

En‐Settle for India and international

operations. Please clarify scope of RFP is

limited to Bank Domestic treasury

operations only.

Finacle Treasury, Kondor, En‐Settle are used

for india operations, which is to be replaced.

For further information please refer to

system architecture diagram which contains

all the connecting system and similar

information can also be seen in the annexure

11 of the RFP.

Currently scope is limited to domestic

treasury in Mumbai , in case of any additional

entities in parallel , the bidders will be

notified accordingly.

300

13 4 CURRENT STATUS

OF TREASURY

MANAGEMENT AT

IDBI BANK

Apart from this Bank has implemented In‐house e‐

Treasury application (Consists of e‐Blotter and

Retail‐FX) which supports Retail and Card Rate

operation for Merchants. In‐House Application

like e‐Call Money and Online Treasury Funds

sheet blotter for supporting Call Money booking

from Branches and Online monitoring of Treasury

Funds respectively. The Nostro Reconciliation has

been supported through Finacle Treasury.

Please confirm all these in‐house

applications will continue as it is post

new Treasury solution implemented.

Please specify which of these will need

to be integrated with new Treasury

solution

These in‐house aplications will continue as‐is

and shall be required to be integrated to the

ITMS.

301

13 4 CURRENT STATUS

OF TREASURY

MANAGEMENT AT

IDBI BANK

The capital charge calculation system is

implemented from M/s. Chella Software meeting

the requirement of Capital charge calculation.

Please confirm if the capital charge

system from M/s Chella software will

continue to be used post new Treasury

solution implemented. Please specify

which of these will need to be integrated

with new Treasury solution

No. Proposed ITMS should support the

required functionalities.

302

18 Section 5 While submitting the bid, the Bidder may note:

i. Either the Indian agent on behalf of the OEM or

OEM itself can bid but both cannot bid

simultaneously for the same product in the same

RFP.

ii. If an agent submits bid on behalf of the OEM,

the same agent should not submit a bid on behalf

of another OEM for the same item/product.

Please clarify if OEM can submit bid with

multiple Agents . Request you to make

that as well exclusive with 1 agent

OEM should submit a single bid.

303

48 11.2 PROJECT

IMPLEMENTATION

16. Internal audit of the application Audit of the application should not be

done by Bidder itself. Suggest this to be

removed from scope on Bidder. As

industry norms same to be conducted by

Bank and Bidder will ensure to respond

/resolve issues raised in this audit.

Internal audit not to be carried out by the

bidder.

304

51 Country Specific & Client Specific Requirements

The application should accommodate all the

mandatory requirements specified by the

regulators. Further, the bidder should ensure

that the future releases/version upgrade of the

software are rolled out for the bank along with

current customizations.

The releases,patches covered under ATS

will be provided.Request bank to remove

version upgrade as it need

implementation efforts which can be

taken up seperately.

No change in RFP.

305

22 Section 6 The Bidder must give the details of suitable tools,

software/hardware/utilities/solutions that it is

proposing for implementation of ITMS and the

tools to be used to provide post go‐live support.

We understand bank have any Helpdesk

tool implemented which can be utilized

by L1,L2 support team from bidder.

Please confirm this and provide the

name of the tool.

Bidder to provide the helpdesk tool.

308

37 The proposed system should be capable of

handling all the Market Risk functionalities by

considering the data from Treasury system as

well as extracting data from other relevant

source systems

We understand VaR for treasury

transactions is only required . Please

elaborate on list of other source systems

from where data is required for Market

Risk

Data mainly will be coming from the

proposed ITMS solution but this will also

contain the data coming from CBS for the

merchant deals executed at the bank.

309

59 Data Migration The vendor to liaise, interact, develop tools,

correspond etc. with the existing treasury system

vendors to obtain the data as desired by the

ITMS. Also, existing treasury system vendors

should provide data in the format agreed

between the vendor and the Bank and the

responsibility of getting this data from the

existing treasury system vendors is with the

selected bidder. The Bank will liaise on behalf of

the successful bidder, but the responsibility will

be with the vendor including any payments to the

existing vendors for the same.

As Bank has contract with existing

vendor for benefit of the project Bank

has to arrange the data/clarifications

sought by Bidder for Data Migration. If

there is any commercials involved the

same need to be taken up by Bank as

part of their current contract. Bidder will

assist Bank in formalizing requirement

and any clarifications sought by existing

system vendors

Details modalities will be finalised with

successful bidder during implementation.

310

59 Simulation Run Switch over from DC to DR and vice versa should

be conducted during simulation

Please elaborate on simulation Run

expectations other than for DC,DR Drill .

What is objective of this Simulation run

by Bank

Prior to go‐live, bank aims at conducting a

simulation run. The simulation run shall help

the bank in identifying and rectifying various

challenges which might occur after go‐live.

of 30




311

60 11.2.15 Post Go‐live Support/Facilities

Management

Please confirm the Helpdesk and L2,L3

support window expectations i.e. 12x6

during business hours . Also provide if

any minimumno of L2,L3 resource count

expcted


Bidder is expected to provide an estimate of

the resources. Please refer to page number

86 (Point No. 3 of the table contains the

indicative number of resources) for further

details.

312

23 Clause #7, Point 1 The current Treasury operation of the Bank is

supported by Finacle Treasury from M/s. Infosys,

Kondor from M/s. Misys, En‐Settle from M/s. NSE‐

IT and few in‐house developed systems for its

India and Dubai operations.

The Annexure 11 on Functional

Requirement doesn’t mention any

specific requirements for Dubai

operations (especially Regulatory

Requirement, as the Regulator is

different and their requirements would

be different).

The Bank intends to replace current sytem

for its India operations with provision to

extend the same to other entities.

313

23 Clause #7, Point 3 (d) 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.

Does this means in addition to the ITMS

Application do the Bank requires another

application exclusively for reporting

purpose.

Bidder to propose an ITMS solution with the

mentioned capabilities.

314

28 Clause #7.1.5, Point 1 The Bank is in the process of migrating its current

CBS to Finacle 10.x Version, the seamless

integration should support both 7.x and 10.x

versions of Finacle.

Clarification required whether the CBS

upgradation will be completed prior to

this ITMS implementation, so the ITMS

integration will be done directly with

upgraded CBS i.e. Finacle 10x


bidder.

315

31 Clause #7.1.7, Point 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.

Any such specific valuations required for

Dubai Treasury Operations also, to be

mentioned in the list of requirements.

Currently, the ITMS implementation to be

done for operations of the India entity. But

system should have flexibility to support

Dubai Operations at a later stage.

316

32 Figure 5.1 High level Treasury Landscape Architecture The architectural diagram shows an item

as “IDBI Samriddhi Portal on G‐Sec

trading”.

Whereas, IDBI Samriddhi Portal on G‐Sec

trading, is NOT mentioned in the

Interface Requirements document.

Bidder to consider IDBI Samriddhi Portal

included in the list of interfaces.

317

35 Clause #8, Point 16 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.

How the vendor will recover the cost

that he will incur for providing support

"at NO additional cost" which hadn’t

been mentioned in the RPF but is

essential for post‐go‐live support.

Any essential post go‐live services required

beyond the scope of RFP to be discussed

with the successful bidder.

318

39 Clause #8.1.1 All the points on ‘Standard Reports’, ‘Ad hoc

Reports’, ‘Dynamic Reports’, ‘Critical Reports’,

‘Customized Reports’, 'BI Reports' etc.

Hope the specific report names have

been mentioned in Annexure 11 under –

“Reporting Requirements”, which

constitutes Standard Reports, Ad hoc

Reports, Dynamic Reports etc.

Even in Annexure 11, the requirement

number 2.38 states – “Any other

Regulatory Requirement”; specific

Report name to be provided

All reports mentioned in Annexure 11 to be

included and regulatory or statuatory reports

required as per market practices also to be

included.

319

40 Clause #8.1.2, Point 3 IDBI bank expects the ITMS solution should be

capable of providing for Management and

Executive information reporting as required by

the management and departments of the bank as

well as the statutory and regulatory bodies from

time to time.

All reports which falls under

Management Executive Information are

specified under Annexure 11

All reports covered under Annexure 11

Functional Requirements

320

59 Clause #11.2.10,

Point 3

All History / Legacy data should be converted or

stored as it is for the purpose of view and

reporting on a separate system and necessary

views/reports should be made available to the

Bank.

The History/Legacy Data can converted

and stored, how they will be retrieved,

whether the Bank will provide any

application for its retrieval in some

specific formats or the vendor has to

provide a solution for the same.

History/Legacy data to be migrated to ITMS.

No such application to be provided by the

bank. Bidder to manage the same.

321

93 Clause #15, Point 7

under the heading

“DURING

IMPLEMENTATION”

After acceptance of product (Hardware &

Software), if during usage in production any

malfunctioning is noticed, the Successful Bidder,

within a reasonable timeframe as per the terms

of the RFP, shall rectify/replace the same to

comply with the specifications requirements,

failing which, the Bank shall impose liquidated

damages equivalent to a sum of one half of one

percent (0.5%) of the cost of non‐performing

product. However the cap for LD is 5% of cost of

non‐performing product

The term "Reasonable Timeframe" to be

defined as a part of contract sign‐off as it

attracts liquidated damages.

Same to be discussed with successful bidder.

322 25 Clause #7.1.1, Point 3

The successful bidder is expected to conduct

study of complete requirements of the Bank and

provide a Systems Requirement document to the

Bank. The bidder should also provide Functional

requirement document/ Business Requirement

Document, system specification document for all

the functionalities discussed.

It is understood here that the Business

Requirement Document would not be

different from the Annexure 11 on

Functional Requirements that had been

provided along with the RFP. Please

clarify

The bidder must also carry out their own

requirement study. No change in RFP.

of 30




323

29 Clause #7.1.5, Point 8 System should be capable of acknowledging the

confirmation received from counterparties

through systems like SWIFT, etc.

It is being assumed here that IDBI Bank

has SWIFT Accord services placed in their

Bank.

Details to be shared with successful bidder

324

47 Clause #11.1, Point 5 Within 6 months of onboarding of the successful

bidder, the bidder should provide the

benchmarking results of the software. The bidder

is expected to setup its lab and provide a live

demonstration of the benchmarking results to

the representatives of the bank. The bank

expects the bidder to provide benchmarking

results on high transactions volumes, and any

other performance related parameters

mentioned by the bank.

This requirement needs to be factored in

Annexure14 on Commercial Bill of

Materials

The benchmarking activity is to be

demonstrated at the bidder's own lab at no

additional cost.

325

26 7.1.1 bidder should seamlessly migrate the

history/legacy data into the proposed ITMS for

backward compatibility and continuity

Please clarify how many years of history

data, what volume and which systems

would have to be migrated

Data from all the existing systems and

applications should be migrated. Specific

details shall be discussed with sucessful

Bidder

326

26 7.1.1 bidder has to ensure that the support for



after contract period

Please clarify if support mentioned here

is OEM technical support as talked about

in point 14 of same clause. We would

like to clarify that effective technical

technical support would be available till

ATS is paid

Please refer to Corrigendum (Point 8) .

327

30 7.1.6 All regulatory returns including ADF 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

ADF calls for a separate solution.

Treasury and market risk solution can

provide data needed to ADF solution

Bidder is expected to provide data to ADF

solution through seamless integration.

328

31 7.1.7 current estimated license requirement for the

bank is as follows

Please clarify if we need to provide total

150 users license. Is there separate

quantification of market risk license

Total Licenses: 150

Bidder is expected to provide mid‐office and

market risk licenses for the bank.

329

34 8 (3) vendor is also expected to provide separate

environments

Please clarify, can test, development and

training be on same physical

environment?

DC and DRC are expected to be physically

separate. 2 physically separate environments

for DC and another Environment for DR.

330

35 8 (15) Bank during the period of the contract, based on

its technical and functional requirements may

include additional third party applications and

interfaces to the solution. The Bidder will be

required to extend all necessary support and

assistance for the incremental applications

solution to be delivered

Any new requirement will be assessed

for feasibility and commercial impact at

material point in time


is expected to provide all the requirements



authority. Any such change to be provided at

no additional cost.

331

36 8 (25) IDBI bank reserves its right to change the scope

of the RFP considering the size and variety of the

requirements and the changing business

conditions

Bidders bid basis scope and other details

given in RFP. Changing scope or other

terms may cause bidders to relook at the

solution and other terms of submission

pleased


is expected to provide all the requirements



authority. Any such change to be provided at

no additional cost.

332

36 8 (30) bidder will be required to provide 24x7 onsite

support Post go‐live

Please clarify which support activities

would needed 24 x 7. Typically, treasury

system functions during 2 shifts and if

onsite support for 2 shifts would suffice


333

40 8.1.4 proposed sizing detail has to be vetted by OEM Is a sizing adequacy letter by OEM

expected to be provided

Yes.

334

42 9 Hardware procurement, installation at the DC Please make HW procurement by M2.

Installation at DC may be completed by

M3

No change in RFP. Total duration of entire

hardware setup is for 3 months which

includes hardware procurement, installation,

environment setup, etc.

335

46 10.1.4.1 (3) Bidder is responsible to arrive at the sizing

independently. The Bank is not responsible for

any assumption made by the Bidder with respect

to the sizing. In the event the sizing quoted by

the Bidder does not meet the performance /

service levels of the Bank the Bidder will at their

cost carry out the necessary corrections

Bidder proposes sizing basis OEM

recommendation which is based on

parameters given in RFP. As needed, a

few assumptions may have to be made

for data points not available in RFP which

will be communicated to Bank. If Bank

feels those assumptions are incorrect,

the same may please be conveyed to

bidders for necessary change in sizing. As

long as system operates within total

parameters, sizing holds good. Any

change in parameters may need

modified sizing which Bank will have to

procure separately

No change in RFP.

336

58 11.2.9 (12) Bank will arrange for the training in Centers /

Offices in an area / region as decided by Bank

Please specify training location to help

factor in travel as needed

Training location to be situated in Mumbai.

337

62 11.2.16 Helpdesk Please clarify if helpdesk tool to be

provided by bidder or Bank will make it

available

Bidder to provide the helpdesk tool.

338

undertaking with details of the resources

allocated for ITMS to be submitted

Please validate our understanding that

bidder and OEM need to give self

declaration on having so many

resources. Bidder needs to give list of

only those resources proposed to be

deployed on IDBI Bank project. Ask of

100 ITMS resources seems to be too

high, we request to please make it as 25

Bidder/OEM to submit an undertaking

mentioning that it has a staff count of 100

resources in treasury/markest risk domain .

339

83 13.3 For the functionalities currently unavailable, the

bidder has to customize the ITMS and make the

functionality available to the Bank at no

additional cost

Customization will be done of the

requirements marked by bidder as 1. A

feature if not available in present version

of solution even through customization

may be not possible to be customized

Bidder is expected to provide all the

requirements mentioned in the RFP.

of 30




340

108 16.8 Escrow mechanism We request that Bank enters into escrow

arrangement with related parties at its

end and please delete this clause for

bidder to comply

No change in RFP.

341

Sizing detail Please provide below detail for sizing

‐ Average trades/month

‐ Average outstanding trades

‐ Frequency of running Market VaR

calculations

‐ Frequency of intra day run

‐ No. of concurrent users

‐ No. of products

Bidder to use the information provided in the

RFP for sizing. Further details shall be shared

with successful bidder.

342

80 13.2 Proposed Market risk software must be




published report

Some analyst reports provide other

names like Category Winners. Please

validate our understanding that such

classifications would also be acceptable

Understanding is correct. Some analyst

reports also publish rankings. That is also

acceptable.

343


Requirements_Front

Office Requirements

1.11 (Row 14) System should have provision for Provision for

Specific deals (Priority Sector Deals, CSA Deals

etc.)

What type of provision is required?

What is the system requirement for this?

The proposed system should have capabilty

to differntiate / create differnt product types

for specialised deals traded by the bank

which includes but not limited to FC depo

deals and INR deposits made by bank with

instituitons like NABARD, SIDBI for shortfall

in Priority sector advcances and Exchange of

MTM margin with counter party (CSA deals)

356

79 13.2 Phase 1: General

Eligibility Criteria

Pt No. 4

The Bidder should be a profit making company in

three consecutive financial years (2016‐17, 2015‐

16 and 2014‐15)

Request bank to consider "The Bidder

should have a positive net worth / profit

in three consecutive financial years

(2016‐17, 2015‐16 and 2014‐15)"

No change in RFP.

357



Pt No. 10


leader Gartner's Magic Quadrant in the latest

published report.


positioned as "Leaders " in



published report

We request you to remove this clause

from the eligibility criteria to ensure

maximum participation. We request you

to evaulate the product on the merits of

installation base and size of AUM.If

required , this can be put as an

evaluation criteria instead of eligibility

criteria.

No change in RFP.

358



Pt No. 11

The Bidder/OEM should have experience with

supply, installation, customization, integration,

training and maintenance of ITMS in the

following: One international bank/ financial

institution (annual revenue of INR 1 Lac crore or

equivalent) Or One scheduled commercial bank

(minimum annual revenue of INR 15000 crore or

balance sheet of 1.5 lac crore ) based in India.

We request Bank to insist on PSU bank

implementation experience of the ITMS

solution.

No change in RFP.

359



Pt No. 12

The ITMS application should have been

implemented in the following: One international

bank/ financial institution (annual revenue of INR

1 Lac crore or equivalent) Or One scheduled

commercial bank (minimum annual revenue of

INR 15000 crore or balance sheet of 1.5 lac crore

) based in India.

We request Bank to insist on PSU bank

implementation experience of the ITMS

solution.

No change in RFP.

360

89 ‐ 91 14 . Payment Terms Request Bank to confirm on the payment

terms for training cost.

10% of the Hardware amount & license

fee will be paid after 6 months from go‐

live date . We request bank to release

this amount on completion of the

installation. The successful vendor will

be submitting a PBG of 10% of contract

value. Similarly for Implementation cost

we request Bank to release payment

against PBG .

No change in RFP.

361

Page No. 25 7.1.1 General Scope ‐

Pt No. 2

In case the Bank decides to procure the above

components on its own, the Bidder shall

coordinate with the Vendors with the support of

the Bank for the installation of the same and

other necessary aspects like virtualization, etc.

and maintenance.

In case the Bank decides to procure the

hardware on its own, the scope of work

should be revised accordingly as the

ITMS vendor will only do implementation

and application production support.

No change in RFP.

362

Page No‐ 59 & Page No‐

25

11.2.10 Data

Migration‐ Pt No. 3

All History / Legacy data should be converted or

stored as it is for the purpose of view and

reporting on a separate system and necessary

views/reports should be made available to the

Bank.

7.1.1 General Scope ‐ Pt No. 11‐ The proposed

solution should have built in capability to enable

migration of data from legacy systems including

the historical transactions.

Request Bank to provide the data for

migration in our prescribed format .

Data shall be shared with the successful

bidder

363

34 8‐DETAILED SCOPE

OF WORK AND

BIDDER

RESPONSIBILIT‐ Pt

No.‐14

The Bidder should ensure that all system changes

or new requirements mandated by

ministry/other regulatory guidelines or overseas

regulators and guidelines and IDBI.s other

requirements are made available to the Bank

without any additional cost.

We request you to reconsider regarding

the overseas regulatory requirements

No change in RFP.

of 30




366

Annexure 11 ‐ Front

Office

Point No ‐ 5.1 Ability to offer global pricing & pricing tool

functionality with customization facility

Kindly clarify what kind of customizations

are expected since pricing is standard(Eg.

Yield function, XIRR, Discounted Yield

etc.)

Provision for addition for dealer's own

pricing tools where he can make the

customization on his own in terms of trade

margin , cash flows management,additional

field insertion for pricing models / libraries to

be called for pricing any customized product.

addition of multiple yield curves etc.

367


Office

Point No ‐ 5.8 Ability to provide different methods of

calculation for pricing function. (Such as in case

of illiquid securities, non‐traded securities.)

Please clarify what are the different

methods Bank needs.

As per industrial standards and RBI

regulations. Bank seeks different unique

pricing functionality for each product

368Annexure 11 ‐ Front

Office

Point No ‐ 8.10 All reports to be generated in all types of

reporting format.

Please provide clarity on 'reporting

format'.

.pdf,.csv,.xls etc. as per user requirements

369


Office

Point No ‐ 8.21 Real time settlement. Please elaborate more on Real‐Time

settlement.

Standard Payment feature of any treasury

system

370

Annexure 11 ‐ Mid Office Point No ‐ 1.5 Risk Attribution of VaR numbers Please confirm what parameters are

required for Risk attribution of VaR

numbers.

As per industrial norms RBI norns like 99th

percentile, one tailed confidence interval, 15‐

day movement in prices, interest rate

sensitivity of bank's entire portfolio.

371

Annexure 11 ‐ Mid Office Point No ‐ 10.5 Daily Exposure Report for on balance sheet items

plus off balance sheet items

Please give few examples of Off Balance

sheet exposures.

CSA deals, Collateralised deals, OTC

Derivatives, Options, IRF, IRS etc.

372

Annexure 11 ‐ Derivatives

Requirements

Point No ‐ 10.27 Facility to support Indian, Overseas FX listed Please specify which overseas market. Currently all deals happen in indian market

only. However system must have provision

for Dubai, Singapore, London and adaptable

for future market access for various

countries.

373

43

10 OWNERSHIP ‐

10.1.1 Software

Licenses ‐ Pt. No. ‐ 1 The Bidder is expected to provide the ownership

of licences to the Bank

However we would like to confirm the IP

will belong to the vendor.Kindly confirm

Rightly interpreted.

374

88 14. PAYMENT TERMS

14.1 PROCEDURE

FOR CLAIMING

PAYMENTS ‐ Pt. (h)

All out of pocket expenses, traveling, boarding

and lodging expenses for the entire Term of this

project and subsequent agreement is included in

the amounts quoted .

In case ofimplemeentation in

International territories , request Bank to

pay additionally on actuals.

Bank shall not not incur any additional cost.

375

132 20 LICENSE AND

INTELLECTUAL

PROPERTY

OWNERSHIP ‐ Pt. (a)

Vendor hereby grants the Bank an irrevocable,

nonexclusive, worldwide, fully paid‐up license to

use and execute all Software that constitutes part

of the Deliverables under this Agreement .

Please confirm on the number of

instances and territories envisaged .

As per RFP.

376

92 Liquidated Damages Kindly explain the LD cluse for better

understanding.We request that exact

modalities of penalty be discussed at the

time of contracting.

As per RFP.

377

Project Start Date Please clarify the milestone considered

for project start date.

The date of signing of contract

378

Warranty Please confirm the warranty start date . Please refer to Corrigendum (Point 19).

379

Tax With the impending change in Tax

regime, we request Bank to consider

price exclusive of taxes.

Bidder to provide price excluding tax, Tax

calculated(state percentage tax considered).

Refer to Point e of 5 under section 14.1

380

Page 44 10.1.2

We assume that the Core/Distribution

Switches, Firewalls, Application Firewall,

Load Balancer's, WAN devices for the

new Infrastructure/System will be

provided by the bank.


381 Page 44 10.1.2

We assume that procuring consumables

(Tape media) is the responsibility of the

bank. Please confirm

Yes, Assumption is correct.

382 Page 44 10.1.2

Can bidder assume that the Bank will

provide the monitoring/patching/sever

automation/HIPS/Antivirus/Backup tools

for the new server environment ? Please

confirm


383 Page 40 8.1.4 Number of users for Treasury As per RFP

384Page 40 8.1.4

Number of Concurrent users for

Treasury


385 Page 40 8.1.4

Total Number of peak Transactions per

day for Treasury


386 Page 40 8.1.4

Peak business hours to complete

transactions for Treasury


387 Page 36 21

Request to change the EOL and support

to seven years

Refer to corrigendum.

388

RFP, page 26 7.1.2 APPLICATION

FEATURES

1. The proposed solution should support Multi‐

entity and multi‐currency features and should

have separate flow of information with role

based access.

Request you to provide list of Entities

and their location for clarity. Also please

provide number of user projected for

each entity.

As mentioned in RFP

389

RFP, page 27 7.1.2 APPLICATION

FEATURES

4. The proposed solution should cater to the

needs of our 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.

Future regulatory requirement is open

ended.

Hence, Can we consider annually 5 new

reports for which data is available in

Treasury system solution as part of the

requirement.

Kindly confirm if this approach is fine.

Please refer to Annexure 11 Functional

Requirements, Reporting Requirements

390

RFP, page 28 7.1.3 DEAL CAPTURE

FUNCTIONALITY

3. The solution should have seamless integration

capabilities with the internal and standard

external systems.

Request you to provide list of systems

which would need integration with

Treasury.

As per RFP and Annexure 13.

392

RFP, page 29 7.1.6

OPERATIONS/MIS/AD

F REPORTINGS

3. The proposed solution should be highly

scalable without any performance issues during

heavy loads.

How many concurrent users and

transactions do you expect during heavy

loads?


of 30




393

RFP, page 30 7.1.6

OPERATIONS/MIS/AD

F REPORTINGS

17. Moving averages and ratio analysis with

required KPI should be available on all crucial

parameters

Request you to elaborate on this point. Regarding performance monitoring of the

treasury daily operations.

394

Front Office 1.3 Ability to seamless interface with dealing

platforms of various desks. Also should be

possible to download/upload deal transaction

from external files

Request you to to provide list of dealing

platforms

Please refer to RFP and Annexure 13 for

further details.

395

Front Office 1.1 Ability to support strategy based deals which

allows valuation & pricing of combination of

derivatives

Could you provide the list of derivative

products which you may use?

All the products mentioned under Serial 1 to

10 with sub‐clauses of Derivative

Requirement in Annexure 11. Functional

Requirements

396

Front Office 8.5 Generation of margin files to be uploaded in

exchanges.

Will direct interface with the exchanges

be available? How many exchanges do

you plan to have interfaces with?

Vendor must arrange for capability of system

for interfacing. Please refer to Annexure 13

interface requirements for exchange

interfaces

397

Front Office 8.20 Updating of compliance officer particulars. Request you to elaborate/ provide

clarification on this point.

Provision of fields for updating compliance

officer details (User ID etc) for derivative

transactions

398

Back Office 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

Which transactions / scenarios would

require concurrent application of

multiple accounting practices? Is the

practice currently prevailing?

No change in RFP.

399

Technical Requirement 1.1 The system should be able to support

simultaneous use of the system by multiple users

How many users will use ITMS

application?

What will be the user count projection

for next 5 years?

As mentioned in RFP. Figures are inclusive of

5 year projections

400

Technical Requirement 12.3 The system should Seamlessly Integrate with

Core Banking Solution (Finacle) without any

manual intervention

Provide the list of touch points that need

to be integrated with Finacle? We

assume this would be limited to

Accounting entries only. Request you to

confirm our understanding


bidder.

401

General Requirement 1.6 Hybrid Products Request you to provide list of such

hybrid products.

Should have provision for products from

components from two different product

classes. E.g. FC bonds, Currency Futures

402

General Requirement 15.4.18 Settlement messages should be encrypted before

interface with other networks

SWIFT messages are not encrypted as

per Market practice. If there is any

specific requirement please clarify the

details.


403

Interface Requirement 10 Any government / regulatory agency Provide the list of Specific Government/

Regulatory Agency Required for

interfacing.

As of now its

RBI,CCIL,MCX,NSDL,CDSL,NCDEX but in case

of any other new bodies , the system should

have standard adapters to support them

404 RFP Page No 18 5

While submitting the bid, the Bidder may note:

i. Either the Indian agent on behalf of the OEM or

OEM itself can bid but both cannot bid

simultaneously for the same product in the same

RFP.

ii. If an agent submits bid on behalf of the OEM,

the same agent should not submit a bid on behalf

of another OEM for the same item/product.

Can Holding and Subsidiary company bid

for the project? Holding company being

OEM and subsidiary being Distrbutor.

Both cannot bid for the same product in the

same RFP.

405

RFP Page No 19 5.5

The signing of Contract should be accompanied

by the submission of Performance Bank

Guarantee, Contract Agreement, Non‐ Disclosure

Form, Deed of Indemnity/warranty and other

applicable documents as per Appendices.

1. Contractual Agreement / Non

Disclosure form etc shall be negotiable

or not?

2. Whether Bank's or bidder's

Contractual Agreement template shall be

used for granting software License

Agreement and allied services thereto.

No change in RFP.

406RFP Page No 20 5.6

Penalties, if any will be recovered from the

payments.

Kindly elaborate on the penalties

applicable?

As per RFP.

407RFP Page No 74

Point No 12.2.4

Point10Service Level Agreement as per Annexure 07

Is Service Level Agreement is

Negotiatable?

Non‐negotiable.

408IDBI_Annexure09_Gener

al Eligibility CriteriaPoint no. 4

The Bidder should be a profit making company in

three consecutive financial years (2016‐17, 2015‐

16 and 2014‐15)

The Bidder should have reported

positive net‐worth for any two years of

last three audited financial years. (2014‐

2015, 2015‐2016, 2016‐2017).

No change in RFP.

409

IDBI_Annexure09_Gener

al Eligibility CriteriaPoint no. 10


leader Gartner’s Magic Quadrant in the latest

published report.





published report

We have successfully implemented

Kastle Treasury Solution in 7 Countries

and 20 customers across the Globe. It’s a

proven solution with rich feature and

functionalities. However, we kindly

request you to dilute the said criteria as

this will help an Indian company like us

to participate in the bid. Being an Indian

Company based out in Mumbai with own

IPR will give ease of access & cost

benefits.

No change in RFP.

410

RFP Page No 94

16 TERMS AND

CONDITIONS/ Point

no. 1

IDBI bank reserves the right to choose the

components (Services, Software like RDBMS and

Operating System, Hardware or the combination

of the three) to be procured by the bank

Bank needs to confirm if they only need

sizing or commercials. It would be

difficult to convince hardware OEM to

share best pricing if the bank doesn’t

commit on buying.

No change in RFP.

411

RFP Page No 130

19. Other

Requirement/ Point

no. 23

Manufacture's Authorization Form (MAF)Is MAF required for hardware and third

party software’s?

MAF is required from OEM.

412 RFP Page No 11

Main RFP Point 2.

Earnest Money

Deposit (EMD)

A Bid Security of Rs. 75,00,000/‐ (Rupees Seventy

five Lakh Only) by way of demand draft/pay order

in favor of „IDBI Bank Limited‟ payable at

Mumbai only, to be submitted along with the Bid.

As we have seen in the recent past,

generally for the ITMS RFP the

E.M.D./BG is not more than INR 5 lakh to

10 lakh. Requesting you to revise/ dilute

the E.M.D/BG accordingly.

No change in RFP.

of 30




413

General Query ‐ ‐

What are the different environments

required in DC for ex. Production UAT

Test ?

As per RFP.

414General Query ‐ ‐

Do we have to consider Backup Device

and Software for DC and DR?

No. Bank to make arrangement.

415General Query ‐ ‐

What is expected RTO & RPO for DC DR

replication?


416 General Query ‐ ‐

Do we need to consider HA ( High

Availability ) in DC Production and DR for

Production servers?

No.

417

19 5.4

2. The bidders would be screened based on

General Eligibility Criteria. Post qualification of a

Bidder on the basis of General Eligibility Criteria,

bid would be evaluated on technical soundness.

There are a few General Eligibility

Criterias that we don't qualify for at this

point of time. Does this clause mean that

we will not get evaluated for further

evaluation phases for Technical

Capability? Or it means that we will still

get evaluated during Technical Capability

and Commercial Bid evaluation and

there will be some marks being cut for

not fulfilling all General Eligibility

criterias.

Please refer to RFP.

The bidders would be screened based on

General Eligibility criteria. Post qualification

of a bidder on the general eligibility criteria,

bid would be evaluated on technical

soundness.

418 58 11.2.9 Point No.16

The Bidder should also provide e‐learning

facilities for users of Bank. These may take the

form of Computer Based Training (CBT) and it

should be updated as and when system

encounter changes due to customizations,

upgrade or any other changes.

Is Bank requires any kind of LMS system. The Bidder should provide Computer Based

Training (CBT). The training material and

content should be updated as and when

system encounters changes due to

customizations, upgrade or any other

changes.

of 30

idbi bank ltd. rfp end to end implementation of … · reports are generated manually. if the...

Documents