Request for Proposal For procurement & end-to-end … EWS... · 2019. 6. 20. · NEFT/RTGS using challan or by online payment using credit card/debit card/net banking. Authorization

Page 1 of 165

RFP for Early Warning Signals (EWS) Solution

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


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

http://www.mstcecommerce.com/eprochome/boi

http://www.bankofindia.co.in/

Page 5 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: [email protected]

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 document /Date of Starting of e-Tender for submission of on line Technical Bid and indicative price Bid at www.mstcecommerce.com/eprochome/boi

20.06.2019 at 02:00 p.m.

Fees for Bid document Rs. 50,000/-

Date till pre-bid queries to be sent (only through email, to HeadOffice.Credit Monitoring@ bankofindia.co.in)

24.06.2019 by 03:00 p.m. on that day (Please mention e-tender ref. no. in the email subject)

Pre-bid queries/ queries related to RFP (in format 6.17) to be sent through email only

Email to: [email protected]

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.


mailto:[email protected]



mailto:Email%20to:%[email protected]

mailto:Email%20to:%[email protected]

Page 6 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 of Bid document

4:00 PM of 11.07.2019

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 Bids

11.07.2019 by 4.30 p.m. on that day.

Date and time of opening of Price Bids/ Reverse Auction

Will be advised separately.

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 Document (BRD) & System Requirement Specification (SRS)

Within 30 days

Customization & installation 30-45 days

Data Collection & Integration

45-75 days

UAT 75-135 days

UAT – System Validations & Report Generation

135-165 days

Go-Live Within 180 days from date of PO

Supply of Server Hardware, OS, Database for EWS Solution and other hardware requirements for EWS project Implementation

Hardware sizing to be provided by the bidders along with technical proposal. Bank will provide the hardware. Rest of the requirement to be 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

http://www.mstcecommerce.com/eprochome/MSTC%20Tenders

http://www.mstcecommerce.com/eprochome/MSTC%20Tenders


Page 7 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 8 of 165

RFP for Early Warning

Signals (EWS) Solution

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 9 of 165


PART 3: INSTRUCTIONS FOR BIDDERS (IFB)

TABLE OF CLAUSES

Clause No.

Topic Clause No.

Topic

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 3.23 Preliminary Examination

3.7 Clarification of Bidding Documents

3.24 Evaluation & Comparison of Price Bids

3.8 Amendment of Bidding Documents

3.25 Contacting the Bank

C. Preparation of Bids

F. Award of Contract

3.9 Language of Bid 3.26 Post qualification

3.10 Documents comprising the Bid

3.27 Award Criteria

3.11 Bid Prices

3.28 Bank’s Right to Accept Any Bid and to Reject Any or All Bids

3.12 Bid Currencies 3.29 Notification of Award

3.13

Documents establishing Bidder’s Eligibility and Qualifications

3.30 Signing of Contract

3.14

Documents establishing eligibility of products & conformity to Bid Documents

3.31 Performance Security/ Guarantee

3.15 Bid Security 3.32

Contract Agreement

3.16 Period of Validity of Bids

3.17 Format and Signing of Bid

Page 10 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 11 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 12 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 13 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 14 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 15 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 16 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 17 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 18 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 19 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 20 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 21 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.

http://etc.so/

Page 22 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 23 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 24 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 25 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 26 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 27 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 28 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 Branch : Bandra Kurla Complex Branch 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 29 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 Bank ’s requirement may submit their 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 Branch : Bandra Kurla Complex Branch 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 30 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 31 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 32 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. No.

Parameter Maximum Score Minimum Score

a Technical and Functional Requirements Evaluation 225 203

b Technical Presentation and Product Demonstration / Proof of Concept (POC) (For EWS, the bidder/ OEM is required to conduct a detailed product walkthrough and to adhere to demo scripts provided during technical evaluation)

200 (Presentation- 30, Demo/POC -170)

160

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 33 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: Bidder’s response

Response/Marks

Required functionality is readily available- Fully Compliant

“Y”=0.50 Marks

Required functionality will be made available with customization - Customization

“C”=0.25 Marks

Required functionality is not available/will not be available

“N”=0 Marks

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 34 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 solution/ Risk Management/ Fraud Risk Management Solution

50

i The proposed EWS solution should have been implemented successfully in one Scheduled Commercial Bank in India with minimum 1500 branches.

50

ii The proposed EWS solution should have been implemented successfully in one Scheduled Commercial Bank in India with minimum 1000 branches.

45

iii The proposed EWS solution should have been implemented successfully in one Scheduled Commercial Bank in India with less than 1000 branches.

25

iv Risk Management/ Fraud Risk Management solution should have been implemented in one Scheduled Commercial Bank in India with minimum 1500 branches with minimum 1 year successful implementation.

40

v Risk Management/ Fraud Risk Management solution should have been implemented in one Scheduled Commercial Bank in India with minimum 1000 branches with minimum 1 year successful implementation.

35

vi Risk Management/ Fraud Risk Management solution should have been implemented in one Scheduled Commercial Bank in India with less than 1000 branches with minimum 1 year successful implementation.

20

Total Max Score (C ) 50

D Site Visit or Client Feedback 10

Max Score (D) 10

Page 35 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 36 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 37 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 38 of 165


PART 4: TERMS AND CONDITIONS OF CONTRACT (TCC) TABLE OF CLAUSES

