BOI NEW EWS Solution - PDF

Request for Proposal
For procurement & end-to-end implementation and

maintenance of
Early Warning Signals (EWS) Solution
for Credit Monitoring in Bank of India
E-Tender Ref.:BOI/BKC/1/19-20/ET/1 dated 20.06.2019
Page 1 of 165
RFP for Early Warning Signals (EWS) Solution
Index
The products and services required, bidding procedures, contract terms and conditions are
prescribed in the RFP. The Bidding Documents include:
(a) PART 1 - Invitation to Bid (ITB)
(b) PART 2 – Disclaimer .............
(c) PART 3 – Instructions for Bidders (IFB) ...........................................
(d) PART 4 - Terms and Conditions of Contract (TCC) .......................
(e) PART 5 - Technical & Functional Specifications (TFS) .................
(f) PART 6 - Bid Forms, Price Schedules and other forms (BF) ..........
(g) PART 7 – Schedule of Dates, Amounts, etc. (SDA) .......................
Page 2 of 165
PART 1: INVITATION TO BID
1. Background
Bank of India is a state owned banking and financial services PSU based in India. Bank of India
has 5102 branches. All these branches are on Core Banking Solutions (CBS).
Our Bank has already a system that captures Early Warning Signals in respect of account
showing first signs of weakness. This system is an integral part of the risk management
process of the Bank. Accounts displaying unsatisfactory features/ Early Warning Signals are
put under watch list for follow up and time bound action to prevent slippages.
Further, Reserve Bank of India vide their Circular No.RBI/2014-15/590

(DBS.CO..CFMC.BC.No.007/23.04.001/2014-15) dated May, 7, 2015 and Circular No.
RBI/DBS/2016-17/28 (DBS.CO.CFMC.BC.No.1/23.04.001/2016-17) dated 01.07.2016
prescribed guidelines on dealing with Loan Frauds and Red-Flagging of Accounts (RFA)
based on Early Warning Signals. Therefore Early Warning Signals have attained greater
significance. Main objective of these guidelines are for prevention, early detection, prompt
reporting to the RBI and the investigative agencies.
Bank of India has decided to extend full benefits of technology in dealing with EWSs to improve
operational efficiencies and for timely action in this regard.
Our Bank is inviting Bids from the bidders to provide Early Warning Signals (EWS) Solution in
Bank of India (BOI). Bank intends to procure EWS Solution at DC and DR location with 5 years
support (2 year Warranty post implementation, 3 years AMC post Warranty support) contract.
Total Contact period: 5.5 years including implementation period (Go Live), Warranty and AMC.
The purpose of this RFP is to invite bids from vendors for procurement of fully automated Early
Warning Signals (EWS) Solution for Bank of India as per Scope of work and Functional and
Technical Specifications (Part V) given in this RFP.
Early Warning Signal System should take feeds from different sources, to generate the alert
and reports to protect the Bank against frauds/default in the Loan Accounts. System need to be
integrated with different system such as CBS, CAPS, LMS, BHP, Trade Finance System,
Rating System (IMAC), Treasury system, MIS, HRMS, DMS, KYC and AML, EFRMS, Social
Networking Sites, MCA, SEBI, Internet and Digital Media. These consist of information captured
from external bureaus and public sources as well as internal trade line and customer payment
behavior.
For this purpose Bank needs to procure and implement end to end implementation and
maintenance of the EWS solution with integration capability with different systems of the Bank
as well different information about the borrower/ guarantor/ persons related with borrower/s
available in public domain through internet and digital media.
For Respondent Only
The RFP document is intended solely for the information of the party to whom it is issued (“the
Recipient” or “the Respondent”)
Page 3 of 165
2. Objective
The Bank plans to implement Early Warning Signals (EWS) Solution in Bank as a part of the
monitoring function. The solution deployed should be in line with the Government / regulatory
/anti money laundering requirements as prescribed from time to time. The solution will have to be
upgraded by the Vendor free of cost any time in the event of new scenarios or developing EWS /
any changes / modification / new regulatory requirements or reporting requirements which
warrants the Bank’s compliance during the contract period. The solution would need to be
interfaced to the CBS and other 3rd party solutions to meet the business requirements.
The proposed EWS solution should have following:
1) Data integration system from internal and external systems

2) Appendable library of early warning signals
3) Rule engine - that provides facility of configurable analytical routines to analyze data and
serve as input for alerts
4) Rating and scoring engine
5) Alert Generation and management system
6) Work Flow Management
7) Reporting Module
8) Reverse Integration module to feedback the other systems
9) Account level and Customer level Dashboards at Departmental and Executive levels
The purpose of this RFP is to obtain competitive proposals for supply of solution that meet the
EASE compliance requirements. The EWS solution deployed should meet the requirements as
listed in Part5 Technical & Functional Specifications (TFS). Any upgradation or modification
required by the Bank till the time of Go-Live and thereafter any upgradation or modification
required as per the requirement of any regulator ( RBI or IBA or FIU-IND) to be provided free of
cost by the vendor.
Schedule of Bid submission / Address for communication
Detailed tender documents consisting of Technical Bid and indicative Price Bid are available
online at www.mstcecommerce.com/eprochome/boi and in the ‘Tender’ section on Bank's
website at www.bankofindia.co.in.
However, the Bids can be submitted only after depositing the following amounts in favor of
MSTC and Bank of India as under, within the period of Bid submission:
a. A non-refundable amount of Rs. 50,000/- (Fifty Thousand only) towards cost of Bid
document and
b. An amount of Rs.10,00,000/- (Ten Lac only) towards Initial Earnest Money Deposit
(EMD) / Bid Security
The amounts mentioned at (a) and (b) above are to be deposited through NEFT in the
following account:
Account No. : 01220SUNCR822
Name of the Bank: Bank of India
Branch : Bandra Kurla Complex Branch
IFSC Code: BKID0000122
Title of the Account: Collection Account for Estate
Page 4 of 165
c. An amount of 0.05% of Estimated Tender Value (plus applicable GST) or as guided
on fees by MSTC or Maximum fees of Rs. 15,000/- while making payment, towards
Transaction Fee (non-refundable) to MSTC through Transaction fee payment link in
the vendor login.
Transaction fee is required to be paid using e-payment gateway available in your

login at www.mstcecommerce.com/eprochome/boi. It can be paid either through
NEFT/RTGS using challan or by online payment using credit card/debit card/net
banking. Authorization of payment made through NEFT/RTGS takes time of 2 hours to
2 days depending on your bank. However online payment gets authorized immediately
in most of the cases.
Transaction fee payments are authorized by the system itself and there is no
manual intervention. Bidders are advised to make payment of transaction fee well in
advance to avoid last minute hassle.
 After depositing the EMD payment, prospective Bidders are required to send an
email in this regard to below email id stating the transaction details viz Amount, Date
of Transfer, UTR No., Bank, sender’s name, RFP Ref. No. etc.. Only upon receipt of
details of payment of EMD, cost of bid document and verification of the same by the
Bank, bidder will be considered as authorized to participate in the bid. . In case of
failure to submit the payment towards EMD and Cost of Bid document for any
reason, the Bidder will be disqualified for the bidding process and the bid submitted
by such bidder will be rejected at initial stage itself. Please refer to Format 6.4.
For Bank of India:

e-mail: HeadOffice.CreditMonitoring@bankofindia.co.in
Name of the company Bank of India
RFP Reference No. BOI/BKC/1/19-20/ET/1 dated 20.06.2019

Date of commencement of sale of Bid 20.06.2019 at 02:00 p.m.
document /Date of Starting of e-Tender for
submission of on line Technical Bid and
indicative price Bid at
www.mstcecommerce.com/eprochome/boi
Fees for Bid document Rs. 50,000/-

Date till pre-bid queries to be sent (only 24.06.2019 by 03:00 p.m. on that day (Please
through email, to mention e-tender ref. no. in the email subject)
HeadOffice.Credit Monitoring@
bankofindia.co.in)
Pre-bid queries/ queries related to RFP (in Email to:

format 6.17) to be sent through email only HeadOffice.CreditMonitoring@bankofindia.co.in
Date and time of Pre-Bid meeting 27.06.2019 by 03:00p.m. on that day.
Place of Pre-Bid meeting Bank of India, Head Office,

Credit Monitoring Department,
3rd Floor, Star House, C-5, G block,
Bandra Kurla Complex, Bandra East,
Mumbai - 400 051
Last Date and Time of online e-tender for 11.07.2019 by 4.00 p.m. on that day.
Page 5 of 165
the submission of Technical Bid and
indicative Price Bid.
Address for submission of bid The Technical Bid and the Price Bid
(Indicative) shall have to be submitted online
at
www.mstcecommerce.com/eprochome/MSTC
Tenders will be opened electronically on specified
date and time as given in the e-Tender and same
can be checked in your login using link “Technical
CST” and “Price CST”.
Bid Security Amount (EMD) Rs. 10,00,000/- (Ten Lakhs only)
Last date of submission of EMD and cost 4:00 PM of 11.07.2019
of Bid document
Mode of Tender e-Procurement System
(Online Part I - Technical Bid and Part II -
Indicative Price Bid through
www.mstcecommerce.com/eprochome/boi
Important Instructions for E-procurement as per

Annexure E.
All entries in the tender should be entered in
online Technical & Commercial Formats without
any ambiguity.
Date and Time of opening of Technical 11.07.2019 by 4.30 p.m. on that day.
Bids
Date and time of opening of Price Bids/ Will be advised separately.
Reverse Auction
EWS license 1000 users
Location of users will be decided by Bank across
country.
Coverage of accounts All Credit facilities with limits above Rs. 25 lakhs
Threshold The EWS solution should have full capability of
any exposure above Rs. 25 lakhs.
Production / Implementation Site Navi Mumbai
DR Site Bangalore
Project Implementation Schedule Business Requirement Within 30 days
Document (BRD) & System
Requirement Specification
(SRS)
Customization & installation 30-45 days
Data Collection & 45-75 days
Integration
UAT 75-135 days
UAT – System Validations 135-165 days
& Report Generation
Go-Live Within 180 days
from date of PO
Supply of Server Hardware, OS, Database Hardware sizing to be provided by the bidders
for EWS Solution and other hardware along with technical proposal. Bank will provide
requirements for EWS project the hardware. Rest of the requirement to be
Implementation supplied by the Bidder to make the system live.
Bidder should provide all software. In case of
oracle / SQL database Bank will provide
necessary licenses. Though Bank is providing the
licenses for Databases i.e. SQL and Oracle. But
all necessary support related to database Bidder
Page 6 of 165
has to provide. Bank will not provide any database
OEM or other support.
Contract Period Total of 5.5 years (includes Implementation period
(Go Live), Two year warranty from the date of Go
Live and 3 years AMC from the expiry of warranty
period).
Bank reserves the right to change the dates, timings mentioned above or elsewhere mentioned
in the RFP, which will be communicated by placing the same as corrigendum under Tender
section on Bank’s web-site www.bankofindia.co.in. Any corrigendum, clarification etc. in the
subject matter will be published in the same website only and no separate advertisement will be
published.
The technical bids not accompanying the cost of Bid document and /or the Bid Security (EMD)
of requisite amount as per the conditions mentioned in the RFP will be rejected and not
processed further.
... Please note that all the information desired needs to be provided. Incomplete information
may lead to disqualification.
Apart from what is responded under E-tender on MSTC website for this RFP, the bidder who
desires to participate in bid shall also upload scanned (PDF) signed copies of the supporting
documents which are stated specifically under various clauses of this RFP.
Page 7 of 165
PART 2: DISCLAIMER
a) The information contained in this Request for Proposal (RFP) document or information
provided subsequently to bidder(s) or applicants whether verbally or in documentary form by
or on behalf of Bank of India (Bank), is provided to the bidder(s) on the terms and conditions
set out in this RFP document and all other terms and conditions subject to which such
information is provided.
b) The RFP document is not a recommendation, offer or invitation to enter into a contract,
agreement or any other arrangement in respect of the services. The provision of the services
is subject to observance of selection process and appropriate documentation being agreed
between the Bank and any successful bidder as identified by the Bank after completion of the
selection process.
c) This RFP is neither an agreement nor an offer and is only an invitation by Bank to the
interested parties for submission of bids. The purpose of this RFP is to provide the bidder(s)
with information to assist the formulation of their proposals. This RFP does not claim to
contain all the information each bidder may require. Each bidder should conduct its own
investigations and analysis and should check the accuracy, reliability and completeness of the
information in this RFP and where necessary obtain independent advice. Bank makes no
representation or warranty and shall incur no liability under any law, statute, rules or
regulations as to the accuracy, reliability or completeness of this RFP. Bank may in its
absolute discretion, but without being under any obligation to do so, update, amend or
supplement the information in this RFP.
The RFP document contains statements derived from information that is believed to be true
and reliable at the date obtained but does not purport to provide all of the information that
may be necessary or desirable to enable an intending contracting party to determine whether
or not to enter into a contract or arrangement with Bank in relation to the provision of
services.Neither Bank nor any of its directors, officers, employees, agents, representative,
contractors, or advisers gives any representation or warranty (whether oral or written),
express or implied as to the accuracy, updating or completeness of any writings, information
or statement given or made in this RFP document. Neither Bank nor any of its directors,
officers, employees, agents, representative, contractors, or advisers has carried out or will
carry out an independent audit or verification or investigation or due diligence exercise in
relation to the contents of any part of the RFP document.
d) This is not an offer by the Bank but only an invitation to bid in the selection process initiated
by the Bank. No contractual obligation whatsoever shall arise from the RFP process until a
formal contract is executed by the duly authorized signatory of the Bank and the Bidder.
e) Subject to any law to the contrary, and to the maximum extent permitted by law, Bank and its
directors, officers, employees, contractors, representatives, agents, and advisers disclaim all
liability from any loss, claim, expense (including, without limitation, any legal fees, costs,
charges, demands, actions, liabilities expenses or disbursements incurred therein or
incidental thereto) or damage (whether foreseeable or not) (“Losses”) suffered by any person
acting on or refraining from acting because of any presumptions or information (whether oral
or written and whether express or implied), including forecasts, statements, estimates, or
projections contained in this RFP document or conduct ancillary to it whether or not the
Losses arises in connection with any ignorance, negligence, casualness, disregard,
omission, default, lack of care, immature information, falsification or misrepresentation on the
part of Bank or any of its directors, officers, employees, contractors, representatives, agents,
or advisers.
Page 8 of 165
RFP for Early Warning
Signals (EWS) Solution
PART 3: INSTRUCTIONS FOR BIDDERS (IFB)
TABLE OF CLAUSES
Clause Clause
Topic Topic
No. No.
A. Introduction D. Submission of Bids
3.1 General 3.18 Procedure for submission of Bids
3.2 Broad Scope of Work 3.19 Deadline for Submission of Bids
3.3 Consortium 3.20 Late Bids

3.4 Eligibility Criteria 3.21 Modification & Withdrawal of Bids
3.5 Cost of Bidding. E. Bid Opening and Evaluation
B. Bidding Documents 3.22 Clarification of Bids
3.6 Content of Bidding Documents Preliminary Examination

3.23
Clarification of Bidding Evaluation & Comparison of Price
3.7 3.24
Documents Bids
Amendment of Bidding
3.8 3.25 Contacting the Bank
Documents
C. Preparation of Bids F. Award of Contract
3.9 Language of Bid 3.26 Post qualification

Documents comprising the Bid
3.10 3.27 Award Criteria
Bid Prices Bank’s Right to Accept Any Bid and
3.11 3.28 to Reject Any or All Bids
3.12 Bid Currencies 3.29 Notification of Award

Documents establishing
3.13 Bidder’s Eligibility and 3.30 Signing of Contract
Qualifications
Documents establishing
3.14 eligibility of products & 3.31 Performance Security/ Guarantee
conformity to Bid Documents
3.32 Contract Agreement
3.15 Bid Security
3.16 Period of Validity of Bids
3.17 Format and Signing of Bid
Page 9 of 165
A. Introduction
3.1 General
3.1.1 To comply with the guidelines of EASE / Reserve Bank of India (RBI), Bank of India
(hereinafter referred to BOI) wishes to put in place end to end comprehensive IT Solution
for Early Warning Signals (EWS) to be implemented in Bank. It should be in line with the
Government / regulatory /anti money laundering requirements as prescribed from time to
time, hosted at Bank’s Data Centre (DC) in Active / Passive mode, along with DR and a
minimum uptime time of 99.50%.
3.1.2 In case BOI acquires or amalgamate or merge with any Bank at any future date EWS
Solution will also have to be extended to the such entity for which only implementation
cost will be paid by the Bank. Estimated no. of users for Bank will be around 1000.
3.1.3 Towards this, BOI wishes to select a competent vendor who will be able to deliver /
implement and maintain/ support the required EWS solution and integrate the same
with the Banks’ applications. Vendor will also be required to support Bank in integration
of future solutions, which Bank is going to procure and commercials can be decided
with successful bidder on case to case basis.
3.2 Broad Scope of Work
3.2.1 A Bidder should be a System Integrator for providing an end to end scalable Early Warning
Signals (EWS) Solution or bidder who directly can provide the required solution – The
EWS solution should be implemented at BOI and should cover existing branches /
AMOs/Zonal offices/ NBGs however the location where the respective teams are stationed
need to be considered. Historical data of 10 years will be migrated from CBS. There are at
present 5102 branches,10 LCBs,8 NBGs, 54 Zonal offices and 112 AMOs in India. The
Bank has implemented Core Banking Solution (CBS) in all its branches. The Bank’s Data
Centre is situated at Navi Mumbai and the Disaster Recovery Centre at Bangalore.
The selected bidder should also support obtaining the requisite certifications, integration,
maintenance, patching, compliance, etc. and day to day operations during office hours and
in case of exigencies, any time during the day. Licensing will be for the Bank. Onsite
support from the bidder will be till date of go-live and afterwards one dedicated resource
i.e. onsite support engineers (L1) will be onsite for support. The vendor shall also provide
escalation matrix in respect of support and maintenance of the application software.
3.2.2 The vendor will have to supply and install the solution: -
3.2.2.1 at the Bank’s Data Centre in Navi Mumbai and also should replicate at Disaster Recovery
Site, Bangalore/ other major city in India. Solution must meet the RTO (recovery time
objective) of 60 minutes and RPO (recovery point objective) of 30 minutes for the solution.
Implementation will be at DC (CBD Belapur-Navi Mumbai) and DR at Bengaluru. Solution
provide to ensure the same. Network security and other infrastructure will be provided by
the Bank.
3.2.2.2 The project will be implemented at Data Centre Navi Mumbai.
3.2.2.3 The vendor should develop a project implementation plan indicating milestones and
deliverables to BOI.
3.2.2.4 The project implementation plan will be monitored regularly and delay in achieving
milestones and deliverables will be analysed and corrective action taken.
3.2.3 The EWS Solution involves Financial Transactions Monitoring & Controlling Facilities
along with Business Rules engine, Alerts Mechanisms and MIS reporting based
System seamlessly integrated with various organizational financial transaction based
Page 10 of 165
Systems/Applications, and also external information data sources, Storage and
Retrieval Solution, in addition to Fraud Management. Risk Classification and online as
well as present customer database screening against banned entities and Politically
Exposed Person (PEP). The solution must have capability of generating Early Warning
Signals (EWS) as described with latest updated technology as per RBI norms revised
from time to time, advised by purchaser Bank. The data provided to / made available
to the Bank with the aid of EWS solution should be precise, accurate and correct. The
MIS report should be generated by the Vendor as detailed in Point 17under Reporting
Module, page 84 of RFP.
3.2.3.1 The Bank is looking for a solution to provide an Early Warning Signal (EWS)
mechanism with the following objective:
- To detect financial stressed borrower accounts or in its existing loan/lending portfolio
(All Credit facilities with limits above Rs. 25 lakhs).
- To provide a warning signal in case of potential lending opportunities that are in
Application /evaluation stage.
- To be able to predict and take necessary corrective actions on loan accounts based on
their health as against the defined directive of measurement of such assets.
3.2.3.2 Data sources involved for the solutions are as follows:

1. Core Banking System
2. Trade Finance
3. Treasury
4. LMS
5. CAPS
6. Rating System IMAC
7. CMS cum Chanel Credit
8. Borrower Health Profile (BHP)
9. DMS
10. KYC and AML
11. EFRMS
12.Financial Statements
13.Banks internal documents
14.Third Party Aggregators
The bank envisages the EWS to function basis combination of financial intelligence and market
intelligence some of which are illustrated in the following sections of this RFP document.
The EWS should include but not limited to the following modules detailed later in the RFP
1. Data Integration Module,
2. Text Mining module,
3. Internet Scanner module,
4. Alerts Scoring module,
5. Reporting module,
6. Workflow module,
7. Audit module
Page 11 of 165
The bidder is required to size, supply, install, integrate and operationalize a suitable Early
Warning System (EWS) solution. The Scope of Work of EWS is detailed in the following
sections:
Key Components & Features envisaged in EWS solution
A broad conceptual/functional overview of the components and features (illustrative not
exhaustive) that are required in the EWS systems are as under:
 Data Management Module

An engine that has the ability to ingest, enhance, transform and load data from a variety of
internal and external sources for the purposes of analysis.
- Data ingestion capabilities: The EWS is expected to have capabilities around data
ingestion (depending on sources of data, volume and technological limitations). Some of
the options that will be are API based, feed based, batch/dump based or manual upload.
- Data transformation: The EWS is expected to have functionalities around how source
data from various sources should be transformed/enriched/filtered for EWS to run
analysis. Some other key aspects that will be evaluated in case of non-financial text
based data are key word based filtrations, text analytics/sentiment based filtrations.
 EWS rule management module
 Configurable rules based on financial parameters namely:

 Financial ratios (e.g. DSCR, Current ratio, NP Ratio, EBIDTA, Sales growth
trends)
 Transaction based parameters (e.g. excess withdrawal of cash from loan
accounts, transfer of loan funds to sister concerns, transfer of loans)
 Comparison between estimated & actual
 Configurable rules based on non-financial parameters:

 Lists from regulators like RBI (e.g. SMA, C-KYC, CRILC, CERSAI) and other
peer Banks
 Event based - financial disclosure in public financial statements
 Industry specific reports on overall health of industry
 Unit visit report
 Stock and Book-Debt statements
 Structured news from financial sites and stock market data (based on key
sentiment oriented key words.
 Structured news from sentiment scoring (Legal site, social media and other
news media (print or electronic))
Rules must have option of being configured also as period specific rules with threshold
definitions,
Industry/entity/geography/compliance specific fraud rule switch on/off/threshold setting
Neural based/machine learning based rules (along with rule/alert switch on/off)
 EWS alert and rating management module

This module is expected to carry out an ongoing comprehensive analysis of the information
from Banks internal and external sources. The analysis should yield alerts which are rated
employing on suitable statistical rating/scoring models. The EWS is expected to have features
around flexibility to be offered in managing alerts some aspects that will be deliberated and
finalized are around requirements such as:
- Case specific/industry specific/period based false positive rule flagging/blocking
- Alert rating mechanism, alert escalation matrix configurability and features
- Alert review and closure and creating, managing and closing cases out of genuine alerts
Page 12 of 165
 EWS case management module
The EWS solution is expected to have features around case management module where all
alerts that are genuine for which action needs to be taken for remediation are treated as red
flagged accounts. The case management will involve features around:
 Case creation
 Case status progress tracking
 Case actions and approvals
 Case closures.
 EWS reporting module
The EWS solution is expected to have features around user based dash boarding functionality.
Some of the aspects that will be explored are:
 Location specific alerts reports
 Facility specific alerts reports
 Geography/Zone specific alert reports
 Data drill down capabilities from alerts into the history of customer and basis of the alert
with all underlying supporting data
 Dash boarding options
 User based access control and reporting functionality

The EWS solution is expected to have features pertaining to access control which will cover
areas like:
 Access privilege level configuration (i.e. who gets what access or what rights)
 Access granularity (to what extent can access be restricted e.g. restriction of access at
report level or data extraction/saving etc.)
 Security and logging capabilities
The EWS solution is expected to have features pertaining to security and logging which will
cover functionalities around:
 User activity logging (reports runs, data deleted etc.).
 System activity logs around the following system query runs, batch report extractions and
master data/operational data deletions/modifications.
 Application error and crash logs (e.g. data ingestion errors, failed sanity checks, API
errors etc.).
 The system is expected to be compliant with the Banks security policies.
 Sources of information for EWS

The bank is considering a comprehensive EWS system that obtains financial and market
intelligence through a variety of data points in order to determine the level of stress in an existing
account/relationship based on a statistically weighted score. The sources of information among
which the bidders proposed EWS needs to ingest information are as under (bidder to outline in
detail what inputs the proposed EWS seeks).
 Financial Intelligence from Bank’s internal sources

a) Core banking system (CBS): The bank has envisaged to upgrade the CBS in near
future. Presently Bank is having Finacle 7i. Bidder has to take it into account while
bidding. Solution should work in upgraded versions as and when implemented by
Bank & no extra cost will be paid towards the same.
The bidder is to propose the mandatory interfacing cost from M/S Finacle (CORE Banking
Solution partner of the bank) as part of the bidder’s commercial offering in the Commercial .
Page 13 of 165
Bank is in process of implementation of DMS for the branches and offices. The Solution should
able to integrate with Bank DMS as and when required without any additional cost.
 EWS SOLUTION: The successful bidder needs to integrate the system/existing data
sources after implementation with EWS solution. The inputs from this solution will include
data for all fund based facilities (Project finance, loans, CC’s, bridge finance etc.) which
will be pertinent aspects such as (indicative):
- Customer data (including Directors/promoters information)
- Current facilities in use
- Outstanding amount, payment history and loan servicing delays (interest or
principal amount).
- Transaction data relevant to indicate suspicious patterns
 Trade finance systems: The inputs from this module will include data for all non-fund
based facilities, which will include facilities such as (indicative):
- LC’s issued (including details of LC’s devolved)
- BG’s issued (with margin details where relevant)
- Bills Inland & Foreign
- Buyers Credit
 CMS & Channel finance systems

 Borrower Health Profile (BHP)
 DMS
 Treasury systems: The Bank is currently using Treasury application for front office, mid
office and back office operations, inputs from this module will include data for all
trading/rate agreements, which will include facilities such as (indicative ):
- Forward rate agreements
- Currency futures
- Currency options
- MTM information for the above arrangements
- Corporate bond market/CP Market
- CDS Market
- Equity Market
 Other Support systems

- Security/collateral information: Inputs from security/collateral management system for
recording all security provided against loans advanced by the Banks. The information
points to be considered may include:
- Nature of collateral/security (e.g. property, shares)
- Location of the collateral (in case of property related collateral)
- MTM data in relation to shares
 Financial statement filing data : inputs from periodic filings with the Banks such as
(indicative):
- Monthly projections
- Quarterly balance sheets
- Stock statements
- Annual audited financial statements
 Financial and market Intelligence from external sources
The financial and market intelligence from external sources that may be considered by bidders
for their proposed EWS Solution will involve data points such as:
Page 14 of 165
IBA, RBI, DRT, DRAT, NCLT, NCLAT, CRILC, CFR, SIDBI, ECGC, SEBI, BSE, NSE, MCA,
CBI /ED/SFIO/Cyber Crime, EOW, SIDBI, Udyami Mitra, ECGC, Udyog Aadhaar, CGTMSE,
Customs, DGFT, IT/Service tax/Sales/GST, PAN CHK, Central KYC, CERSAI, Aadhar and peer
Banks: Some of the data points that can be extracted from:
- SMA reports
- Willful defaulters lists from Banks
- RBI defaulter list
- SASCL (System Asset Classification)
- RFA/Fruad
 International Databases: These data points involve information from international

regulators and bodies, some of the lists involved are:
- OFAC List
- IMOLIN
- US Sanction lists
- UK Sanction lists
 Credit rating data

Some of the data points that can be utilized from sources such as:
- CIBIL
- Credit rating agencies (CARE, MOODYS, D&B, CRISIL, ICRA, Fitch, Brickwork, SMERA
etc.)
- CRR – Bank’s Internal credit rating application
- Any Other RBI Licensed Rating Agencies
- IMAC
 Financial Websites
- These data points will include financial websites (Indian and international), including
news aggregators (E.g. Bloomberg, Reuters etc.).
- Any publicly available data/ information would be part of vendor scope and for paid
subscription bank will decide whether to purchase or not. The bidder is required to
indicate which subscriptions for external feeds are required including but not limited to
below. The bank will provide the subscriptions to all the external feeds required, however
it is the Bidder’s responsibility to integrate with the required external feeds.
- Asset Class and sector taxonomy
- Fund Holdings High Quality Liquid Asset scoring
- Asset class taxonomy Shares outstanding
- Voting rights
- Corporate Actions
- Legal Entity reference data
- Probability of default or bankruptcy based on Company Data & Financials
- Default rates broken down by geographic Region, Country, Sector & Industry
- Predictive Credit Risk Rating based on News and other unstructured data
- Negative web sentiment news across all major media sources
- Adverse press releases on financial or operating performance
- Fraud related news including White Collar Crime, IP Crime, Cyber Crime, etc.
- Ownership of the company and CROS
- Corporate Announcements from the Exchanges
- Forecasted revenue or the net income by the research house
Financial Crime data including sanctions, PEPs, litigations, compliance breaches, and others
Page 15 of 165
The Bank will arrange for sourcing data from Data Aggregators/Credit Bureaus/ other external
websites/ external data sources by entering into agreement with them. The Bank will make direct
payment of charges to these external data providers.
The Vendor will integrate the EWS Solution with various external data sources provided by the
Data Aggregators / Credit Bureaus arranged by the Bank. As Bank itself sourcing the data, no
payment in this connection will be made to the Vendor.
For Credit Monitoring
The bidder shall provide following functionalities for credit monitoring:
 Ability to generate drill down report based on the analysis of CBS data
- Based on industry
- Based on geography
- Based on asset category
- Others
 Ability to assist in the audit process related to loans which include

- Credit Audit
- Stock Audit
- Statutory Audit
- Long Form Audit Report
- Concurrent Audit
 Ability to follow up on the audit process
 Ability to generate SASCL type report generation.
3.2.3.3 Successful bidders need to supply, install and commission and maintain Early
Warning Signal (EWS) Solution.
3.2.3.4 The main scope is implementation of Early Warning Signals (EWS) solution
is to have a report on market intelligence and portfolio analysis of all Advance
accounts above Rs. 25 lakhs, its Inter Bank comparison /analysis & dynamic
monitoring through Auto Alert System, etc. and recommendations
forstrategic decisions at account/ portfolio level.
3.2.3.5 The solution proposed by the bidder must have compatibility with Core Banking
Solution, Treasury application and Loan processing application and other applications
of the Bank
The broad scope of work is as follows:

1. Supply, Installation, Development / Configuration, Customization, Implementation,
Management and Maintenance of all necessary software to provide standard feature
of functional and technical requirements.
Page 16 of 165
2. The schedule of Requirements / Deliverables include (but is not limited to) the
following:
i. Bank will provide the required hardware. Bidder should provide the Hardware
sizing and specification as part of technical bid.
ii. Configuration of the operating system and other software as required for the
application deployment.
iii. Software : Supply, installation, Development / Configuration, Customization,

Implementation, Management and Maintenance of all necessary software;
iv. Customized Application: Customization should be done as per the Bank’s

requirements and these should be documented properly. Software provided by the
OEM along with customizations would form the complete software as per the
requirements defined by the Bank.
v. Implementation services: The Bidder / Vendor must develop a comprehensive and

detailed approach and strategy for implementation of the proposed solution. The
plan should be scalable, flexible as per the requirement of the Bank.
vi. Testing Services: Conduct testing for the hardware and software system,
application and any customized components. Testing will include, but not limited to
System Integration Testing (SIT), User Acceptance Testing (UAT), VAPT etc. and
any other testing required for successful go-live of the project.
vii. Documentation : Provide all necessary documentation relating to the

implementation including, but not limited to the following:
a) Project Charter
b) Solution Architecture and Design
c) Architecture / Technical diagrams
d) User manuals
e) System flow documentation
f) Technical manuals
g) Training Manuals
h) UAT Test and other Tests scripts
i) Standard Operational Procedures
j) Manuals should be provided in printed duly hard bounded form and 2 sets
in soft copy duly labeled and indexed working CD / DVD.
k) All installation and configuration reports, documents, diagrams, etc. are to
be supplied before commissioning.
Page 17 of 165
vii. Warranty / Post-Warranty Services: The Bidder / OEM must support the solution
implemented (including software) under the contract for the EWS Solution under
the warranty period of 2 years from Go Live and thereafter support period of 3
year.
ix. The Bidder / OEM must submit a detailed plan including the manpower to be
deployed during the post implementation support of the solution. Manpower can be
changed only with an advance approval from the Bank.
x. The Bidder / OEM must conduct four DR drills during a year after Go Live of the
solution in conjunction with the Bank or as required by the Bank during the contract
period.
xi. Solution must meet the RTO (recovery time objective) of 60 minutes and RPO
(recovery point objective) of 30 minutes for the solution.
xii. On-Site Support: The successful Bidder / OEM shall provide onsite support during
the contract period as required by Bank.
xiii. Installation, Maintenance and Support :
a) Seamless integration of supplied, customized, developed software for

Bank of India to meet the Bank’s Functional, Operational, Risk
Management, Regulatory and MIS requirements of Credit Monitoring
department (CrMD) with all required interfaces. Integrate the proposed
solution with Bank’s Core Banking Solution, Treasury, CAPS, LMS, DMS,
IMAC, CMS cum Channel Finance, KYC and AML, EFRMS, Trade
Finance and other softwares with necessary interface on real time basis.
b) System should support RBI’s guidelines pertaining to Credit Monitoring
framework issued from time to time.
c) The proposed solution should provide audit reports and Tools for the Bank’s
internal / concurrent / statutory / SEBI / RBI Audit / Inspections / RBS RBI.
d) All data files transmitting through various interfaces should be in encrypted
form.
e) Any new regulatory requirement during / after implementation must be

covered.
f) Necessary support should be provided to the IS Auditor appointed by the
Bank for conducting Vulnerability Assessment and Penetration Testing
(VAPT) on the solution supplied.
g) Closure of all VAPT / IS Audit / any other Audit / testing observations
pertaining to the proposed solution within time frame stipulated by Bank
without any additional cost to the Bank. The observations may be made at
any frequency by the Bank or Bank appointed external system audit team.
h) Vendor / OEM will be required to provide root cause analysis for all
performance and availability problems within 5 days of problem occurrence.
i) The implementation of the software solution should be in line with
applicable standards.
j) Undertake and assist the bank officials for Access control activities,
Performance Tuning activities, server administrator activities, and any other
activities as required by the Bank.
k) Monitoring and confirming the DR replication and performing DR.
l) Compliance to Bank’s policies like IT Policy, Security Policy, etc.
m)The major responsibilities as specified above are indicative only and are not
exhaustive in any manner.
Page 18 of 165
3.2.3.6 The Bidder would be responsible for implementing a well-defined solution for Early
Warning Signals (EWS) for all credit facilities with limits above Rs. 25 lakhs, which
will enable the Bank to:
a) Implement and Integrate the Solution for data extraction ;
b) Collate and consolidate structured / semi-structure / un-structured
information / data from all available channels ;
c) Generate data analytics & sentimental analysis, which will facilitate analysis
of credit appraisal proposal, identification of early weakness in the credit
portfolio, better decision making, a quick response system and proactive
monitoring of all borrower accounts ;
d) Analytical Dashboards for users ;
e) Support for training, trouble shooting and enhancements ;
f) Compliance of guidelines of regulatory authorities ;
g) Compliance of Security / Audit / DR / Vulnerability aspects of the Bank ;
4. As part of the overall scope of the RFP, the Bidder / Solution Provider needs to
interact with Bank’s different department to gather and finalize functional
requirements.
5. Bidder / Solution Provider should incorporate regulatory requirements and Global
best practices while defining requirements.
6. Supply, delivery, implementation, management, maintenance of the solution as per
technical and functional product specification, SLA and other RFP terms.
3.2.3.7 Scope related to service