Clause No.

Topic Clause No.

Topic

4.1 Definitions 4.29 Resolution of Disputes

4.2 Country of Origin 4.30 Governing Language

4.3 Standards 4.31 Applicable Law

4.4 Use of Contract Documents and Information

4.32 Addresses for Notices

4.5 Patent Rights / Intellectual Property Rights

4.33 Taxes and Duties

4.6 Performance Security 4.34 Supplier Integrity

4.7 Inspection & Quality Control Tests

4.35 Supplier’s obligations

4.8 System & Other Software 4.36 Indemnity

4.9 Acceptance Tests & Certificate

4.37 Site Preparation

4.10 Packing 4.38 Installation / Commissioning of 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 4.43

No Legal Relationship

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

4.22 Assignments 4.50 Inspection and Right to Audit by Bank and RBI

4.23 Delay in Supplier’s Performance

4.51 Violation of Terms

4.24

Liquidated Damages

4.52 Confidentiality

Page 39 of 165


4.25

Termination for Default

4.53 Recipient Obligation to inform 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 40 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 41 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 42 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 43 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 44 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 45 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 46 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 47 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 48 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 49 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 50 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 51 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 52 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 53 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 54 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 55 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 56 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.

The successful bidder will be required to initiate the services within 30 days of

issuance of the Purchase Order. 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

Project

Implementation

Schedule

Business Requirement

Document (BRD) & System

Requirement Specification (SRS)

Within 30 days

Customization & installation 30-45 days

Data Collection & Integration 45-75 days

UAT 75-135 days

UAT – System Validations &

Report Generation

135-165 days

Go-Live Within 180 days from date

of Purchase Order (PO)

Server

Hardware, OS,

Database for

EWS Solution

and other

hardware

requirements

for EWS project

Implementation

Hardware sizing to be provided by the bidders along with

technical proposal. Bank will provide the hardware. Rest of the

requirement to be supplied by the Bidder to make the system

live. Bidder should provide all software. In case of oracle

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

expiry of warranty period )

Page 57 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 58 of 165


The details are as under:-

1 2

Dr. Joginder Paul Sharma, IAS (Retd) Ex-Principal Secretary. Govt. of UP D-266, Sector-47,Noida, UP Mobile: 9650999444 e-mail: [email protected]

Shri Ashwani Kumar Ex-CMD, Dena Bank Flat No. 101, 1st Floor Plot No. F.P. No.81, Ruby Bandra West Ruby CHSL, 29th Road, Near Duruoella Convent High School. Mobile: 9920262626 e-mail:[email protected]

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 59 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 60 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 61 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 62 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 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. ************************************************************************************************************

Page 63 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 customization

“C”=0.5 Marks

Required functionality is not available/will not be available

“N”=0 Marks

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 64 of 165


General Software Requirements Marks

Vendor Respon

se Y,C,N

Remarks

Functional Overview

1

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

1

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 - CAPS - Rating systems (IMAC) - Audit Systems - KYC and AML systems - DMS - EFRMS - Internal black list databases - BI systems & Data ware houses

2

System should be capable to integrate to CBS on a real-time/near real-time basis

3

The solution should support both online and off line data validations and alerts.

Page 65 of 165


Data Integration Capabilities: Standardization and Data Quality

1

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 are expected to help clean, standardize, match and enhance data as it moves into the master reference file and is reused for downstream processes.

2

The EWS should be rich in the set of in-built transformations and functions that should include predefined table and column-level transformations including slowly changing dimensions.

3

The tool should provide pre-build functionalities for the following:

- Financial Transformations - Mathematical Transformations - Statistical Computations

4

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 :

- Structure discoveries - Frequency distribution - Pattern distribution - Various Statistical Analysis - Redundant Data Analysis

5

Support data quality measurement on an on-going basis embedded into batch, near-time, and real- time process

6

Should support data cleansing and de-duplication, duplicate suspect processing, house holding, with array of out-of-the- box standardization rules conform data to corporate standards – or can build customized rules for special situations.

7

Should have business rules and GUI’s for automatic merging and manual merging.

8

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 customer, account, etc. and standardize the master data to provide a single source of truth.

9

The EWS Should provide fuzzy logic to induce tolerance during matching

Data Integration Capabilities: Third Party Data Sources

Page 66 of 165


1