The Vendor shall provide technical support for the software application systems
supplied under this contract, and will have overall responsibility of the performance,
functionality and operation of the systems under this contract. On receipt of a
problem/issue, the Vendor shall analyze the problem and resolve the Problem
completely to the satisfaction of the Bank within predetermined time frame. The
Vendor shall also provide escalation matrix in respect of support and maintenance of
the application software. The scope of work is as below:
a) The readily available system as mentioned in the scope.

b) Delivery of predefined deliverables as agreed.
c) The complete documentation –User Manual and Administrator Manual required
for users. Context sensitive help is required.
d) Maintenance and support of the software application systems during the
contract period, which includes implementation, post-implementation, warranty
and maintenance periods. The coverage shall be at least 99.5% uptime.
e) Post-implementation on-site support should be provided by the vendor for
warranty period of 2 year from the date of Go Live and smooth handover of the
System (On–site support start date will be based on mutual agreement
between the vendor and the Bank) and 3 years under AMC. During contract
period updation / new patches will be done without any extra cost by by the
bidder /vendor. After 5.5 year contract period, AMC will be extended by
bidder/vendor on mutually agreed terms.
Page 19 of 165
f) On-site support by functional and Technical team of Vendor
conversant/acquainted with the entire Early Warning Signal (EWS) Solution
during the contract period. Bank may extend this support scope for further
period, based on its requirements.
Environmental Setup & Configuration
Detailed documentation on system set up & configuration of UAT, Production

(DC),Fallback (DR) and Near- DR (if any) environments. Also provide
documentation on detailed procedure for switching to fall back mode in case of
disaster/system down time and again switching back to normal production set
up once systems are made available.
a) Comprehensive System Configuration, Customization and testing

documentation referred below, shall be delivered to Bank of India on
commencement of the User Acceptance Testing (UAT) following the correction
of any “Non Compliances".
 Software Executable
 Customized Software Source Code
 Logical Data Base Design and Data Dictionary
 The technical design document including
i. Solution Architecture Overview
ii. Logical & Physical Data Base Design
i. System Interfaces design
ii. Development Tools, API
iii. System Performance Benchmarks (response times, etc.)
iv. Persistency of the Network Connection for remote and dial-up
users.
b) Application set-up & Configuration Manual
 System configuration / set up parameters documentation

 Documentation for Master data set up, product types mapping
 Existing Data migration documentation
b)
c) Documentation for Validation /calibration tools
d) Details of methodology for validation, parameters, data processing etc.
e) Test cases for User Acceptance Testing (UAT)
f) Implementation, configuration of application at Data center & DR Site.
g) System Administration Manual
h) A copy of the source code of the application customized for Bank of India shall
be handed over to the Bank. A copy of all subsequent updates to the source
code shall also be handed over to Bank after the release / Go Live. Bank will
undergo Escrow arrangement. Bank will not bear the cost of escrow
arrangement.
Support
System Maintenance & Support services will include the following activities.
a) Provide support in setting up Production, Disaster Recovery, Near-DR (if any),

Development and Test Environments.
Page 20 of 165
b) Post-implementation on-site support for 5 year from Go Live date. The on-site support
can be extended on the same rates after the contract for additional years as per
requirement.
c) Software requests for Change shall be handled in the following manner.
 Software changes/upgrades as regards to any statutory and regulatory
requirements (e.g. –GoI, RBI, IBA etc.) should be provided by the
Vendor/Bidder at the earliest without any additional cost during the
contract period.
 End user specific functionality change or enhancement requests shall be
assessed and impact analysis shall be performed by the Vendor/Bidder.
 The Change Impact on schedule for implementation & efforts shall be
agreed between Bank of India & Vendor / Bidder on case-to-case
basis.
 Vendor shall be compensated for change requests implementation as per
the mutually agreed rate at the time of contract.
3.2.4 The Bank will provide necessary infrastructure, Printer, Email facility, Work space,
furniture and electricity to enable the vendor to complete the data extraction,
conversion and uploading tasks. Space, power and network will be provided by the
Bank.
3.2.5 MIS Reports generation :The solution should also generate data files as per the format
of Bank/ RBI and other statutory bodies from time to time.
3.2.6 To provide details regarding Database Design, Table Structure, Application

Programming Interface etc. so as to give the Bank, sufficient insight on working of the
application or software.
3.2.7 To provide adequate training and operational guidelines to designated branch-staff for
data extraction, conversion and uploading tasks, Report Generation Software / Tools
installed at Data Centre or Head Office or NBGs or Zonal Offices or AMOs or
Branches. The Bank may provide a centralized location for training or may ask the
successful vendor to give training at the centres required by Bank.
3.2.8 The solution provider (bidder) must ensure that the solution given is compatible to
integrate with our systems especially the CBS used by all of our Branches who use
Oracle as database, however there is no restriction as to RDBMS. Any middleware if
required for necessary integration, needs to be provided by the bidder within the same
quote given for the entire solution.
3.2.9 Implementation will be at DC and DR. Implementation will be centralized for Bank.
3.2.10 The solution /application will be accessed by Bank from Head Office. Solution provide
(bidder) to ensure the same.
3.2.11 Any upgradation or modification required by the Bank till the time of Go-Live and
thereafter any upgradation or modification required as per the requirement of any
regulator (FIU-IND, RBI or IBA) during the contract period to be provided free of cost
by the vendor.
3.2.12 Bid price for the software to be quoted, but should be for both Data Centre and Disaster
Recovery. No Hardware cost to be included in indicative Price Bid as the same will be
provided by the Bank.
Page 21 of 165
3.2.13 The solution should have the capability to integrate with Finacle or any other third party
solution as required by the Bank.
3.2.14 DC and DR should have at least one onsite support engineers support (L1) during
office hours of the bank and in case of exigencies of the bank can request for extra
hours.
3.2.15 The Bank may provide a centralized location for training or may ask the successful
vendor to give training at the centres required by Bank. While training cost is
miniscule percentage of TCO, the details of the training schedule will be finalized
with successful bidder.
3.2.16 The bidder should be able to provide the necessary interfaces with our existing service
provider/s. This includes Finacle, Data Warehouse or any other solution as needed
by the Bank.
The bidder will be one point contact to provide the solution to the Bank. The selected
bidder will provide the Bank a complete solution including but not limited to supply,
installation, implementation, maintain, configure etc. of required software.
3.3 Consortium
No consortium / sub-contract is allowed.
3.4 Eligibility Criteria
3.4.1 Bidder should be a registered company in India under relevant Indian Companies Act /
Companies Act 1956 and should have been in operation for a period at least two years
as on date of RFP.
3.4.2 Bidder should have implemented and managed end to end Early Warning Signal (EWS)
Solution/ Risk Management/ Fraud Risk Management solution/ CBS successfully, in at
least One Private / Public Sector Bank having minimum business mix of Rs. 1.50 lakh
crore as on 31.03.2019. The location must be a ‘Core Banking Solution’ in India.
And
The EWS Solution / Risk Management/ Fraud Risk Management Solution of the OEM
should have been implemented successfully in at least one Private / Public sector Bank
having minimum business mix of Rs. 1.50 lakh crore as on 31.03.2019. The location
must be a ‘Core Banking Solution’ in India.
3.4.3 The Bidder should have yearly sales turnover of not less than Rs.50 Crores on
standalone basis of the company during the financial years FY 2015-16, 2016-17 and
2017-18.
3.4.4 The bidder must be having positive net worth based on standalone operations during
the financial years FY 2015-16, 2016-17 and 2017-18.
Page 22 of 165
3.4.5 The Bidder should have posted Profit after Tax (PAT) on standalone basis of the
company during financial years of FY 2015-16, 2016-17 and 2017-18.
3.4.6 During the tender process, the Bidder should not appear in SMA 1 or SMA 2 list as per
RBI guidelines.
3.4.7 Neither the Bidder, nor their promoters and Directors should be defaulters to any financial
institution. The Bidder should not have been reported by any Public Sector Bank/ Private
Sector Bank to Indian Banks Association for any malpractice, fraud, poor service, etc.
The Bidder should not have been blacklisted by any Government authority / Government
Department /Public sector Undertaking (PSU)/ Public Sector Banks (PSBs) / IBA / RBI /
SEBI as on date of submission of the tender, otherwise the bid will not be considered.
3.4.8 The bidder should have permanent office in India with easy access.
3.4.9 The bidder should have branch/ service centers at any one centre in India and list of
branch / service center / franchises with full details of Name, Address / Telephone
Number should be attached.
3.4.10 The Bank also reserves the right to inspect such installation/s while evaluating the
Technical Bid. The Bank will bear all the expenses in this regard. Site visits by Bank’s
Evaluation Team are mandatory and all the expenses incidental to same will be borne
by Bank. The certificate that ‘the implementation of the EWS/ Risk Management/ Fraud
Risk Management package is to their satisfaction’ is to be provided by the Bank where
such solution has been successfully implemented.
3.4.11 The solution offered by the bidder should have adequate redundancy, fault tolerance
and Disaster recovery arrangement.
3.4.12 Certificate/ Manufacturers Authorization Form (MAF) from Original Equipment

Manufacturer (OEM) to be attached.
3.4.13 The bidder must have satisfactorily conducted Bank Account. Status report to that effect
from bidder’s Banker should be furnished along with the bid.
3.4.14 Apart from above points, vendor must secure a score of 203 marks in the
Functionality sheet (PART 5 : TECHNICAL & FUNCTIONAL SPECIFICATIONS –
TFS) to become technically eligible. Bidder should score at least the minimum score in
the each section as mentioned in the Table given in Para 3.24 Evaluation &
Comparison of Price Bids.
3.4.15 Integrity Pact as per Format 6.18.
3.4.16 Site Visits by Evaluation Team.
3.4.17 The application should have the capability to integrate its logs to the Bank’s SIEM
(Security Information and Event Monitoring) solution of SOC (Security of Operations
Centre).
3.4.18 Bidder should ensure and confirm to the Bank that the application is developed in
The secure SDLC environment. It is the responsibility of the Bidder to keep the
application free from all kinds of operational or security bugs.
3.4.19 Bidder should have in place strict version control measures. They should get the
application tested using an approved source code testing tool and the relevant
Page 23 of 165
certificate is provided to the Bank at the time of initial implementation as well as at
every stage of change of version of application. Also the bidder should certify that
the application is free from any ‘Backdoors/Trojans’ in the beginning and whenever
there is a change in source code.
3.4.20 Solution should have mechanism in place to ensure Personally Identifiable

Information (PII) of customers is protected for confidentiality.
3.4.21 In the case of a Bidder offering to supply products and/or EWS Solution under the
Contract which the Bidder did not produce, the Bidder has been duly authorized as
per authorization Format 6.8 given in the Bid, by the products’ Producer to supply the
products and / or Systems in India. The bidder must also have a back to back
agreement with the application software vendor which should include amongst
other the readiness of the Bidder to provide required uptime, agreement to provide
the necessary post implementation support (after Go Live) for at least 5 years
including 3 years AMC period, readiness to enter into an escrow agreement with
bank, etc. Bank will not bear the cost of escrow agreement.
3.4.22 Presently Bank is having Finacle 7i. Bank has envisaged to upgrade the CBS in near
future. Bidder has to take it into account while bidding and the solution should work
in upgraded versions as and when implemented by Bank & no extra cost will be paid
towards the same, bidder to submit undertaking towards the same.
3.4.23 All Government directives regarding exemption towards ‘cost of bid documents and
EMD’ applicable for Small Scale units / MSE will be adhered to, provided vendors
submit sufficient evidence to claim such exemptions in Technical Bid.
3.5 Cost of Bidding
3.5.1 The Bidder shall bear all costs associated with the preparation and submission of its Bid,
and the Bank will in no case be responsible or liable for these costs, regardless of the conduct or
outcome of the Bidding process.
B. The Bidding Documents
3.6 Content of Bidding Documents
3.6.1 The products required, Bidding procedures, and contract terms are prescribed in the
Bidding Documents. The Bidding Documents include:
(h) PART 1 - Invitation to Bid (ITB)
(i) PART 2 - Disclaimer
(j) PART 3 - Instruction for Bidders (IFB)
(k) PART 4 - Terms and Conditions of Contract (TCC)
(l) PART 5 - Technical & Functional Specifications (TFS)
(m) PART 6 - Bid Forms, Price Schedules and other forms (BF)
(n) PART 7 - Schedule of Dates, Amount, etc. (SDA)
3.6.2 The bidder is expected to examine all instructions, forms, terms and specifications in the
Bidding Document. Failure to furnish all information required by the Bidding Document or to
submit a Bid not substantially responsive to the Bidding Document in every respect will be at the
Bidder’s risk and may result in the rejection of the Bid.
Page 24 of 165
3.7 Clarification of Bidding Documents
3.7.1 A prospective Bidder requiring any clarification of the Bidding Document may notify the
Bank in writing e-mail indicated in Invitation to Bid. The Bank will respond at the time of pre-bid
meeting to any request for clarification of the Bidding Document, which it receives no later than
three (3) days prior to the date of pre-bid meeting. Relaxation in any of the terms contained in the
Bid, in general, will not be permitted, but if granted, the same will be communicated to all the
Bidders through BOI website under tender section.
3.8 Amendment of Bidding Documents
3.8.1 At any time prior to the deadline for submission of Bids, the Bank, for any reason,
whether, at its own initiative or in response to a clarification requested by a prospective
Bidder, may modify the Bidding Document/s, by amendment.
3.8.2 All prospective Bidders that have received the Bidding Document will be notified of the
amendment and will be binding on them. Notification of amendments will be put up on
the Bank’s Website and will be binding on all Bidders.
3.8.3 In order to allow prospective Bidders reasonable time, in which to take the amendment
into account in preparing their Bids, the Bank, at its discretion, may extend the deadline
for a reasonable period as decided by the Bank for the submission of Bids.
C. PREPARATION OF BIDS
3.9 Language of Bid
3.9.1 The Bid prepared by the Bidder, as well as all correspondence and documents relating to
the Bid exchanged by the Bidder and the Bank and supporting documents and printed
literature shall be written in English.
3.10 Documents Comprising the Bid (list of documents to be attached/uploaded online at

MSTC site)
i. Documents comprising the ‘Technical Bid’, should be submitted duly indexed and
numbered, comprising of –
a) Bid Form as per Format 6.1.1 completed in accordance with the clauses in the Bid
and duly signed by the Bidder.
b) Documentary evidence establishing that the Bidder is eligible to Bid, as per format
6.14 and is qualified to perform the contract as per Clause 3.13 of the Bidding
Document if its Bid is accepted.
c) Documentary evidence establishing that the products, systems and ancillary services
to be supplied by the Bidder are eligible products and services and conform to Part 5
of the Bidding Document.
d) A full description of the Technical solution, which must provide an acceptable solution
to the business requirements, described in Part 5: Technical & Functional
Specifications. Any Technical Bid containing any price information will be rejected.
e) Bid security for Rs.10,00,000/- furnished as specified in Clause 3.15 herein.
Page 25 of 165
f) Details of Projects Handled / Referral Letters as per Clause 3.4.2 and as per Format
6.14, point 2. Also Past Experience Format 6.16.
g) A complete Bill of Material as per Format 6.13 (Part-A and Part-B).
h) A Non-disclosure Agreement as per Format 6.2.
i) Manufacturers’ / Producers’ Authorization form as per Format 6.8 (wherein applicable).
j) Service Support Details Form, as per Format 6.11
k) Additionally a Masked price bid should be kept with the Technical bid, listing the
components without indicating the price in Technical bid online. Please note that
no price should be mentioned in this format 6.3.
l) Additionally, the bid document should also contain indexed table of supporting
documentary evidences, along with relevant clause of the bid document under which
the same is being submitted and its description.
m) Integrity Pact
n) Organisation profile Format 6.10.
Any Technical Proposal not containing the above will be rejected. The Technical
Proposal should not contain any price information, such proposal will be rejected.
ii. Documents comprising Indicative ‘Price Bid’, should be :
a) A Full Price Schedule of the Solution indicating all the components of the solution and
services (Format 6.3 Part I and Part II) and Format 6.13 with the prices, in online
indicative price bid.
b) The Bid as per Format 6.1.2 as furnished in the Bidding Documents duly signed by the
Bidder and completed.
c) All the price related documents/ formats duly signed by the bidder are to be attached in
the price cover online only, failing which bidder will get disqualified.
3.11 Bid Prices
The detail Bid price indicated in Price schedule should be quoted for Software Application.
The price schedule should include middleware in case require. The Software Application
should also be quoted in such a manner that it should indicate the Application, OS cost at
the Bank-Data Centre. The implementation at all the sites should be quoted in the Price
schedule. Bid price for the software to be quoted separately, but should be for both Data
Centre and Disaster Recovery.
3.11.1 The prices indicated in the Price Schedule shall be entered in the following manner:-
Prices quoted as above shall be valid for a minimum period of 120 days from last date
for submission of the tender.
3.11.2 Prices quoted by the Bidder shall be fixed during the Bidder’s performance of the
Contract and shall not be subject to variation on any account, including exchange rate
fluctuations, changes in taxes, duties, levies, charges etc. A Bid submitted with an
adjustable price quotation will be treated as non-responsive and will be rejected. The
price should be inclusive of all taxes except GST.
Page 26 of 165
3.12 Bid Currencies
3.12.1 Bids are to be quoted in Indian Rupees only.
3.13 Documents Establishing Bidder’s Eligibility and Qualifications
3.13.1 The Bidder shall furnish, as part of its Bid, documents establishing the Bidder’s
eligibility to Bid and its qualifications to perform the Contract, if it’s Bid is accepted.
3.13.2 The documentary evidence of the Bidder’s qualifications to perform the Contract if its
Bid is accepted shall establish to the Bank’s satisfaction:
a) that, in the case of a Bidder offering to supply products and/or Systems under the
Contract which the Bidder did not produce, the Bidder has been duly authorized as
per authorization Format 6.8 given in the Bid, by the products’ Producer to supply
the products and / or Systems in India;
b) In the above case, the bidder must also have a back to back agreement with the
application software vendor which should include amongst other the readiness of the
Bidder to provide required uptime, agreement to provide the necessary post
implementation support (after Go Live) for at least 5 years including 3 years AMC
period, readiness to enter into an escrow agreement with bank, etc. Documentary
proof copy of agreement with application software OEM (if the bidder proposes a
software of another OEM) to be made available in the technical bid. Bank will not bear
the cost of escrow agreement.
c) that adequate, specialized software expertise are already available to ensure

that the support services are responsive and the Bidder will assume total
responsibility for the fault-free operation of the solution proposed and
maintenance during the warranty period and provide necessary maintenance
services after end of warranty period, for a period mentioned in Clause 7.7
and 7.13.
3.14 Documents Establishing Eligibility of Products and Conformity to Bidding Documents
3.14.1 The Bidder shall furnish, as part of its Bid, documents establishing the eligibility and
conformity to the Bidding Documents of all products and/or System and/or services
which the Bidder proposes to supply under the Contract.
3.14.2 The documentary evidence of the eligibility of the products and/or System and/or
services shall consist of a statement (attached to the Price Schedule) of the country of
origin of the products and/or System and/or services offered, which shall be confirmed
by a certificate of origin issued at the time of shipment.
3.14.3 The documentary evidence of conformity of the products and/or System and/or services
to the Bidding Documents may be in the form of literature, drawings, and data, and
shall consist of:
a) a detailed description of the essential technical and performance characteristics of the

products and/or Systems as mentioned in Format 6.3 (Price Schedule);
b) an item-by-item commentary on the Technical & Functional Specifications given in the

Bid, demonstrating substantial responsiveness of the products and/or System and/or
services to those specifications, or a statement of deviations and exceptions to the
provisions of the Technical & Functional Specifications; and
Page 27 of 165
c) a confirmation that, if the Bidder offers systems and/or other software produced by
another company, such software operates efficiently on the system proposed by the
Bidder; and the Bidder is willing to accept responsibility for its successful operation.
3.15. Bid Security/ Earnest Money Deposit (EMD)
3.15.1 The Bidder shall furnish, as part of its Bid, a Bid security/EMD in Clause 3.10.
3.15.2 The Bid security is required to protect the Bank against the risk of Bidder’s conduct,
which would warrant the security’s forfeiture.
3.15.3 The Bid security shall be denominated in Indian Rupees and shall be in one of the
following forms:
a) Though NEFT in the following account:
Account No. : 01220SUNCR822,

Name of the Bank : Bank of India
IFSC Code : BKID0000122
Title of the Account : Collection Account for Estate
3.15.4 Any Bid not secured, as above, will be rejected by the Bank, as non-responsive.
3.15.5 Unsuccessful Bidders’ Bid security will be discharged or returned through NEFT/RTGS
as promptly as possible but not later than sixty (60) days after the expiration of the
period of Bid validity prescribed by the Bank. On return of bid security, no interest will
be payable by Bank on same. The Bidder shall furnish their Bank details like name of
the Bank/ Branch/ Type of account/ IFSC code in the format 6.4 through email latest
by 11.07.2019 by 4:00 p.m.
3.15.6 The successful Bidder’s Bid security will be discharged upon the Bidder signing the
Contract / Purchase Order Value and furnishing the performance security as per
Format 6.6.
3.15.7 The Bid security may be forfeited:
a) if a Bidder withdraws its Bid during the period of Bid validity specified on the Bid
Form; or
b) if a Bidder makes any statement or encloses any form which turns out to be
false/incorrect at any time prior to signing of Contract; or
c) in the case of a successful Bidder, if the Bidder fails;
(i) to sign the Contract;

or
(ii) to furnish Performance Security as mentioned in Clause 3.31 herein.
3.16 Period of Validity of Bids
3.16.1 Bids shall remain valid for a period mentioned in Clause 7.2 from the date of opening
of the Bid. A Bid valid for a shorter period shall be rejected by the Bank as non-
responsive.
3.16.2 In exceptional circumstances, the Bank may solicit the Bidders’ consent to an extension of
the period of validity. The request and the responses thereto shall be made in writing. The
Bid security provided shall also be suitably extended. A Bidder may refuse the request
without forfeiting its Bid security.
Page 28 of 165
3.17 Format and Signing of Bid
3.17.1 The Bid shall be typed or written in indelible ink and shall be signed by the Bidder or a
person or persons duly authorized to bind the Bidder to the Contract. The person or
persons signing the Bids shall initial all pages of the Bids, except for un-amended
printed literature.
3.17.2 Any inter-lineations, erasures or overwriting shall be valid only if they are initialled by
the person signing the Bids. The bank reserves the right to reject bids not confirming
to above
D. Submission of Bids
3.18 Procedure for Submission of Bids
The prospective bidders meeting the B a nk ’s requirement may s ub m i t t h e i r e-

Tenders (Two Cover System) online at www.mstcecommerce.com/eprochome/boi. To facilitate
the prospective Bidders, detailed process and instructions to participate in MSTC e-Tender
portal are provided in Annexure E.
The Bid documents consist of two parts. Part A i.e. Technical Bid consists of Terms &
Conditions to be complied with, Forms of application, allotment of marks for different
parameters, methodology to be adopted for selecting the successful Bidder etc. Part B i.e.
Price/Commercial Bid consists of the amount quoted for providing the services.
Detailed tender documents consisting of Technical Bid and indicative Price Bid are
available online at www.mstcecommerce.com/eprochome/boi and in the ‘Tender’ section on
Bank's website at www.bankofindia.co.in.
However, the Bids can be submitted only after depositing the following amounts in favor of
MSTC and Bank of India as under, within the period of Bid submission:
a. A non-refundable amount of Rs. 50,000/- (Fifty Thousand only) towards cost of Bid
document and
b. An amount of Rs.10,00,000/- (Ten Lac only) towards Initial Earnest Money Deposit ( EMD)/
Bid Security.
The amounts mentioned at (a) and (b) above are to be deposited through NEFT in the
following account:
Account No. : 01220SUNCR822

Name of the Bank : Bank of India
IFSC Code : BKID0000122
Title of the Account : Collection Account for Estate
c. An amount of 0.05% of Estimated Tender Value (plus applicable GST) or as guided on

fees by MSTC or Maximum fee of Rs.15,000/- while making payment, towards Transaction Fee
(non-refundable) to MSTC through Transaction fee payment link in the vendor login.
Transaction fee is required to be paid using e-payment gateway available in your login at
www.mstcecommerce.com/eprochome/boi.
Page 29 of 165
It can be paid either through NEFT/RTGS using challan or by online payment using credit
card/debit card/net banking. Authorization of payment made through NEFT/RTGS takes time of 2
hours to 2 days depending on your bank. However online payment gets authorized immediately in
most of the cases.
Transaction fee payments are authorized by the system itself and there is no manual
intervention.
 NOTE: The Bidders should submit the EMD, cost of Bid document and transaction fee
ON OR BEFORE THE PRESCRIBED DATE AND TIME.
 After depositing the EMD payment, prospective Bidders are required to send an
email (format 6.4) in this regard to below email id stating the transaction details viz
Amount, Date of Transfer, UTR No., Bank, sender’s name, RFP Ref. No. etc.. Only
upon receipt of details of payment of EMD, cost of bid document and verification of
the same by the Bank, bidder will be considered as authorized to participate in the
bid. In case of failure to submit the payment towards EMD and Cost of Bid
document for any reason BEFORE THE PRESECRIBED DATE AND TIME, the
Bidder will be disqualified for the bidding process and the bid submitted by such
bidder will be rejected at initial stage itself.
For Bank of India:

 Cost of Bid document and Transaction fee is non-refundable. The EMD of the
unsuccessful Bidders will be returned as soon as possible but without any interest.
If the successful bidder fails to enter into the contract within the period stipulated,
the EMD furnished shall be forfeited and Bank shall also be within its right to
blacklist such bidder. Bank shall be within its right to award the contract to the next
bidder or go for fresh bidding as it may deem fit in its sole discretion.
3.19 Deadline for Submission of Bids
3.19.1 Bids must be received by the Bank at the address specified, no later than the date &
time specified in the Invitation to Bid.
3.19.2 The Bank may, at its discretion, extend this deadline for the submission of Bids by
amending the Bid Documents, in which case, all rights and obligations of the Bank
and Bidders previously subject to the deadline will thereafter be subject to the
deadline as extended.
3.20 Late Bids
3.20.1 Bid submitted and /or received by MSTC/Bank after the Time and Date as prescribed
in e-tender, WILL NOT BE CONSIDERED AND REJECTED. No physical submission of
Hard Copy of Bid will be considered other than e-bid in any case.
3.21 Modification and Withdrawal of Bids
3.21.1 The Bidder may modify or withdraw its Bid after the Bid’s submission but prior to the
deadline prescribed for submission of Bids, in e-tender process online only.
3.21.2 No Bid will be modified after the deadline for submission of Bids.
Page 30 of 165
3.21.3 No Bid will be withdrawn by bidder in the interval between the last date and time for
submission of Bids and the expiration of the period of Bid validity, as specified in e-
tender. Withdrawal of a Bid during this interval will result in the Bidder’s forfeiture of its
Bid security/ EMD.
E. Opening and Evaluation of Bids
3.22 Clarification of Bids
3.22.1 In case, the Bank, during evaluation of the Bids at its discretion may seek any
clarification in connection with the bid, the bidder has to submit those, within the time
prescribed. Such request for clarification, the response / clarification of bidder shall be in
writing. No change in the price or substance of the Bid shall be sought, offered or
permitted.
3.23 Preliminary Examination (Stage-1)
3.23.1 All the offers submitted by the Bidders will be downloaded and the documents will be
screened and short listed by the in-house Committee of the Bank based on the
requirement specified and the details submitted by the Bidder, if required by carrying
out inspection of the offered details. All such short listed offers will be further inspected
and examined by the in-house Committee and will be further evaluated on the
qualitative aspects of various parameters.
The Bank will examine the Bids to determine whether they are complete, required
formats have been furnished, the documents have been properly signed, and the Bids
are generally in order.
Bids containing false and /or inadequate information are liable for rejection.
Any change in the text of any of the Technical & Functional Specifications (Part V)
‘Column 2’ by bidder in sheet submitted in Technical Bid, will disqualify the bidder.
Decision of the Bank in regard to pre-qualifications of bidders shall be final. The Bank
reserves the right to reject any or all applications without assigning any reason thereto.
3.23.2 The Bank may, at its discretion, waive any minor infirmity, non-conformity, or irregularity
in a Bid, which does not constitute a material deviation.
3.23.3 Prior to the detailed evaluation, the Bank will determine the substantial responsiveness
of each Bid to the Bidding Document. For purposes of these Clauses, a substantially
responsive Bid is one, which conforms to all the terms and conditions of the Bidding
Document without material deviations. Deviations from, or objections or reservations to
critical provisions, such as those concerning Bid Security/EMD, Applicable Law,
Performance Security, Qualification Criteria, Insurance, Warranty, AMC and Force
Majeure, other terms and conditions as mentioned in Part IV under Terms and
Conditions of Contract will be deemed to be a material deviation. The Bank’s
determination of a Bid’s responsiveness is to be based on the contents of the Bid itself,
without recourse to extrinsic evidence. The Bank reserves the right to evaluate the bids
on technical & functional parameters including possible visit to inspect live site/s of the
bidder and witness demos of the system and verify functionalities, response times, etc.
3.23.4 If a Bid is not substantially responsive, it will be rejected by the Bank and may not
subsequently be made responsive by the Bidder by correction of the non-conformity.
The technical evaluation will take into account the capability of the bidder to
implement the proposed solution.
Page 31 of 165
3.23.5 Only those bidders whose Technical bids have been found substantially responsive
would be intimated by the Bank about their responsiveness and about the revised /
updated Technical & Functional Specification (if any) arising out of normalization (if any).
3.24 Technical Evaluation and comparison of Price Bids
Technical Evaluation criterion (Stage -2)
The Technical Proposals of only those bidders shall be evaluated who have satisfied the
eligibility criteria bid. The scoring methodology for technical bid components is explained
in the following paragraphs.
The EWS Solution implementation involves various components including

implementation of necessary application software, RDBMS, development of interfaces
and customizations where necessary, training of designated users and executives,
performing data migration activities, providing implementation services, and rolling out
the system at various locations of Bank and provide support and maintenance services
for the project duration. The proposal submitted by the bidders shall, therefore, be
evaluated on the following parameters:
1. Functional Requirements (FR) & Technical Requirements (TR)
2. Technical Presentation (TP) & Product Demonstration (PD)/ Proof of concept (POC)
3. Past Experience (PE)
4. Site Visit or Client Feedback (SV)
BANK may seek clarifications from the any or each bidder as a part of technical
evaluation. All clarifications received by within stipulated time shall be considered for
evaluation. In case a clarification is not received within the stipulated time (48 hours), the
respective technical parameter would be treated as noncompliant and decision to qualify
the bidder shall be accordingly taken by the bidder.
The proposal submitted by the bidders shall, therefore, be evaluated on the following criteria:
S. Parameter Maximum Score Minimum

No. Score
a Technical and Functional Requirements Evaluation 225 203
b Technical Presentation and Product 200 160

Demonstration / Proof of Concept (POC) (For EWS, (Presentation- 30,
the bidder/ OEM is required to conduct a detailed Demo/POC -170)
product walkthrough and to adhere to demo scripts
provided during technical evaluation)
c Past Experience 50 20
d Site Visit or Client Feedback 10 7
Total (a+b+c+d) 485 390
Minimum Qualifying Marks 405
The proposed solution by the bidder should ensure minimum compliance of 90% for the EWS
Solution for technical and functional requirement (i.e. (a) above) scoring based on the defined
functional parameters. Any breach to the minimum compliance requirement will lead to the
disqualification of the bid. Bidder must secure a score of 203 marks in the Functionality sheet
(PART 5: TECHNICAL & FUNCTIONAL SPECIFICATIONS – TFS) to become technically eligible.
Vendor to submit response (Y/C/N) in respect of each functionality indicated in the Functionality
sheet given in RFP. In case response is ‘Blank’, it will be taken as ‘N’.
Page 32 of 165
Bidders scoring at-least the minimum score in the each section (a to d) as mentioned in the
table above. Please note that an overall score of 405 marks or more will be declared technically
qualified.
In the event of no bidders qualifying or only one bidder is qualifying, the bank at its discretion may
choose to relax criteria to select more than one bidder complied with most of the eligibility
especially under item (a) above i.e. Technical and Functional requirements evaluation by 5% i.e.
minimum 85% as prescribed by the Bank.
Also the bank may, at its sole discretion, decide to seek more information from the bidders in
order to normalize the bids. However, bidders will be notified separately, if such normalization
exercise is resorted to.
Scoring Methodology for Functional and Technical Requirements
The minimum functional and technical specifications for the EWS Solution application are given in
Part 5 Technical & Functional Specifications. All the requirements are mandatory. Bidder shall
indicate the availability of each requirement as fully compliant (F) and Customization (C).
Bidders should secure at-least 90% of the maximum marks for the technical and functional
requirements ‘a’ above under para 3.26 for EWS Solution to qualify for commercial evaluation.
Marks will be awarded as per the table below: Response/Marks

Bidder’s response
Required functionality is readily available- Fully “Y”=0.50 Marks
Compliant
Required functionality will be made available with “C”=0.25 Marks
customization - Customization
Required functionality is not available/will not be “N”=0 Marks
available
Where,
• Required functionality is readily available- Fully Compliant (Y): The system that shall be
delivered currently supports this function either in native form or through existing parameterization
without further enhancement or the use of either programming or user tools, i.e. included in the
base package, to be delivered in the version of the solution being proposed to the Bank.
• Required functionality will be made available with customization - Customization (C): The
function is not available in the product and it would require customization by the bidder and the
bidder shall prove the working of function at the time of Demo/POC event.
• Required functionality is not available/will not be available - Non-Compliant (N): The

function is not available in the product and cannot be provided even after customization.
Scoring for Overall Technical Presentation (TP) and Product Demonstration (PD)/ Proof of
Concept (POC)
All eligible bidders along with their EWS Solution OEMs will be required to make presentations to
supplement their bids, showcase overall solution proposed. The bank will schedule presentations
and the time and location will be communicated to the bidders. Failure of a bidder to complete a
scheduled presentation to the bank may result in rejection of the proposal.
Bidder is also expected to demonstrate the product’s capability, compatibility, applicability and
acceptability to the bank as per the RFP requirements on Use cases / Demo Scripts for the
solution. The Concept for POC will be shared with only qualified/ shortlisted bidders. The date of
Page 33 of 165
the Presentation and POCs, timelines, the final list of use cases, and locations for testing, will be
shared with all qualified Bidders.
The same criteria (as evaluation for functional specifications) will be applied to product
demonstration/ POC also. In case where the requirements in any Part 5 Technical & Functional
Specifications is responded as ‘Y’ and is not demonstrated successfully by the bidder (at the time
of POC), the scoring for such parameters will be brought down accordingly as per the scoring
sheet. In case of any of the Technical & Functional specifications (TFS) which is covered in POC
and against which ‘C’ has been marked, the vendor qualified/ shortlisted as per eligibility norms
has to demonstrate the proving the concept at the time of POC.
Apart from above, Bank reserves the right to visit the client site or the Vendor’s Lab to get the
demonstration of the Solution already installed there as part of PD/POC.
Scoring for Past Experience (PE) / Reference site visit/ Client Feedback
The bidder / OEM should provide details of past experience in implementing EWS /Risk
Management/ Fraud Risk Management application. The bidder / OEM’s past experience shall be
evaluated and the score obtained by the bidder shall be considered for evaluation as given in the
Format 6.16: Past Experience. The bidder should provide the details of all the implementations in
banks including details of scope of project, number of branches with breakup of the role and proof
of implementation experience.
No. Past Experience Score Max
Score
C Bidder’s/OEMs experience in implementation of EWS 50
solution/ Risk Management/ Fraud Risk Management
Solution
i The proposed EWS solution should have been implemented 50

successfully in one Scheduled Commercial Bank in India with
minimum 1500 branches.
ii The proposed EWS solution should have been implemented 45
minimum 1000 branches.
iii The proposed EWS solution should have been implemented 25
less than 1000 branches.
iv Risk Management/ Fraud Risk Management solution should 40
have been implemented in one Scheduled Commercial Bank
in India with minimum 1500 branches with minimum 1 year
successful implementation.
v Risk Management/ Fraud Risk Management solution should 35
in India with minimum 1000 branches with minimum 1 year
vi Risk Management/ Fraud Risk Management solution should 20

in India with less than 1000 branches with minimum 1 year
Total Max Score (C ) 50
D Site Visit or Client Feedback 10

Max Score (D) 10
Page 34 of 165
Bank would carry out reference site visits and/ or telephonic feedback with the existing customers
of the bidder/OEM. The inputs that have been received from the customer would be considered by
the bank. This rating would be purely on the inputs (like satisfaction of the organization of the
product, timeliness of implementation, promptness of support services etc.) provided by the
bidder/OEM’s customers and score would be assigned to bidder. The Bank also reserves the right
to inspect such installations while evaluating technical bid. The Bank will bear all the expenses in
this regard. Site visits by Bank’s Evaluation team are mandatory and the entire expenses
incidental to same will be borne by Bank.
The bank at its discretion may reject the proposal of the bidder without giving any reasons
whatsoever, in case the responses received from the site visits are negative.
The bidder would be required to coordinate for such interactions. However, the bidder would not
be allowed to be party to the discussion between the bank & the bidder/OEM’s clients.
Price Bid (Commercial Bid) Evaluation (Stage-3)
Only those vendors who have qualified after Stage 2 of Technical evaluation will be eligible for the
Price Bid evaluation and will be informed of the date / time / Venue of opening of indicative price
bids/ reverse auction.
The Technical Bids will be evaluated as per eligibility and Technical specification. Thereafter the
Bank will go ahead with reverse auction (who are found eligible after evaluation of Technical
Bids).
After opening of indicative price bids, the Bank will evaluate and compare the indicative Price Bids
and will conduct reverse auction. Our Bank’s Business Rules and Terms & Conditions of Reverse
Auction are as per Annexure-D. Please note the contents and comply with the requirements of the
same. Bidders are requested to ensure that they have a valid digital certificate well in advance to
participate in Reverse Auction event.
Minimum two technically qualified bidders are required for opening the indicative financial bids.
In case only one Bid is received or only one Bid is found to be technically qualified, no further
process will be done and the process will be scrapped.
Arithmetical errors will be rectified on the following basis. If there is a discrepancy between the
unit price and the total price that is obtained by multiplying the unit price and quantity, the unit
price shall prevail, and the total price shall be corrected. If the technically qualified bidder does not
accept the correction of the errors, its Bid will be rejected, and its Bid security may be forfeited. If
there is a discrepancy between words and figures, the amount in words shall prevail.
(a) Delivery Schedule
The products and/or Systems and/or Services covered under this invitation are to be
supplied, installed and commissioned within the period mentioned in 7.14. No credit
will be given to early deliveries. Penalty as per Service Level Agreement (SLA ) and
Contracting Annexure C will be added for evaluation of Bids offering delayed
deliveries.
(b) Quotation of Prices for all Items
The Bidder should quote for complete consignment of items proposed/listed in this Bid. In
case, prices are not quoted by any Bidder for any specific item / Product / service, for the
Page 35 of 165
purpose of evaluation, the highest of the prices quoted by other Bidders participating in
the bidding process will be reckoned as the notional price for that product /service, for that
Bidder. However, if selected, at the time of award of Contract, the lowest of the price(s)
quoted by other Bidders (whose Price Bids are also opened/ in reverse auciton) for that
product /service will be reckoned. This shall be binding on all the Bidders. However, the
bank reserves the right to reject all such incomplete bids.
3.25 Contacting the Bank
3.25.1 No Bidder shall contact the Bank on any matter relating to its Bid, from the time of
opening of Bid to the time the Contract is awarded.
3.25.2 Any effort by a Bidder to influence the Bank in its decisions on Bid evaluation, Bid
comparison or contract award may result in the rejection of the Bidder’s Bid.
F. Award of Contract
3.26 Post-qualification
3.26.1 All the Price bids after their evaluation, the contract would be awarded to the
technically qualified L1 bidder emerged through evaluation process.
3.27 Award Criteria
3.27.1 The Bank will award the Contract to the successful Bidder who has been determined to
qualify to perform the Contract satisfactorily, and whose Bid has been determined to be
substantially responsive, and is technically qualified and the lowest evaluated Price
Bid.
3.28 Bank’s right To Accept Any Bid and to reject any or All Bids.
3.28.1 The Bank reserves the right to accept or reject any Bid in part or in full, and to annul
the Bidding process and reject all Bids at any time prior to contract award, without
thereby incurring any liability to the affected Bidder or Bidders or any obligation to
inform the affected Bidder or Bidders of the grounds for the Bank’s action.
3.29 Notification of Award
3.29.1 Prior to expiration of the period of Bid validity, the Bank will notify the successful
Bidder in writing or by e-mail, that its Bid has been accepted.
3.29.2 The notification of award will constitute the formation of the Contract.
3.29.3 Upon the successful Bidder’s furnishing of Performance Security, the Bank will
promptly notify each unsuccessful Bidder and will discharge its Bid security.
3.30 Signing of Contract
3.30.1 At the same time as the Bank notifies the successful Bidder that its’ Bid has been
accepted, the Bank will send the Bidder the Contract Form as per Format 6.5,
incorporating all agreements between the parties.
3.30.2 Within the period prescribed in Clause 7.4, from the date of receipt of the Form of
contract, the successful Bidder shall sign and date the Contract and return it to the
Bank.
3.31 Performance Security / Guarantee

Page 36 of 165
3.31.1 Performance Security in the required format to be submitted by the successful bidder
as per Clause 4.6
3.31.2 Failure of the successful Bidder to comply with the requirement of Clause 3.29 or Clause
3.30 shall constitute sufficient grounds for the annulment of the award and forfeiture of
the Bid security, in which event, the Bank may make the award to the next eligible
Bidder or call for new Bids.
3.31.3 The selected bidder shall submit a Performance Guarantee for an amount as mentioned
in clause 7.6 from any Nationalised/ Public Sector Bank in India other than Bank of
India and acceptable to Bank towards performance of the contract, before execution of
the contract, valid for period as per clause 7.5 from the commencement of contract and
with further claim period of 12 months. Bank shall be within its rights to invoke the
performance guarantee without any notice to the Vendor, if the Vendor in the opinion of
Bank has delayed or failed to perform its obligations under the contract to the
satisfaction of the Bank, or in the event of the Bank terminating the contract and/or the
Vendor failing to pay the Penalty /Liquidated Damages payable to the Bank.
It is clarified that the selected bidder shall be bound by the policy on outsourcing
approved by the Bank.
3.32 Contract Agreement
The successful bidder shall execute the Contract Agreement/Service level Agreement
with the Bank in the format devised by the Bank. All charges related to execution of
contract Agreement including stamp duty will be borne by successful bidder.
Note: Not withstanding anything said above, the Bank reserves the right to reject / award the
contract to any Bidder / Vendor or cancel the entire process at anytime without
assigning reasons thereto.
***************************************************************************************************
Page 37 of 165
PART 4: TERMS AND CONDITIONS OF CONTRACT (TCC)
TABLE OF CLAUSES
Claus Topic Claus Topic

e e No.
No.
4.1 Definitions 4.29 Resolution of Disputes
4.2 Country of Origin 4.30 Governing Language
4.3 Standards 4.31 Applicable Law

Use of Contract
4.4 4.32 Addresses for Notices
Documents and
Information
Patent Rights / Intellectual
4.5 4.33 Taxes and Duties
Property Rights
4.6 Performance Security 4.34 Supplier Integrity

Inspection & Quality
4.7 4.35 Supplier’s obligations
Control Tests
4.8 System & Other Software 4.36 Indemnity
Acceptance Tests &
4.9 4.37 Site Preparation
Certificate
Installation / Commissioning of
4.10 Packing 4.38
the Hardware/ Software
4.11 Delivery & Documents 4.39 Technical Documentation
4.12 Insurance 4.40 Right to use defective product
4.13 Transportation 4.41 Publicity
4.14 Incidental Services 4.42 Integrity Pact
4.15 Warranty No Legal Relationship

4.43
4.16 Maintenance Services 4.44 Disqualification
4.17 Training 4.45 Errors and Omissions
4.18 Payment 4.46 Acceptance of Terms
4.19 Prices 4.47 Information Provided
4.20 Variation 4.48 Costs Borne by Respondent

4.21 Contract Amendments
4.49 Fees
Inspection and Right to Audit by
4.22 Assignments 4.50
Bank and RBI
4.23 Delay in Supplier’s
4.51 Violation of Terms
Performance
4.52 Confidentiality
4.24 Liquidated Damages
Page 38 of 165
Recipient Obligation to inform
4.53
4.25 Termination for Default itself
4.26 Force Majeure
4.54 Evaluation of Offers
4.27 Termination for Insolvency 4.55 Compliance with Law
4.28 Termination for Convenience

4.56 Limitation of Liability
Page 39 of 165
4.1 Definitions
In this Contract, the following terms shall be interpreted as indicated:
4.1.1 ”Solution” means a package of Early Warning Signals (EWS) application software,
Bank’s Core Banking software, with necessary hardware, servers, PCs, and system
software, database, third party utilities, middleware, etc. as proposed by the Supplier,
all seamlessly integrated to work together on the Banks network to meet the
Technical and functional requirements of the Bank indicated in this document.
4.1.2 “Supplier” is the successful Bidder who has been determined to qualify to perform the
Contract satisfactorily, and whose Bid has been determined to be substantially
responsive, and is the lowest evaluated Bid.
4.1.3 “The Contract” means the agreement entered into between the Bank and the Supplier,
as recorded in the Contract Form signed by the parties, including all attachments and
appendices thereto and all documents incorporated by reference therein;
4.1.4 “The Contract Price” means the price payable to the Supplier under the Contract for the
full and proper performance of its contractual obligations;
4.1.5 “The Product” means all of the software or softwares, all hardware, database,
middleware, operating systems and/or other materials which the Supplier is required
to supply to the Bank under the Contract;
4.1.6 “The Services” means those services ancillary to the supply of the Products, such as
transportation and insurance, installation, commissioning, customization, provision of
technical assistance, training, Maintenance and other such obligations of the Supplier
covered under the Contract;
4.1.7 “TCC” means the Terms and Conditions of Contract contained in this section;
4.1.8 “The Project Site” means the Bank’s DC, DR along with the branches.
4.1.9 'System' means a Computer System consisting of all Hardware, Software, etc., which
should work together to provide the services as mentioned in the Bid and to satisfy
the Technical and Functional Specifications mentioned in the Bid.
4.1.10 ‘Software’ means Application/System software, Database, Middleware and other third
party utilities which will seamlessly integrate with the environment described in this
document without any hitch or hindrance.
4.1.11 In case of a difference of opinion on the part of the Bidder in comprehending and/or
interpreting any Clause / Provision of the Bid Document after submission of the Bid,
the interpretation by the Bank shall be binding and final on the Bidder.
4.2 Country of Origin / Eligibility of Goods & Services
4.2.1 All goods and related services to be supplied under the Contract shall have their origin
in eligible source countries, as per the prevailing Import Trade Control Regulations in
India.
4.2.2 For purposes of this clause, “origin” means the place where the goods are mined, grown,
or manufactured or produced, or the place from which the related services are
supplied. Goods are produced when, through manufacturing, processing or substantial
and major assembly of components, a commercially-recognized product results that is
Page 40 of 165
substantially different in basic characteristics or in purpose or utility from its
components.
4.2.3 The origin of goods and services is distinct from the nationality of the Bidder.
4.3 Standards
4.3.1 The Goods supplied under this Contract shall conform to the standards mentioned in
the Technical Specifications, and, when no applicable standard is mentioned, to the
authoritative standards appropriate to the Goods’ country of origin. Such standards
shall be the latest issued by the institution concerned.
4.4 Use of Contract Documents and Information
4.4.1 The Supplier shall not, without the Bank’s prior written consent, disclose the Contract,
or any provision thereof, or any specification, plan, drawing, pattern, sample or
information furnished by or on behalf of the Bank in connection therewith, to any
person other than a person employed by the Supplier in the performance of the
Contract. Disclosure to any such employed person shall be made in confidence and
shall extend only as far as may be necessary for purposes of such performance.
4.4.2 The Supplier shall not, without the Bank’s prior written consent, make use of any
document or information for purposes of performing the Contract.
4.4.3 Any document, other than the Contract itself, shall remain the property of the Bank
and shall be returned (in all copies) to the Bank on completion of the Supplier’s
performance under the Contract, if so required by the Bank.
4.5 Patent Rights / Intellectual Property Rights
4.5.1 In the event of any claim asserted by a third party of infringement of copyright, patent,
trademark, industrial design rights, etc. arising from the use of the Goods or any part
thereof in India, the Supplier shall act expeditiously to extinguish such claim. If the
Supplier fails to comply and the Bank is required to pay compensation to a third party
resulting from such infringement, the Supplier shall be responsible for the compensation
to claimant including all expenses, court costs and lawyer fees. The Bank will give notice
to the Supplier of such claim, if it is made, without delay.
4.5.2 The bidder represents that it has obtained appropriate rights to provide the
deliverables upon the terms and conditions contained in this contract. The Bank
agrees and acknowledges that save as expressly provided in this contract, all
Intellectual Property Rights in relation to the Software and Documentation and any
adaptations, translations and derivative works thereof whether protectable as a
copyright, trade mark, patent, trade secret design or otherwise, provided by the Bidder
during, in connection with or in relation to fulfilling its obligations under this contract
belong to and shall remain a property of the Bidder or its licensor. The Bank shall own
all Intellectual Property Rights in all software and other materials (excluding any Bidder
or third party products including any modifications, enhancements or customization
made thereto) produced exclusively for the Bank by the Bidder pursuant to the project
including any adaptations , translations, derivative works and improvements that are
developed by the Bidder, specifically and exclusively for the Bank, whether protectable
as a copyright, trademark, patent, trade secret and design or otherwise. The
ownership of all Intellectual Property Rights in any information or materials provided to
Page 41 of 165
the Bidder by the Bank shall remain vested in the Bank. The ownership of all
Intellectual Property Rights for any Bank customer information or materials provided to
the Bidder by the Bank shall remain vested in the Bank.
4.5.3 The Bidder represents that a separate agreement is required to be entered into by the
Bank with Third-party bidder either for statutory or proprietary reasons,
notwithstanding the Bidder’s obligations for performance. The Bank shall enter into a
separate Confirmation of License Agreement with the OEM of the software, as per the
format provided by the Bank, wherein the Bank is being granted a license to use
Software solely in the manner set out herein.
4.5.4 During the Term of this Project and, if applicable, during the Reserve Transition Period,
Bank grants Bidder a right to use at no cost or charge the Software licensed to the
Bank, solely for the purpose of providing the Services. The Bidder shall be responsible
for obtaining all necessary authorizations and consent from third party licensors of
Software used by Bidder in performing its obligations under this Project. If a third party’s
claim endangers or disrupts the Bank’s use of the Software, the Bidder shall at no
further expense, charge, fees or costs to the Bank, (i) obtain a license so that the Bank
may continue use of the Software in accordance with the terms of this Agreement and
the license agreement; or (ii) modify the Software without affecting the functionality of
the Software in any manner so as to avoid the infringement; or (iii) replace the Software
with a compatible, functionally equivalent and non-infringing product
4.6 Performance Security
4.6.1 Within the period prescribed under Clause 7.3 from Date of receipt of notification of
Contract award, the Supplier shall furnish to the Bank, the Performance Security for an
amount as per Clause 7.6 valid upto the period specified in Clause 7.5.
4.6.2 The proceeds of the performance security shall be payable to the Bank as
compensation for any loss resulting from the Supplier’s failure to complete its
obligations under the Contract. Bank shall at its discretion has the absolute right to
appropriate the PBG’s upon breach or penalty without notice.
4.6.3 The Performance Security shall be denominated in Indian Rupees and shall be by way of
bank Guarantee issued by a Nationalised / Public Sector bank in India (Other than Bank
of India), acceptable to the bank in the Format 6.6 provided in the Bid.
4.6.4 The performance security will be discharged by the Bank and returned to the Supplier
not later than the period specified in Clause 7.11, following the date of completion of the
supplier’s performance obligations under the Contract, including any warranty
obligations under the contract and following receipt of performance guarantee for the
annual maintenance equal to an amount specified in Clause 7.15.
4.6.5 In the event of any contract amendment, the Supplier shall, within the period mentioned
in Clause 7.3 after receipt of such amendment, furnish the amendment to the
Performance security, rendering the same valid for the duration of the Contract, as
amended for further specified in Clause 7.3. In the event of any correction of defects or
replacement of defective software/products/equipment/system during the warranty
period, the warranty for the corrected / replaced software/products/equipment/system
shall be extended to a further period mentioned in Clause 7.7. The performance
Page 42 of 165
guarantee for a proportionate value shall be extended by the period mentioned in Clause
7.10 over and above the extended warranty period.
4.7 Inspection and Quality Control Tests
4.7.1 The Bank reserves the right to carry out pre-shipment inspection by a team of Bank
officials, of any of the existing live installations of the Supplier referred to in the
Technical Bid or demand a demonstration of the solution proposed on a
representative model in bidder’s office.
4.7.2 The Bank’s right to inspect, test and where necessary reject the products after the
products arrival at the destination shall in no way be limited or waived by reason of
the products having previously being inspected, tested and passed by the Bank or its
representative prior to the products shipment from the place of origin.
4.7.3 Nothing stated hereinabove shall in any way release the supplier from any warranty or
other obligations under this contract.
4.7.4 Manuals
4.7.4.1 Before the products / system is / are taken over by the Bank, the Supplier shall supply
technical / systems Manuals for all the Software supplied and for all required
interfaces. Operation and maintenance Manuals for all the systems and applications
covering the operations needed to start, run, day-begin, day-end, other operations,
transfer to fall back system / site including business continuity plan to be provided by
the vendor. User manuals for Administrative Office / Zones / branches for all the
modules shall be provided by the vendor. The manuals shall be in English.
4.7.4.2 Unless and otherwise agreed the products and equipment shall not be considered to
be completed for the purpose of taking over until such manuals have been supplied to
the bank.
4.7.4.3 The Supplier shall provide one set of Design Manual, System Manual, User manual
and Security Manual for the Application Software. The Supplier shall also provide one
soft copy of each of the manuals. Soft and Hard Copy Manuals shall commensurate
with number of installations of Products in the Bank.
4.8 For the System & other Software, the following will apply:
The supplier shall provide complete and legal documentation of all subsystems,
operating systems, system software, utility software and other software. The supplier
shall also provide licensed software for all software products whether developed by it
or acquired from others. The supplier shall also indemnify the Bank against any levies
/ penalties on account of any default in this regard.
In case the primary vendor is coming with software which is not his proprietary
software then the primary vendor must submit evidence in the form of agreement he
has entered into with the software vendor which includes support from the software
vendor for the proposed software for the full period required by the Bank.
The bidder must integrate all the software components supplied by him with
existing or to be supplied hardware, software components to make the system
integrated and fully functional. It will be bidder’s responsibility to locate the exact
nature of the problem/fault(s) and rectify the same. Under no circumstances will a
problem/fault be blamed on the Hardware / Operating System/ other systems without
sufficient cause and justification.
Page 43 of 165
The bidder must also take necessary steps to install all the software components
supplied by him on the hardware supplied by Bank. Moreover, any relevant software
patches that are required to be applied to the system software to make it compatible
with hardware / software must be identified and installed from time to time during the
warranty and AMC period.
4.9 Acceptance Procedure:
On successful completion of installation, commissioning, acceptability test, receipt of

deliverables, etc., and after the solution runs successfully for six months after going
live and Bank is satisfied with the working on the system, the acceptance certificate
(as mutually decided and approved by the Bank) signed by the Supplier and the
representative of the Purchaser will be issued. The date on which such certificate is
signed shall be deemed to be the date of successful commissioning of the systems as
per Bank’s Format 6.9.
At the discretion of bank, acceptance tests will be conducted by the bidder at the site in
the presence of the officials of Bank of India and/or its nominated consultants. The tests
will check for trouble-free operation apart from physical verification and testing. There
shall not be any additional charges payable by Bank for carrying out this acceptance
test.
In the event of software failing to pass the acceptance test, a period not exceeding five
days will be given to rectify the defects and clear the acceptance tests, failing which the
bank reserves the right to get the software replaced by the supplier at no extra cost to
Bank
4.10 Packing of Products
4.10.1 The Supplier shall provide such packing of the products as is required to prevent their
damage or deterioration during transit to their final destination. The packing shall be
sufficient to withstand, without limitation, rough handling during transit and exposure
to extreme temperature, salt and precipitation during transit and open storage. Size
and weights of packing case shall take into consideration, where appropriate, the
remoteness of the Products final destination and the absence of heavy handling
facilities at all transit points.
4.10.2 Packing Instructions: The Supplier will be required to make separate packages for
each Consignee. Each package will be marked on three sides with proper / indelible
ink with the following:
(i) Project; (ii) Contract No.; (iii) Country of Origin of products; (iv) Supplier’s Name;
(v) Packing List reference number.
4.11 Delivery and Documents
4.11.1 Delivery of the Products / Software shall be made by the supplier in accordance with
the system approved / ordered. The details of the documents to be furnished by the
Supplier are specified hereunder:-
i) 3 copies of Supplier’s Invoice showing Contract number, Products description,

quantity, unit price and Total amount.
ii) Deliver Note or acknowledgement of receipt of Products from the Consignee or in case
of products from abroad original and two copies of the negotiable clean Airway Bill.
Page 44 of 165
iii) 2 copies of packing list identifying contents of each package.
iv) Insurance Certificate.
v) Manufacturer’s / Supplier’s warranty certificate.
vi) Inspection certificate issued by the nominated inspection agency, if any, and the
Supplier’s factory inspection report and Quality Control Test Certificates.
vii) Certificate of Origin.
The above documents shall be received by the Bank before arrival of Products (except
where it is handed over to the Consignee with all documents) and if not received the
Supplier will be responsible for any consequent expenses.
4.12 Insurance
4.12.1 The insurance shall be in an amount equal to 110 percent of the value of the Products
from “Warehouse to final destination” on “All Risks” basis including War Risks and
Strikes.
The Successful Bidder shall take adequate insurance cover against all kinds of risks
including fidelity clause for the loss arising from acts of omission / commission
/dishonesty of its employees and / or agents/any claims by vendor’s employees on
Bank of India and would be required to keep the insurance policy alive at all times
during the currency of the Contract.
4.12.2 Should any loss or damage occur, the Supplier shall:-

a) initiate and pursue claim till settlement and
b) promptly make arrangements for repair and / or replacement of any damaged

item irrespective of settlement of claim by the underwriters.
4.13 Transportation
4.13.1 Where the Supplier is required under the Contract to transport the Goods to a specified
place of destination within India, defined as the Project Site, transport to such place of
destination in India, including insurance and storage, as shall be specified in the
Contract, shall be arranged by the Supplier, and the related costs shall be included in
the Contract Price.
4.14 Incidental Services
4.14.1 The incidental services to be provided are as under:-
(a) Furnishing Manuals for each appropriate unit of the Supplied Products as
mentioned under Clauses 4.7, 4.8 and 4.40 of TCC;
(b) Maintenance and software updates of the supplied Products, Technical support
thereof for a period as specified in Clause 7.13 after expiry of the warranty
provided that this service shall not relieve the Supplier of any warranty obligations
under this contract.
4.15 Warranty
4.15.1 The Supplier warrants that the products supplied under the Contract are of the most
recent version and that they incorporate all recent improvements in design and / or
Page 45 of 165
features. The Supplier further warrants that all the Products supplied under this
Contract shall have no defect, arising from design or from any act of omission of the
Supplier, that may develop under normal use of the supplied products in the conditions
prevailing in India
4.15.2 The minimum warranty period shall be the period as per Clause 7.7. The Supplier shall in
addition comply with the performance guarantees specified under the Contract. If, for
reasons attributable to the Supplier, these guarantees are not attained in whole or in part
the Supplier shall make such changes, modifications and / or additions to the Products
or any part thereof as may be necessary in order to attain the contractual guarantees
specified in the Contract at its own cost and expense and to carry out further
performance tests.
4.15.3 The bank shall promptly notify the Supplier in writing of any claims arising under this
warranty.
4.15.4 Upon receipt of such notice the Supplier shall with all reasonable speed, repair or
replace the defective products or part thereof without cost to the Bank.
4.15.5 If the Supplier having been notified fails to remedy the defect(s) within the period
specified in Clause 7.9, the Bank may proceed to take such remedial action as may
be necessary, at the Supplier’s risk and expense and without prejudice to any other
rights, which the Bank may have against the supplier under the Contract.
4.15.6 Warranty / Uptime
a) During Warranty Period, Supplier guarantees an Uptime of 99.5% on quarterly basis

for the entire/core solution proposed, with a MTBF of 90 days. Accordingly it is
expected that necessary redundancy is built into the proposed solution for all critical
components whether software or hardware. Please refer to 7.18 for details of uptime
required by the bank.
b) Warranty for Hardware/System Software/off-the-shelf Software will be provided to

the Bank as per the general conditions of sale of such software.
c) The OEM or bidder has to provide from time to time release Updates/Upgrades/New
releases/New versions for software licenses. The bidder must ensure that all such
Updates/Upgrades/New releases/New versions and version migrations, as and
when released during the term of warranty / AMC should be notified to the Bank by
bidder and shall be provided to the Bank immediately, during the term of the
contract period at no additional cost or fees or expenses including implementation
cost. Version Migration should be done within 2 weeks during the contract period at
no additional cost to the Bank.
d) Minimum Warranty for Application Software either developed by the Bidder or his
associates or supplied and customised to Bank's requirements, shall be for minimum
period specified in Clause 7.7 after it is delivered, installed and commissioned.
* Any bugs in such software shall be rectified free of cost

* Any requirements changes/modifications required by bank will have to be carried
out by the identified vendor free of cost.
* The maximum response time for a support/complaint from the site of installation
(i.e. time required for Supplier’s maintenance engineers to report to the
installations after a request call / fax /e-mail is made or letter is written) shall not
exceed 3 (three) hours.
* Supplier/his representative shall solve the software problem within maximum 6
(six) hours of reporting of the problem by the Bank to the Supplier's nearest office
by phone, fax, e-mail or letter.
Page 46 of 165
* Any rectification required in the Application Software due to inherent bugs in the
System Software / off-the-shelf software shall also be rectified by the Supplier or
his associates, free of cost, within a reasonable period.
* Any upgradation or modification required by the Bank till the time of Go-Live and
thereafter any upgradation or modification required as per the requirement of any
regulator (FIU-IND, RBI or IBA) to be provided free of cost by the vendor.
4.16 Maintenance Service:
4.16.1 The Supplier shall provide free maintenance services during the period of warranty. After
warranty period, the Supplier will do annual maintenance of the entire system, for a
period specified in Clause 7.13. Professionally qualified personnel who have expertise in
the hardware and system software supplied by the vendor will provide these services.
4.16.2 During maintenance period also, the Supplier guarantees on quarterly basis an uptime
of 99.5% of the entire solution proposed with a MTBF of 90 days. Accordingly it is
expected that necessary redundancy is built into the proposed solution for all critical
components whether software or hardware. Please refer to 7.18 for details of the
uptime required by the bank.
4.16.3 The maximum response time for a maintenance complaint from the site of installation
(i.e. time required for Supplier’s maintenance engineers to report to the installations
after a request call / fax / e-mail is made or letter is written) shall not exceed three
(three) hours.
4.16.4 The Bidder will carry out preventive and corrective maintenance activities to ensure
that all Software, related components and software perform without defect or
interruption for ensuring the uptime guarantee mentioned above in every three
months.
4.16.5 Patches and upgrade for the systems

Bidder will make the Patches and upgrade for the software available for a minimum
period of five years from the time of acceptance of the system. If the patches are not
available or difficult to procure or the procurement is likely to be delayed for
replacement if required, the replacement shall be carried out with upgraded version
with state of the art technology software of equivalent capacity or higher capacity at no
additional charges to the Bank.
4.17 Training:
4.17.1 For each Application/Operating System/database/middleware and third party utilities

installed, the Supplier is required to train the designated Bank’s technical and end-user
personnel to enable them to effectively operate and perform administration of the total
system. Training shall be conducted on the dates and the locations as mutually agreed
upon before the Commissioning of the system at each location, as per Clause 7.12.
4.18 Payment
4.18.1 Payment shall be made in Indian Rupees, as per Clause 7.16 for delivering, installing
and commissioning the Solution.
4.18.2 Payment for annual maintenance charges:
The annual maintenance cost (after warranty period) shall be paid at the end of each
quarter after the date of completion of warranty period, subject to satisfactory services
Page 47 of 165
rendered, till that date. All AMC invoices will be paid by the Bank within a period of 30
days from the date of receipt of undisputed invoices. Any dispute regarding the
invoice will be communicated to the selected bidder within 15 days from the date of
receipt of the invoice. After the dispute is resolved, Bank shall make payment within
30 days from the date the dispute stands resolved.
4.18.3 Payment against Bank Guarantees:
i) For all the payments to be made against bank guarantees, the bank guarantees shall
be issued by a nationalized / public sector bank in India (other than Bank of India),
acceptable to the Bank as per Format 6.7
ii) Bank guarantees for advance payment shall be released not later than 30 days after
the date of completion of installation / commissioning of the products/system at their
final destination.
4.18.4 Payment of fees for Facility Management (FM)
 The fees for deploying Facility Management / onsite support engineer shall be
payable quarterly in arrears, on actuals, as per the bill submitted by the bidder and
on verification of the bank based on the actual resource deployed by the bidder as
against the requirement defined by the Bank. The total fees quoted for Facility
Management in Price Schedule Part I, Sr. No. ‘C’(i) is for 5 years. As the payment
will be made on quarterly basis, the total amount will be divided by 20 (5 Yrs x 4
quarters in each year) to arrive at the amount for one quarter.
 If the resource is absent, standby resource should be available. Bank may reject
such manpower if Bank is not satisfied with his / her performance and payment will
be made to bidder as per actual manpower support provided.
 Per Man Day Charges (to accommodate deduction on account of absence) =
Charges per Year / (12xNo. of working Man days in a Month).
 1Man day= 09:00 a.m. to 06:00 p.m.
 Working Man days in a month: 25 days
 Bank reserves the right to conduct interviews of the proposed team members for
EWS Solution operations.
4.18.5 Training
For training, infrastructure and location will be provided by the Bank.
Batch size: 35-40 persons X 20 batches.
Locations: Mumbai, Pune, Noida, Bhopal, Kolkata, Chennai, Goa
Frequency of training: Training as per need based requirement of Bank.
Cost of Training to be included in Price shedule.
4.19 Prices
4.19.1 Prices payable to the Supplier as stated in the Contract shall be firm and not subject to
adjustment during performance of the Contract, irrespective of reasons whatsoever,
including exchange rate fluctuations, changes in taxes, duties, levies, charges, etc.
Page 48 of 165
4.20 Variation
Bank of India may at any time during the contract require the Bidder to revise the
Deliverables, Equipments, Services or Supplies including Completion Date. In an event of
such nature, Bank of India will request the Bidder to state in writing the effect such
variation will have on the work schedule. The Bidder shall furnish these details, in writing,
in two weeks from the receipt of such request.
4.21 Contract Amendments
4.21.1 No variation in or modification of the terms of the Contract shall be made, except by
written amendment, signed by the parties.
4.22 Assignment
4.22.1 The Supplier shall not assign or sub contract, in whole or in part, its obligations to
perform under the Contract, except with the Bank’s prior written consent. The supplier
shall not change its constitution or effect material changes in its ownership / control
without Bank’s prior written consent.
4.23 Delays in the Supplier’s Performance
4.23.1 Delivery installation, commissioning of the Products/Solution and performance of