The EWS system should have flexible integrating capabilities with third party data base (like rating agencies', credit bureaus, providers of ROC information) through formats such as APIs, JSON, XML, XBRL, flat file upload etc.

2

Vendor will have to suggest the list of such third party data providers. Bank will take a final call on the same. Bank will provide the required subscriptions and access.

Data Integration Capabilities: Document Visualization

1

The proposed solution must have an utility capable of visualizing and extracting (text-mining) information relevant for the alerts from internal documents (such as stock audit reports, inspection reports, annual reports)

2

The proposed application should be capable of integration with standard DMS systems

3

The above referred library should be configurable for addition/deletion/modification of keywords/phrases

4

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

5

The text mining utility should be capable of accepting bulk upload of documents

6

After processing document reference and the keyword searched to be included in the alert message

7

The text mining utility should have algorithms to minimize false positives (Eg: Standard NLP libraries, stemming / lemmatization capabilities etc.)

8

Text mining utility should have intelligent self-learning capability

Data Integration Capabilities: Web Harvesting

1

The system should have web harvesting capabilities to search for news items, articles etc. relevant for the purpose of alert generation

2

The web harvesting application should be capable of integrating to feeds from various business/news/security exchange/social websites (based on a schedule)

3

Should contain crawling capabilities which should be able to retrieve Web pages that go many layers deep originating from a specific URL. (Required websites & Subscription for which will be provided by the Bank)

4

The above referred pre-existing library should be configurable for addition /deletion/modification of keywords/phrases

Page 67 of 165


5

The internet scanning utility should facility to configure list of company/borrower names, directors'/KMPs' names etc.

Data Integration Capabilities: Data Entry Screens

1

Customized branch level data entry screens to be provided as part of application to capture data from branches (Eg: Monthly sales/operations data)

2

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

1

The EWS system should be capable of uploading the existing data from the internal system and should have a feature of bulk upload of data.

2

The system should support upload of data in standardized formats like xl, xml, xbrl, csv, txt

EWS Rules and Analytical Capabilities

1

EWSS should have the capability of allowing definition of an Identity oncology framework where relationships of Entities with other entities, people can be mapped and the industry to which it belongs to can also be mapped.

2

The EWSS must have facility to de-dupe information tagged to a particular entity.

3

The EWSS must have facility to map the Directors associated with different companies using DIN (MCA data).

4

EWSS must provide an option where performance profiling of entities can be done on financial parameters (e.g. Financial Ratios, business growth trends etc.) which can be saved as templates that can be specific to an entity or an industry.

Page 68 of 165


5

EWSS must provide an option for template where performance profiling of entities can be matched against peers and industry averages (for a multitude of parameters).

6

EWSS must provide with the flexibility to write bank's own rules that trigger early red flags against borrowers

7

EWSS must support rules for all events suggested in the RBI circular on EWS

8

Unstructured information analytics and Business Rule Options

9

EWSS must have text mining analytics capability for extracting negative news/sentiment from news aggregators like Bloomberg (e.g. Tax/Excise raids/penalties, Regulator action suits, Loss of large contracts etc.)

10

EWSS must have text mining analytics capability for extracting negative news/sentiment from regulators sites (e.g. SEBI, BSE, and NSE etc.)

11

EWSS should have the capability to carry out intelligent Facts extraction regarding these accounts by identifying and filtering irrelevant news items and keeping only relevant news items

12

EWSS should have the capability to not just administer rules looking for risk patterns in unstructured data, BUT ALSO automatically discover new rules which explain a particular risk attribute for the account.

13

EWSS should have the capability to read unstructured data about accounts and use it for identifying early warning signals.

14

EWSS should have the capability to automatically assign sentiment to the text to identify the health of the account from an early risk perspective

15

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

16

EWSS should have the capability to automatically discover rules for different early risk indicators like business risk, market risk, management risk, account risk, financial risk .

17

Management Risk indicators like resignation of the key personnel and frequent changes in the management .

18

Business risk indicators like labor unrest in borrower's company.

19

EWSS should have the capability to automatically score the text for early warning indicators.

Page 69 of 165


20

Rules engine should have the functionality to retrieve historical activity and capture for rule creation / maintenance.

21

Rules engine should be able to create a case based on externally and internally created scores as a decision element.

22

The proposed solution should provide an in-built ability to create, modify and enable (or disable) custom concepts and test linguistic rule definitions with validation checks within the same interactive interface

23

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

24

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

25

The proposed solution should provide in-built feature of Automated machine discovery to identify the core themes in the input document collection with associated relevance score

26

The proposed solution should include a Predefined list of concepts to automatically identify common definitions like company, person, date, location, time, etc. - without a need to add rules from scratch for them

27

Rules engine should have the ability for allowing criteria to be defined / modified (add, delete, create, update).

28

Rules engine should have the ability to track changes to rules (i.e. who, when, what, why) (audit changes)

29

Rules engine should have the ability for each transaction to be evaluated by every rule.

30

Rules engine should be able to identify the rules triggered by a transaction

31

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

32

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

33

Rules engine should be able to create / modify reactivation criteria, within the rule, for accounts that have previously been reviewed and excluded

34

Solution should be able to define systemic actions at the rule level.

Page 70 of 165


35

Rules engine should be able to assign a unique case number to each item scored and actioned by the rules engine or out sorted for analyst review.

36

EWSS must provide a framework for deciding what thresholds of business rules will result in an alert. The thresholds may be: - Quantity based - Event based - Industry based - or a combination of the above

37

EWSS should have ability to suppress unwanted alerts for an entity for a particular scenario

38

EWSS must permit an option for creation of a manual alert for non-standard events that cannot be ordinarily captured by the EWSS

39

The proposed solution should be able to create networks based on both transaction as well as relationship based data, and create a nodes and links among the entities specified

40

The proposed solution should provide one integrated user interface and workbench for data wrangling, data exploration, business intelligence and visualization, feature engineering, 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.

41

The proposed solution should contain a sophisticated and GUI based predictive modeling and analytical workbench.

42

The proposed solution should enable identification of suspicious borrowers through a judicious mix of anomaly detection, business rules, predictive modeling and network analytics

43

The proposed solution should provide out-of-box entity analytics and direct intelligence analysts by showing measures of centrality in entity networks - such as closeness, betweenness and influence to highlight suspicious borrowers/directors.

44

The proposed solution should help analysts to visualize complex network of relationships between entities - such as people, organizations, places/ locations, things and events over time and across multiple dimensions

45

The proposed solution should help analysts identify entity relationships that aren’t obvious, traverse and query complex relationships, and uncover patterns and communities interactively

Page 71 of 165


46

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, Non-Linear and Quantile regression models, Generalized Linear models, Predictive partial least squares and Decision trees.

47

The proposed solution should provide in-built features and advanced techniques for the analyst to detect rare events, anomalies and outliers and/or influence points to help determine, capture or remove them from downstream analysis such as predictive models

48

The proposed solution should have in-built modules for Unsupervised learning with cluster analysis and mixed variable clustering

49

The proposed solution should in-built modules for modern machine learning algorithms to build predictive models - such as random forests, gradient boosting, artificial neural networks, support vector machines and factorization machines

50

The proposed solution should provide a rich set of data mining algorithms that can be used for classification, regression, clustering, detection of outliers and anomalies, feature extraction, association analysis, and attribute ranking.

51

The proposed solution should enable automated model assessment and scoring, and generate the associated model performance statistics and code for model scoring.

52

The proposed solution should allow analysts to be able to follow a champion challenger approach in model development through developing different model versions, compare results on different parameters, and select and deploy best performing model.

53

The proposed solution should automatically allow identification and detection of special types of network behavior such as cyclical flow of transactions and funds, clusters etc. extractable from the networks.

54

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 Processing, Terms extraction, Topic discovery, Category definition, Concept specification, Document level sentiment identification

55

The proposed solution should be capable of calculating network analytics and relationships among dealers with a known risky / suspicious entity, thus enabling risk by association.

56

The proposed solution should be capable of providing centrality metrics like betweenness, closeness, eigenvector etc. which determine the importance of a borrower/director in the network

Page 72 of 165


57

The adverse comments made by the company’s Statutory Auditor in the Audited financials should be extracted by the system and trigger should be emanated for the user as onAlert.

58

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

59

The various EWS triggers emanated by Solution should be able to combine them and present to the users in a meaningful combination in the form of summarized report so that user may arrive at meaningful decision.

60

Payment to unrelated parties.

Early Warning Indicators (ability to generate results based on different ranges such as amount / period/No. of times)

1

Bouncing of the High value Cheque

2

Alert for funds coming from other banks to liquidate the outstanding loan amount.

3

Alert for funding of the interest by sanctioning additional facilities.

4

Alert for large number of transactions with inter connected companies and large outstanding from such companies.

5

Alert for substantial related party transactions.

6

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

7

Alert for frequent ad-hoc and TOD sanctions.

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 73 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 74 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 75 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

2

Forward contract booked but not utilized / cancelled frequently.

Alerts from CAPS/ CRILC (Illustrative listing given below)

1

Loan applications from companies on AML watch list under process

2

Loan applications from companies that are willful defaulters in other banks

3

Loan applications from companies that are SMA

4

Loan applications from companies that are on DRT cause lists

5

Loan applications from companies that have ongoing court cases

6

Loan applications from companies on bank internal watch/black list

7

Loan applications from companies approved without adequate supporting documents

Alerts from External Rating Sources (Illustrative listing given below)

1

Alert for migration in rating in either way- positive or negative for short as well as long term rating

2

Alert for whether ratings renewed upon expiry of 12 months from the date of last assessment

Alerts based on financial statements (Illustrative listing given below)

1

Alert for substantial increase in unbilled revenue year after year.

2

Alert for significant movements in inventory, disproportionately higher growth in turnover.

3

Alert for disproportionate increase in other current assets.

4

Alert for significant increase in working capital borrowing as percentage of turnover.

Page 76 of 165


5

Alert for increase in fixed assets without corresponding increase in turnover (when project is implemented).

6

Alert for increase in borrowings despite huge cash and cash equivalents in the borrower's balance sheet.

7

Alert for not routing of sales proceeds through bank.

8

Alert for claims not acknowledged as debt high.

9

System should be capable of providing alerts based on standard ratio analysis (Illustrative list provided below)

9.1

Net Profit Margin

9.2

Inventory Turnover Ratio (Based on cost of sales / average inventory)

9.3

Debtors Turnover Period (Based on net sales & average debtors)

9.4

Interest Coverage

Alerts from Bank’s Internal documents (Illustrative listing given below)

1

System should be capable of identifying the default in payment to the banks/sundry debtors and other statutory bodies, etc., bouncing of the high value Cheque and generate alert.

2

Alert for Onerous clause in issue of BG/LC/standby letters of credit.

3

Alert for delay observed in payment of outstanding dues.

4

Alert for critical issues highlighted in the stock audit report.

5

Alert for material discrepancies in the annual report.

6

Alert for significant inconsistencies within the annual report (between various sections).

7

Alert for poor disclosure of materially adverse information and no qualification by the statutory auditors.

8

Alert for frequent change in accounting period and/or accounting policies.

Page 77 of 165


Alerts from Third Party Data Providers (Illustrative listing given below)

1

Alert for Dispute on title of the collateral securities.

2

Alert for same collateral charged to a number of lenders.

3

Alert for liabilities appearing in ROC search report not reported by the borrower in its annual report.

4

Alert for reduction in the stake of promoter/director.

Alerts from Internet Sources (Illustrative listing given below)

1

System should be able to identify accounts/customers Raided by Income tax/Sales tax/Central excise duty officials/any other statutory body and generate alert.

2

Alert for resignation of the key personnel and frequent changes in the management.

Other Alerts Mandated by RBI

1

System should be capable of providing alert in frequent change in the scope of the project to be undertaken by the borrower.

2

Alert for invoices devoid of TAN and other details.

3

System should be capable of providing alert in costing of the project which is in wide variance with standard cost of installation of the project.

4

Alert for request received from the borrower to postpone the inspection of the go down for flimsy reasons.

5

Alert for concealment of certain vital documents like master agreement, insurance coverage.

6

Alert for non-submission of original bills.

Alerts for H&T finance and other Tie up facilities (Illustrative listing given below)

1

Capturing individual accounts’ outstanding which are linked to Corporate client which gives Corporate Guarantee to all these accounts by linking to “Guarantor” field of loan masters.

2

Alert when one debit entry (liability entity) leading to multiple credit entries into loan accounts (say more than 100 accounts).

3

Alert when several debit entries from loan accounts leading to single credit entry into one liability (deposit) account.

Page 78 of 165


All the Alerts related to SMAs

1

The EWS solution Should be capable of classifying the exposures as SMA 0/ SMA 1/ SMA 2 as per RBI definition, both individually and as well as in a group.

2

System should classify borrower’s accounts as SMA0/SMA1/SMA2 considering both fund based and non-fund based limits.

3

The EWS solution Should be classify the accounts as SMA0 if the principal/ interest payment overdue for a period up to 30 days and accounts shows sign of incipient stress.

4

System should classify the accounts as SMA1 if the principal/interest payment is overdue between 31-60 days.

5

System should classify the accounts as SMA2 if the principal/interest payment is overdue between 61-90 days.

6

System should be capable of computing that how frequently the account has come in default during the quarter and gone out of default during the quarter.

7

System should be capable of providing alert where there is delay of 45 days or more in submission of stock statements.

8

System should be capable of providing alert for non-submission of various operating control documents. List of documents will be informed by bank.

9

System should be capable of alerting for non-renewal of facilities on due date and allowing operation in such accounts.

10

System should be capable for alerting for actual sales /operating profits falling short of projections.

11

Alert for non-cooperation of borrower /prevention from conduct of stock audit.

12

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

13

Alert for drop in External rating of the borrower.

14

Alert for drop in Internal rating of the borrower

15

Alert for return of cheques (more than 3) due to non-availability of fund /DP in the account in a month.

16

Alert for third request for extension of time either for creation or perfection of securities as against time specified in original sanction term.

17

Alert for more numbers of Overdrafts in Current Accounts.

Page 79 of 165


18

Alert for promoters pledging /selling their shares in the borrower company due to financial stress.

19

Alert for CC/OD accounts where o/s balance remains continuously in excess of the sanctioned limit/ DP for (i) 0-30 days (ii) 31-60 days (iii) 61-90 days

20

Alerts in CC/OD accounts where o/s in the principal operating accounts is within limit /dp but there is no credits continuously for (i) 0-30 days (ii) 31-60 days (iii) 61-90 days or credits are not sufficient for interest debits.

21

Bills purchased or discounted (other than those backed by LCs issued by banks) and derivative exposures with receivables representing positive mark to market value 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

1

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) - Count based - Quantity based - Industry based - or a combination of the above