Services shall be made by the Supplier in accordance with the time schedule
prescribed by the Bank in Clause 7.14/ Annexure C 5.3.
4.23.2 If at any time during performance of the Contract, the Supplier or its subcontractor(s)
should encounter conditions impeding timely delivery of the Products and performance
of Services, the Supplier shall promptly notify the Bank in writing of the fact of the delay,
its likely duration and its cause(s). As soon as practicable after receipt of the Supplier’s
notice, the Bank shall evaluate the situation and may, at its discretion, extend the
Suppliers’ time for performance, with or without liquidated damages, in which case, the
extension shall be ratified by the parties by amendment of the Contract.
4.23.3 Except as provided in the above clause, a delay by the Supplier in the performance of
its delivery obligations shall render the Supplier liable to the imposition of liquidated
damages, unless an extension of time is agreed upon without the application of
liquidated damages.
4.24 Liquidated Damages
4.24.1 If the Vendor fails to deliver any or all of the Software, Deliverables, Products and/or
perform the Services within the time period(s) specified in the Contract, the Vendor
shall pay to the Bank liquidated damages as per clause 5.3 of Annexure C of the
contract price for each week or part thereof of the delay, until actual delivery or
performance. This shall be without prejudice to the other right and remedies of the
Bank including claiming actual damages from the Vendor. Bank shall also be within its
right to deduct the said amounts from the Contract Price.
4.25 Termination for Default
4.25.1 The Bank, without prejudice to any other remedy for breach of Contract, by a written
notice of default sent to the Supplier, may terminate the Contract in whole or in part:
a) if the Supplier fails to deliver any or all of the Products and Services within the
period(s) specified in the Contract, or within any extension thereof granted by the
Bank;
Page 49 of 165
or
b) if the Supplier fails to perform any other obligation(s) under the Contract.
4.25.2 In the event the Bank terminates the Contract in whole or in part, it may procure, upon
such terms and in such manner as it deems appropriate, Products and Services
similar to those undelivered, and the Supplier shall be liable to the Bank for any
excess costs for such similar Products or Services. However, the Supplier shall
continue performance of the Contract to the extent not terminated.
4.25.3 The Bank reserves its right to cancel the order / contract of the selected bidder and
recover total expenditure incurred by the Bank on the project on the following
circumstances:
a. The selected Bidder commits a breach of any of the terms and conditions of
the tender/contract
b. The selected Bidder becomes insolvent or goes into liquidation voluntarily or
otherwise
c. The progress regarding execution of the contract, made by the selected Bidder is
found to be unsatisfactory.
d. If the solution is not delivered as per milestones given in Implementation schedule
and If deductions on account of liquidated Damages/ penalty reaches 10% of the
total Purchase Order value.
e. If the selected Bidder fails to complete the due performance of the contract in
accordance with the agreed terms and conditions.
f. An attachment is levied or continues to be levied for a period of 7 days upon
effects of the tender.
g. Bidder failing to execute the contract document.
h. Delay in implementation of services as specified in the scope of this document
beyond the specified period.
i. Serious discrepancy in the quality of service / software expected during the
implementation, rollout and subsequent maintenance process.
j. In the case of any violation of the terms of the RFP, Contract, Secrecy or
persistent default in complying with the terms of Service Agreement.
k. At any stage, any representation or particulars furnished by bidder are found to
be incorrect or false.
l. In case the bidder changes its constitution or amalgamates or merges with any
other entity without the prior intimation to the Bank or such change being
unacceptable to the Bank.
m. In case any major shareholder or stakeholder is found to have been engaged in
activities which are criminal in nature in his own country or any proceedings for
declaring him as insolvent for winding up are pending or initiated.
n. In case successful bidder fails to furnish proof of back lining entered with OEM
for software for the entire period of contract.
4.25.4 The Bank’s decision on the matter will be final and binding on the bidder. However
the Bank shall provide a notice to the bidder in case of any breach/non-
performance with cure period of 30 days to rectify the breach.
4.25.5 The bidder would also be required to compensate the Bank for any direct loss
incurred by the Bank due to the cancellation of the contract and any additional
expenditure to be incurred by the Bank to appoint any other bidder. This is after
repaying the original amount paid.
Page 50 of 165
4.25.6 Upon cancellation of contract/completion of period of service, the bidder should
handover the peaceful legal possession of all the services provided as per the
scope of the contract along with the licenses therewith and obtains discharge from
the Bank. The Bank also reserves the right to assign or allot or award the contract
to any third party upon cancellation/completion of the availed services.
4.26 Force Majeure
4.26.1 Notwithstanding the provisions of TCC, the Supplier shall not be liable for forfeiture of
its performance security, liquidated damages, or termination for default if and to the
extent that its delay in performance or other failure to perform its obligations under the
Contract is the result of an event of Force Majeure.
4.26.2 For purposes of this clause, “Force Majeure” means an event beyond the control of
the Supplier and not involving the Supplier’s fault or negligence and not foreseeable.
Such events may include, but are not restricted to, acts of the Bank in its sovereign
capacity, wars or revolutions, fires, floods, epidemics, quarantine restrictions, and
freight embargoes.
4.26.3 If a Force Majeure situation arises, the Supplier shall promptly notify the Bank in
writing of such condition and the cause thereof. Unless otherwise directed by the
Bank in writing, the Supplier shall continue to perform its obligations under the
Contract as far as is reasonably practical, and shall seek all reasonable alternative
means for performance not prevented by the Force Majeure event.
4.27 Termination for Insolvency
4.27.1 The Bank may, at any time, terminate the Contract by giving written notice to the Supplier
if the Supplier becomes bankrupt or insolvent or goes into liquidation voluntarily or
otherwise.
4.28 Termination for Convenience
4.28.1 In addition to the right of the Bank to terminate the contract for the
delayed/unsatisfactory/nonperformance of the Vendor and/or for various reasons
detailed in the Service Level Agreement to be executed with the Bank, the Bank shall
also be entitled to terminate the Contract at any time for its convenience by giving one
month notice to the Vendor. It is hereby clarified that the termination for convenience
shall be without any compensation to the Vendor.
It is also clarified that the Vendor shall not be entitled to terminate the contract.
Any mode of termination shall be without any liability on the Bank including for
payment of any compensation to the selected bidder.
4.29 Resolution of Disputes
4.29.1 The Bank and the Supplier shall make every effort to resolve amicably by direct
informal negotiation, any disagreement or dispute arising between them under or in
connection with the Contract.
4.29.2 If, the Bank and the Supplier have been unable to resolve amicably a Contract dispute
even after a reasonably long period, either party may require that the dispute be
referred for resolution to the formal mechanisms specified herein below. These
mechanisms may include, but are not restricted to, conciliation mediated by a third
party and/or adjudication in an agreed national forum.
Page 51 of 165
4.29.3 The dispute resolution mechanism to be applied shall be as follows:
a) In case of Dispute or difference arising between the Bank and the Supplier relating to
any matter arising out of or connected with this agreement, such disputes or
difference shall be settled in accordance with the Arbitration and Conciliation Act,
1996 by a sole Arbitrator appointed by the parties by mutual agreement;
b) Arbitration proceedings shall be held at Mumbai, and the language of the

arbitration proceedings and that of all documents and communications between
the parties shall be English;
c) The decision of arbitrator shall be final and binding upon both parties. The cost and
expenses of Arbitration proceedings will be paid as determined by the arbitral tribunal.
However, the expenses incurred by each party in connection with the preparation,
presentation, etc., of its proceedings as also the fees and expenses paid to the
arbitrator appointed by such party or on its behalf shall be borne by each party itself;
and
4.30 Governing Language
4.30.1 The governing language shall be English.
4.31 Applicable Law
4.31.1 The Contract shall be interpreted in accordance with the laws of the Union of India and
the Bidder shall agree to submit to the courts under whose exclusive jurisdiction the
Registered Office of the Bank falls.
4.32 Addresses for Notices
4.32.1 The following shall be the address of the Bank and Supplier.
Bank’s address for notice purposes:

General Manager
Bank of India, Head Office,
Credit Monitoring Dept., 3rd Floor, Star House, C-5, G-Block, BKC
Bandra East, Mumbai – 400 051.
Supplier’s address for notice purposes (To be filled in by the Supplier)
4.32.2 A notice shall be effective when delivered or on effective date of the notice whichever
is later.
4.33 Taxes and Duties
4.33.1 The Supplier will be entirely responsible for all applicable taxes except GST. Duties,
levies, charges, license fees, road permits, etc. in connection with delivery of products
at site including incidental services and commissioning will be borne by the vendor.
4.33.2 Income / Corporate Taxes in India:

The Supplier shall be liable to pay all corporate taxes and income tax that shall be
levied according to the laws and regulations applicable from time to time in India and
the price bid by the Supplier shall include all such taxes in the contract price. No
separate payment under this head will be made by Bank to bidder.
Page 52 of 165
4.33.3 Tax deduction at Source:
Wherever the laws and regulations require deduction of such taxes at the source of
payment, the Bank shall effect such deductions from the payment due to the Supplier.
The remittance of amounts so deducted and issuance of certificate for such deductions
shall be made by the Bank as per the laws and regulations in force. Nothing in the
Contract shall relieve the Supplier from his responsibility to pay any tax that may be
levied in India on income and profits made by the Supplier in respect of this contract.
4.33.4 The Supplier’s staff, personnel and labour will be liable to pay personal income taxes
in India in respect of such of their salaries and wages as are chargeable under the
laws and regulations for the time being in force, and the Supplier shall perform such
duties in regard to such deductions thereof as may be imposed on him by such laws
and regulations.
4.34 Supplier’s Integrity
The Supplier is responsible for and obliged to conduct all contracted activities in
accordance with the contract using state-of-the-art methods and economic principles and
exercising all means available to achieve the performance specified in the Contract.
4.35 Supplier’s obligations
The Supplier is obliged to work closely with the Bank’s staff, act within its own
authority and abide by directives issued by the Bank and implementation activities.
The Supplier will abide by the job safety measures prevalent in India and will free the
Bank from all demands or responsibilities arising from accidents or loss of life, the cause
of which is the Supplier’s negligence. The Supplier will pay all indemnities arising from
such incidents and will not hold the Bank responsible or obligated.
The Supplier is responsible for managing the activities of its personnel or sub-
contracted personnel and will hold itself responsible for any misdemeanors.
The Supplier will treat as confidential all data and information about the Bank, obtained
in the execution of his responsibilities, in strict confidence and will not reveal such
information to any other party without the prior written approval of the Bank.
4.36 Indemnity
The Vendor shall indemnify the Bank, and shall keep indemnified and hold the Bank
harmless from and against any and all losses, liabilities, claims, actions, costs and
expenses (including attorneys' fees) incurred/may be incurred by the Bank and also
those relating to, resulting from or in any way arising out of any claim, suit or
proceeding brought against the Bank including by a third party as a result of:
(i) An act or omission of the Vendor, its employees, agents and sub-contractors in the
performance of the obligations under the contract and/ or,
(ii) Claims against the Bank and/or any legal proceedings made by employees or other
persons who are deployed by the Vendor and/or by any statutory/regulatory/ govt.
authority and/or
Page 53 of 165
(iii) Breach of any terms of the Contract and/or the Service level Agreement to be
executed by the Vendor and/or breach of any representation or warranty and/or.
(iv) Violation of the Confidentiality obligations by the Vendor and/or its

officials/employees or any other person employed by them in connection with the
Contract and/or.
(v) Breach of any of the terms of the Contract and/or Service level Agreement by the
subcontractors, if subcontracting of any part is permitted by Bank and/or
(vi) The Software/Deliverables supplied not being properly licensed one and/or
(vii) Any breach of IPR violations by the Vendor including those of the
Software/Deliverables/Materials supplied to the Bank and/or services rendered by the
Vendor or infringement of any patent, trademarks, copyrights etc. or such other
statutory infringements in respect of all components provided to fulfill the scope of this
project.
(viii) Breach of any of the material terms of this agreement by their subcontractors, if
subcontracting of any part of this agreement is permitted by Bank in writing.
(ix) breach of any of the terms of this RFP or breach of any representation or warranty
or false statement or false representation or inaccurate statement or assurance or
covenant by the Bidder,
(x) bonafide use of the deliverables and or services provided by the Bidder,
(xi) negligence or gross misconduct solely attributable to the Bidder or by any agency,
contractor, sub-contractor or any of their employees appointed by the Bidder for the
purpose of any or all of the obligations under the agreement to be executed in terms of
this RFP.
The Bidder shall further indemnify the Bank against any loss or damage arising out of
loss of data, claims of infringement of third-party copyright, patents, or other intellectual
property, and third-party claims on the Bank for malfunctioning of the software or
deliverables at all points of time.
Bidder shall be responsible for any loss of data, Bodily injury, loss of life, etc, due to
acts of Bidder’s representatives, and not just arising out of gross negligence or
misconduct, etc, as such liabilities pose significant risk.
The Bidder shall indemnify the Bank (including its employees, directors or
representatives) from and against claims, losses, and liabilities arising from:
Non-compliance of the Bidder with Laws / Governmental Requirements.

a. Intellectual Property infringement.
b. Negligence and misconduct of the Bidder, its employees,
subcontractor and agents.
Page 54 of 165
c. Breach of any terms of Agreement, Representation or Warranty.
d. Act of omission or commission in performance of service.
e. Loss of data.
Indemnity would cover damages, loss or liabilities, compensation suffered by the Bank
arising out of claims made by its customers and /or regulatory authorities.
Bidder shall indemnify, protect and save the Bank against all claims, losses, costs,
damages, expenses, action, suits and other proceedings, resulting from infringement of
any patent, trademarks, copyrights etc or such other statutory infringements under any
laws including the Copyright Act, 1957 or Information Technology Act 2000 in respect
of all the software or other systems supplied by them to the Bank from whatsoever
source.
Indemnity would cover damages, loss or liabilities suffered by the Bank arising out of
claims made by its customers and/or regulatory authorities.
It is clarified that aforementioned obligations of Vendor shall survive termination of

contract.
Vendor’s aggregate liability in connection with obligations undertaken as a part of the

RFP regardless of the form or nature of the action giving rise to such liability (whether in
contract, tort or otherwise), shall be at actual and limited to the Total Purchase Order
value.
The Vendor’s liability in case of claims against the Bank resulting from following shall be
unlimited :
i) Willful Misconduct or Gross Negligence of vendor, its employees and Subcontractors
ii) from infringement of patents, trademarks, copyrights or such other Intellectual Property
Rights.
iii) breach of confidentiality obligations,
iv) Claims made by the Bank for claims relating to the loss of ; or damage to real property
and tangible personal property and for bodily injury or death which is caused by
negligence or misconduct of the Vendor or its employees, personnel, consultants,
advisors, other representatives
v) When a dispute is awarded/settled by the Court of Law in India.
vi) Loss occasioned by Non-compliance of Statutory or Regulatory Guidelines.
4.37 Site preparation
The Bank will designate the installation site before the scheduled installation date, to
allow the Supplier to perform a site inspection to verify the appropriateness of the
sites before the installation / commissioning of the software.
Page 55 of 165
4.38 Installation/Commissioning of Hardware/Software
The Supplier is responsible for all unpacking and installation of Products. The Supplier
will test all hardware/system operations and accomplish all adjustments necessary for
successful and continuous operation of the hardware/software at all installation sites.
Project Business Requirement Within 30 days

Implementation Document (BRD) & System
Schedule Requirement Specification (SRS)
Customization & installation 30-45 days
Data Collection & Integration 45-75 days
UAT 75-135 days
UAT – System Validations & 135-165 days

Report Generation
Go-Live Within 180 days from date

of Purchase Order (PO)
Server Hardware sizing to be provided by the bidders along with
Hardware, OS, technical proposal. Bank will provide the hardware. Rest of the
Database for requirement to be supplied by the Bidder to make the system
EWS Solution live. Bidder should provide all software. In case of oracle
and other database Bank will provide necessary licenses. Though Bank is
hardware providing the licenses for Databases i.e. SQL and Oracle. But all
requirements necessary support related to database Bidder has to provide.
for EWS project Bank will not provide any database OEM or other support.
Implementation
Contract Period Total of 5.5 years (includes Implementation period (Go Live), Two
year warranty from the date of Go Live and 3 years AMC from the
expiry of warranty period).
The successful bidder will be required to initiate the services within 30 days of
issuance of the Purchase expiry of warranty
Order. period
In case of delay) on part of bidder in initiating services
will attract a penalty/ termination of contract as defined in RFP.
The Bidder shall be responsible for delivery, installation, commissioning and

integration of the software ordered with the existing systems of the Bank & other
applications (where ever applicable) to make them fully operational at no additional
charges as and when required time to time. The bidder will provide necessary support
for hardware/software settings for successful porting/installation of operating system
and application software into the Bank supplied hardware.
Insurance cover including Transit insurance till delivery of software/material to

Page 56 of 165
the destination and indemnity to Bank against any loss. Insurance should cover
period up to installation of the software.
The Bidder shall ensure delivery of Solution as per project time line/ Milestone.
Completeness of Installation: The installation will be deemed as incomplete if

the Software is not delivered or is delivered but not installed and/or not operational
or not acceptable to Bank of India after acceptance testing/examination. In such an event,
the supply & installation will be termed as incomplete or not delivered and it will not be
accepted and warranty period will not commence. The Software will be accepted after
complete commissioning of system and satisfactory working of the system.
4.39 Technical Documentation
The Technical Documentation involving detailed instruction for operation and

maintenance of the hardware (if any) and software is to be delivered. The language of
the documentation should be English.
4.40 Right to use defective product
If after delivery, acceptance and installation and within the guarantee and warranty
period, the operation or use of the product is found to be unsatisfactory, the Bank shall
have the right to continue to operate or use such product until rectification of defects,
errors or omissions by partial or complete replacement is made without interfering with
the Bank’s operation.
4.41 Publicity
Any publicity by the bidder in which the name of Bank is to be used should be done
only with the explicit written permission of bank. The bidder should not disclose the
technical / commercials offered to the bank and also the terms & conditions to any
other third party without prior written permission of Bank.
The Bidder shall not advertise or publicly announce that he is undertaking work for
Bank of India without written consent of Bank of India. In case of non-compliance of this
clause the Bidder will be debarred for participating any future tender / contract for a
period of three years.
4.42 Integrity Pact (IP)
Venders/bidders/sellers, only those who commit themselves to Integrity Pact (IP) with
the Bank, would be considered competent to participate in the bidding process. In other
words, entering into this pact would be the preliminary qualification. In case of bids not
accompanied with signed IP by the bidders along with the technical bid, the offers shall
be summarily rejected.
IP shall cover all phases of contract i.e. from the stage of Notice Inviting Tenders
(NIT)/Request for Proposals (RFP) till the conclusion of the contract i.e. final payment or
the duration of warrantee/guarantee. Format of IP is provided as Format 6.18 for strict
compliance.
Bank of India has empanelled Independent External Monitors (IEMs) for implementation
of Integrity Pact (IP) in respect of procurements as per directives received from the
Central Vigilance Commission (CVC).
Page 57 of 165
The details are as under:-
1 2
Dr. Joginder Paul Sharma, IAS (Retd) Shri Ashwani Kumar
Ex-Principal Secretary. Govt. of UP Ex-CMD, Dena Bank
D-266, Sector-47,Noida, UP Flat No. 101, 1st Floor
Mobile: 9650999444 Plot No. F.P. No.81, Ruby Bandra West
e-mail: sharmajp1@gmail.com Ruby CHSL, 29th Road,
Near Duruoella Convent High School.
Mobile: 9920262626
e-mail:ashwani_ashwani1@yahoo.co.in
4.43 No Legal Relationship
No binding legal relationship will exist between any of the Recipients / Respondents and
Bank of India until execution of a contractual agreement.
4.44 Disqualification
Any form of canvassing/lobbying/influence/query regarding short listing, status etc will be
a disqualification.
4.45 Errors and Omissions

Each Recipient should notify the Bank of any error, fault, omission, or discrepancy found
in this RFP document but not later than five business days prior to the due date for
lodgement of Response to RFP.
4.46 Acceptance of Terms

A Recipient will, by responding to the Bank’s RFP document, be deemed to have
accepted the terms as stated in this RFP document.
4.47 Information Provided

The RFP document contains statements derived from information that is believed to be
reliable at the date obtained but does not purport to provide all of the information that may
be necessary or desirable to enable an intending contracting party to determine whether
or not to enter into a contract or arrangement with Bank of India in relation to the
provision of services. Neither Bank of India nor any of its employees, agents, contractors,
or advisers gives any representation or warranty, express or implied as to the accuracy or
completeness of any information or statement given or made in this RFP document.
Neither Bank of India nor any of its employees, agents, contractors, or advisers has
carried out or will carry out an independent audit or verification or due diligence exercise
in relation to the contents of any part of the RFP document.
4.48 Costs Borne by Respondents

All costs and expenses incurred by Recipients / Respondents in any way associated with
the development, preparation, and submission of responses, including but not limited to
attendance at meetings, discussions, demonstrations, etc. and providing any additional
information required by Bank of India, will be borne entirely and exclusively by the
Recipient / Respondent.
4.49 Fees
a) The contract price i.e. fees/consideration payable by Bank under this project is all
inclusive of Income/ Corporate Taxes, all applicable taxes except GST. Duties,
levies, charges, license fees, road permits, etc. in connection with delivery or
products at site including incidental services and commissioning will be borne by
the bidder. No amounts shall be payable by the Bank. Bank shall not be liable to
pay any amounts towards travelling, boarding, lodging, conveyance, out of pocket
expenses etc. Further the bidder/Vendor shall be solely responsible for payment
Page 58 of 165
of all applicable, present and future Taxes, levies, charges, license fees, octroi,
royalties, road tax, service tax, excise, customs duties, entry tax/fee etc., and
other taxes/fees whatsoever that may be imposed by State/Central Government
or any local body from time to time, in connection with the Contract, except GST.
It is clarified that Bank shall not be liable to compensate the Vendor in the event of
upward revision of the Taxes/Fees as above.
b) Bank shall be within its right to deduct any tax deductible at source (“TDS”), as
may be applicable, before making any payments to the Vendor. In the event any
claim is made on the Bank for any taxes by any authorities, the same shall be
immediately settled by Vendor and Bank shall also be within its right to deduct
such amounts from the Purchase Consideration and make payment to the
Authority demanded.
4.50 Inspection and Right to Audit by Bank and RBI
Bidder / Vendor shall keep complete and accurate records of its activities in
connection with the said contract. Vendor shall provide such details/information
as may be called for by the Bank and/or the Reserve Bank of India (RBI) and also
allow the Bank and RBI, their auditors, officers for inspecting, examining and
auditing Vendor’s records, whenever required by Bank/RBI. Vendor will co-
operate with the RBI/Bank’s internal or external auditor to assure a prompt and
accurate audit. If the Bank permits the Vendor to outsource any of the activities
under this contract (which shall always be in writing), the Vendor shall ensure that
necessary agreement is entered into with the Agency engaged for such purpose
and such agreement shall also contain necessary mandate by the said
outsourced agency interalia agreeing for production of documents called for,
inspection and audit of their premises and books by RBI and / or the Bank and
any Agencies engaged by the Bank and / or by the RBI. Vendor shall also correct
any practices which are found to be deficient if pointed out by the RBI/Bank. The
Vendor is aware that failure to provide the information called for within the
stipulated time to the Bank/RBI may result in RBI imposing fine on the Bank
/Vendor and the Vendor agrees that all such fine shall be paid by the Vendor
irrespective of whether such fine is levied on the Bank or the Vendor. Payment of
fine by Vendor, shall not affect the right of the Bank/RBI to take other actions
against the Vendor.
The Bank shall be within its right to access all books records and information
relevant to the outsourced activity available with the service provider.
The Bank shall monitor and access the service provider to ensure requirement of
corrective measure. The bank shall conduct audits on the service provider by its
external or internal auditors or by agents appointed to act on its behalf and to
obtain copies of any audit or review reports and findings made on the service
provider in conjunction with the services performed for the Bank.
The Reserve Bank of India or persons authorized by it shall access the bank
documents, records of transactions and other necessary information given to,
stored or processed by the vendor within a reasonable time. The RBI shall cause
an inspection of the vendor of the Bank and its books and accounts by one or
more of its officers or employees or other persons.
The Vendor shall provide for the preservation of documents and data by the
service provider in accordance with the legal/regulatory obligations of the Bank.
Page 59 of 165
4.51 Violation of Terms
Bank shall be entitled to an injunction, restraining order, right for recovery, suit for
specific performance or such other equitable relief as a court of competent jurisdiction
may deem necessary or appropriate to restrain the Bidder/ Vendor from committing any
violation or enforce the performance of the covenants, obligations and representations
contained in the Contract/RFP. These injunctive remedies are cumulative and are in
addition to any other rights and remedies the Bank may have at law or in equity,
including without limitation a right for recovery of the amounts due under this contract
and related costs and a right for damages.
4.52 Confidentiality
1. The Bidder acknowledges that in the course of performing their obligations

under this agreement, the Bidder shall be exposed to or acquire Confidential
Information of the Bank or its customers/clients. The bidder/vendor understands and
Acknowledges that it will be given access to such Confidential Information solely
as a consequence of and pursuant to this Agreement.
2. The Bidder will, at all times, maintain confidentiality of the Confidential Information
and of this Agreement, Information of Bank including of the Bank’s Customer, any
business, technical, financial information / data or any other information disclosed or
accessible to the Bidder for this project whether at the time of disclosure, designated
in writing as confidential or not.
3. The Bidder agrees to keep in confidence and not disclose to any third party and all
Confidential Information available to the bidder/vendor and whether such information
is given in writing or oral or visual, and whether such writing is marked to indicate the
claims of ownership and/or society and /or secrecy or otherwise. The bidder agreed
that it shall not use, nor reproduce for use in any way, any confidential information of
the Bank except to the extent required to fulfill its obligations under the Agreement.
The bidder agrees to protect the Confidential Information of the Bank with at least the
same standard of care and procedures used by to protect its own Confidential
Information of similar importance but at all times using at least a reasonable degree of
care.
4. The bidder shall also ensure that its officials/ employees and if bidder is permitted by
the Bank in writing to assign, delegate or hire another person to assist it in the
performance of its obligations under this Agreement, such person also shall maintain
the confidentiality of the Confidential Information in the same manner as the
bidder/vendor is bound to maintain the confidentiality.
5. The provisions of this Article shall survive notwithstanding the expiration or
termination of this Agreement for any reason whatsoever.
6. The Bidder/Vendor shall give only access based information to the authorized staff of
the Vendor.
7. The Bank shall monitor and review the security practices and control process of the
Vendor on a regular basis.
8. The Bidder/Vendor shall be able to isolate and clearly identify the Bank’s customer
information, documents, records, and assets to protect the confidentiality of the
information. The Vendor as an outsourcing agent shall ensure that there shall not be
any comingling of information/documents, records and assets in case the vendor acts
as outsourcing agent for multiple banks. RBI shall be notified / advised in the event of
any breach of security and leakage of confidential customer related information.
9. The RFP document is confidential and is not to be disclosed, reproduced, transmitted,
or made available by the Recipient to any other person. The RFP document is
provided to the Recipient on the basis of the undertaking of confidentiality given by
the Recipient to Bank. Bank may update or revise the RFP document or any part of it.
The Recipient accepts that any such revised or amended document will be subject to
the same confidentiality undertaking. The Recipient will not disclose or discuss the
contents of the RFP document with any officer, employee, consultant, director, agent,
Page 60 of 165
or other person associated or affiliated in any way with Bank or any of its customers
or suppliers without the prior written consent of Bank.
10. By virtue of awarding the Contact to the selected Vendor and in the course of its
performance, the Vendor may have access to the Confidential Information of the Bank
and its Customers. The Vendor is aware that Confidential Information is valuable
Information of the Bank and any disclosure of which would cause irreparable loss and
damage to the Bank for which monetary compensation may not be adequate and
accordingly the Vendor agrees and undertakes to hold the Confidential Information as
confidential and shall not disclose the same including to any third party and the
Vendor also agrees that its employees, agents, sub-contractors shall also maintain
Confidentiality of the Confidential Information. The Vendor agrees that it shall neither
use, nor reproduce for use in any way, any Confidential Information of the Bank. The
Vendor agrees to protect the Confidential Information of the Bank with at least the
same standard of care and procedures used by them to protect its own Confidential
Information of similar importance. Without limitation of the foregoing, the Vendor shall
advise the Bank immediately in the event that the Vendor learns or has reason to
believe that any person who has had access to Confidential Information has violated
or intends to violate the terms of this Agreement, the Vendor shall immediately seek
injunctive relief against any such person, at the Vendors cost and expenses. If the
Vendor hires another person to assist it in the performance of its obligations under the
Contract, or assigns any portion of its rights or delegates any portion of its
responsibilities or obligations under this Agreement to another person, it shall cause
its assignee or delegatee to be bound by the confidentiality of the Confidential
Information in the same manner as the Vendor is bound to maintain the
confidentiality.
11. For the purpose of this clause “Confidential Information” shall mean all nonpublic
information, of the Bank and its customers which is accessible by or is available to the
Vendor directly or indirectly, whether in writing, oral, graphic, visual or any other
tangible, intangible or electronic form including, without limitation, any and all
information relating to the Bank's staff or its clients/customers (whether past, present,
or future), financial data, financial results and projections, costs and prices, details of
Banks employees and consultants (past, present or prospective), technologies,
technical and business strategies, business and marketing plans, marketing and sales
techniques, pricing and other strategies, computer programs, software tools, source
codes, object codes, protocols, product descriptions, development schedules,
Software positioning, choices of Software names, trade secrets or know how,
customer information and Intellectual Property Rights (defined later) as well as any
such information not generally known to third parties or received from others.
4.53 Recipient Obligation to Inform Itself
The Recipient must apply its own care and conduct its own investigation and analysis
regarding any information contained in the RFP document and the meaning and impact of
that information.
4.54 Evaluation of Offers
Each Recipient acknowledges and accepts that the Bank may, in its sole and absolute
discretion, apply whatever criteria it deems appropriate in the selection of organisations,
not limited to those selection criteria set out in this RFP document.
The issuance of RFP document is merely an invitation to offer and must not be construed
as any agreement or contract or arrangement nor would it be construed as any
investigation or review carried out by a Recipient. The Recipient unconditionally
acknowledges by submitting its response to this RFP document that it has not relied on
any idea, information, statement, representation, or warranty given in this RFP document.
Page 61 of 165
4.55 Compliance with Law
The Vendor shall undertake to observe, adhere to, abide by, comply with and notify the
Bank about all laws in force or as are or as made applicable in future, pertaining to or
applicable to them, their business, their employees or their obligations towards them and
all purposes of this contract and shall indemnify, keep indemnified, hold harmless, defend
and protect the Bank and its employees/officers/staff/ personnel/representatives/agents
from any failure or omission on its part to do so and against all claims or demands of
liability and all consequences that may occur or arise for any default or failure on its part
to conform or comply with the above and all other statutory obligations arising there from.
Further the Vendor shall promptly and timely obtain all such consents, permissions,
approvals, licenses, etc., as may be necessary or required for any of the purposes of this
project or for the conduct of their own business under any applicable Law, Government
Regulation/Guidelines and shall keep the same valid and in force during the term of the
project, and in the event of any failure or omission to do so, shall indemnify, keep
indemnified, hold harmless, defend, protect and fully compensate the Bank and its
employees/ officers/ staff/ personnel/ representatives/agents from and against all claims
or demands of liability and all consequences that may occur or arise for any default or
failure on its part to conform or comply with the above and all other statutory obligations
arising there from and the Bank will give notice of any such claim or demand of liability
within reasonable time to the Vendor.
The Vendor is not absolved from its responsibility of complying with the statutory
obligations as specified above. Indemnity would not be limited to court awarded damages
and shall include indirect, consequential and incidental damages. Indemnity would cover
damages, loss or liabilities suffered by the Bank arising out of claims made by its
customers and/or regulatory authorities.
4.56 Limitation of Liability:
Vendor’s aggregate liability in connection with obligations undertaken as a part of the RFP
regardless of the form or nature of the action giving rise to such liability (whether in
contract, tort or otherwise), shall be at actual and limited to the Total P urchase Order value.
The Vendor’s liability in case of claims against the Bank resulting from following shall be
unlimited :
i) Willful Misconduct or Gross Negligence of vendor, its employees and Subcontractors
ii) from infringement of patents, trademarks, copyrights or such other Intellectual Property
Rights.
iii) breach of confidentiality obligations,
iv) Claims made by the Bank for claims relating to the loss of ; or damage to real property
and tangible personal property and for bodily injury or death which is caused by
negligence or misconduct of the Vendor or its employees, personnel, consultants,
advisors, other representatives
v) When a dispute is awarded/settled by the Court of Law in India.
vi) Loss occasioned by Non-compliance of Statutory or Regulatory Guidelines.

************************************************************************************************************
Page 62 of 165
PART 5: TECHNICAL & FUNCTIONAL SPECIFICATIONS (TFS)
(To be included in the Technical Bids duly completed and with comments)
TECHNICAL SPECIFICATIONS
Vendor to provide the Architecture OS and other software required for the
solution being procured.
Vendor also needs to specify the power and rack space requirement for the
solution being procured.
FUNCTIONAL SPECIFICATIONS:-
The system feature for each modulfe is covered in the following table. The bidder needs
to fill up the response column according to the criteria given below:
Criteria:
Description Response
Required functionality is readily available “Y”=1 Marks
Required functionality will be made available with “C”=0.5 Marks

customization
Required functionality is not available/will not be “N”=0 Marks
available
Maximum possible marks for
functionalities = 225
Vendor must secure a

minimum score of 203 marks
to become technically eligible.
IMPORTANT INSTRUCTION:
In the following table of Technical & Functional specifications (TFS), the bidder needs
to fill up the following in ‘Remarks’ Column:
1. Where documentary evidence is available and can be attached against such

parameter/TFS, only ‘evidence attached’ to be mentioned and no explanatory note to be
given.
2. Where the parameter/TFS will be customized, the same should be demonstrated at the
time of POC in respect of those bidder who qualify Stage I Criterion (Preliminary
Examination). No explanatory note to be given.
In case of any explanatory note mentioned in the ‘Remarks’ column, the response will be
treated as ‘N’ and the marks will be computed accordingly.
Page 63 of 165
Vendor Remark
Marks Respon s
General Software Requirements
se
Y,C,N
Functional Overview
The proposed solution should be an integrated having the

following functionalities:
- Data Integration system from internal and external
sources as mentioned in scope of work like (Eg: Internal
sources - Core Banking, CAPS, Rating System IMAC,
Bank's Internal reports, DMS, Borrower Health Profile (BHP),
EFRMS, KYC & AML, External Sources – Credit Bureau,
Internet, Third party data providers.)
- Appropriate Extraction, Transformation & Loading
application utility
- Rule engine - that provides facility of configurable
1
analytical routines to analyze data and serve as input for
alerts.
- Rating and scoring engine
- Alert Generation and management system
- Work Flow Management
- Reporting Module
- Reverse Integration module to feedback the other
Systems
- Account level and Customer level Dashboards at
Departmental and Executive levels
Data Integration Capabilities: Internal Data systems
The proposed solution must have integration capabilities from

a variety of sources as mentioned in scope of work, like:
- Core banking system
- Trade Finance System
- LMS
- Borrower Health Profile (BHP)
- CMS & Channel Finance
- Treasury system
1- CAPS
- Rating systems (IMAC)
- Audit Systems
- KYC and AML systems
- DMS
- EFRMS
- Internal black list databases
- BI systems & Data ware houses
System should be capable to integrate to CBS on a real-

2 time/near real-time basis
The solution should support both online and off line data
3 validations and alerts.
Page 64 of 165
Data Integration Capabilities: Standardization and Data
Quality
The EWSS should provide for transformation rules library that

can be generic to a data source and which is reusable for
creating other transformation rules. The transformation rules
1 are expected to help clean, standardize, match and enhance
data as it moves into the master reference file and is reused
for downstream processes.
The EWS should be rich in the set of in-built transformations

and functions that should include predefined table and
2
column-level transformations including slowly changing
dimensions.
The tool should provide pre-build functionalities for the
following:
3- Financial Transformations
- Mathematical Transformations
- Statistical Computations
EWS should have user interfaces for Data Profiling, Data
Standardization, and Clustering and Data Augmentation
capabilities. In Data Profiling it should be able to conduct the
following analysis :
4- Structure discoveries
- Frequency distribution
- Pattern distribution
- Various Statistical Analysis
- Redundant Data Analysis
Support data quality measurement on an on-going basis
5 embedded into batch, near-time, and real- time process
Should support data cleansing and de-duplication, duplicate

suspect processing, house holding, with array of out-of-the-
6 box standardization rules conform data to corporate
standards – or can build customized rules for special
situations.
Should have business rules and GUI’s for automatic merging
7 and manual merging.
The EWS should provide for Master Data Management with

semantic data descriptions of input and output data sources
uniquely identify each instance of a business element
8 customer, account, etc. and standardize the master data to
provide a single source of truth.
The EWS Should provide fuzzy logic to induce tolerance

9 during matching
Data Integration Capabilities: Third Party Data Sources
Page 65 of 165
The EWS system should have flexible integrating capabilities
with third party data base (like rating agencies', credit
1 bureaus, providers of ROC information) through formats such
as APIs, JSON, XML, XBRL, flat file upload etc.
Vendor will have to suggest the list of such third party data
2 providers. Bank will take a final call on the same. Bank will
provide the required subscriptions and access.
Data Integration Capabilities: Document Visualization
The proposed solution must have an utility capable of

visualizing and extracting (text-mining) information relevant
1 for the alerts from internal documents (such as stock audit
reports, inspection reports, annual reports)
The proposed application should be capable of integration

2 with standard DMS systems
The above referred library should be configurable for

3 addition/deletion/modification of keywords/phrases
The text mining utility should be capable of reading

4 documents in standard formats (Eg: .doc, .rtf, .odt, .pdf)
The text mining utility should be capable of accepting bulk

5 upload of documents
After processing document reference and the keyword

6 searched to be included in the alert message
The text mining utility should have algorithms to minimize

7 false positives (Eg: Standard NLP libraries, stemming /
lemmatization capabilities etc.)
Text mining utility should have intelligent self-learning
8 capability
Data Integration Capabilities: Web Harvesting
The system should have web harvesting capabilities to

1 search for news items, articles etc. relevant for the purpose
of alert generation
The web harvesting application should be capable of

2 integrating to feeds from various business/news/security
exchange/social websites (based on a schedule)
Should contain crawling capabilities which should be able to
retrieve Web pages that go many layers deep originating
3 from a specific URL. (Required websites & Subscription for
which will be provided by the Bank)
The above referred pre-existing library should be
configurable for addition /deletion/modification of
4
keywords/phrases
Page 66 of 165
The internet scanning utility should facility to configure list of
5 company/borrower names, directors'/KMPs' names etc.
Data Integration Capabilities: Data Entry Screens
Customized branch level data entry screens to be provided

1 as part of application to capture data from branches (Eg:
Monthly sales/operations data)
The Solution should enable the user to feed the details of top
20 suppliers / debtors/ key persons/key employees of
company such as name, address, UID, CIN, DIN, GST
officially valid documents - PAN No of entity/individuals,
Aadhar, Passport No., Driving License, Voter ID card as part
of application to capture and map them with positive/
negative sentiments /information based on internal or
external information sources including CKYC (centralized
KYC) of CERSAI so that it combines or establishes
relationship/ pattern and present to the users in a meaningful
2 combination such as the positive / negative reports on such
suppliers/ debtors, key persons/ employees of company in
the form of summarized report so that user may arrive at
meaningful decision.
Apart from feeding, the system should be capable to retrieve

above information depending on availability from internal
sources such as Borrower profile in CBS or Borrower Health
Profile (BHP) in Star Desk / CBS or as available in Bank’s
system.
Data Integration Capabilities: Data Upload Facility
The EWS system should be capable of uploading the existing

1 data from the internal system and should have a feature of
bulk upload of data.
The system should support upload of data in standardized
2 formats like xl, xml, xbrl, csv, txt
EWS Rules and Analytical Capabilities
EWSS should have the capability of allowing definition of an

Identity oncology framework where relationships of Entities
1 with other entities, people can be mapped and the industry to
which it belongs to can also be mapped.
The EWSS must have facility to de-dupe information tagged
2 to a particular entity.
The EWSS must have facility to map the Directors associated
3 with different companies using DIN (MCA data).
EWSS must provide an option where performance profiling of

entities can be done on financial parameters (e.g. Financial
4 Ratios, business growth trends etc.) which can be saved as
templates that can be specific to an entity or an industry.
Page 67 of 165
EWSS must provide an option for template where
performance profiling of entities can be matched against
5 peers and industry averages (for a multitude of parameters).
EWSS must provide with the flexibility to write bank's own

6 rules that trigger early red flags against borrowers
EWSS must support rules for all events suggested in the RBI
7 circular on EWS
Unstructured information analytics and Business Rule

8 Options
EWSS must have text mining analytics capability for

extracting negative news/sentiment from news aggregators
9 like Bloomberg (e.g. Tax/Excise raids/penalties, Regulator
action suits, Loss of large contracts etc.)
EWSS must have text mining analytics capability for
extracting negative news/sentiment from regulators sites (e.g.
10
SEBI, BSE, and NSE etc.)
EWSS should have the capability to carry out intelligent Facts

extraction regarding these accounts by identifying and
11 filtering irrelevant news items and keeping only relevant news
items
EWSS should have the capability to not just administer rules
looking for risk patterns in unstructured data, BUT ALSO
12 automatically discover new rules which explain a particular
risk attribute for the account.
EWSS should have the capability to read unstructured data

13 about accounts and use it for identifying early warning
signals.
EWSS should have the capability to automatically assign
sentiment to the text to identify the health of the account from
14 an early risk perspective
EWSS should have the capability to automatically identify

15 organizations, person, locations mentioned in the article.
EWSS should have the capability to automatically discover

rules for different early risk indicators like business risk,
16
market risk, management risk, account risk, financial risk .
Management Risk indicators like resignation of the key

17 personnel and frequent changes in the management .
Business risk indicators like labor unrest in borrower's

18 company.
EWSS should have the capability to automatically score the

19 text for early warning indicators.
Page 68 of 165
Rules engine should have the functionality to retrieve
20 historical activity and capture for rule creation / maintenance.
Rules engine should be able to create a case based on

21 externally and internally created scores as a decision
element.
The proposed solution should provide an in-built ability to
create, modify and enable (or disable) custom concepts and
22 test linguistic rule definitions with validation checks within the
same interactive interface
The proposed solution should include automated parsing,

tokenization, part-of-speech tagging, synonym detection,
23 spell checking and stemming by the in-built Natural language
processing feature provided by the solution
The proposed solution should include additional Text Mining

features such as - Output lists of terms to drop/keep and term
frequency counts, easy drag and drop between keep and
24 drop terms, ability to apply customized start and stop lists (for
terms to include/exclude from processing), ability to include
custom-defined categories and custom concepts
The proposed solution should provide in-built feature of

Automated machine discovery to identify the core themes in
25
the input document collection with associated relevance
score
The proposed solution should include a Predefined list of
concepts to automatically identify common definitions like
26 company, person, date, location, time, etc. - without a need
to add rules from scratch for them
Rules engine should have the ability for allowing criteria to be
27 defined / modified (add, delete, create, update).
Rules engine should have the ability to track changes to rules

28 (i.e. who, when, what, why) (audit changes)
Rules engine should have the ability for each transaction to

29 be evaluated by every rule.
Rules engine should be able to identify the rules triggered by

30 a transaction
Rules engine should be able to list, by priority, of all rules

31 triggered by a transaction.
Rules engine should be able to create / modify exclusion

32 criteria, within a rule, to route activity to an ‘exclusion” queue’.
Rules engine should be able to create / modify reactivation

33 criteria, within the rule, for accounts that have previously
been reviewed and excluded
Solution should be able to define systemic actions at the rule
34 level.
Page 69 of 165
Rules engine should be able to assign a unique case number
35 to each item scored and actioned by the rules engine or out
sorted for analyst review.
EWSS must provide a framework for deciding what
thresholds of business rules will result in an alert. The
thresholds may be:
36 - Quantity based
- Event based
- Industry based
- or a combination of the above
EWSS should have ability to suppress unwanted alerts for an

37 entity for a particular scenario
EWSS must permit an option for creation of a manual alert

38 for non-standard events that cannot be ordinarily captured by
the EWSS
The proposed solution should be able to create networks
based on both transaction as well as relationship based data,
39 and create a nodes and links among the entities specified
The proposed solution should provide one integrated user

interface and workbench for data wrangling, data exploration,
business intelligence and visualization, feature engineering,
40 and modern statistical, data mining and machine learning
techniques all in a single, integrated in-memory processing
environment for faster insights, flexible deployment and
reliable and secure governance.
The proposed solution should contain a sophisticated and
41 GUI based predictive modeling and analytical workbench.
The proposed solution should enable identification of

suspicious borrowers through a judicious mix of anomaly
42
detection, business rules, predictive modeling and network
analytics
The proposed solution should provide out-of-box entity
analytics and direct intelligence analysts by showing
43 measures of centrality in entity networks - such as closeness,
betweenness and influence to highlight suspicious
borrowers/directors.
The proposed solution should help analysts to visualize
complex network of relationships between entities - such as
44 people, organizations, places/ locations, things and events
over time and across multiple dimensions
The proposed solution should help analysts identify entity

relationships that aren’t obvious, traverse and query complex
45 relationships, and uncover patterns and communities
interactively
Page 70 of 165
The proposed solution should have in-built modules for
analysis of variance, multivariate analysis and statistical
algorithms to build prediction models such as Linear, Logistic,
46 Non-Linear and Quantile regression models, Generalized
Linear models, Predictive partial least squares and Decision
trees.
The proposed solution should provide in-built features and
advanced techniques for the analyst to detect rare events,
47 anomalies and outliers and/or influence points to help
determine, capture or remove them from downstream
analysis such as predictive models
The proposed solution should have in-built modules for
Unsupervised learning with cluster analysis and mixed
48
variable clustering
The proposed solution should in-built modules for modern

machine learning algorithms to build predictive models - such
49 as random forests, gradient boosting, artificial neural
networks, support vector machines and factorization
machines
The proposed solution should provide a rich set of data
mining algorithms that can be used for classification,
50 regression, clustering, detection of outliers and anomalies,
feature extraction, association analysis, and attribute ranking.
The proposed solution should enable automated model

assessment and scoring, and generate the associated model
51
performance statistics and code for model scoring.
The proposed solution should allow analysts to be able to

follow a champion challenger approach in model
52 development through developing different model versions,
compare results on different parameters, and select and
deploy best performing model.
The proposed solution should automatically allow
identification and detection of special types of network
53 behavior such as cyclical flow of transactions and funds,
clusters etc. extractable from the networks.
The proposed solution should provide an in-built Single,

point-and-click GUI interface for guided development and
deployment of text models - through Natural Language
54 Processing, Terms extraction, Topic discovery, Category
definition, Concept specification, Document level sentiment
identification
The proposed solution should be capable of calculating
network analytics and relationships among dealers with a
55 known risky / suspicious entity, thus enabling risk by
association.
The proposed solution should be capable of providing
centrality metrics like betweenness, closeness, eigenvector
56 etc. which determine the importance of a borrower/director in
the network
Page 71 of 165
The adverse comments made by the company’s Statutory
Auditor in the Audited financials should be extracted by the
57 system and trigger should be emanated for the user as
onAlert.
While onboarding the new customer in bank, based on inputs

given about entity, individuals such as PAN No of
entity/individuals, UID, CIN, DIN, Aadhar, Passport No.,
58 Driving License, Voter ID card the Solution should generate
market intelligence / due diligence reports based on banks
internal or external sources about the profile of customer –
both positive/negative.
The various EWS triggers emanated by Solution should be
able to combine them and present to the users in a
59 meaningful combination in the form of summarized report so
that user may arrive at meaningful decision.
Payment to unrelated parties.

60
Early Warning Indicators

(ability to generate results based on different ranges
such as amount / period/No. of times)
Bouncing of the High value Cheque
1
Alert for funds coming from other banks to liquidate the

2 outstanding loan amount.
Alert for funding of the interest by sanctioning additional

3 facilities.
Alert for large number of transactions with inter connected

4 companies and large outstanding from such companies.
Alert for substantial related party transactions.

5
Alert for movement of an account from one bank to another.

6
Alert for frequent ad-hoc and TOD sanctions.

7
8 Alert for frequent request for general purpose loans.
9 System should be capable of identifying under insured or

over insured inventory and generate alert.
10 Alert for high value RTGS payment to unrelated parties.
Page 72 of 165
11 Alert for heavy cash withdrawal in loan accounts.
12 Alert for financing the unit far away from the branch.
13 Group companies not honoring loans
14 Payouts to promoters from loan accounts
15 Payouts to companies on AML watch list
Others
1 Cash / cheque/NEFT/RTGS deposited at the end of month

and thereafter withdrawl at the beginning of month in CC/OD
facility to show turnover in the account instead routing all
transactions.
2 Sanction of TOD/TOL to repay interest component / other

dues of Bank.
3 Floating front / associate companies by investing borrowed

money.
4 Significant movements in receivables, disproportionately

higher than the growth in turnover and/or increase in ageing
of the receivables.
5 Non-cooperative borrowers not furnishing
information/thwarting Bank’s attempts for recovery, etc
6 Routing of transactions through Banks CD account of

company with outside consortium and in case of sole banking
opening CD account with other Bank and routing majority
transactions through other banks.
7 Default in payment to banks (Sole/Consortium/MBA)/ sundry
Creditors and other statutory bodies, etc.
8 Company’s performance significantly beyond industry

average.
9 Carrying out search in CIBIL / ROC/CERSAI web sites to find

financial discipline / charges filed uptodate or not in ROC /
exposure on company by different Banks/ securities charged.
10 Not disclosing correct status of contingent liabilities of the

company.
11 Delay in submission of Stock Statement/ MSOD/Other

monthly /quarterly returns in the borrowal account.
Page 73 of 165
12 Consistent increase in ageing of book debts and substantial
portion is above 180 days.
13 Whether the turnover in the account is brisk, comparable with

the past levels/ operating levels.
14 Credit turnover in the account as per projections?
15 Debits in the accounts are for the assigned purposes only?
16 Whether there are any bills purchased remaining overdue?
17 Does the BP/BD turnover indicate any unusual level of

activity via-a-vis actual business turnover? To check any
possibility of fictitious transactions.
18 Substantial deviation in provisional Balance Sheet vis-à-vis
actual Audited Balance Sheet.
19 Inflated Stock statement by manipulating price of stock
20 Alert for under / insufficient security i.e. below 10% of

outstanding of loan account.
21 Alert for expiry of valuation of Mortgaged property
22 For stock audit, user should be able to enter the details of

account, Name of CA firm allotted stock audit and allotment
date, date of receipt of stock audit, Major observations of
stock audit, Date and closure of Stock Audit. User should be
able to generate reports on Stock audit – branch wise/zone
wise/ NBG wise.
23 Able to generate report on date of review, authority, expiry
date of review of account.
Alerts from Trade Finance System (Illustrative listing

given below)
1 Alert for foreign bills remaining outstanding for a long time

and tendency for bills to remain overdue (Import/ Export).
2 Alert for frequent invocation of BGs and devolvement of LC.
3 Alert for In merchanting trade, import leg not revealed to the

bank.
4 Alert for LCs issued for local trade/related party transactions.
5 Advance remittance for import made but details of transaction

(Bill of Entry etc.) not provided.
Page 74 of 165
Alerts from Treasury System (Illustrative listing given
below)
1 Forward rate agreements that can’t be met by client on

account of currency crashes
Forward contract booked but not utilized / cancelled

2 frequently.
Alerts from CAPS/ CRILC (Illustrative listing given

below)
Loan applications from companies on AML watch list under

1 process
Loan applications from companies that are willful defaulters

2 in other banks
Loan applications from companies that are SMA

3
Loan applications from companies that are on DRT cause

4 lists
Loan applications from companies that have ongoing court

5 cases
Loan applications from companies on bank internal

6 watch/black list
Loan applications from companies approved without

7 adequate supporting documents
Alerts from External Rating Sources (Illustrative listing

given below)
Alert for migration in rating in either way- positive or negative

1 for short as well as long term rating
Alert for whether ratings renewed upon expiry of 12 months

2 from the date of last assessment
Alerts based on financial statements (Illustrative listing

given below)
Alert for substantial increase in unbilled revenue year after

1 year.
Alert for significant movements in inventory,

2 disproportionately higher growth in turnover.
Alert for disproportionate increase in other current assets.

3
Alert for significant increase in working capital borrowing as

4 percentage of turnover.
Page 75 of 165
Alert for increase in fixed assets without corresponding
5 increase in turnover (when project is implemented).
Alert for increase in borrowings despite huge cash and cash

6 equivalents in the borrower's balance sheet.
Alert for not routing of sales proceeds through bank.

7
Alert for claims not acknowledged as debt high.

8
System should be capable of providing alerts based on

9 standard ratio analysis (Illustrative list provided below)
Net Profit Margin

9.1
Inventory Turnover Ratio (Based on cost of sales / average

9.2 inventory)
Debtors Turnover Period (Based on net sales & average

9.3 debtors)
Interest Coverage
9.4
Alerts from Bank’s Internal documents (Illustrative listing

given below)
System should be capable of identifying the default in

payment to the banks/sundry debtors and other statutory
1 bodies, etc., bouncing of the high value Cheque and
generate alert.
Alert for Onerous clause in issue of BG/LC/standby letters of
2 credit.
Alert for delay observed in payment of outstanding dues.

3
Alert for critical issues highlighted in the stock audit report.

4
Alert for material discrepancies in the annual report.

5
Alert for significant inconsistencies within the annual report

6 (between various sections).
Alert for poor disclosure of materially adverse information and

7 no qualification by the statutory auditors.
Alert for frequent change in accounting period and/or

8 accounting policies.
Page 76 of 165
Alerts from Third Party Data Providers (Illustrative listing
given below)
Alert for Dispute on title of the collateral securities.

1
Alert for same collateral charged to a number of lenders.

2
Alert for liabilities appearing in ROC search report not

3 reported by the borrower in its annual report.
Alert for reduction in the stake of promoter/director.

4
Alerts from Internet Sources (Illustrative listing given

below)
System should be able to identify accounts/customers

1 Raided by Income tax/Sales tax/Central excise duty
officials/any other statutory body and generate alert.
Alert for resignation of the key personnel and frequent
2 changes in the management.
Other Alerts Mandated by RBI
System should be capable of providing alert in frequent

1 change in the scope of the project to be undertaken by the
borrower.
Alert for invoices devoid of TAN and other details.
2
System should be capable of providing alert in costing of the
3 project which is in wide variance with standard cost of
installation of the project.
Alert for request received from the borrower to postpone the
4 inspection of the go down for flimsy reasons.
Alert for concealment of certain vital documents like master

5 agreement, insurance coverage.
Alert for non-submission of original bills.

6
Alerts for H&T finance and other Tie up facilities
(Illustrative listing given below)
Capturing individual accounts’ outstanding which are linked
to Corporate client which gives Corporate Guarantee to all
1 these accounts by linking to “Guarantor” field of loan masters.
Alert when one debit entry (liability entity) leading to multiple

2 credit entries into loan accounts (say more than 100
accounts).
Alert when several debit entries from loan accounts leading
3 to single credit entry into one liability (deposit) account.
Page 77 of 165
All the Alerts related to SMAs
The EWS solution Should be capable of classifying the

1 exposures as SMA 0/ SMA 1/ SMA 2 as per RBI definition,
both individually and as well as in a group.
System should classify borrower’s accounts as
2 SMA0/SMA1/SMA2 considering both fund based and non-
fund based limits.
The EWS solution Should be classify the accounts as SMA0
3 if the principal/ interest payment overdue for a period up to 30
days and accounts shows sign of incipient stress.
System should classify the accounts as SMA1 if the
4 principal/interest payment is overdue between 31-60 days.
System should classify the accounts as SMA2 if the

5 principal/interest payment is overdue between 61-90 days.
System should be capable of computing that how

6 frequently the account has come in default during the
quarter and gone out of default during the quarter.
System should be capable of providing alert where there is
7 delay of 45 days or more in submission of stock statements.
System should be capable of providing alert for non-

8 submission of various operating control documents. List of
documents will be informed by bank.
System should be capable of alerting for non-renewal of

9 facilities on due date and allowing operation in such
accounts.
System should be capable for alerting for actual sales
10 /operating profits falling short of projections.
Alert for non-cooperation of borrower /prevention from

11 conduct of stock audit.
Alert for reduction of DP by more than 20% after

12 stock audit.
Alert for drop in External rating of the borrower.

13
Alert for drop in Internal rating of the borrower

14
Alert for return of cheques (more than 3) due to non-

15 availability of fund /DP in the account in a month.
Alert for third request for extension of time either for creation
16 or perfection of securities as against time specified in original
sanction term.
Alert for more numbers of Overdrafts in Current Accounts.
17
Page 78 of 165
Alert for promoters pledging /selling their shares in the
18 borrower company due to financial stress.
Alert for CC/OD accounts where o/s balance remains

19 continuously in excess of the sanctioned limit/ DP for (i) 0-30
days (ii) 31-60 days (iii) 61-90 days
Alerts in CC/OD accounts where o/s in the principal operating
accounts is within limit /dp but there is no credits continuously
20 for (i) 0-30 days (ii) 31-60 days (iii) 61-90 days or credits are
not sufficient for interest debits.
Bills purchased or discounted (other than those backed by
LCs issued by banks) and derivative exposures with
receivables representing positive mark to market value
21 remaining overdue for 0-30 days to be reported as SMA 0, 31
- 60 days be reported as SMA-1, overdue for 61 - 90 days
should be reported as SMA-2
Alert Generation Mode
EWS solution must provide a framework for deciding what

thresholds of business rules will result in an alert. The
thresholds may be:
- Amount based (absolute or % of limit)
1- Count based
- Quantity based
- Industry based
EWS solution should have ability to suppress unwanted
alerts on the following parameters:
- permanently or
- duration based
2 - for a Particular geography of operations
- for a particular industry
- for a particular entity/group of entities
The EWS solution is expected to have features for setting a

3 time validity for certain alerts
EWS solution must permit an option for creation of a manual

4 alert for non-standard events that cannot be ordinarily
captured by the EWS
EWS solution should have capability to group alerts into
5 single entity actionable events.
EWS solution should be able to differentiate between cases

6 which were created from alerts versus those which were
created manually
The proposed application should be capable of maintaining
7 history of alerts generated and provide a framework for trend
analysis
Alerts Scoring
Page 79 of 165
The EWS solution is expected to have features for scoring
1 alerts based on suitable statistical rating/scoring models.
The EWS solution is also expected to have a framework that

assigns provides an overall risk score to each loan account
and overall at a customer level, basis the various alerts
2 accumulated over a period of time and other qualitative
parameters the bank may consider adequate.
The EWS solution must also provide multiple options for

suitable statistical rating/scoring models to determine overall
3
risk score to each loan account and overall at a customer
level.
The EWS solution is also expected to have capabilities to
remove/not consider from the scoring of the loan account or
4
the client account, the alerts that are no longer relevant .
Transaction Monitoring
1 The system should support detecting implicit and hidden

relationships between:
o Different accounts of the same customer
o Different customers
o Customers, non-customers and Walk in Customers
2 The system should support automated relationship

identification between linked accounts
3 The system should support monitoring transactions at

relationship and individual account level
4 The system should support behavioral analysis and support

detecting and alerting the user in the event of deviation
of customer from- the expected behavior (based on peer
group) - historical behavior
5 The system should be able to know Money laundering,

diversion/siphoning patterns and fraud patterns like structuring,
circulation of fund etc. The system should have no limits to
parameterise these patterns based on the banks experiences
in money laundering and fraud
6 The system should support paramterising regulatory threshold

limits and alert the users on violation / breach of these set
limits
7 The system should support artificial intelligence to setup and
tune the transaction monitoring logic in run time.
The system should support defining customer / group level

exceptions at any stage e.g. account opening, etc. The
8 system should be able to generate offline alerts also. If any
person approaches the Bank for any enquiry, which is of
doubtful nature and if any KYC document has been provided,
the system should be able to generate a subjective alert.
Page 80 of 165
The system should perform transactions monitoring by
9 analyzing transactions and comparing them against set
Benchmarks. Any deviation from benchmark should result in
an Alert, which should be then tracked to resolution.
The system should provide for monitoring all amount- based

transactions, whether for the current day or historical by
10 filtering the transaction data. Filters should be available in the
system that will enable a user to monitor any type of
transaction, whether for one or all customers.
The system should provide the user to generate a suspicious

transaction report and fill up all the requisite
11 information as per the format provided by regulation and to
submit the same. The user can submit the report to the
higher ups for review and final submission to the concerned
regulatory authorities.
The system should have alert scenarios for individual

12 transaction as well as historical transactional behavior.
Should support profiling of customers.
The system should have provision to define global

13 benchmarks as well as account specific benchmarks for an
alert scenario. Should be possible to set threshold limits.
The system should monitor transactions and analyze them
against benchmarks & generate alerts on exceptions. Should
14 be possible to build profiles based on transaction type and
Turnover Details.
The user should be able to select transactional attributes &

15 view required transactions (Report Module)
The system should have provision to create user defined

16 rules
System should be capable of handling real time alerts. Real

Time/On-Line Solution basically required for fraud detection
17
on Off-Line mode accordingly data available of T-1 days in
BOI.
Identify multiple wire transfer transactions with common
18 suspicious characteristics
Automatically generate alerts / reports on Blocked and

1
Rejected items
9
The system should have tools to analyze historical
transactional attributes of an account & suggest benchmark
2 value. Should support analysis of sequencing of events such
0 as Placement, Layering and Integration accordingly, look
forward and backward.
The system should enable user to effectively manage alerts

2 generated from the time of generation till such time an
1 appropriate action is taken
Page 81 of 165
Suspicious Activities
1 Transaction beyond threshold limits specified in accounts
2 Few Operations in accounts
3 Immediate withdrawal/Transfer of inward remittances.
4 Adhoc loans
5 Transactions made by specified category of users.
6 Frequent transactions in round-sums, especially in respect of

bills.
7 Capability to find out number of cash transactions, amount

per day per party / group.
8 Cash credit to multiple account of the same party.
9 Large number of credits to same account.
10 High velocity of fund balance, frequent in and out of large

amounts to various names
11 Frequent and large debit to account for overseas payment

and vice versa
12 Unexpected repayment to sticky or problematic account
13 Structuring
14 Flow-through
15 Circulation of funds
Benchmarking
1 Default Benchmarks – The Solution should allow for

benchmarks to be fixed based on the general behavior of
entities (Customers, Products, and Instruments etc.). The
Default Benchmarks should be definable in the Solution for
all customers based on the Customer Category (Individual,
Corporate, Institution, NRI, etc.) and the Amount range in
which they are operating. The user should be able to create,
and even edit an existing benchmark.
Page 82 of 165
2 Visual Benchmarking – The Solution should provide for a
simple and effective tool to fix benchmarks for any alert. The
system should enable historical behavior of the selected
entity plotted as a graph on the screen and the user should
be able to identify the benchmark that is appropriate for that
customer. The Solution should allow the user to change the
parameters and view the number of alerts that would get
fired. The user should then be able to set the required
benchmark through specific benchmarking features
3 Specific Benchmarking feature in the system should provide

the user an effective way of monitoring an account, the user
should be able to set specific benchmark to the account for
the applicable alerts.
Reporting Module
Reports should be available in XML, XBRL, etc. format, as

per specifications where the data has to be sent to
1 RBI/statutory boards
It should be possible to configure or generate various reports

for daily/week/Month/Quarter/Year and as per the
2 requirement of the Bank
The system should be able to provide configurable reports

like Amount in Full, Lakhs, Millions etc.
3
The system should be capable in providing drill down reports

with Account wise, Branch wise, Customer wise, Industry
4 wise, Sector wise, Zonal wise, Size wise, etc.
The system should be capable of risk categorization of

borrowers based on frequency/gravity of Alerts
5
Page 83 of 165
EWS should have alert queue reporting dashboard that can
generate reports such as: - Open alerts pending review (user
wise or region wise or product wise or rule wise)
- Open alerts pending seniors review/approval (user wise or
region wise or product wise or rule wise)
- Open alerts grouped by ratings with % statistics for each
group to total alerts (with ageing)
- Geography wise Alerts (along with rating/severity, status of
the alert and ageing thereof)
6- Customer wise alerts (along with rating/severity, status of the
alert and ageing thereof)
- Alert trending reports (along with rating/severity, status of the
- Manager wise alerts (along with rating/severity, status of the
- Product wise alerts (along with rating/severity, status of the
The access to the EWS alert dashboards must be based on

7 designation of the user i.e. need to know basis
The EWS should provide features for visualization, navigating

and drilling into listed alerts, rules that triggered the alert and
8 information from the banking systems on the
account/customer impacted by the alert.
System should provide users with the option to print, i.e. print
9 to files of various formats-xls, pdf, csv etc. print to printer etc.
The solution should support distribution of Reports and

Dashboards to iPad and Android devices. The Native App
10 should be freely available for iPad on iTunes App Store and
for Android devices on Google Play
The solution should allow the analysis / explorations / reports
11 based on in-memory data to be pushed for offline viewing to
mobile devices
The solution should have the ability for Interactive report

12 viewing for information consumers on iPad and Android
devices
Reports and Dashboards access on iPad and Android
devices should be using a native application which helps
13 leverage most popular gestures and capabilities, including
zoom, swipe, etc., to optimize ease of use and user
engagement
The solution should support same dashboard / report created
14 on Web to be accessed from iPad and Android devices
without requiring any redesign
The solution should allow users to securely view reports on
15 mobile devices while online or offline
The solution should provide collaboration support with

16 Annotation on Tablet
Page 84 of 165
Various triggers/alerts should be combined /congregated
together account wise and should be sent to the identified
user automatically in a summary form at the end of business
hours on daily basis. Reports should also be made available
for each account at monthly/quarterly/ half yearly / annual
17 intervals or such intervals as may be decided by the Bank.
The Branch should be able to report to Top Management via
system with their comments. Also these reports should be
archived for inspection by Regulator/ Central Statutory
Auditor/ Othe Statutory bodies.
Work Flow Management
Based on result of the alert triggers, EWS must provide a

1 framework for converting alerts that need deeper analysis or
actions.
EWS should have advanced routing rules to route along any
2 data event.
EWS must provide facilities to attach/removed documents

3
EWS solution should have the ability to assign activities in

4 the workflow to a group of users
The user should have ability to apply a mass action to case -

5 close, append etc.
The user should have ability to link cases under investigation

6
The user should have ability to write notes in the cases

7
In case of alerts where standardized actions have to be taken

8 EWS must have automated case processing framework
EWS have ability to add several alerts to one case

9
Work Flow Features

EWS should have the ability to rate cases by priority, high to
1 low to the analyst role in the queue. New cases will populate
the queue according to the priority.
EWS have ability for automatic assignment of cases to

2 investigators, ability for supervisor to override and assign
cases manually.
EWS should provide the ability to perform systematic actions
3 based upon an analyst’s work action.
Screen flow and system process must represent the task

4 workflow.
Page 85 of 165
EWS should be able to define the systematic actions to be
5 taken, based upon an analyst’s work action.
Power users should have the ability to configure standard

6 workflows to route case activities to appropriate teams
Detection rules creation/modification and deletion could be

7 subject of approval by more than one appointed person using
workflow functionality.
Alerts should be managed by more than one appointed
8 person using workflow functionality.
Reports review and appropriate reaction could be managed

9 by more than one appointed person using workflow
functionality.
Workflow actions should not be deleted or altered after
10 submission
Internal employee should not be able to

11 delete/modify/recreate workflow steps
EWS should provide different access rights for different users

12
Administrative
1 Solution should be capable of providing role based access

control system.
2 Parameterized Password standards - Min and Max Length,

Number of Numerals and Special Characters, Number of
times old passwords do not used, Reset Password period,
etc. to done as per Bank's Policy. Password history should be
maintained and user shall not be able to reuse previous
passwords. The number of passwords in history should be
parameterized. Password shall be encrypted and not directly
transmitted over WAN/Internet or stored in database or
initialization files, registry etc.
3 Multiple logins to a single user should not be allowed.
4 Maker checker for all operations (user

administration, Data changes, etc.).
5 The system should have capability to lock the screen if left

attended for parameterized time and facility should be
provided to either logout or reactivate using User's Password.
6 The system should be able to define different level (profiles)

for different type of users like Branch user, Zonal Office
user, Corporate Office user, Admin etc.
Page 86 of 165
7 Solution should have the capability to handle at least 500
concurrent users at a time and scalable to 1000 concurrent
users over the period.
8 Results generated should be made available to the users
based on their roles and authorized access.
9 In case any data is not source-able then system should have

provision of Gap Data screen, with adequate “Maker
Checker Control” and Audit Trail tracking.
Reporting
1 To build different types of reports, as an information delivery

mechanism to the business users, including but not limited to
ad-hoc, analytical, tabular, dashboards, alerts, etc.
2 User should be able to generate report for any previous

generated date and strict version control of report layout and
output to be maintained. It should be possible to configure /
Generate various reports daily /weekly /Monthly /Quarterly
/Yearly and as and when required by the Bank and regulatory
bodies.
3 Users should be able to generate report in PDF/XLS/ XML and
XBRL format as per specifications. The system should support
export and import of data from MS-Excel and Open Office
Formats ad-hoc reports with an easy to use report writing Tool
/ Wizard. The systemshould have flat file export functionality
to export transaction data and static data in .CSV, .txt, .xls, .xlsx,
.pdf, .rtf etc.
4 Solution should be able to identify Potential NPA, stressed

account, RFA account, fraud account, etc. and reports should
be available.
5 Report / Dashboard for graphical comparison of Peer

companies. Apart from the pan India data, peer grouping can
be set (PSU Banks, Private Banks, NBFCs, etc.).To provide
region wise reports to understand portfolio movement by
ticket by product, etc.
6 Report / Dashboard for analysis of EWS scores at different

administrative levels, dash board facility for trend analysis, with
smooth and seamless movement between dashboard
layers. Able to refresh automatically/on- demand the data for
dashboard.
Page 87 of 165
7 Reporting tool should be able to provide in full
amount/Lakh/crore according to requirement. Drill down
reporting should be provided with Account wise/ Branch
wise/Zone wise/State wise/ District wise/Sectors wise/Industry
wise, Size wise Population Group wise, portfolio wise/product
wise, etc.
8 Exhaustive report, which can be used for Strategy outcomes,

Delinquency mapping, Portfolio penetration, etc.
9 The Bidder / Vendor should provide Report/ Analysis by

studying dynamics of its customer inside and outside of the
Bank 1) Standard with BOI but NPA with other Bank, 2)
Standard with BOI and other Bank, 3) NPA with BOI but
standard with other Bank, and 4) NPA with BOI and other
Bank
1 Identify good customers and Enhance business by cross sell

0 campaigns thereby providing customer excellence
1 The System should provide all the reports as per bank

1 requirement and any Ad-Hoc Report if needed.
12 The system should provide reports showing:
- Ageing of assets
- Erosion in value of security
- Provisioning
- Uncharged Interest
- Prudential written off accounts
Audit
1 The system should have Audit Log for all Admin Operations,
User Operations, Configuration Options etc. and should
be capable of keeping Audit trail as per Bank policy.
2 Bank will perform vulnerability Assessment, IS Audit & other

Audits, periodically and all the vulnerabilities are to be
mitigated/closed by the bidder without additional cost.
Training
1 Complete training (both class room and hands on mode) on

the solution to Bank staff either at locations as per the
requirement of the Bank.
2 Prepare and submit soft copies of training material, end-user

manuals and flow charts. Softcopy of manuals and testing
documentation should be handed over to Bank.
Page 88 of 165
3 Vendor shall train designated Bank officials on the
configuration, operation /functionalities,
maintenance, support & administration for software/
Database/ OS/ Middleware, application architecture and
components, installation, troubleshooting processes of
a proposed solution, etc..
Support
1 Undertake that the online technical support team should be

able to resolve the issues/fix bugs identified from time to time
and update the solution accordingly without cost.
2 Escalation process should be In place for

unresolved issues
3 Bidder support staff should be well trained & should have

understanding of the application to effectively handle queries
raised by the Bank staff.
General Requirements
1 Multiple Customer Segments
2 All the modules of the software should be fully integrated and

no manual intervention should be needed for inter-modules
operations.
3 Rules must be modifiable without vendor intervention from
the front end, with logs of changes made.
4 Should support processing on Real time, Online, Off-line,
batch mode, etc. Should also support scheduling and
defining of jobs.
5 System should have facility to accept/provide data in
standard formats from/for other systems, Import /export
facilities like upload of Negative List, Positive list, filtering
rules, etc.
6 User definition, restricting view for various reports/menu /

DBA menu maintenance.
7 Proper indexing and maintenance of table without loading the
system
8 Should have the ability to Integrate with sources
like messaging systems like SMS, Email, etc.
9 Should be able to evaluate multiple complex, inter-related
rules simultaneously
10 Should offer multi-currency support
Page 89 of 165
11 Should maintain a historical record of Customer, Account,
Transaction, etc. Should be possible to retrieve information
as on a previous date i.e., show the status of a customer as
of a particular date. History of Transaction as well as Alert
Data to be kept for minimum of 10 Yrs.
12 Should be possible to generate list of accounts at a given

address, Telephone, name, etc.
13 Support encryption of data during exchange internally and

with external systems.
14 System should also have a Fraud Detection Suite online for