2

EWS solution should have ability to suppress unwanted alerts on the following parameters: - permanently or - duration based - for a Particular geography of operations - for a particular industry - for a particular entity/group of entities - or a combination of the above

3

The EWS solution is expected to have features for setting a time validity for certain alerts

4

EWS solution must permit an option for creation of a manual alert for non-standard events that cannot be ordinarily captured by the EWS

5

EWS solution should have capability to group alerts into single entity actionable events.

6

EWS solution should be able to differentiate between cases which were created from alerts versus those which were created manually

7

The proposed application should be capable of maintaining history of alerts generated and provide a framework for trend analysis

Alerts Scoring

Page 80 of 165


1

The EWS solution is expected to have features for scoring alerts based on suitable statistical rating/scoring models.

2

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 accumulated over a period of time and other qualitative parameters the bank may consider adequate.

3

The EWS solution must also provide multiple options for suitable statistical rating/scoring models to determine overall risk score to each loan account and overall at a customer level.

4

The EWS solution is also expected to have capabilities to remove/not consider from the scoring of the loan account or 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.

8

The system should support defining customer / group level exceptions at any stage e.g. account opening, etc. The 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 81 of 165


9

The system should perform transactions monitoring by analyzing transactions and comparing them against set Benchmarks. Any deviation from benchmark should result in an Alert, which should be then tracked to resolution.