IBA prescribed Scenarios
15 Data Warehousing and Data Mining capabilities. Should be

capable to achieve data for minimum of 10 Yrs.
16 System should have a flexible solution for tuning parameters,
modifying and creating new scenarios and risk factors to
monitor risks
17 System should detect suspicious activity and give Descriptive
analytics /Peer grouping /Cluster analysis and provide for
setting threshold limits
18 System should support Wire Transfer Surveillance with the

following features:
Identify wire transfers originating in Correspondent or Agent
banks, Identify suspicious activity based on patterns of
multiple wire transfers, Automatically generate reports on
Blocked and Rejected items, Monitor internal / external and
domestic / international wire transfers.
19 System should have a alert scoring mechanism with Product

having a relative score for each alert, the Alert scores be
modified through the application of rules, Provide for the
categorization of alerts into groups for similar suspicious
activity and Provide the user to drill down into the details of
the transaction on which the alert was generated.
20 System should be flexible to set-up various views / alerts

using parameters and without any intervention of vendor or
any modification of the software
21 Well-defined purging policy mechanism to do from front end.
22 Should have the ability to capture non-financial events such

as change of address, customer life event, advisor
reassignment, etc.
Page 90 of 165
TECHNICAL REQUIREMENTS
S. No. Technical Requirements

Marks Vendor Bidder
Respons Remarks
e
Y,C,N
Application Requirements
1 Should support online real time & batch operations.
2 Provide support for scheduling and defining of Jobs.
3 Should support the minimum concurrent users at any

given point in time during the contract period.
4 Should support data commit at the central location

and the respective branch location in real time mode.
5 Ability of the application to support symmetric

multiprocessing architecture. The bidders have to
indicate how many processors the application handle
in the remarks column against this line.
6 Ability to provide access control authorization/

verification mechanisms as per bank's hierarchy for
different loan processes and workflows.
7 Ability to upgrade the authentication and

authorization mechanisms to accommodate the future
requirements.
8 Capability to log out a user from a central location
9 Application Licensing should be for 1000 users

however Solution should support 500 users
concurrently.
1 Vendor will be responsible for conducting system

0 integration testing to verify that all the systems are
Properly integrated and system performs all functions.
1 On-line help should be available and complaints

1 should be resolved within 24 hours.
1 Vendor will setup and maintain test environment during

2 entire period of project implementation.
Page 91 of 165
1 Vendor will provide scenarios of UAT and assist in
3 preparing test cases including the test data to support
all business scenarios. Vendor will assist bank in
analyzing the results.
1 Vendor will maintain appropriate program change

4 control and version control of the system as well as
documentation of the UAT.
1 Vendor shall ensure that the software application will

5 have high scalability i.e. without the necessity of re-
writing code or undertaking other major efforts, the
system should be easily upgradeable to increased
workload, better performance, additional users
and improved network connectivity.
1 The Solution should provide the facility to

6 upload/ download data to/ from peripheral/ existing
systems/Solutions as and when required.
1 Solution to be scalable and flexible to

7 accommodate future upgradations /modifications.
1 Solution downtime to be maintained at a tolerable

8 level as per industry standard.
1 Solution to support prioritization functionality to

9 ensure standard processes have sufficient
resources to run within required timelines without
being affected by ad hoc user requests.
20 The Solution should allow have a day end back up

process.
21 The Solution should provide for user profiles to be

controlled by a specific administrator.
22 Solution access should be permitted only through

password verification with all user IDs being unique.
Solution should not allow any generic users.
23 The Solution should have the ability to provide or

restrict access privileges based upon hierarchy and
multiple criteria e.g. user access on weekends and
holidays, hours through which the Solution would be
accessible etc.
Page 92 of 165
24 The system should show the list of deviations. The
system needs to store or store a reference to the
original policy so that user can refer to it during
authorization/ queries/ doubts/ etc.
Database Requirements
1 Ability to support for pooling multiple database

connections when the load on the application
increases
2 Support for database clustering and the number of

clusters that can be configured
3 Support for central storage of data with multiple

instances of Database
4 System should support Oracle, MS SQL, Database
Operating system
1 Hardware will be provided by Bank. However

Hardware Sizing should be provided by the
bidders as part of technical Bid.
2 All software including operating system licenses

should be provided by bidder. The system should
support IP V4 and IP V6. Bank will provide Database
Licenses if it is Oracle.
3 System should have Response Time of 5 seconds.
4 Hardware parameters (like CPU, Memory, hard

disk, NIC, etc.) should not cross the defined
utilization levels at any point in time.
5 Should be able to support different protocols (TCP/IP,

IPX, etc.)
6 The response time from the SAN should be < 10 ms

for any transaction
7 The communication between server, database and

other connected systems should be encrypted.
Page 93 of 165
8 Bank expects that there are additional redundancies
built into the system in addition to providing optimal
performance, taking into account the present and
future load on the System
Backup
1 Solution should be integrated with existing backup

solution of the Bank.
2 Bank requires that the solution should support all

backup application software.
3 Bank requires that the solution should be capable of

automating the backup process for all the applications
/ database in the Data center & Disaster Recovery site
4 Bank requires that the system solution should support

IP protocol
5 Bank requires that the system should support

Enterprise Management Solutions
6 Bank requires that the DR site to be sized,

configured to provide an RPO of 30 minutes and
RTO of 60 minutes
7 Performance requirements of the secondary

disaster recovery site, when activated, should
exactly match those of the primary site.
Archival
1 Bank requires the proposed Applications to be

capable of archiving all relevant data as per laid
down Bank’s guidelines
2 Bank requires that the archived data be retrieved for

Inquiry only
Page 94 of 165
User Interface
1 Bank requires that the system should have :
 Multi-windowing capability
 On-line, context-sensitive help facility
 Error/action messages for wrong entries
 Graphic capability
 Front end data validation
2 Consistency of the interface - screen layouts,

messages, key stroke handling and other elements of
the user interface should be consistent throughout the
system
• Data input and validation at source

• Hot keys for access to common functions
• Non Destructive Exit
• Non Destructive Go Back
• User Defined Reports
• Day end report Selection
. Delivery Channel Interface
3 The system should provide seamless connectivity to

delivery channels using industry standard protocols
and messaging formats.
Documentation
1 Bank requires Soft Copies of Product Manuals and

Training documents to be given
2 Bank requires Manuals for revisions and upgrades
Application Security Audit Trail
1 Bank requires Audit Trail for all Transactions
2 Bank requires Audit Trail and Authorization for all

Parameter changes
3 Bank requires time out (logout) on specific period of

inactivity to be set by bank
4 Bank requires Parameter Based Over ride
5 Bank requires Time Stamping of Transaction
Page 95 of 165
6 Bank requires Encrypted Passwords to be stored
7 Bank requires Password Expiry and the duration should

be parameter based
8 Bank requires Time Restriction on Activities
9 Bank requires two factor authentication.
10 Bank requires Authorization of Parameter changes by

Data Base Administrator
Security
1 The system should have surveillance software to prevent

malpractices. The system should provide for a foolproof
security system. The built-in Security System in the
software should ensure that the sensitive data that the
system handles is protected from unauthorized access
and misuse. It should provide the Supervisor with a high
degree of control over assigning system access rights to
users. The system should provide for the users to be
assigned individual rights or may be grouped together
and given common rights. Hierarchical Security,
Access level Security, Singular Log-in per user at any
given point of time, are some of the security features that
should be supported by the system.
2 The systems should maintain comprehensive Audit

Trails detailing every user activity. Audit Trail reports
should be generated and may be viewed on-screen
and/or printed.
3 There should be a complete and comprehensive security
from unauthorized access and misuse along with
necessary audit trail detailing every users activity.
4 System must have a Login ID and password for each

user for logging into the system. Indicate as a footnote if
support for additional authentication mechanisms such
as Smart Cards, Tokens, etc. exist. Whether the
application also supports Remote logging.
5 Passwords must be kept encrypted in the database and

should not be visible using any source.
6 Access to the system for all the users should be
available only through menu selection of the user
interface.
Page 96 of 165
7 Access to data should be based on parameters such as
viewing, modifying, authority level to access, etc. and
should be linked to user access rights.
8 System should have provision to block /delete
relocated/separated employees (users).
9 The application should have the capability to integrate its

logs to the Bank’s SIEM (Security Information and Event
Monitoring) solution of SOC (Security of Operations
Centre).
10 Bidder should ensure and confirm to the Bank that the
application is developed in the secure SDLC
environment. It is the responsibility of the Bidder to keep
the application free from all kinds of operational or
security bugs.
11 Bidder should have in place strict version control
measures. They should get the application tested using
an approved source code testing tool and the relevant
certificate is provided to the Bank at the time of initial
implementation as well as at every stage of change of
version of application. Also the bidder should certify that
the application is free from any ‘Backdoors/Trojans’ in
the beginning and whenever there is a change in source
code.
12 Solution should have mechanism in place to ensure

Personally Identifiable Information (PII) of customers is
protected for confidentiality.
Replication
1 Proposed solution should support a two stage backup

and recovery process where online data stored on a
primary disk array is backed up to a disk-based
device (stage one) before being copied to a tape
device (stage two) for longer-term storage and
eventual archiving.
2 Solution to support local data and remote data

replication for all applications covered under the core
suite, however the DMS solution architecture should
be centralized. The solution should have the
capability for federated architecture.
Other Technical Specifications
1 Data flow and flow of information must be

automated with least user intervention
Page 97 of 165
2 The Solution should be Secured and must follow a
standard development process to ensure that it meets
all (functional, security, Data Encryption /
Protection, performance, regulatory etc.)
requirements of the Bank. Security requirement as
per IT/IS policy of the Bank, will be shared with the
successful bidder.
3 The proposed system should be capable of running on

a wide area network, capable of being used from
multiple locations, WEB based and on Desktop,
Laptop, TABs/Smart phone, etc and relevant reports
on Mobile Apps (Android, IOS, Windows, etc.). The
solution should be capable of integrating with various
Bank systems viz. Core Banking solution, Treasury
system, Loan Origination Systems, Rating systems,
Audit Systems, KYC and AML systems, Data
ware houses etc..
4 The system should be able to handle multiple

business units of the Banks that include
branches/Admin offices where required.
5 The system should provide a consistent and user-

friendly Graphical User Interface, generally
following the modern GUI standards
6 The system should support two-factor authentication

and where required interface with Bio Metric
Verification.
7 The software developed or customized should follow

a standard development process to ensure that it
meets functional, security, performance & regulatory
requirements of the Bank.
Page 98 of 165
8 The Vendor should comply with Bank’s IS Security
policy in key concern areas relevant to the RFP.
Some of the key areas are as under:

 Responsibilities for data and application
privacy and confidentiality.
 Responsibilities on system and software
access control and administration ,
 Custodial responsibilities for data, software
and other assets of the Bank being managed by or
assigned to the Vendor,
 Physical Security of the facilities ,
 Physical and logical separation from other customers
of the Vendor ,
 Incident response and reporting procedures ,
 Password Policy of the Bank ,
 Data Encryption/Protection requirement of the Bank
9 Backup / Recovery solution should be part of the total

solution. Bank will provide required for DR Setup.
Bank will also provide Tape Library with Commvault
licenses for offline backup
10 Solution should be capable of storing large data base

and finding out trends in customer activities. Solution
should be able to handle large number of
transactions.
11 Solution should provide response time of maximum 5

seconds.
12 Solution should be capable of working on/

Integrating various platforms/ tools available within
the existing IT architecture of the Bank.
13 Workflow for creating institutional memory for

stake holders for actionable remarks/ comments with
automated reminders through SMS, E-mails, any
other messaging solution (e.g. WhatsApp) to both
action & info-stakeholders.
14 Institutional memory function to be available on both

browser and mobile access. Dynamic remark access
and participation by authorized users on mobile
devices.
Page 99 of 165
15 The identification and segregation of digital data from
various sources and uploading such data to EWS on
real time frequencies.
16 Capable of integrating with ADAP (Active Directory

Access Protocol) for enabling Single Sign on, without
additional cost to the Bank.
17 Integration of User Authentication with Active

Directory of Bank shall be done by bidder.
18 All integration should be in STP (Straight Through

Processing) mode without / minimal intervention from
user & leverage existing platform system.
19 Application should Support Scalability without

Redesign
20 The solution architecture should have capability to be

configured in active mode
21 Application should have detailed help menu
22 The application should have ability to interface with

external systems
23 The application should have seamless replication of

data DC to DR
24 Option to control system access should be

available through application
25 The application should support database & OS level

clustering
26 The application should function satisfactorily with

minimum bandwidth 128 kbps / MPLS branches
using existing bandwidth.
27 The application should support session timeout.
28 The solution should show alerts on user dashboard.
29 The application should support periodic activity

report covering security event & Application
usage.
30 The system should allow user to download print

report directly from system
Page 100 of 165

31 System should allow archiving of historical reports
32 The system should have capabilities to send reports

to pre-defined users
33 The system should provide facility to monitor

application, performance database, errors
monitoring.
34 Account level and Customer level Dashboards at

Departmental and Executive levels
Page 101 of 165

PART 6 : BID FORM, PRICE SCHEDULES AND OTHER FORMATS (BF)
INDEX
FORMAT NUMBERS
6.1.1 Bid Form (Technical)
6.1.2 Bid Form (Price)
6.2 Non-Disclosure Agreement
6.3 Price Schedule
6.4 Bank / Payment Details from Bidder
6.5 Contract Form
6.6 Performance Security Form
6.7 Bank Guarantee Form for Advance Payment
6.8 Manufacturer’s Authorisation Form
6.9 Certificate for Successful Commissioning
6.10 Organization Profile
6.11 Service Support Details
6.12 Bank Guarantee against Annual Maintenance
6.13 Bill of Material
6.14 Conformity to eligibility criteria
6.15 Unconditional acceptance of the Terms & Conditions of the RFP.
6.16 Past Experience
6.17 Pre-Bid query format
6.18 Integrity Pact
6.19 Undertaking by bidder not defaulter/blacklisted
Page 102 of 165

FORMAT – 6.1.1
BID FORM (TECHNICAL BID)

(to be included in e-tender Technical Bid Envelope)
Date :
To:
The General Manager

Bank of India,
Mumbai - 400 051
Gentlemen:
Reg.: Procurement of end to end Early Warning Signals (EWS) Solution

Ref: Your RFP Ref: BOI/BKC/1/19-20/ET/1 dated 20.06.2019
Having examined the Bidding Documents, the receipt of which is hereby duly acknowledged, we,
the undersigned, offer to supply and deliver the Solution for Early Warning Signals in Bank, in
conformity with the said Bidding documents.
We undertake, if our Bid is accepted, to deliver, install and commission the Solution in
accordance with the delivery schedule specified in the Schedule of Requirements.
If our Bid is accepted, we will obtain the guarantee of a bank in a sum equivalent to 10 percent of
the Contract Price for the due performance of the Contract, in the form prescribed by the Bank.
We agree to abide by the Bid and the rates quoted therein for the orders awarded by the
Bank up to the period prescribed in the Bid, which shall remain binding upon us.
Until a formal contract is prepared and executed, this Bid, together with your written acceptance
thereof and your notification of award, shall constitute a binding Contract between us.
We undertake that, in competing for (and, if the award is made to us, in executing) the above
contract, we will strictly observe the laws against fraud and corruption in force in India namely
“Prevention of Corruption Act 1988”.
We understand that you are not bound to accept the lowest or any Bid you may receive.
Dated this...... day of........................... 20__
(Signature) (Name) (In the capacity of)
Duly authorised to sign Bid for and on behalf of
Page 103 of 165

FORMAT – 6.1.2
PROPOSAL FORM (PRICE PROPOSAL)

(to be included in e-tender Price Proposal Envelope)
T o:
The General Manager

Bank of India,
Mumbai - 400 051
Gentlemen:
Reg.: Procurement of end to end Early Warning Signals (EWS) Solution

Ref: Your RFP Ref: BOI/BKC/1/19-20/ET/1 dated 20.06.2019
Having examined the Bidding Documents, the receipt of which is hereby duly acknowledged, we,
the undersigned, offer to supply & deliver the solution for Early Warning Signals in Bank, in
conformity with the said Bidding documents for the sum of ................................... (Total Proposal
amount in words and figures) or such other sums as may be ascertained in accordance with the
Schedule of Prices attached herewith and made part of this Proposal.
We undertake, if our Proposal is accepted, to deliver, install and commission the system, in
accordance with the delivery schedule specified in the Schedule of Requirements.
We agree to abide by the Proposal and the rates quoted therein for the orders awarded by
the Bank.
Until a formal contract is prepared and executed, this Proposal, together with your written
acceptance thereof and your notification of award, shall constitute a binding Contract between us.
We undertake that, in competing for (and, if the award is made to us, in executing) the above
contract, we will strictly observe the laws against fraud and corruption in force in India namely
“Prevention of Corruption Act 1988”.
We understand that you are not bound to accept the lowest or any Proposal you may receive.
Dated this ......... day of ........................... 20__
(signature) (in the capacity of)
Duly authorized to sign Proposal for and on behalf of
Page 104 of 165

FORMAT 6.2
NON-DISCLOSURE AGREEMENT
WHEREAS, we, ________________________________________, having Registered Office

at __________________________________ , hereinafter referred to as the COMPANY, are
agreeable to offering the Early Warning Signals solution in Bank of India, having their Head
Office at BANK OF INDIA, STAR HOUSE, C-5, “G” Block, Bandra Kurla Complex, Bandra
East, Mumbai 400 051 hereinafter referred to as the BANK and,
WHEREAS, the COMPANY understands that the information regarding the Bank’s Early
Warning Signals Solution in their Request for Proposal is confidential and/or proprietary to
the BANK, and
WHEREAS, the COMPANY understands that in the course of submission of the offer for the
said Early Warning Signals Solution in Bank and Services and/or in the aftermath thereof,
it may be necessary that the COMPANY may perform certain jobs/duties on the Bank’s
properties and/or have access to certain plans, documents, approvals or information of the
BANK;
NOW THEREFORE, in consideration of the foregoing, the COMPANY agrees to all of

the following conditions, in order to induce the BANK to grant the COMPANY specific
access to the BANK’s property/information
The COMPANY will not publish or disclose to others, nor, use in any services that the
COMPANY performs for others, any confidential or proprietary information belonging to the
BANK, unless the COMPANY has first obtained the BANK’s written Authorisation to do so;
By virtue of awarding the Contact to the selected Company and in the course of its
performance, the company may have access to the Confidential Information of the Bank and
its Customers. The company is aware that confidential information is valuable information of
the Bank and any disclosure of which would cause irreparable loss and damage to the Bank
for which monetary compensation may not be adequate and accordingly the company agrees
and undertakes to hold the confidential information and shall not disclose the same including
to any third party and the vendor also agree that its employees, agents shall also maintain
confidentiality of the confidential information. The company agrees that it shall neither use,
nor reproduce for use in any way, any confidential information of the Bank.
The COMPANY agrees that notes, specifications, designs, memoranda and other data
shared by the BANK or, prepared or produced by the COMPANY for the purpose of
submitting the offer to the BANK for the said Early Warning Signals Solution and Services,
will not be disclosed to during or subsequent to submission of the offer to the BANK, to
anyone outside the BANK
The COMPANY shall not, without the BANK’s written consent, disclose the contents of this
Request for Proposal (Bid) or any provision thereof, or any specification, plan, pattern, sample
or information (to be) furnished by or on behalf of the BANK in connection therewith, to any
person(s) other than those employed/engaged by the COMPANY for the purpose of
submitting the offer to the BANK and/or for the performance of the Contract in the aftermath.
Disclosure to any employed/engaged person(s) shall be made in confidence and shall extend
only so far as necessary for the purposes of such performance.
Page 105 of 165
Authorised Signatory
Name:
Designation:
Office Seal:
Place
Date:
Page 106 of 165

FORMAT – 6.3
Indicative Price Schedule

Part I
(Include in Price Bid Only – Not to be included in Technical Bid
1. 2. 3. 4. 5.
Item Description Unit Qty Total Price excluding GST
Price and including 2 year warranty
and 3 year AMC for total
support period of 5 years
(AMC for software must be
18% to 21% of the total of
cost of Software (A) &
System Integration (B), per
annum).
A Software
I Application software (EWS solution)
(Application Licensing should be for
1000 users however Solution should
support 500 users concurrently)
i)
ii)
II Data Base Software – if other than
SQL/Oracle, pl. refer to point no. 5
(mention no. of users and / or type of
license)
i
ii
III Middleware (if any)*
i)
IV Third Party Utilities (if any)*
i
ii
B System Integration
C Facility Management
i Cost L1
D Training
E TOTAL for the entire Payment EWS Solution (A+B+C+D)

F Total for Annual Maintenance Cost AMC (also to be submitted
separately in Part II Format 6.3)
TOTAL for the purpose of L1 Rupees in words
(E) + (F)
*vendor to add additional rows as per items of software architecture proposed
by them.
Total rack space in units and power requirement to be mentioned in technical

bid.
Page 107 of 165

Important Notes:
Detailed Specifications of all Software and Hardware Modules, Components as

above to be attached separately in the Technical Bid (Bill of Material, Format 6.13),
supported by Technical Literature/Product Catalogues/Brochures, etc. This is
Mandatory.
1. AMC charges to be given in the prescribed format separately.

2. Price quoted should be excluding GST.
3. In case of discrepancy between figures and words, the amount in words shall prevail.
4. No increase in costs, duties, levies, taxes, charges, etc., irrespective of reasons
(including exchange rate fluctuations, etc.) whatsoever, shall be admissible during the
currency of the Contract.
5. All user licenses for OS, Database, Application etc. should be as needed for the
successful and smooth functioning of the solution provided. In case database used is MS
SQL or Oracle, then the bidder need not to quote the price for the same, as the Bank is
already having license for the same.
6. Bank will provide the hardware. Hardware sizing to be provided by the bidders along
with technical proposal. Bidder not to quote for Hardware.
7. Though Bank is providing the licenses for Databases i.e. SQL and Oracle. But all
necessary support related to database Bidder has to provide. Bank will not provide any
database OEM or other support.
8. Training:
For training, infrastructure and location will be provided by the Bank.
Batch size: 35-40 persons X 20 batches.
Locations: Mumbai, Pune, Noida, Bhopal, Kolkata, Chennai, Goa
Frequency of training: Training as per need based requirement of Bank.
Cost of Training to be included in Price schedule.
Signature of Bidder :
Name : _________
Business address :
Place :
Date :
Page 108 of 165

FORMAT 6.3 (Continued)
Part II
SCHEDULE FOR ANNUAL MAINTENANCE COST
AFTER WARRANTY PERIOD
(Include in Indicative Price Bid Only - Not to be included in Technical Bid)
A B C D E
Sr. Module / Annual No. of Total Maintenance
No. Item Maintenance years charges
Description Charges and (CxD)
ATS for one
years,
including
Upgrades(AMC/ATS for
software must be 18% to
21% of the total of cost of
Software (A) & System
Integration (B) as
mentioned in Format 6.3
part I, per annum) for
each item
(GST to be excluded)
Rs. Rs.
Rupees (in words)
Note :
 All items included in part I to be quoted in part II. Quote Functional Module-wise charges,
as applicable.
 The Total period of warranty two years + AMC 3 years=5 years
 AMC will be entered into by the Bank, at its sole discretion.
 Include all applicable Software Modules / Components items as applicable, indicated in
the Price Schedule.
 In case of discrepancy between unit price and total price, the unit price shall prevail.
 In case of discrepancy between figures and words, the amount in words shall prevail.
 AMC charges as above will be considered for Price evaluation.
 Taxes as applicable at the prevalent rates.
 Bidders to strictly quote in the format and for periods as mentioned above.
 During contract period updation / new patches will be done without any extra cost by the
bidder /vendor. After 5 year contract period, as per Bank’s requirement AMC will be
extended by bidder/vendor on mutually agreed terms.
Signature of Bidder
Name
Business address
Place :
Date :
Page 109 of 165
FORMAT 6.4
Bank / Payment Details from Bidder

(Please note to mention RFP Ref. No./Name in particulars while remitting of funds)
Sr.
No.
Bidder’s Bank details
1 Name of Bidder’s account

2 Account No.
3 Name of Bank
4 Branch
5 IFSC Code
6 Bidder’s contact Nos.
7 Bidder’ email id:
Details of payment of Cost of Bid Document and EMD
1 EMD Amount Rs. 10,00,000/-

2 Date of NEFT
3 NEFT Transaction details (UTR)
4 Sender details
Details of payment of Cost of Bid Document and EMD
1 Cost of Bid Document Rs. 50,000/-

2 Date of NEFT
3 NEFT Transaction details(UTR)
4 Sender details
In case of transfer of funds from Bank of India account

1 particulars of Transaction ID
2 date/
3 account No.
4 EMD Amount Rs.
5 Cost of Bid documents Rs.
Signature of Bidder
Place :
Date :
Page 110 of 165

FORMAT 6.5
CONTRACT FORM
THIS AGREEMENT made the ................... day of .......................................... , 20__, between

......................... (Name of Purchaser) (hereinafter called "the Purchaser") of the one part and
.....................(Name of Supplier) of ........................(City and Country of Supplier) (hereinafter
called "the Supplier") of the other part :
WHEREAS the Purchaser invited Bids for certain Products and services viz.,
..................................... (Brief Description of Products and Services) and has accepted a Bid
by the Supplier for the supply of those Products and services in the sum of ............................
(Contract Price in Words and Figures) (hereinafter called "the Contract Price").
NOW THIS AGREEMENT WITNESSETH AS FOLLOWS:
1. In this Agreement words and expressions shall have the same meanings as are
respectively assigned to them in the Conditions of Contract referred to.
2. The following documents of Bid No.: BOI/BKC/1/19-20/ET/1 dated 20.06.2019 shall

be deemed to form and be read and construed as part of this Agreement, viz.:
a. the Bid Form and the Price Schedule submitted by the Bidder;
b. the Bill of Material;
c. the Technical & Functional Specifications;
d. the Terms and Conditions of Contract;
e. the Purchaser's Notification of Award;
f. Schedule of Dates, Amounts etc. (SDA)
3. In consideration of the payments to be made by the Purchaser to the Supplier as

hereinafter mentioned, the Supplier hereby covenants with the Purchaser to provide
the Products and services and to remedy defects therein, in conformity in all respects
with the provisions of the Contract.
4. The Purchaser hereby covenants to pay the Supplier in consideration of the provision
of the Products and services and the remedying of defects therein, the Contract Price
or such other sum as may become payable under the provisions of the Contract at the
times and in the manner prescribed by the Contract.
Brief particulars of the Products and services which shall be supplied/provided by the
Supplier are as under:
Page 111 of 165

SL. BRIEF DESCRIPTION QUANTITY TO TOTAL
NO OF PRODUCTS & BE SUPPLIED. PRICE (Rs.)
. SERVICES
TOTAL VALUE: (Rs.)
DELIVERY SCHEDULE:
IN WITNESS whereof the parties hereto have caused this Agreement to be executed in
accordance with their respective laws the day and year first above written.
Signed, Sealed and Delivered by the
said ............................ (For the Purchaser)
in the presence of:
Signed, Sealed and Delivered by the
said ............................ (For the Supplier)
in the presence of:
Page 112 of 165

FORMAT 6.6
PERFORMANCE SECURITY FORM
To: __________________________ (Name of Purchaser)
WHEREAS ................................................................... (Name of Supplier) (hereinafter called

"the Supplier") has undertaken, in pursuance of Contract No ................ dated, ........... 20__. to
supply ........................................................................ (Description of Products and Services)
(hereinafter called "the Contract").
AND WHEREAS it has been stipulated by you in the said Contract that the Supplier shall
furnish you with a Bank Guarantee by a recognized bank for the sum specified therein, as
security for compliance with the Supplier's performance obligations in accordance with the
Contract.
AND WHEREAS we have agreed to give the Supplier a Guarantee:
THEREFORE, WE hereby affirm that we are Guarantors and responsible to you, on behalf of
the Supplier, up to a total of ................................................................................. (Amount of the
Guarantee in Words and Figures) and we undertake to pay you, upon your first written demand
declaring the Supplier to be in default under the Contract and without cavil or argument, any
sum or sums within the limit of ...................................... (Amount of Guarantee) as aforesaid,
without your needing to prove or to show grounds or reasons for your demand or the sum
specified therein.
This guarantee is valid until the ....... day of ..................
Signature and Seal of Guarantors (Supplier’s Bank)
Date ......................................................
Address:
Page 113 of 165

FORMAT 6.7
BANK GUARANTEE FOR ADVANCE PAYMENT
To: ___________________________ (name of Purchaser)
________________________ (address of Purchaser)
________________________ (name of Contact)
Gentlemen:
In accordance with the provisions of the Terms and Conditions of Contract, to provide
for advance payment, _____________________________ (name and address of Supplier)
(hereinafter called "the Supplier") shall deposit with _________________(name of Purchaser)
a bank guarantee to guarantee his proper and faithful performance under the said Clause of
the Contract in an amount of ______________ (amount of guarantee*(in figures and words).
We, the __________________________ (bank or financial institution), as instructed by

the Supplier, agree unconditionally and irrevocably to guarantee as primary obligator and not
as Surety merely, the payment to _________________________ (name of Purchaser) on his
first demand without whatsoever right of objection on our part and without his first claim to the
Supplier, in the amount not exceeding _________________________ (amount of guarantee*
in figures and words).
We further agree that no change or addition to or other modification of the terms of the
Contract to be performed thereunder or of any of the Contract documents which may be made
between __________________________ (name of Purchaser) and the Supplier, shall in any
way release us from any liability under this guarantee, and we hereby waive notice of any
such change, addition or modification.
This guarantee shall remain valid and in full effect from the date of the advance payment
received by the Supplier under the contract until _________________ (expected date of last
delivery).
Yours truly,
Signature and seal :

Name of bank/
financial institution :
Address :
Date :
An amount is to be inserted by the bank or financial institution representing the

amount of the Advance Payment.
Page 114 of 165

FORMAT 6.8
MANUFACTURERS'/PRODUCERS’/OEM’ AUTHORIZATION FORM
No. Date: To:
Dear Sir,
Ref: Your RFP Ref: BOI/HO/ BOI/BKC/1/19-20/ET/1 dated 20.06.2019
We __________________________who are established and reputable manufacturers

/ producers of ____________________________ having factories / development facilities at
(address of factory / facility) do hereby authorise M/s ______________________ (Name and
address of Agent) to submit a Bid, and sign the contract with you against the above
Bid Invitation.
We hereby extend our full guarantee and warranty for the Solution, Products and
Services offered by the above firm against this Bid Invitation.
We also undertake to provide any or all of the following materials, notifications,

and information pertaining to the Products manufactured or distributed by the Supplier:
(c) Such Products as the Bank may opt to purchase from the Supplier, provided, that
this option shall not relieve the Supplier of any warranty obligations under the
Contract; and
(d) in the event of termination of production of such Products:
i. advance notification to the Bank of the pending termination, in sufficient time to

permit the Bank to procure needed requirements; and
ii. following such termination, furnishing at no cost to the Bank, the blueprints,
design documents, operations manuals, standards, source codes and
specifications of the Products, if requested.
We also undertake that if the bidder/ system integrator is not able to meet its
obligations related to the service and support for the product as per contract during
contract period, the OEM shall perform the said obligations with regard to their items
through alternate and acceptable service provider. The bidder will be system integrator
and will be liable for the Hardware as well as Software performance.
We duly authorise the said firm to act on our behalf in fulfilling all installations,
Technical support and maintenance obligations required by the contract.
Yours faithfully,
(Name)
(Name of Producers)
Note: This letter of authority should be on the letterhead of the manufacturer and should be
signed by a person competent and having the power of attorney to bind the
manufacturer. The Bidder in its Bid should include it.
Page 115 of 165

FORMAT 6.9
PROFORMA OF CERTIFICATE FOR ISSUE BY THE PURCHASER

AFTER SUCCESSFUL COMMISSIONING OF THE SOLUTION
No. Date:
M/s.
Sub: Certificate of commissioning of Solution
1. This is to certify that the products / equipment as detailed below has/have been
received in good condition along with all the standard and special accessories
(subject to remarks in Para No. 2) in accordance with the Contract/Specifications. The
same has been installed and commissioned.
d) Contract No. ________________ dated
e) D e s c r i p t i o n o f t h e S o l u t i o n _ _ _
f) Quantity
g) Date of commissioning and proving test
2. Details of products not yet supplied and recoveries to be made on that account:
S.No. Description Amount to be recovered
3. the proving test has been done to our entire satisfaction and Staff have been trained
to operate the Product.
4. The Supplier has fulfilled his contractual obligations satisfactorily*

or
The Supplier has failed to fulfill his contractual obligations with regard to the following :
(a)
(b)
(c)
(d)
Page 116 of 165

5. The amount of recovery on account of non-supply of Products is given under
Para No. 2.
6. The amount of recovery on account of failure of the Supplier to meet his

contractual obligations is as indicated in endorsement of the letter.
Signature
Name
Designation with stamp
* Explanatory notes for filling up the certificates :
d) The supplier has adhered to the time schedule specified in the contract in dispatching
the Products / Manuals pursuant to Technical Specifications.
e) The supplier has supervised the commissioning of the solution in time i.e., within the
period specified in the contract from the date of intimation by the Purchaser in respect
of the installation of the Product.
f) Training of personnel has been done by the Supplier as specified in the contract.
g) In the event of Manuals having not been supplied or installation and commissioning of
the Solution having been delayed on account of the Supplier, the extent of delay
should always be mentioned.
Page 117 of 165

FORMAT 6.10
ORGANISATIONAL PROFILE
(Include in Technical Proposal Only – Not to be included in Price Proposal)

CONSTITUTION :
1. Proprietary
2. Partnership
3. Private Ltd.
4. Public Ltd.
Established since :
:
Commercial Production of the
solution on Offer started since
Address of Registered Office :
Category : Software Producer / Developer (Principal)

i. Hardware Manufacturer (Principal)
ii. System Integrator (Third-party)
iii. Any Other (please specify)
Name Phone Nos. (with STD
Codes)
Names of Proprietor/Partners/ : 1
Directors
2
3
4
5
Number of Engineers familiar :
with the solution being offered
Number of Total Employees :
Solution being offered, sold so far to :
Purchaser, with full address Module Date of Sale Whether Warranty/AMC still
and Details of contact person s in Use continues
(Phone, Fax and E-Mail)
1.
2.
3.
Note: Please support the above facts with documentary evidence. Please also attach
Income-Tax Clearance Certificate (latest) Referral Letters from Clients mentioned
above
Signature of Bidder: ___________
Name : ________________________
Business address : ____________
Place Date:
Page 118 of 165

FORMAT 6.11
Service Support Details Form
Office Working
Number of
Postal Address, Hours
Software
Telephone, Fax, (Please mention
Engineers Owned or
E-Mail and whether the
City / Location capable of
Contact Details of
Support Agency is supporting the Franchisee.
Support Owned or Software being
Personnel Franchisee offered
arrangement)
Signature of Bidder:
Name :
Business address :
Place:
Date:
Page 119 of 165

FORMAT 6.12
FORMAT FOR BANK GUARANTEE AGAINST ANNUAL MAINTENANCE

(ON NON-JUDICIAL STAMP PAPER OF APPROPRIATE VALUE)
Bank Guarantee No.: Date:
To ............................................................... (Name of the Purchaser)
Whereas ........................................... (Name of the Supplier) hereinafter called "the Supplier"