10

The system should provide for monitoring all amount- based transactions, whether for the current day or historical by 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.

11

The system should provide the user to generate a suspicious transaction report and fill up all the requisite 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.

12 The system should have alert scenarios for individual transaction as well as historical transactional behavior. Should support profiling of customers.

13

The system should have provision to define global benchmarks as well as account specific benchmarks for an alert scenario. Should be possible to set threshold limits.

14

The system should monitor transactions and analyze them against benchmarks & generate alerts on exceptions. Should be possible to build profiles based on transaction type and Turnover Details.

15 The user should be able to select transactional attributes & view required transactions (Report Module)

16 The system should have provision to create user defined rules

17

System should be capable of handling real time alerts. Real Time/On-Line Solution basically required for fraud detection on Off-Line mode accordingly data available of T-1 days in BOI.

18

Identify multiple wire transfer transactions with common suspicious characteristics

19

Automatically generate alerts / reports on Blocked and Rejected items

20

The system should have tools to analyze historical transactional attributes of an account & suggest benchmark value. Should support analysis of sequencing of events such as Placement, Layering and Integration accordingly, look forward and backward.

21

The system should enable user to effectively manage alerts generated from the time of generation till such time an appropriate action is taken

Page 82 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 83 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

1

Reports should be available in XML, XBRL, etc. format, as per specifications where the data has to be sent to RBI/statutory boards