has undertaken, in pursuance of contract No ............................... dated .................. to supply
........................................................ (Description of Products and Services) hereinafter called
"the Contract".
AND WHEREAS it has been stipulated by you in the said contract that the Supplier shall
furnish you with a Bank Guarantee by a recognised Bank for the sum specified therein as
security for compliance with the Supplier's performance obligations under the contract for
Annual Maintenance and Repairs of the entire system including cost of spares after warranty
period for next five years.
AND WHEREAS we have agreed to give the Supplier a Guarantee.
THEREFORE WE hereby affirm that we are Guarantors and responsible to you on behalf of
the Supplier, up to a total of Rs. .......................... (Amount of guarantee in words and figures)
being 10% of the Contract Price and we undertake to pay you, upon your first written demand
declaring the Supplier to be in default under the contract and without cavil or argument, any
sum or sums within the limit of Rs. ..................... (Amount of guarantee) as aforesaid, without
your needing to prove or to show grounds or reasons for your demand or the sum specified
therein.
This guarantee is valid until .............. day of ..........................
Signature and Seal of Guarantors
Date: ...............
NOTE:
1. SUPPLIERS SHOULD ENSURE THAT SEAL AND CODE No. OF THE SIGNATORY
IS PUT BY THE BANKERS, BEFORE SUBMISSION OF THE BANK GUARANTEES.
2. STAMP PAPER IS REQUIRED FOR THE BANK GUARANTEES ISSUED BY THE

BANKS LOCATED IN INDIA.
Page 120 of 165

Format 6.13
Part-A
Bill of Material
(To be included in Technical Bid)
A) The Bidder should provide Bill of Material (details of all Modules / Components of
Software including those bought-out, off-the-shelf or third-party products / items
required) Module-wise, in the following format. Details of all relevant/applicable
System, Utility, Security, Communication and Application Software components
should be included. Total hardware requirements should be given in the next Table.
1 2 3 4 5 6 7
Modul Description Make / Principal Quantity/ Number of (7 = 5 * 6)
e/ Model / Vendor / No. of installations Total
Item Version Manufac Licenses Quantity
Part - turer per
numbers installation
Name: __________
Business Address:
Place:
Date:
Page 121 of 165

Format 6.13
Part-B
B) The Bidder must specify complete details of Hardware required for successful
implementation of the offered solution, in the following format.
1 2 3 4
Module Module Hardware requirement [Please Number of

/ Item Description ( mention Make / Model (if any), Type installations
(same same as Col.2 and No. of Processors, Memory, bus
as above) speed, Hard Disk & Operating [same as Col. 6
System no of users, license type, above]
Col.1
version etc.]
above)
Name: __________
Business Address:
Place:
Date:
Page 122 of 165

Format 6.14
CONFORMITY TO ELIGIBILITY CRITERIA
Sr. Eligibility Criteria Required Documentary Evidence (list of

No. documents to be attached / uploaded online
at MSTC site)
1 Bidder should be a registered The Certificate of Incorporation issued by
company in India under relevant Registrar of Companies along with the copies
Indian Companies / Companies of Memorandum and Articles of Association
Act are required to be submitted along with the
1956 and should have been in technical bid.
operation for a period at least two
years as on date of RFP.
Page 123 of 165

2
Bidder should have implemented Supported by documentary evidence such as
and managed end to end Early copies of the Purchase Order or
Warning Signal (EWS) Solution/ Agreement or Service Contracts wherever
Risk Management/ Fraud Risk entered. (The Bank will consider the
Management solution/ CBS arrangements to be firmed up only when
successfully, in at least One documents evidencing agreements signed or
Private / Public Sector Bank undertakings / commitments made are
having minimum business mix of submitted). Letter from the organization
Rs. 1.50 lakh crore as on concerned confirming successful
31.03.2019. The location must be implementation of Early Warning Signals
a ‘Core Banking Solution’ in India. (EWS) solution/ Risk Management/ Fraud
Risk Management solution with them, to be
And submitted, A certificate stating that OEM
solution has been implemented successfully
The EWS Solution / Risk to be submitted along with Technical Bid.
Management/ Fraud Risk The Certificate should be issued by CIO or IT
Management Solution of the OEM Head of the Bank / Institution. - (UAT sign off
should have been implemented letters are not acceptable)
successfully in at least one
Private / Public sector Bank Also to submit a summary of at least one
having minimum business mix of such project implemented successfully with
Rs. 1.50 lakh crore as on Technical Bid, giving the following details:
31.03.2019. The location must be • Name of the Client
a ‘Core Banking Solution’ in India. • Number of branches
• Nature of the Project
• Scope of the project
• Project Deliverables
• Date of award of contract
• Date of commencement of the project
• Date of successful commissioning of the
project (Pilot/Live)
• Whether the Project has been vetted /
audited by any independent agency/
Consultants of Repute, and if so, outcome
thereof.
• Name of the person who can be referred to
from Clients side, with Name, Designation,
Postal Address, Contact Phone and Fax
number, Email Id’s etc. (Attach copies of
purchase orders) The Bank reserves the
right to inspect such installations before or
while evaluating the Technical Bid. The
bidder to obtain permissions from clients for
such inspection.
3 The Bidder should have yearly Full set of Audited Financial statements
sales turnover of not less than along with schedules - Balance Sheet and
Rs.50 Crores on standalone basis Profit & Loss Account for the relevant years
of the company during the to be submitted.
financial years FY 2015-16, 2016- and
17 and 2017-18. Separate certificate from company’s statutory
Auditor to that effect be submitted.
Page 124 of 165

4 The bidder must be having Full set of Audited Financial statements
positive net worth based on along with schedules - Balance Sheet and
standalone operations during the Profit & Loss Account for the relevant years
financial years FY 2015-16, 2016- to be submitted.
17 and 2017-18. and
Separate certificate from company’s statutory
5 The Bidder should have posted Full set of Audited Financial statements
Profit after Tax (PAT) on along with schedules - Balance Sheet and
standalone basis of the company Profit & Loss Account for the relevant years
during financial years of FY 2015- to be submitted.
16, 2016-17 and 2017-18. and
Separate certificate from company’s statutory
6 During the tender process, the The Bidder to submit an undertaking to that
Bidder should not appear in SMA 1 effect.
or SMA 2 list as per RBI guidelines.
7 Neither the Bidder, nor their An undertaking on the bidder’s letter head
promoters and Directors should be should be submitted by the Bidder on behalf
defaulters to any financial of the Directors/Partners along with technical
institution. The Bidder should not bid. As per Format 6.19.
have been reported by any Public
Sector Bank/ Private Sector Bank
to Indian Banks Association for any
malpractice, fraud, poor service,
etc.
The Bidder should not have been
blacklisted by any Government
authority / Government Department
/Public sector Undertaking (PSU)/
Public Sector Banks (PSBs) / IBA /
RBI/SEBI as on date of submission
of the tender, otherwise the bid will
not be considered.
8 The bidder should have Address details to be submitted on bidder’s
permanent office in India with easy letter head.
access.
9 The bidder should have branch/ List of branch / service center / franchises
service centers at any one center with full details of Name, Address/
in India and list of branch / service Telephone Numbers should be attached. As
center / franchises with full details per Format 6.11.
of Name, Address / Telephone
Number should be attached.
Page 125 of 165

10 The Bank also reserves the right The certificate that ‘the implementation of the
to inspect such installation/s while EWS /Risk Management/Fraud Risk
evaluating the Technical Bid. The Management Solution package is to their
Bank will bear all the expenses in satisfaction’ is to be provided by client Bank.
this regard. Site visits by Bank’s
Evaluation Team are mandatory
and all the expenses incidental to
same will be borne by Bank. The
certificate that ‘the implementation
of the EWS/ Risk Management/
Fraud Risk Management package
is to their satisfaction’ is to be
provided by the Bank where such
solution has been successfully
implemented.
11 The solution offered by the bidder Certificates to that effect from OEM must be
should have adequate submitted.
redundancy, fault tolerance and
Disaster recovery arrangement.
12 Certificate / Manufacturers If the bidder is not manufacturer/OEM, they

Authorization form (MAF) from should provide documentary evidence (e.g.
Original Equipment Manufacturer Manufacturers Authorization form) for having
(OEM) to be attached. tied up with the main participating agencies
in this outsourcing project. As per Format
6.8.
13 The bidder must have Status report to that effect from bidder’s
satisfactorily conducted Bank Banker should be furnished along with the
Account. bid.
14 Vendor should submit duly Vendor to submit response in respect of each

completed Functionality Sheet functionality indicated in the
(Part 5: Technical & Functional Functionality sheet given in RFP.
Specifications – TFS) indicating
Y/C/N. Basis of response should Any change in the text or clause of RFP
be duly supported by a document document made by the vendor, the Bid is
evidencing the same. liable to be rejected.
15 Integrity Pact As per Format 6.18
16 Site Visits by Evaluation Team Report of evaluation team.
Page 126 of 165

17 The application should have the Bidder to submit undertaking
capability to integrate its logs to
the Bank’s SIEM (Security
Information and Event Monitoring)
solution of SOC (Security of
Operations Centre).
18 Bidder should ensure and confirm Bidder to submit undertaking

to the Bank that the application is
developed in The secure SDLC
environment. It is the responsibility
of the Bidder to keep the
application free from all kinds of
operational or security bugs.
19 Bidder should have in place strict Bidder to submit undertaking

version control measures. They
should get the application tested
using an approved source code
testing tool and the relevant
certificate is provided to the Bank
at the time of initial implementation
as well as at every stage of
change of version of
application. Also the bidder
should certify that the application
is free from any
‘Backdoors/Trojans’ in the
beginning and whenever there is a
change in source code.
20 Solution should have mechanism Bidder to submit undertaking

in place to ensure Personally
Identifiable Information (PII) of
customers is protected for
confidentiality.
Page 127 of 165

21 In the case of a Bidder offering to Documentary proof copy of back to back
supply products and/or EWS agreement with application software vendor
Solution under the Contract which (if the bidder proposes a software of
the Bidder did not produce, the another vendor) to be made available in the
Bidder has been duly authorized
technical bid.
as per authorization Format 6.8
given in the Bid, by the products’
Also, Format 6.8 MAF to be submitted.
Producer to supply the products
and / or Systems in India. The
bidder must also have a back to
back agreement with the
application software vendor
which should include amongst
other the readiness of the
Bidder to provide required
uptime, agreement to provide
the necessary post
implementation support (after
Go Live) for at least 5 years
including 3 years AMC period,
readiness to enter into an
escrow agreement with bank,
etc. Bank will not bear the cost
of escrow agreement.
22 Presently Bank is having Finacle Bidder to submit certificate from OEM that
7i. Bank has envisaged to Solution offered by them is compatible with
upgrade the CBS in near future. the Banks CBS and will also work in the
Bidder has to take it into account upgraded version also. Bidder to submit
while bidding and the solution undertaking that solution will work in
should work in upgraded versions upgraded version and no extra cost will be
as and when implemented by paid towards the same.
Bank & no extra cost will be paid
towards the same, bidder to
submit undertaking towards the
same.
23 All Government directives Vendors to submit sufficient evidence to

regarding exemption towards claim such exemptions in Technical Bid.
‘cost of bid documents and EMD’
applicable for Small Scale units /
MSE will be adhered to, provided
vendors submit sufficient
evidence to claim such
exemptions in Technical Bid.
Page 128 of 165

Format 6.15
UNCONDITIONAL ACCEPTANCE OF THE TERMS & CONDITIONS OF THE RFP
(To be submitted on the Company’s Letter Head)
Date:
To:
The General Manager

Bank of India,
Mumbai - 400 051
BOI/BKC/1/19-20/ET/1 dated 20.06.2019,

for procurement of EWS solution for our Bank.
This is to confirm that we unconditionally and irrevocably accept all the terms and conditions
as mentioned in the said RFP including all addendum/amendment floated for Bank of India
pertaining to this RFP.
(Name)
Designation
Seal/Stamp of the Contractor
Page 129 of 165

FORMAT 6.16
PAST EXPERIENCE
S. Name of the Brief scope of work Attach Project Name,

N. Customer (specify the size of the Reference Status Designation
bank, implementation Letter (Module , tel. No., e-
scope – modules and (Purchase wise Live/ mail of
version, application Order/ Under contact
support scope – number Agreement) Implementat person from
of years, date of go live ion) client side
of each module etc.)
(Enclose necessary documentary proof)
Name:
Business Address:
Place:
Date:
Page 130 of 165

FORMAT 6.17
PRE-BID QUERY FORMAT
Sr. RFP Clause and Page No. RFP Terms Clarification Bank’s response
No. sought
Page 131 of 165

Format 6.18
PRE-CONTRACT INTEGRITY PACT
PRE-CONTRACT INTEGRITY PACT
BETWEEN
BANK OF INDIA
AND
General
This pre-bid pre-contract Agreement (hereinafter called the Integrity Pact) is made
on XX day of the XX month of 2018, between, on one hand, the Bank of India acting
through
Shri, Designation of the Officer (hereinafter called the “BUYER”, which expression shall
mean and include, unless the context otherwise requires, his successors in officer and
assigns) of the First Part and
M/s. represented by Shri Chief Executive Officer (hereinafter called the

“BIDDER/Seller” which expression shall mean and include, unless the context
otherwise requires, his successors and permitted assigns) of the Second Part.
WHEREAS the BUYER proposes to procure (Name of the Stores/Equipment/Item)

award the contract and the BIDDER/Seller is willing to offer/has offered the stores
and
WHEREAS the BIDDER is a private company / public company / Government

undertaking / partnership / registered export agency, constituted in accordance with
the relevant law in the matter and the BUYER is a Public Sector Undertaking Bank
of India.
NOW, THEREFORE,
To avoid all forms of corruption by following a system that is fair, transparent and
free from any influence / prejudice dealings prior to, during and subsequent to the
currency of the contract entered into with a view to :-
Enabling the BUYER to obtain the desired said stores / equipment / work at a
competitive price in conformity with the defined specifications by avoiding the high
cost and the distortionary impact of corruption on public procurement, and
Page 132 of 165

Enabling BIDDERs to abstain from bribing or indulging in any corrupt practice in
order to secure the contract by providing assurance to them that their competitors
will also abstain from bribing and other corrupt practices and the BUYER will commit
to prevent corruption, in any form, by its officials by following transparent
procedures.
The parties hereby agree to enter into this Integrity Pact and agree as follows.
Commitments of the BUYER
1.1 The BUYER undertakes that no official of the BUYER, connected directly or
indirectly with the contract, will demand, take a promise for or accept, directly
or through intermediaries, any bribe, consideration, gift, reward, favour or
any material or immaterial benefit or any other advantage from the BIDDER,
either for themselves or for any person, organization or third party related to
the contract in exchange for an advantage in the bidding process, bid
evaluation, contracting or implementation process related to the contract.
1.2 The BUYER will , during the pre-contract stage, treat all BIDDERs alike, and
will provide to all BIDDERs the same information and will not provide any
such information to any particular BIDDER which could afford an advantage
to that particular BIDDER in comparison to other BIDDERs.
1.3 All the officials of the BUYER will report to the appropriate Government office
any attempted or completed breaches of the above commitments as well as
any substantial suspicion of such a breach.
2 In case any such preceding misconduct on the part of such officials(s) is

reported by the BIDDER to the BUYER with full and verifiable facts and the
same is prima facie found to be correct by the BUYER, necessary
disciplinary proceedings, or any other action as deemed fit, including criminal
proceedings may be initiated by the BUYER and such a person shall be
debarred from further dealings related to the contract process. In such a
case while an enquiry is being conducted by the BUYER the proceedings
under the contract would not be stalled.
Commitments of BIDDERs
3. The BIDDER commits itself to take all measures necessary to prevent

corrupt practices, unfair means and illegal activities during any stage of its
bid or during any pre-contract or post- contract stage in order to secure the
contract or in furtherance to secure it and in particular commit itself to the
following :-
Page 133 of 165

3.1 The BIDDER will not offer, directly or through intermediaries, any
bribe, gift, consideration, reward, favor, any material or immaterial
benefit or other advantage, commission, fees, brokerage or
inducement to any official of the BUYER, connected directly or
indirectly with the bidding process, or to any person, organization or
third party related to the contract in exchange for any advantage in
the bidding, evaluation, contracting and implementation of the
contract.
3.2 The BIDDER further undertakes that it has not given, offered or
promised to give, directly or indirectly any bribe, gift, consideration,
reward favour, any material or immaterial benefit or other advantage,
commission, fees, brokerage or inducement to any official of the
BUYER or otherwise in procuring the Contract or forbearing to do or
having done any act in relation to the obtaining or execution of the
contract or any other contract with the Government for showing or
forbearing to show favour or disfavor to any person in relation to the
contract or any other contract with the Government.
3.3 BIDDERs shall disclose the name and address of agents and
representatives and Indian BIDDERs shall disclose their foreign
principals or associates.
3.4 BIDDERs shall disclose the payments to be made by them to

agents/brokers or any other intermediary, in connection with this
bid/contract.
3.5 The BIDDER further confirms and declares to the BUYER that the
BIDDER is the original manufactures / integrator / authorized
government sponsored export entity of the stores / supplier and has
not engaged any individual or firm or company whether Indian or
foreign to intercede, facilitate or in any way to recommend to the
BUYER or any of its functionaries, whether officially or unofficially to
the award of the contract to the BIDDER nor has any amount been
paid promised or intended to be paid to any such individual, firm or
company in respect of any such intercession, facilitation or
recommendation.
3.6 The BIDDER, either while presenting the bid or during pre-contract
negotiations or before signing the contract, shall disclose any
payments he has made, is committed to or intends to make to
officials of the BUYER or their family members agents, brokers or any
Page 134 of 165

other intermediaries in connection with the contract and the details of
services agreed upon for such payments.
3.7 The BIDDER will not collude with other parties interested in the
contract to impair the transparency, fairness and progress of the
bidding process, bid evaluation, contracting and implementation of
the contract.
3.8 The BIDDER will not accept any advantage in exchange for any
corrupt practice, unfair means and illegal activities.
3.9 The BIDDER shall not use improperly, for purposes of competition or
personal gain, or pass on to others, any information provided by the
BUYER as part of the business relationship, regarding plans,
technical proposals and business details including information
contained in any electronic data carrier. The BIDDER also
undertakes to exercise due and adequate care lest any such
information is divulged.
3.10 The BIDDER commits to retrain from giving any complaint directly or
through any other manner without supporting it with full and verifiable
facts.
3.11 The BIDDER shall not instigate or cause to instigate any third person
to commit any of the actions mentioned above.
3.12 If the BIDDER or any employee of the BIDDER or any person acting
on behalf of the BIDDER, either directly or indirectly, is a relative of
any of the officers of the BUYER or alternatively, if any relative of an
officer of the BUYER has financial interest / stake in the BIDDERs
firm, the same shall be disclosed by the BIDDER at the time of filling
of tender.
The term relative for this purpose would be as defined in Section 6 of

the Companies Act 1956.
3.13 The BIDDER shall not lend to or borrow any money from or enter into
any monetary dealings or transactions, directly or indirectly, with any
employee of the BUYER.
Page 135 of 165

4. Previous Transgression
4.1 The BIDDER declares that no previous transgression occurred in the

last three years immediately before signing of this Integrity Pact, with
any other company in any country in respect of any corrupt practices
envisaged hereunder or with any Public Sector Enterprise in India or
any Government Department in India that could justify BIDDER’s
exclusion from the tender process.
4.2 The BIDDER agrees that if it makes incorrect statement on this

subject, BIDDER can be disqualified from the tender process or the
contract, if already awarded can be terminated for such reason.
5. Earnest Money (Security Deposit)
5.1 While submitting Price/commercial bid, the BIDDER shall deposit an

amount as specified in the RFP as Earnest Money/Security Deposit,
with the BUYER through any of the following instruments
(i) NEFT/RTGS in favour of Bank of India
(ii) Any other mode or through any other instrument as specified

in the RFP.
5.2 The Earnest Money / Security Deposit shall be valid upto the
complete conclusion of the contractual obligations to the complete
satisfaction of both the BIDDER and the BUYER, including warranty
period / Defect liability period.
5.3 In case of the successful BIDDER a clause would also be

incorporated in the Article pertaining to Performance Bond in the
Purchase Contract that the provisions of Sanctions for Violation shall
be applicable for forfeiture of Performance Bond in case of a decision
by the BUYER to forfeit the same without assigning any reason for
imposing sanction for violation of this Pact.
Page 136 of 165

5.4 No Interest shall be payable by the BUYER to the BIDDER on
Earnest Money / Security
Deposit for the period of its currency.
6. Sanctions for Violations
6.1 Any breach of the aforesaid provisions by the BIDDER or any

one employed by it or acting on its behalf (Whether with or
without the knowledge of the BIDDER) shall entitle the
BUYER to take all or any one of the following actions,
whenever required:-
(i) To immediately call off the pre-contract negotiations without

assigning any reason or giving any compensation to the
BIDDER. However, the proceedings with the other BIDDER(s)
would continue.
(ii) The Earnest Money Deposit (in pre-contract stage) and / or

Security Deposit / Performance Bond (after the contract is
signed) shall stand forfeited either fully or partially as decided
by the BUYER and the BUYER shall not be required to assign
any reason therefor.
(iii) To immediately cancel the contract if already signed, without

giving any compensation to the BIDDER.
(iv) To recover all sums already paid by the BUYER and in case
of an Indian BIDDER with interest thereon at 2% higher than
the prevailing Prime Lending Rate of State Bank of India,
while in case of a BIDDER from a country other than India
with interest thereon at 2% higher than the LIBOR. If any
outstanding payment is due to the BIDDER from the BUYER
in connection with any other contract for any other stores,
such outstanding payment could also be utilized to recover
the aforesaid sum and interest.
(v) To encash the advance bank guarantee and performance

bond / warranty bond, if furnished by the BIDDER, in order to
recover the payments already made by the BUYER, along
with interest.
Page 137 of 165

(vi) To cancel all or any other Contracts with the BIDDER. The
BIDDER shall be liable to pay compensation for any loss or
damage to the BUYER resulting from such cancellation /
rescission and the BUYER shall be entitled to deduct the
amount so payable from the money(s) due to the BIDDER.
(vii) To debar the BIDDER from participating in future bidding

processes of the Government of India for a minimum period of
five years, which may be further extended at the discretion of
the BUYER.
(viii) To recover all sums paid in violation of this Pact by

BIDDER(s) to any middlemen or agent or broker with a view
to securing the contract.
(ix) In cases where irrevocable Letters of Credit have been

received in respect of any contract signed by the BUYER with
the BIDDER, the same shall not be opened.
(x) Forfeiture of Performance Bond in case of a decision by the

BUYER to forfeit the same without assigning any reason for
imposing sanction for violation of this Pact.
6.2 The BUYER will be entitled to take all or any of the actions mentioned
at para 6.1(i) to (x) of this Pact also on the commission by the
BIDDER or any one employed by it or acting on its behalf (Whether
with or without the knowledge of the BIDDER), of an offence as
defined in Chapter IX of the Indian Penal code, 1860 or Prevention of
Corruption Act, 1988 or any other statute enacted for prevention of
corruption.
6.3 The decision of the BUYER to the effect that a breach of the
provisions of this Pact has been committed by the BIDDER shall be
final and conclusive on the BIDDER. However, the BIDDER can
approach the Independent Monitor(s) appointed for the purposes of
this Pact.
7. Fail Clause
7.1 The BIDDER undertakes that it has not supplied / is not supplying
identical product / systems or subsystems at a price lower than that
offered in the present bid in respect of any other Ministry /
Page 138 of 165
Department of the Government of India or PSU and if it is found at
any stage that identical product / systems or sub systems was
supplied by the BIDDER to any other Ministry / Department of the
Government of India or a PSU at a lower price, then that very price,
with due allowance for elapsed time, will be applicable to the present
case and the difference in the cost would be refunded by the BIDDER
to the BUYER, if the contract has already been concluded.
8. Independent Monitors
8.1 Bank of India has empanelled Independent External Monitors (IEMs)

for implementation of Integrity Pact (IP) in respect of procurements as
per directives received from the Central Vigilance Commission
(CVC):
1 2
Dr. Joginder Paul Sharma, IAS (Retd) Shri Ashwani Kumar
Ex-Principal Secretary. Govt. of UP Ex-CMD, Dena Bank
D-266, Sector-47,Noida, UP Flat No. 101, 1st Floor
Mobile: 9650999444 Plot No. F.P. No.81, Ruby Bandra West
e-mail: sharmajp1@gmail.com Ruby CHSL, 29th Road,
Near Duruoella Convent High School.
Mobile: 9920262626
e-mail:ashwani_ashwani1@yahoo.co.in
8.2 The task of the Monitors shall be to review Independently and

objectively whether and to what extent the parties comply with the
obligations under this Pact.
8.3 The Monitors shall not be subject to instructions by the

representatives of the parties and perform their functions neutrally
and independently.
8.4 Both the parties accept that the Monitors have the right to access all
the documents relating to the project / procurement, including
minutes of meetings.
8.5 As soon as the Monitor notices, or has reason to believe, a violation

of this Pact, he will so inform the Authority designated by the BUYER.
8.6 The BIDDER(s) accepts that the Monitor has the right to access
without restriction to all Project documentation of the BUYER
including that provided by the BIDDER. The BIDDER will also grant
the Monitor, upon his request and demonstration of a valid interest,
Page 139 of 165
unrestricted and unconditional access to his project documentation.
The same is applicable to Subcontractors. The Monitor shall be under
contractual obligation to treat the information and documents of the
BIDDER / Subcontractor(s) with confidentiality.
8.7 The BUYER will provide to the Monitor sufficient information about all
meetings among the parties related to the Project provided such
meetings could have an impact on the contractual relations between
the parties. The parties will offer to the Monitor the option to
participate in such meetings.
8.8 The Monitor will submit a written report to the designated Authority of
BUYER within 8 to 10 weeks from the date of reference or intimation
to him by the BUYER / BIDDER and, should the occasion arise,
submit proposals for correcting problematic situations.
9. Facilitation of Investigation
In case of any allegation of violation of any provisions of this Pact or

payment of commission, the BUYER or its agencies shall be entitled to
examine all the documents including the Books of Accounts of the BIDDER
and the BIDDER shall provide necessary information and documents in
English and shall extend all possible help for the purpose of such
examination.
10. Law and Place of Jurisdiction
This Pact is subject to Indian Law. The place of performance and jurisdiction
is the seat of the BUYER.
11. Other Legal Actions
The actions stipulated in this Integrity Pact are without prejudice to any other
legal action that may follow in accordance with the provisions of the extant
law in force relating to any civil or criminal proceedings.
12. Validity
12.1 The validity of this Integrity Pact shall be from date of its signing and extend upto
5.5 years or the complete execution of the contract to the satisfaction of both the
BUYER and the BIDDER / Seller, including warranty period, whichever is later.
Page 140 of 165
This Integrity Pact, in case of unsuccessful bidder, shall expire after six months
from the date of the signing of the contract with successful Bidder.
12.2 Should one or several provision of this Pact turn out to be invalid, the
remainder of this Pact shall remain valid. In this case, the parties will strive to
come to an agreement to their original intentions.
13. The parties hereby sign this Integrity Pact at on
BUYER BIDDER
Name of the Officer Name of the Officer
Designation Designation
Bank of India
Witness Witness
1……………………….. 1…………………....
2……………………….. 2…………………....
Page 141 of 165

Format 6.19 Undertaking by bidder not defaulted/ blacklisted
To,
General Manager,
Bank of India,
Mumbai – 400 051.
Ref: Your RFP Ref: BOI/HO/ BOI/BKC/1/19-20/ET/1 dated 20.06.2019
Dear Sir,
The undersigned, as bidder, confirm and undertake the following:
• Neither the Firm/Company nor our Partners/Promoters/Directors are defaulters to any
Financial Institution/ Bank.
• Neither the Firm/ company nor our partners/ directors/promoters have been reported
by any Public Sector Bank/ Private Sector Bank to Indian Banks Association for any
malpractice, fraud, poor service, etc.
• Neither the firm/company nor our partners/dirctors/promoters have been blacklisted
by any Government authority / Government Department / Public sector Undertaking
(PSU)/ Public Sector Bank (PSB)/ IBA/RBI/SEBI as on date of submission of the
tender.
• As on date our credit facilities are not in SMA 1 or SMA 2 classification. During the
process of tender, if any of our credit facility becomes SMA1 or SMA 2 as per RBI
guidelines, we shall become disqualified for the tender process.
The undersigned, as bidder, ensures, confirms and undertakes the below:
 application shall have the capability to integrate its logs to the Bank’s SIEM
(Security Information and Event Monitoring) solution of SOC (Security of Operations
Centre).
 the application is developed in the secure SDLC environment. It is the

responsibility of the Bidder to keep the application free from all kinds of operational
or security bugs.
 Bidder has in place strict version control measures. Bidder shall get the application
tested using an approved source code testing tool and the relevant certificate is
provided to the Bank at the time of initial implementation as well as at every stage
of change of version of application. Also the bidder shall certify that the application
is free from any ‘Backdoors/Trojans’ in the beginning and whenever there is a
change in source code.
 Solution shall have mechanism in place to ensure Personally Identifiable Information
(PII) of customers is protected for confidentiality.
 Solution will work in upgraded version of CBS as and when implemented by Bank
and no extra cost will be paid towards the same.
 Solution/ software operates efficiently on the system proposed by the Bidder; and the
Bidder is willing to accept responsibility for its successful operation.
Page 142 of 165

 That adequate, specialized software expertise are already available to ensure that the
support services are responsive and the Bidder will assume total responsibility for the
fault-free operation of the solution proposed and maintenance during the warranty
period and provide necessary maintenance services after end of warranty period, for
a period mentioned in Clause 7.7 and 7.13.
 amongst other the readiness of the Bidder to provide required uptime,

agreement to provide the necessary post implementation support (after Go Live)
for at least 5 years including 3 years AMC period.
 The bidder has permanent office in India with easy access. Address details of
permanent office is as under:
Yours faithfully,
(Signature of the bidder )

In the capacity of ______________
Duly authorized to sign the Bid for and on behalf of _______________
Date:
Note: This letter should be on the letterhead of the Bidder duly signed by an authorized
signatory.
Page 143 of 165

PART 7: SCHEDULE OF DATES, AMOUNTS ETC. (SDA)
7.1 Bid Security Amount Rs. 10,00,000/-

7.2 Bid Validity Up to 120 days from the last
date Stipulated for receipt
of responses to the Bid
7.3 Period within which Performance Security or 21 days
Amendment thereto is to be submitted by
the Successful Bidder upon notification of
Award Of Contract
7.4 Period within which the Successful Bidder should Sign 7 days
the Contract after receipt of the Form of Contract.
7.5 Period of Performance Contract (from the Min 24 months to be
Date of Award of Contract (read with 7.14) valid up to expiry of
warranty
7.6 Performance Security Amount 10% of Amount of
Contract / Purchase order
value.
7.7 Minimum Warranty period for the entire 24 months from date of
Solution (refer 4.15.2) user acceptance and Sign
Off
7.8 User Acceptance tests Refer: 7.17
7.9 Period within which Supplier to remedy 7 days
defects after having been notified of the same
7.10 Required period of validity of the Performance 24 months
Security after the completion of performance
7.11 Period within which Bank will return the Performance 90 days
Security subject to terms mentioned in clause 4.6.4
7.12 EWS Solution implementation expected timelines. 180 days, pl. refer to
clause 4.38
7.12 Training:
7.12.1 The vendor should provide training to personnel identified by Bank on functional,
operational and administration of EWS Solution.
7.12.2 The vendor should provide the following trainings:
 User Training
 System Administration Training
 Top Management Training
7.12.3 Each training should be of required duration and with a batch size as mutually agreed
by EWS and the vendor
7.12.4 Training should include training material /detailed user manual.
7.12.5 The vendor should provide detailed training plan for this purpose
7.12.6 No separate cost for training other than mention in indicative price bid will be paid.
7.13 Minimum Warranty and AMC commitment required for Application

Software offered to the Bank 5 years (2 year warranty + 3 year AMC)
7.14 Period within which Products / Services under the Contract are to be
installed/commissioned from the Date of signing of Contract: 180 days (as per
schedule mentioned in 4.38).
Page 144 of 165

7.15 Amount of Bank guarantee required for AMC - 10% of contract Price
7.16 Payment Terms The Bank will release payment as follows:-

a) The payment shall be released by Head Office of the Bank on submission of a
sign-off letter obtained by an authorized official of the Bank.
b) Payment will be processed only after submission of necessary documents like
delivery challan, installation/commissioning report duly signed by authorized bank
person, accompanied by the Invoice.
c) The bidder/OEM must accept the payment terms proposed by the Bank. Any
deviation from the proposed payment terms would not be accepted. The Bank
shall have the right to withhold any payment due to the System Installation, in case
of delays or defaults on the part of the bidder. Such withholding of payment shall
not amount to a default on the part of the Bank.
d) For supply and installation of EWS solution at Data Centre / Disaster Recovery
(DR) Centre the payment shall be made as follows The payment shall be made
according to the final commercial/ price bid submitted by the selected bidder for the
bank, the broad payment terms as per milestones / deliverables / quality
expectation are as follows : -
Payment for the Supply of required Software, Design, Installation,

Implementation, configuration, integration and Commission of the EWS
Solution shall be made as per Scope of Work.
On delivery of product, execution of Agreements and 20% of total cost

submission of all documents including Performance
Bank Guarantee
On completion of customization as per requirement of 20% of total cost
Bank & successful completion of UAT
Implementation, go-live of Solution as per the scope 30% of total cost

of RFP- 15% payable 3 months after Go Live and
15% payable 6 months after Go Live i.e. at Sign Off.
After successful completion of installation,

commissioning, acceptability test, receipt of
deliverables, etc., and after the solution runs
successfully for six months after going live and Bank
is satisfied with the working on the system, the
acceptance certificate (as mutually decided and
approved by the Bank) signed by the Supplier
(Vendor) and the representative of the Purchaser
(Bank) will be issued. The date on which such
certificate is signed shall be deemed to be the date of
successful commissioning (or Sign off) of the
systems as per Bank’s Format 6.9.
Completion of training & handing over of all 20% of total cost

documents and 6 months after Sign Off.
Page 145 of 165

On due performance and completion of project and 10% of total cost
after completion of warranty period. It is made clear
That in case Vendor commits default/ breach in the
performance of contract, the Bank shall have
absolute right to retain the 10% retention amount and
without recourse to the vendor, Bank can appropriate
towards the loss / damage/ penalty incurred.
e) Payment for annual maintenance charges:
The annual maintenance cost (after warranty period) shall be paid at the end of
each Half-year after the date of completion of warranty period, subject to
satisfactory services rendered, till that date.
7.17 Acceptance Tests
The User acceptance test will be carried out as per mutually agreed Acceptance Test
Plan against the systems requirements. The system will be considered accepted
(supplied, installed and operationalized) only after ATP is completed as per the
agreed plan and is duly signed/certified by the Bank and the bidder.
Some of features required to be completed are enumerated below:

 The software should correspond to what is stated in the purchase order without
deviation except where mutually agreed upon
 The equipment and software is fully installed.
 The features specified in the TFS/mutually agreed for implementation should be
demonstrated.
 Test period should be over at least 60 working days followed by live operations.
 The final acceptance of the system will be based on successful processing under