2

It should be possible to configure or generate various reports for daily/week/Month/Quarter/Year and as per the requirement of the Bank

3

The system should be able to provide configurable reports like Amount in Full, Lakhs, Millions etc.

4

The system should be capable in providing drill down reports with Account wise, Branch wise, Customer wise, Industry wise, Sector wise, Zonal wise, Size wise, etc.

5

The system should be capable of risk categorization of borrowers based on frequency/gravity of Alerts

Page 84 of 165


6

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)

- Customer wise alerts (along with rating/severity, status of the alert and ageing thereof)

- Alert trending reports (along with rating/severity, status of the alert and ageing thereof)

- Manager wise alerts (along with rating/severity, status of the alert and ageing thereof)

- Product wise alerts (along with rating/severity, status of the alert and ageing thereof)

- or a combination of the above

7

The access to the EWS alert dashboards must be based on designation of the user i.e. need to know basis

8

The EWS should provide features for visualization, navigating and drilling into listed alerts, rules that triggered the alert and information from the banking systems on the account/customer impacted by the alert.

9

System should provide users with the option to print, i.e. print to files of various formats-xls, pdf, csv etc. print to printer etc.

10

The solution should support distribution of Reports and Dashboards to iPad and Android devices. The Native App should be freely available for iPad on iTunes App Store and for Android devices on Google Play

11

The solution should allow the analysis / explorations / reports based on in-memory data to be pushed for offline viewing to mobile devices

12

The solution should have the ability for Interactive report viewing for information consumers on iPad and Android devices

13

Reports and Dashboards access on iPad and Android devices should be using a native application which helps leverage most popular gestures and capabilities, including zoom, swipe, etc., to optimize ease of use and user engagement

14

The solution should support same dashboard / report created on Web to be accessed from iPad and Android devices without requiring any redesign

15

The solution should allow users to securely view reports on mobile devices while online or offline

16

The solution should provide collaboration support with Annotation on Tablet

Page 85 of 165


17

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

1

Based on result of the alert triggers, EWS must provide a framework for converting alerts that need deeper analysis or actions.

2

EWS should have advanced routing rules to route along any data event.

3

EWS must provide facilities to attach/removed documents

4

EWS solution should have the ability to assign activities in the workflow to a group of users

5

The user should have ability to apply a mass action to case - close, append etc.

6

The user should have ability to link cases under investigation

7

The user should have ability to write notes in the cases

8

In case of alerts where standardized actions have to be taken EWS must have automated case processing framework

9

EWS have ability to add several alerts to one case

Work Flow Features

1

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

2

EWS have ability for automatic assignment of cases to investigators, ability for supervisor to override and assign cases manually.

3

EWS should provide the ability to perform systematic actions based upon an analyst’s work action.

4

Screen flow and system process must represent the task workflow.

Page 86 of 165


5

EWS should be able to define the systematic actions to be taken, based upon an analyst’s work action.

6

Power users should have the ability to configure standard workflows to route case activities to appropriate teams

7

Detection rules creation/modification and deletion could be subject of approval by more than one appointed person using workflow functionality.

8

Alerts should be managed by more than one appointed person using workflow functionality.

9

Reports review and appropriate reaction could be managed by more than one appointed person using workflow functionality.

10

Workflow actions should not be deleted or altered after submission

11

Internal employee should not be able to delete/modify/recreate workflow steps

12

EWS should provide different access rights for different users

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 87 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 system should 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 88 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

0

Identify good customers and Enhance business by cross sell campaigns thereby providing customer excellence

1

1

The System should provide all the reports as per bank

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 89 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 90 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 91 of 165


TECHNICAL REQUIREMENTS

S. No. Technical Requirements Marks

Vendor

Response

Y,C,N

Bidder

Remarks

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

0

Vendor will be responsible for conducting system

integration testing to verify that all the systems are

Properly integrated and system performs all functions.

1

1

On-line help should be available and complaints

should be resolved within 24 hours.

1

2

Vendor will setup and maintain test environment during

entire period of project implementation.

Page 92 of 165


1

3

Vendor will provide scenarios of UAT and assist in

preparing test cases including the test data to support

all business scenarios. Vendor will assist bank in

analyzing the results.

1

4

Vendor will maintain appropriate program change

control and version control of the system as well as

documentation of the UAT.

1

5

Vendor shall ensure that the software application will

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

6

The Solution should provide the facility to

upload/ download data to/ from peripheral/ existing

systems/Solutions as and when required.

1

7

Solution to be scalable and flexible to

accommodate future upgradations /modifications.

1

8