live operations for 6 months.
7.18 Uptime
Pl refer to clause 5.3.1.9 Annexure C.
7.19 Project Reporting
7.19.1 Vendor should submit a weekly report on the development of the project along with
reasons of delay.
7.19.2 Periodical meetings will be held between the vendor and BOI to review the progress
report and the vendor will be required to attend all such meetings.
7.20 System maintenance and support
7.20.1 The vendor should fix all the EWS Solution problems and provide and implement
upgrades during the contract period free of cost.
7.20.2 The vendor should provide changes and upgrades with regard to changes in statutory
requirements at the earliest and free of cost during the contract period.
7.20.3 The vendor should provide and implement functionality change as required by the end
user during the contract period.
Page 146 of 165
7.20.4 The vendor should be able to comply with the Service Level requirements as given in
Annexure C.
7.21 Schedule of Implementation
7.21.1 The vendor should initiate the services within 30 days of issuance of the Purchase
Order. The implementation shall comprise of System Configuration, Customization,
Pilot Implementation, UAT and System Roll Out. The Bidder shall ensure delivery of
Solution as per project timeline/milestone. In case of delay on part of bidder in
initiating services will attract a penalty/ termination of contract as defined in RFP.
Please also refer to clause 4.38 Installation/Commissioning of Hardware / Software,
page No.55-56.
7.21.2 The period of warranty will start from the date of signing off of the UAT.
7.21.3 The support services shall be for a period of at least 3 years after the expiry of
warranty period. Bank should have at least one onsite support engineers (L1) during
office hours of the bank and in case of exigencies, request for extended hours will
have to be considered by the vendor. Escalation matrix also to be provided by the the
vendor.
Page 147 of 165

ANNEXURE C
5.3 Service Level Agreement (SLA) and Contracting
5.3.1 The Bank expects that the successful Bidder to adhere to the following minimum
Service Levels.
5.3.1.1 The bidder should commit to provide services for implementation, roll-out, support,
maintenance etc. for minimum 5.5 years, including 2 years warranty and 3 years
AMC. Continuing the services/ maintenance for beyond 5.5 years contract period as
per the RFP shall be at the sole discretion of the Bank.
5.3.1.1.1 The Bidder understands the largeness of this Project and that it would require
tremendous commitment of financial and technical resources for the same, for the
tenure of Contract under this RFP. The Bidder therefore agrees and undertakes
that an exit resulting due to expiry or termination of Contract under this RFP or for
any reason whatsoever would be a slow process over a period of six (6) months,
after the completion of the notice period, and only after completion of the Bidders
obligations under a reverse transition mechanism. During this period of Reverse
Transition, the Bidder shall continue to provide the Deliverables and the Services
in accordance with the contract under this RFP and shall maintain the agreed
Service levels. The Bank shall make payment for these services as per terms.
5.3.1.2 The bidder must undertake also submit a letter from OEM (Application
Software) certifying that if the bidder/ system integrator is not able to meet its
obligations related to the service and support for the product as per contract during
contract period, the OEM shall perform the said obligations with regard to their items
through alternate and acceptable service provider. The bidder will be system
integrator and will be liable for the Software performance.
.
5.3.1.3 During the Term of this RFP, Bidder shall provide 99.50% uptime per month. If Bidder
materially fails to meet an uptime of 99.50% for three (3) consecutive months, the
Bank may have the right to terminate the contract.
5.3.1.4 Any fault/ issue/ defect failure intimated by Bank through any mode of communication
like call/e-mail/fax etc. are to be acted upon, so as to adhere to the service levels.
5.3.1.5 The selected bidder shall repair or replace any worn out or defective part in any of
RFP for Early Warning Signals Solution in Bank, the solution components provided
by the bidder and shall provide all consumables at no extra cost to the Bank. In
addition, any system/ sub-system for which end of enterprise-level support is
declared by OEM should be replaced at no extra cost to the bank.
5.3.1.6 Business/ Service Downtime and Deterioration shall be the key considerations for
determining “Penalties” that would be levied on the Successful Bidder.
During the currency of the contract if the cumulative penalty amount reaches 10% of
Purchase Order Value, the Bank may consider termination of the Contract.
*The project cost = L1 price on the basis of which the vendor is awarded contract.
Page 148 of 165

5.3.1.7 Penalty for delay in project implementation:
The EWS Solution should be delivered as per the schedule from date of placement of Order and
vendor should give a certificate that all modules have been deployed in the Bank’s servers.
For any delay in implementation of this project, the Bank reserves the right to charge
Liquidated Damages (LD)/ penalty at the rate of 1% of the cost of the Purchase Order per
week, subject to a maximum of 10% of the Purchase Order Value and the amount will be
recovered from any other amount due to the Vendor or by invoking the Performance Bank
Guarantee (PBG).
If the Liquidated damages reach the maximum value of 10%, the Bank will have right to
terminate the contract and invoke the PBG / securities provided by the Vendor.
Bank shall provide a cure period of 30 days and thereafter foreclose the bank guarantee
without any notice. However, if there is delay, due to reasons attributable to the Bank, such
period will be exempted from computation of delay for the purpose of Liquidated Damages/
Penalty. The Vendor shall have to produce document showing “Reasons for delay” from the
representatives of Bank at respective locations.
5.3.1.8 SLA for Software Support & Third Party Tools, if in use:
I. Any software bug identified by Bank/ vendor’s service engineer would have to be fixed
within the stipulated time depending upon the criticality of the issue.
II. Software support for any new platform should be available within six months.
Problem/Issue/Defect: This should be defined as any flaw within the software system
which does not allow the end user to perform its regular operations as per the
specifications / operational guidelines /functionality requirements in a stipulated timeframe.
Category Severity Problem Timeframe for

Analysis & Resolution /
Response workaround
(inclusive of
Response
Time)
Problem/ Critical 1 Hour 3 Hours
Issue/ Defect High 1 Hour 8 Hours
Low 2 Hours 24 Hours (One
Day)
Any problems/Issues /Defects, reported by Users should be categorized based on severity as

follows:
Critical: When the System Operation is stopped/ halted.
High: W hen the System Operation is stopped/ halted or system

malfunctioning but for the same the workaround is available.
Low: Minor irritants during operations.
Page 149 of 165

5.3.1.9 For delay in service delivery during warranty and ATS/AMC period
The System has to be up and running with minimum uptime of 99.5% on a quarterly basis with a
MTBF of 90 days, barring scheduled and mutually agreed upon downtime for maintenance or
training purposes. The System is deemed to be up, if the users are able to log into the system and
are able to fully execute all the functionalities of the system. The uptime shall be computed on a
monthly basis. For every reduction of uptime from the standard mentioned below during a month,
there shall be a penalty as mentioned below of the ATS up to an uptime of 97%. If uptime goes below
97%, then no ATS will be paid for that particular month. Breach of Service levels consistently on part
of the vendor may lead to invocation of Clause for “Termination for Default”. The penalty for downtime
shall be calculated on monthly basis and recovered from the quarterly AMC invoice, as follows:
Uptime Penalty of (%) of monthly payment

>=99.50 0
> 99.00 to < 99.50 1%
> 98.50 to <99.00 2%
> 98 to <98.50 5%
> 97 to <98 10%
Below 97 No payment
Penalties for non-compliance of Service Level requirements during warranty period will be recovered
from the first AMC Invoice.
5.3.1.10 Penalty for delay in delivery & installation
5.3.1.11 Bank may issue multiple indents exceeding up to six months from issuance of purchase
order for delivery of additional software licenses at different locations.
5.3.1.12 If the bidder fails to deliver and/or install all the software ordered within the stipulated time
schedule or by the date extended by Bank of India, it will be a breach of contract. In such case,
Bank may foreclose the bank guarantee without any notice. In the event of Bank agreeing to
extend the date of delivery at the request of bidder, it is a condition precedent that the validity of
Bank guarantee shall be extended by further period as required by Bank before the expiry of the
original bank guarantee. Failure to do so will be treated as breach of contract. In such an event
Bank reserves its right to foreclose the bank guarantee
5.3.1.13 If the Bidder fails to deliver any or all of the EWS Solution or install the same within the time
period(s) given in Implementation Schedule as specified in the Contract, Purchaser shall,
without prejudice to its other rights and remedies under and in accordance with the Contract,
deduct from the Contract price, as liquidated damages. For any delay in delivery, installation and
commissioning and Implementation of the software, Bank will charge the penalty as as per
clause 5.3.1.7.
Part of the week will be treated as full week for this purpose. Bank reserves the right to recover
these amounts by any mode such as adjusting from any payments to be made by the bank to
the bidder.
5.3.1.14 In case of undue delay beyond a period of 2 months during the contract period unless
otherwise waived by the Purchaser, Purchaser in its discretion may consider termination of the
Contract. If total penalty reaches 10% of the Purchase Order value, Performance Bank
Guarantee may be revoked or order may be cancelled.
Page 150 of 165
5.3.1.15 The Bank will not arrange for any Road Permits/ Sales Tax clearance for delivery of
software and the bidder will have to make own arrangements for delivery of software to the
locations. Bank will provide necessary help like arrangement of Sales Tax document to be
attested by the bank.
Page 151 of 165

Annexure D
BUSINESS RULES AND TERMS & CONDITIONS OF REVERSE AUCTION
Reverse Auction event will be carried out among the Technically Qualified Bidders,
for providing opportunity to the Bidders, to quote the price dynamically, for the
procurement for which RFP is floated.
A) Definitions:
1) “Bank” means Bank of India.

2) “Service Provider” means the third party agency / company who has been selected
by the Bank for conducting Reverse Auction.
3) “L1” means the Bidder who has quoted lowest price in the Reverse Auction
process.
4) “L2” means the Bidder who has quoted second lowest price in the Reverse Auction
process.
B) Eligibility of Bidders to participate in Reverse Auction:
1) Bidders who are technically qualified in terms of the relative Terms & Conditions of
the RFP and accept the Business Rules, Terms & conditions of Reversion Auction
and submit the undertakings as per Annexure-D-A , can only participate in Reverse
Auction related to the procurement for which RFP is floated. Bidders not submitting
the above undertaking or submitting with deviations / amendments thereto, will be
disqualified from further evaluation / participation in the process of relevant
procurement.
2) Bidders should ensure that they have valid digital certificate well in advance to
participate in the Reverse Auction. Bank and / or Service Provider will not be
responsible in case Bidder could not participate in Reverse Auction due to
nonavailability of valid digital certificate.
C) Training:
1) Bank will engage the services of Service Provider to provide necessary training to
representatives of all eligible Bidders for participation in Reverse Auction. All rules
& procedure related to Reverse Auction will be explained during the training.
2) Date, Time, Venue etc. of training will be advised at appropriate time.
3) Eligible Bidder / his authorized nominee has to attend the training as per the
schedule and at the specified venue at the his / Bidder‟s own cost.
4) No request from the Bidders for change in training schedule and/or venue will be
entertained.RFP for Blade Server, Rack Servers,virtualization, Cloud Software and
Storage
5) However, Bank reserves the right to postpone / change / cancel the training
schedule, for whatsoever reasons, without assigning any reasons therefor, even
after its communication to eligible Bidders.
6) Any Bidder not participating in the training process will do so at his own risk.
Page 152 of 165

D) Reverse Auction Schedule:
1) The date and time of start of Reverse Auction and its duration of time will be
informed
to the eligible Bidders well in advance, at least a week before the Reverse Auction
date.
2) Bank reserves the right to postpone / change / cancel the Reverse Auction event,
even after its communication to Bidders, without assigning any reasons therefor.
E) Bidding Currency:
Bidding will be conducted in Indian Rupees (INR).
F) Start Price:
Bank will determine the Start Price for Reverse Auction –
1) on its own and / or;
2) evaluating the price band information called for separately from each eligible
Bidder at appropriate time and / or;
3) based on the price bids received and if opened, Bank may determine the start
price on the basis of the lower quote received.
G) Decremental Bid Value:
1) The bid decrement value will be specified by Bank before the start of Reverse
Auction event. It can be a fixed amount or percentage of Start Price or both
whichever is higher.
2) Bidder is required to quote his bid price only at a decremental value.
3) Bidder need not quote bid price at immediate next available lower level, but it can
be even at 2/3/4 ….. level of next available lower level .
H) Conduct of Reverse Auction event:

1) Reverse Auction will be conducted on a specific web portal, meant for this
purpose, with the help of the Service Provider identified by the Bank.
2) Service Provider will make all necessary arrangement for fair and transparent
conduct of Reverse Auction like hosting the web portal, imparting training to eligible
Bidders etc., and finally conduct of Reverse Auction.
3) Bidders will be participating in Reverse Auction event from their own office / place
of their choice. Internet connectivity and other paraphernalia requirements shall have
to be ensured by Bidder themselves.
a) In the event of failure of their internet connectivity (due to any reason whatsoever it
may be), it is the Bidders responsibility / decision to send fax communication
immediately to Service Provider, furnishing the bid price they want to bid online, with
a request to upload the faxed bid price online, so that the service provider will upload
that price online on behalf of the Bidder. It shall be noted clearly that the concerned
Bidder, communicating this price to service provider, has to solely ensure that the fax
message is received by Service Provider in a readable / legible form and also the
Bidder should simultaneously check up with Service Provider over phone about the
clear receipt of the bid price faxed. It shall also be clearly understood that the Bidder
shall be at liberty to send such fax communications of prices to be uploaded by
Service Provider only before the closure of Reverse Auction time and under no
Page 153 of 165
circumstances it shall be allowed beyond the closure of Reverse Auction event time.
Such Bidders have to ensure that the service provider is given reasonable time by
the Bidders, to upload such faxed bid prices online and if such required time is not
available at the disposal of Service Provider at the time of receipt of the fax message
from the Bidders, Service Provider will not be uploading the bid prices. It is to be
noted that neither the Bank nor the Service Provider will be responsible for these
unforeseen circumstances.
b) In order to ward-off such contingent situation, Bidders are advised to make all
the necessary arrangements / alternatives such as back –up power supply or
whatever required, so that they are able to circumvent such situation and still be able
to participate in the reverse auction successfully. However, the vendors are
requested to not to wait till the last moment to quote their bids to avoid any such
complex situations. Failure of power at the premises of vendors during the Reverse
auction cannot be the cause for not participating in the reverse auction. On account
of this, the time for the auction cannot be extended and BANK is not responsible for
such eventualities.
4) Bank and / or Service Provider will not have any liability to Bidders for any
interruption or delay in access to site of Reverse Auction irrespective of the cause.
5) For making the process of Reverse Auction and its result legally binding on the
participating Bidders, Service Provider will enter into an agreement with each eligible
Bidder, before the start of Reverse Auction event. Without this, Bidder will not be
eligible to participate in the event. The format of the agreement is as per the
Annexure-D-C.
6) Bidders name will be masked in the Reverse Auction process and will be given
random dummy names by the Service Provider.
7) Bidder / his authorised representatives will be given unique Login ID & Password
by Service Provider. Bidder / his authorized representative will change the Password
after the receipt of initial Password from Service Provider to ensure confidentiality.
All bids made from the Login ID given to the Bidders will be deemed to have been
made by the concerned Bidder / his company.
8) Reverse auction will be conducted as per English Reverse Auction with no tie,
where more than one Bidder cannot have identical bid price.
9) Any bid once made by the Bidder through registered Login ID & Password, the
same cannot be cancelled. The Bidder is bound to supply as per the RFP at the bid
price of Reverse Auction.
10) Auto Bid:

i) Bidder can take the advantage of Auto Bid facility available in Reverse Auction
system. Auto Bid feature allows Bidder to place an automated bid against other
Bidders in an auction by confirming to one decrement and bid without having
to enter a new price each time a competing Bidder submits a new offer.
ii) Auto Bid facility can be used by the Bidder only once. Bidder can at no point
of time during the course of the Reverse Auction, revise / delete his Auto Bid
price. Bidder has the facility to revise his Auto Bid value only prior to the start
of the Reverse Auction event.
iii) Only after the lowest price quoted by other Bidders is equal to or less than the
Page 154 of 165
minimum Auto Bid value put in the system by Auto Bid Bidder, he will get the
option to manually bid.
iv) If more than one Bidder opts for the Auto Bid facility and if the lowest price
quoted by more than one in Auto Bid facility is same, then the Bidder who has
opted for the Auto Bid facility first will get the advantage of being the “L1‟, with
the second bidder being “L2‟ at a price one decrement higher than the “L1‟
value and so on.
v) If one of the Bidder has opted for the Auto Bid facility, the system automatically
places a bid by conforming to one decrement from the bid that any of the other
Bidders might have quoted. In such a case, if the manual Bidder directly
quotes the same price as the lowest price which the Bidder who has opted for
the auto bid facility, then the bid submitted by the manual Bidder would be
accepted as the “L1‟ bid. But at that point of time onwards, the manual control
of the Auto Bidder would be enabled for the Auto Bidder.
vi) Service Provider will explain in detail about the Auto Bid during the training.
11) Reverse Auction will normally, be for a period of one hour. If a Bidder places a
bid price in last 10 minutes of closing of the Reverse auction, the auction period shall
get extended automatically for another 10 minutes. Maximum 3 extensions each of
10 minutes will be allowed after auction period of 1 hour i.e. entire process can last
maximum for 1 ½ hour only. In case there is no bid price in the last 10 minutes of
closing of Reverse Auction, the auction shall get closed automatically without any
extension.
(The time period of Reverse Auction & Maximum number of its extensions & time
are subject to change and will be advised to eligible Bidders before the start of the
Reverse Auction event.)
12) Bidder will be able to view the following on their screen along with the necessary
fields in Reverse Auction :
i) Opening Price
ii) Leading / Lowest Bid Price in Auction ( only total price)
iii) Last Bid Price placed by the respective Bidder.
13) During Reverse Auction, if no bid price is received within the specified time,
Bank, at its discretion, may decide to revise Start Price / Decremental Value / scrap
the reverse auction process / proceed with conventional mode of tendering.
I) Reverse Auction Process:

1) At the end of Reverse Auction event Service Provider will provide the Bank all
necessary details of the bid prices and reports of Reverse Auction.
2) Upon receipt of above information from Service Provider, Bank will evaluate the
same and will decide upon the winner i.e. Successful Bidder.
3) Successful Bidder has to fax the duly signed filled-in prescribed format ( Annexure-
B ) as provided on case-to-case basis to Bank within 4 hours of Reverse Auction
without fail. The Original signed Annexure-D-B should be couriered so as to reach us
within 48 hours of Reverse Auction without fail.
4) Any variation between the on-line Reverse Auction bid price and signed document
will be considered as sabotaging the tender process and will invite disqualification
of Bidder/vender to conduct business with Bank as per prevailing procedure.
5) Successful Bidder has to give break-up of his last/lowest bid price as per Bill of
Material at the end of Reverse auction event within 3 working days without fail.
Page 155 of 165

6) Successful Bidder is bound to supply at their final bid price of Reverse Auction. In
case of back out or not supply as per the rates quoted, Bank will take appropriate
action against such Bidder and / or forfeit the Bid Security amount, debar him from
participating in future
7) In case Bank decides not to go for Reverse Auction related to the procurement for
which RFP is floated and price bids if any already submitted and available with Bank
shall be opened as per Bank’s standard practice.
J) Bidder’s Obligation:
1) Bidder will not involve himself or any of his representatives in Price manipulation of
any kind directly or indirectly with other suppliers / Bidders
2) Bidder will not divulge either his Bid details or any other details of Bank to any
other party without written permission from the Bank.
K) Change in Business Rules, Terms & Conditions of Reverse Auction:
1) Bank reserves the right to modify / withdraw any of the Business rules, Terms &
conditions of Reverse Auction at any point of time.
2) Modifications of Business rules , Terms & conditions of Reverse Auction will be

made available on website immediately.
3) Modifications made during the running of Reverse Auction event will be advised to
participating Bidders immediately.
Page 156 of 165

Annexure-D-A
(to be submitted on company letter head by all Bidders participating in Reverse
Auction)
To,
Bank of India Date:
-----------------
Acceptance of Reverse Auction Business Rules and Terms & conditions

in respect of Tender / RFP Ref. No. _______________ Dated ______
For procurement of ______________________________________
===========================================================
We refer to the captioned subject and confirm that –
1) The undersigned is our authorized representative.
2) We have accepted and abide by all Terms of captioned Tender documents

and Business Rules and Terms & conditions of Reverse Auction for the
procurement for which RFP is floated.
3) Bank and Service Provider shall not be liable & responsible in any manner
whatsoever for my / our failure to access & bid in Reverse Auction due to loss
of internet connectivity, electricity failure, virus attack, problems with the PC,
any other unforeseen circumstances etc. before or during the auction event.
4) We understand that in the event we are not able to access the auction site, we
may authorize Service Provider to bid on our behalf by sending a fax
containing our offer price before the auction close time and no claim can be
made by us on either Bank or Service Provider regarding any loss etc.
suffered by us due to acting upon our authenticated fax instructions.
5) I / We do understand that Service Provider may bid on behalf of other Bidders

as well in case of above mentioned exigencies.
6) We also confirm that we have a valid digital certificate issued by a valid

Certifying Authority.
7) We will participate in Reverse Auction conducted by

____________________________ (name of Service Provider) and agree to
enter into an agreement with him (Service Provider) for making the process of
Reverse Auction and its result legally binding on us.
8) We will fax duly signed filled-in prescribed format (Annexure-B ) as provided

on case-to-case basis, to Bank within 24 hours of end of Reverse Auction
without fail.
9) We will give break-up of our last / lowest bid price as per Bill of Material at the
end of Reverse Auction event within 48 hours without fail.
Page 157 of 165

10) We undertake to supply at our final lowest bid price of Reverse Auction. In
case of back out or not supply as per the rates quoted by us, Bank is free to
take appropriate action against us and / or forfeit the Bid Security amount,
debar us from participating in future tenders.
11) We nominate our official Shri _________________________________

Designation _____________ of our company to participate in Reverse
Auction. We authorize Bank to issue USER ID & PASSWORD to him. His
official e-mail & contact number are as under –
Email:
Mobile:
----------------------------------------------------------------------------------------------------------------
Signature with company seal:
Name of Authorized Representative: Designation:
Email: Mobile:
Tel. No: Fax No.:
Page 158 of 165

Annexure-D-B
(to be submitted / faxed by Successful Bidder of Reverse Auction within 24 hours from
the end of Reverse Auction event)
To,
Bank of India Date:
-----------------
Sir,
Final / Lowest Bid Price quoted in Reverse held on _______________

in respect of Tender / RFP Ref. No. _______________ Dated ______
For procurement of ______________________________________
=======================================================
We confirm that the final total bid price quoted by us in the captioned Reverse Auction event
for captioned tender is as under –
Rs. (in figure): ___________________________
Rs. (in words): _________________________________________________________
We confirm that –
1) [ ] We enclose herewith the detailed break-up of above price as per Bill of

Material
OR
[ ] We undertake to give detailed break-up of above bid price as per Bill of

Material within 48 hours from the end-of Reverse Auction event.
2) Any variation between the on-line Reverse Auction bid price quoted by us
and this document will be considered as sabotaging the tender process
and will invite disqualification of Bidder/vender to conduct business with
Bank as per prevailing procedure. In such case Bank is free to take
appropriate action and / or forfeit the Bid Security amount and / or debar
him from participating in future
3) We are bound to supply at the above final bid price of Reverse Auction.
4) We note that in case of back out or not supply as per the above rates
quoted by us, Bank will take appropriate action against us and / or forfeit
our Bid Security amount and / or debar him from participating in future
Signature with company seal: Mobile:
Name of Authorized Representative: Tel. No:
Designation: Fax No :
Email:
Page 159 of 165

Annexure- D-C: Process Compliance Form
(The Bidders are required to print this on their company’s letter head and sign, stamp
before faxing to Service Provider)
To
(Name & Address of Service Provider)
Sub: Agreement to the Process related Terms and Conditions

For the Reverse Auction
-----------------------------------------------------------------------------------
Dear Sir,
This has reference to the Terms & Conditions for the Reverse Auction mentioned in
the Tender document for procurement of Hardware against the Tender No.
____________________________________________________________________
This letter is to confirm that:
1) The undersigned is authorized representative of the company.
2) We have studied the Commercial Terms and the Business rules governing the
Reverse Auction and the RFP as mentioned in your letter and confirm our
agreement to them.
3) We also confirm that we have taken the training on the auction tool and have
understood the functionality of the same thoroughly.
4) We confirm that _____(Bank) and _____(Service Provider) shall not be liable

& responsible in any manner whatsoever for my/our failure to access & bid on
the e-auction platform due to loss of internet connectivity, electricity failure,
virus attack, problems with the PC, any other unforeseen circumstances etc.
before or during the auction event.
5) We understand that in the event we are not able to access the auction site, we
may authorize _____ (Service Provider) to bid on our behalf by sending a fax
containing our offer price before the auction close time and no claim can be
made by us on either _____ (Bank) or _____ (Service Provider) regarding any
loss etc. suffered by us due to acting upon our authenticated fax instructions.
6) I/we do understand that _____(Service Provider) may bid on behalf of other

Bidders as well in case of above mentioned exigencies.
7) We also confirm that we have a valid digital certificate issued by a valid

Certifying Authority.
8) We also confirm that we will fax the price confirmation & break up of our
quoted price as per Annexure B as requested by _____ (Bank) / _____
(Service Provider) within the stipulated time.
Page 160 of 165

We, hereby confirm that we will honour the Bids placed by us during the auction process.
With regards,
Signature with company seal
Name –
Company / Organization –
Designation within Company / Organization –
Address of Company / Organization –
Page 161 of 165

Annexure E
Important Instructionsfor E-procurement
Bidders are requested to read the terms & conditions of this tender before submitting
your online tender.
Process of E-tender:
1. A) Registration: The process involves vendor’s registration with MSTC e-

procurement portal which is free of cost. Only after registration, the vendor(s)
can submit his/their bids electronically. Electronic Bidding for submission of
Technical Bid as well as Price/Commercial Bid will be done over the internet. The
Vendor should possess Class III signing type digital certificate. Vendors are to
make their own arrangement for bidding from a P.C. connected with Internet.
MSTC is not responsible for making such arrangement. (Bids will not be recorded
without Digital Signature).
SPECIAL NOTE: THE TECHNICAL BID AND THE COMMERCIAL BID HAS
TO BE SUBMITTED ON-LINE AT www.mstcecommerce.com/eprochome/boi
1) Vendors are required to register themselves online

with www.mstcecommerce.com→ e-Procurement →PSU/Govt
Depts..→Select BOI’s Logo->Register as Vendor -- Filling up details and
creating own user id and password→ Submit.
2) Vendors will receive a system generated mail confirming their registration on

email id which has been provided during submission of registration form.
In case of any clarification, please contact MSTC (before the scheduled time of
the e- tender).
Contact person (MSTC Ltd):
Centralized helpdesk for vendors:

033-22901004
Helpdesk at MSTC Mumbai for vendors

022-22870471/22886266/022-22885567
1. Ms. Archana Juneja, Asst. Mgr.

Mobile no.-9990673698
Email id-archana@mstcindia.co.in
2. Ms. Rupali Pandey, Asst. Mgr.

Mobile no.-9485704037
Email id-rpandey@mstcindia.co.in
Contact person (Bank of India):
Shri Rajeev Kumar- 022-66684788

Email: HeadOffice.CreditMonitoring@bankofindia.co.in
Page 162 of 165

B) System Requirement:
i) Windows 7 or above Operating System
ii) IE-7 and above Internet browser.
iii)latest version of java (32 bit windows offline)
C)System Settings:
Go to Internet Explorer
1. Click on Tools => Internet Options =>Security => Disable protected Mode If
enabled- i.e, Remove the tick from the tick box mentioning “Enable Protected
Mode”.
Other Settings:
2. Tools => Internet Options => General => Click On Settings under “browsing
history/
Delete Browsing History” => Temporary Internet Files => Activate “Every time I
Visit the Webpage
Enable ALL active X controls and disable ‘use pop up blocker’ under
Tools→ Internet Options→ custom level ( or else run IE settings from the page
www.mstcecommerce.com once)
2 The Technical Bid and the indicative Price Bid shall have to be submitted online at
www.mstcecommerce.com/eprochome/MSTC .Tenders will be opened electronically
on specified date and time as given in the Tender and same can be checked in your
login using link “Technical CST” and “Price CST”
3 All entries in the tender should be entered in online Technical & Commercial Formats
without any ambiguity.
4 Transaction fees is non-refundable.
A vendor will not have the access to online e-tender without making the
payment towards transaction fee.
NOTE
Bidders are advised to remit the transaction fee well in advance before the closing
time of the event, so as to give themselves sufficient time to submit the bid.
5 Information about tenders /corrigendum uploaded shall be sent by email only during
the Process till finalization of tender. Hence the vendors are required to ensure that
their corporate email I.D. provided is valid and updated at the time of registration of
vendor with MSTC. Vendors are also requested to ensure validity of their DSC (Digital
Signature Certificate).
6 E-tender cannot be accessed after the due date and time mentioned in Invitation to Bid.
7 Bidding in e-tender :
a) Vendor(s) need to submit necessary Bid Security (Earnest Money Deposit

EMD) and Transaction fees to be eligible to bid online in the e-tender.
Transaction fees is non refundable. No interest will be paid on Bid
Security/EMD. Bid Security / EMD of the unsuccessful vendor(s) will be
refunded by the tender inviting authority.
b) The process involves Electronic Bidding for submission of Technical
and commercial/indicative price Bid.
c) The vendor(s) who have submitted transaction fee can only submit their
Technical Bid and Commercial Bid through internet in MSTC website
Page 163 of 165
www.mstcecommerce.com → e-procurement →PSU/Govt. depts→ Login under
BOI as vendor→My menu→ Auc Floor Mgr→ live events →Select the event as
required
d) The vendor should allow running JAVA application. This exercise has to be
done immediately after opening of Bid floor. Then they have to fill up
Common Terms /Commercial specification and save the same. After that click
on the Technical bid. If this application is not running, vendor will not be able to
save/submit his Technical bid.
e) After filling responses in theTechnical Bid, vendor should click ‘save’ for
recording their Technical bid. Once the same is done, the Commercial/
indicative price Bid link becomes active and the same has to filled up and then
vendor should click on “save” to record their Commercial bid/ indicative Price
Bid. Once both the Technical bid & Commercial bid (indicative Price Bid) have
been saved, the vendor can click on the “Final submission” button to
register their bid
f) Vendors are instructed to use Attach Doc button to upload documents.
Multiple documents can be uploaded.
g) In all cases, vendor should use their own ID and Password along with
Digital Signature at the time of submission of their bid.
h) During the entire e-tender process, the vendors will remain completely
anonymous to one another and also to everybody else.
i) The e-tender floor shall remain open from the pre-announced date & time and
for as much duration as mentioned above.
j) All electronic bids submitted during the e-tender process shall be legally
binding on the vendor. Any bid will be considered as the valid bid offered by
that vendor and acceptance of the same by the Buyer will form a binding
contract between Buyer and the Vendor for execution of supply.
k) It is mandatory that all the bids are submitted with digital signature certificate
otherwise the same will not be accepted by the system.
l) Buyer reserves the right to cancel or reject or accept or withdraw or extend
the tender in full or part as the case may be without assigning any reason
thereof.
m) No deviation of the terms and conditions of the tender document is
acceptable.
n) Submission of bid in the e-tender floor by any vendor confirms his acceptance of
terms & conditions for the tender.
8 Any order resulting from this tender shall be governed by the terms and
conditions mentioned therein.
9 No deviation to the technical and commercial terms & conditions are allowed.
10 The tender inviting authority has the right to cancel this e-tender or extend the due
date of receipt of bid(s) without assigning any reason thereof.
11 Vendors are requested to read the vendor guide and see the video in the
page www.mstcecommerce.com/eprochome to familiarize them with the system
before bidding.
12 NOTE: The Bidders should submit the EMD, cost of Bid document and transaction fee
ON OR BEFORE THE PRESCRIBED DATE AND TIME.
 After depositing the EMD payment, prospective Bidders are required to

send an email (format 6.4) in this regard to below email id stating the
transaction details viz Amount, Date of Transfer, UTR No., Bank,
sender’s name, RFP Ref. No. etc.. Only upon receipt of details of
payment of EMD, cost of bid document and verification of the same by
the Bank, bidder will be considered as authorized to participate in the bid.
In case of failure to submit the payment towards EMD and Cost of Bid
document for any reason BEFORE THE PRESECRIBED DATE AND
TIME, the Bidder will be disqualified for the bidding process and the bid
Page 164 of 165

submitted by such bidder will be rejected at initial stage itself.
For Bank of India:

 Cost of Bid document and Transaction fee is non-refundable. The EMD of
the unsuccessful Bidders will be returned as soon as possible but without
any interest. If the successful bidder fails to enter into the contract within
the period stipulated, the EMD furnished shall be forfeited and Bank shall
also be within its right to blacklist such bidder. Bank shall be within its
right to award the contract to the next bidder or go for fresh bidding as it
may deem fit in its sole discretion.
Page 165 of 165


BOI NEW EWS Solution - PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

BOI NEW EWS Solution - PDF

Uploaded by

Copyright:

Available Formats

Request for Proposal

For procurement & end-to-end implementation and

E-Tender Ref.:BOI/BKC/1/19-20/ET/1 dated 20.06.2019

(a) PART 1 - Invitation to Bid (ITB)

(b) PART 2 – Disclaimer .............

(c) PART 3 – Instructions for Bidders (IFB) ...........................................

(d) PART 4 - Terms and Conditions of Contract (TCC) .......................

(e) PART 5 - Technical & Functional Specifications (TFS) .................

(g) PART 7 – Schedule of Dates, Amounts, etc. (SDA) .......................

Further, Reserve Bank of India vide their Circular No.RBI/2014-15/590

For Respondent Only

1) Data integration system from internal and external systems

Schedule of Bid submission / Address for communication

Transaction fee is required to be paid using e-payment gateway available in your

For Bank of India:

Name of the company Bank of India

RFP Reference No. BOI/BKC/1/19-20/ET/1 dated 20.06.2019

Fees for Bid document Rs. 50,000/-

Pre-bid queries/ queries related to RFP (in Email to:

Place of Pre-Bid meeting Bank of India, Head Office,

Important Instructions for E-procurement as per

A. Introduction D. Submission of Bids

3.1 General 3.18 Procedure for submission of Bids

3.2 Broad Scope of Work 3.19 Deadline for Submission of Bids

3.3 Consortium 3.20 Late Bids

3.5 Cost of Bidding. E. Bid Opening and Evaluation

B. Bidding Documents 3.22 Clarification of Bids

3.6 Content of Bidding Documents Preliminary Examination

3.9 Language of Bid 3.26 Post qualification

3.12 Bid Currencies 3.29 Notification of Award

3.16 Period of Validity of Bids

3.17 Format and Signing of Bid

3.2 Broad Scope of Work

3.2.3.2 Data sources involved for the solutions are as follows:

 Data Management Module

 EWS rule management module

 Configurable rules based on financial parameters namely:

 Configurable rules based on non-financial parameters:

 EWS alert and rating management module

 EWS reporting module

 User based access control and reporting functionality

 Security and logging capabilities

 Sources of information for EWS

 Financial Intelligence from Bank’s internal sources

 CMS & Channel finance systems

 Other Support systems

 Financial and market Intelligence from external sources

 International Databases: These data points involve information from international

 Credit rating data

For Credit Monitoring

The bidder shall provide following functionalities for credit monitoring:

 Ability to assist in the audit process related to loans which include

 Ability to follow up on the audit process

 Ability to generate SASCL type report generation.

The broad scope of work is as follows:

iii. Software : Supply, installation, Development / Configuration, Customization,

iv. Customized Application: Customization should be done as per the Bank’s

v. Implementation services: The Bidder / Vendor must develop a comprehensive and

vii. Documentation : Provide all necessary documentation relating to the

a) Seamless integration of supplied, customized, developed software for

e) Any new regulatory requirement during / after implementation must be

3.2.3.7 Scope related to service

a) The readily available system as mentioned in the scope.