Solution downtime to be maintained at a tolerable

level as per industry standard.

1

9

Solution to support prioritization functionality to

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 93 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 94 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 95 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 96 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 97 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 98 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 99 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 100 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 101 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 102 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 103 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, Credit Monitoring Department, 3rd Floor, Star House, C-5, G block, Bandra Kurla Complex, Bandra East, 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 104 of 165


FORMAT – 6.1.2

PROPOSAL FORM (PRICE PROPOSAL)

(to be included in e-tender Price Proposal Envelope)

To:

The General Manager Bank of India, Credit Monitoring Department, 3rd Floor, Star House, C-5, G block, Bandra Kurla Complex, Bandra East, 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 105 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 106 of 165


Authorised Signatory

Name:

Designation:

Office Seal:

Place

Date:

Page 107 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

Price Qty Total Price excluding GST

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

P lace :

Date :

Page 109 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. No.

Module / Item Description

Annual Maintenance Charges and 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)

No. of years

Total Maintenance charges (CxD)

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 110 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 111 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 112 of 165


SL.

NO

.

BRIEF DESCRIPTION

OF PRODUCTS &

SERVICES

QUANTITY TO

BE SUPPLIED.

TOTAL

PRICE (Rs.)

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

s a i d . . . . . . . . . . . . . . . . . . . . . . . . . . . . ( F o r t h e P u r c h a s e r )

i n t h e p r e s e n c e o f :

Signed, Sealed and Delivered by the

s a i d . . . . . . . . . . . . . . . . . . . . . . . . . . . . ( F o r t h e S u p p l i e r )

i n t h e p r e s e n c e o f :

Page 113 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 114 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 115 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 116 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 117 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 118 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/ Directors

: 1

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 and Details of contact person (Phone, Fax and E-Mail)

Modules in Use

Date of Sale Whether Warranty/AMC still continues

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 119 of 165


FORMAT 6.11

Service Support Details Form

City / Location

Postal Address,

Telephone, Fax,

E-Mail and

Contact Details of

Support

Personnel

Office Working

Hours

(Please mention

whether the

Support Agency is

Owned or

Franchisee

arrangement)

Number of

Software

Engineers

capable of

supporting the

Software being

offered

Owned or

Franchisee.

Signature of Bidder:

Name :

Business address :

Place:

Date:

Page 120 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 121 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 Module / Item

2 Description

3 Make / Model / Version Part numbers

4 Principal Vendor / Manufac- turer

5 Quantity/ No. of Licenses per installation

6 Number of installations

7 (7 = 5 * 6) Total Quantity


Name: __________

Business Address:

Place:

Date:

Page 122 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

Module

/ Item

(same

as

Col.1

above)

2

Module

Description (

same as Col.2

above)

3

Hardware requirement [Please mention Make / Model (if any), Type and No. of Processors, Memory, bus speed, Hard Disk & Operating System no of users, license type, version etc.]

4

Number of

installations

[same as Col. 6

above]


Name: __________

Business Address:

Place:

Date:

Page 123 of 165


Format 6.14

CONFORMITY TO ELIGIBILITY CRITERIA

Sr. No.

Eligibility Criteria Required Documentary Evidence (list of documents to be attached / uploaded online at MSTC site)

1 Bidder should be a registered company in India under relevant Indian Companies / Companies Act 1956 and should have been in operation for a period at least two years as on date of RFP.

The Certificate of Incorporation issued by Registrar of Companies along with the copies of Memorandum and Articles of Association are required to be submitted along with the technical bid.

Page 124 of 165


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.

Supported by documentary evidence such as copies of the Purchase Order or Agreement or Service Contracts wherever entered. (The Bank will consider the arrangements to be firmed up only when documents evidencing agreements signed or undertakings / commitments made are submitted). Letter from the organization concerned confirming successful implementation of Early Warning Signals (EWS) solution/ Risk Management/ Fraud Risk Management solution with them, to be submitted, A certificate stating that OEM solution has been implemented successfully to be submitted along with Technical Bid. The Certificate should be issued by CIO or IT Head of the Bank / Institution. - (UAT sign off letters are not acceptable) Also to submit a summary of at least one such project implemented successfully with Technical Bid, giving the following details: • Name of the Client • 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 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.

Full set of Audited Financial statements along with schedules - Balance Sheet and Profit & Loss Account for the relevant years to be submitted.

and Separate certificate from company’s statutory Auditor to that effect be submitted.

Page 125 of 165


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.



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.



6 During the tender process, the Bidder should not appear in SMA 1 or SMA 2 list as per RBI guidelines.

The Bidder to submit an undertaking to that effect.

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.

An undertaking on the bidder’s letter head should be submitted by the Bidder on behalf of the Directors/Partners along with technical bid. As per Format 6.19.

8 The bidder should have permanent office in India with easy access.

Address details to be submitted on bidder’s letter head.

9 The bidder should have branch/ service centers at any one center in India and list of branch / service center / franchises with full details of Name, Address / Telephone Number should be attached.

List of branch / service center / franchises with full details of Name, Address/ Telephone Numbers should be attached. As per Format 6.11.

Page 126 of 165


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.

The certificate that ‘the implementation of the EWS /Risk Management/Fraud Risk Management Solution package is to their satisfaction’ is to be provided by client Bank.

11 The solution offered by the bidder should have adequate redundancy, fault tolerance and Disaster recovery arrangement.

Certificates to that effect from OEM must be submitted.

12 Certificate / Manufacturers Authorization form (MAF) from Original Equipment Manufacturer (OEM) to be attached.

If the bidder is not manufacturer/OEM, they should provide documentary evidence (e.g. Manufacturers Authorization form) for having tied up with the main participating agencies in this outsourcing project. As per Format 6.8.

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.

14 Vendor should submit duly completed Functionality Sheet (Part 5: Technical & Functional Specifications – TFS) indicating Y/C/N. Basis of response should be duly supported by a document evidencing the same.

Vendor to submit response in respect of each functionality indicated in the Functionality sheet given in RFP. Any change in the text or clause of RFP document made by the vendor, the Bid is liable to be rejected.

15 Integrity Pact As per Format 6.18

16 Site Visits by Evaluation Team Report of evaluation team.

Page 127 of 165


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

Bidder to submit undertaking

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.


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 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 in place to ensure Personally Identifiable Information (PII) of customers is protected for confidentiality.


Page 128 of 165


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.

Documentary proof copy of back to back

agreement with application software vendor

(if the bidder proposes a software of

another vendor) to be made available in the

technical bid. Also, Format 6.8 MAF to be submitted.

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.

Bidder to submit certificate from OEM that Solution offered by them is compatible with the Banks CBS and will also work in the upgraded version also. Bidder to submit undertaking that solution will work in upgraded version and no extra cost will be paid towards the same.

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.

Vendors to submit sufficient evidence to claim such exemptions in Technical Bid.

Page 129 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, Credit Monitoring Department, 3rd Floor, Star House, C-5, G block, Bandra Kurla Complex, Bandra East, 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 130 of 165


FORMAT 6.16 PAST EXPERIENCE

S.N.

Name of the Customer

Brief scope of work (specify the size of the bank, implementation scope – modules and version, application support scope – number of years, date of go live of each module etc.)

Attach Reference Letter (Purchase Order/ Agreement)

Project Status (Module wise Live/ Under Implementation)

Name, Designation, tel. No., e-mail of contact person from client side

(Enclose necessary documentary proof) Signature of Bidder: Name: Business Address: Place: Date:

Page 131 of 165


FORMAT 6.17 PRE-BID QUERY FORMAT

Sr. No.

RFP Clause and Page No. RFP Terms Clarification sought

Bank’s response

Page 132 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 133 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 134 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 135 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 136 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 137 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 138 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 139 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) Ex-Principal Secretary. Govt. of UP D-266, Sector-47,Noida, UP Mobile: 9650999444 e-mail: [email protected]

Shri Ashwani Kumar Ex-CMD, Dena Bank Flat No. 101, 1st Floor Plot No. F.P. No.81, Ruby Bandra West Ruby CHSL, 29th Road, Near Duruoella Convent High School. Mobile: 9920262626 e-mail:[email protected]

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 140 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 141 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 142 of 165


Format 6.19 Undertaking by bidder not defaulted/ blacklisted

To,

General Manager,

Bank of India,

Credit Monitoring Department,

3rd Floor, Star House, C-5, G block,

Bandra Kurla Complex, Bandra East,

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 143 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 144 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 Amendment thereto is to be submitted by the Successful Bidder upon notification of Award Of Contract

21 days

7.4 Period within which the Successful Bidder should Sign the Contract after receipt of the Form of Contract.

7 days

7.5 Period of Performance Contract (from the Date of Award of Contract (read with 7.14)

Min 24 months to be 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 Solution (refer 4.15.2)

24 months from date of user acceptance and Sign Off

7.8 User Acceptance tests Refer: 7.17

7.9 Period within which Supplier to remedy defects after having been notified of the same

7 days

7.10 Required period of validity of the Performance Security after the completion of performance

24 months

7.11 Period within which Bank will return the Performance Security subject to terms mentioned in clause 4.6.4

90 days

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 145 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 submission of all documents including Performance Bank Guarantee

20% of total cost

On completion of customization as per requirement of Bank & successful completion of UAT

20% of total cost

Implementation, go-live of Solution as per the scope 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.

30% of total cost

Completion of training & handing over of all documents and 6 months after Sign Off.

20% of total cost

Page 146 of 165


On due performance and completion of project and 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.

10% of total cost

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 147 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 148 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 149 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 Analysis & Response

Timeframe for Resolution / workaround (inclusive of Response Time)

Problem/ Issue/ Defect

Critical 1 Hour 3 Hours

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 : When the System Operation is stopped/ halted or system

malfunctioning but for the same the workaround is available.

Low: Minor irritants during operations.

Page 150 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 151 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 152 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 153 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 154 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 155 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 156 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 157 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 158 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 159 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 160 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 161 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 162 of 165


Annexure E

Important Instructions for 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 [email protected]

2. Ms. Rupali Pandey, Asst. Mgr. Mobile no.-9485704037 Email [email protected]

Contact person (Bank of India):

Shri Rajeev Kumar- 022-66684788 Email: [email protected]


http://www.mstcecommerce.com/



Page 163 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

http://www.mstcecommerce.com/

http://www.mstcecommerce.com/eprochome/rbi

Page 164 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

http://www.mstcindia.com/

http://www.mstcecommerce.com/eprochome%20%20%20to

Page 165 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.
