Request for Proposal for end-to-end implementation of Anti ...€¦ · through email, to ... Bandra...

Request for Proposal for end-to-end implementation of

Anti Money Laundering (AML) Solution

in Regional Rural Banks of Bank of India

Ref: BOI/HO/IT/RRB_AML_RE2(3) dated 08/03/2018

RFP for Anti Money Laundering Solution in RRBs of BOI of 94


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


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 sponsored four Regional Rural Banks (RRBs). These RRBs are spread over 4 States as under –

RRB Name State No. of Districts

No. of ROs

No. of Branches

Gramin Bank of Aryavart, HO - Lucknow

Uttar Pradesh 15 12 705

Jharkhand Gramin Bank, HO – Ranchi

Jharkhand 15 5 240

Narmada Jhabua Gramin Bank, HO – Indore

Madhya Pradesh

14 6 400

Vidharbha Konkan Gramin Bank, HO - Nagpur

Maharashtra 17 6 326

Total 61 29 1671

All these four RRBs are on Core Banking Solutions (CBS). Department of Financial Services,

Ministry of Finance, Government of India has directed to extend full benefits of technology to

all RRBs to improve their operational efficiencies. In terms of extant laws, all banks in the

country are required to put in place suitable anti money laundering measures to monitor, detect

and promptly report any instances of abnormality. GOI and RBI have been continuously

following up with RRBs and sponsor Banks for implementation of Anti Money Laundering

(AML) Solution in RRBs.

Our Bank is inviting Bids from the bidders to provide Anti Money Laundering (AML) Solution in

Regional Rural Banks (RRBs) of Bank of India (BOI) on a CAPEX model.

2. Objective

The Bank plans to implement Anti Money Laundering (AML) Solution in its sponsored Regional

Rural Banks as a part of the monitoring and administrations functions. 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 any changes / modification / new regulatory requirements or reporting

requirements which warrants the Bank’s compliance. The solution would need to be interfaced

to the CBS and other 3rd party solutions to meet the business requirements.

The purpose of this RFP is to obtain competitive proposals for supply of hardware and solutions

that meet the AML compliance requirements. The AML 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 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. Schedule of Bid submission / Address for communication


The Bidding Document may be obtained from the Bank as under or downloaded from Bank’s Website http://www.bankofindia.co.in/tenders and the bid should be submitted to the office of Bank Of India , I T Dept., Head office, Star House2, C-4, G-Block, 8th Floor, Bandra Kurla Complex, Bandra (East) Mumbai – 400 051. Please note that all the information desired needs to be provided. Incomplete information may lead to non-selection.

All Bids must be accompanied by Bid Security as specified in the Bid document.

A non-refundable bid amount of Rs.50,000/- to be paid by means of a demand draft / pay order favoring “Bank of India” payable in Mumbai. If bid downloaded from website, the cost of the bid may be paid along with the technical bid in a separate envelope.

Date and Time of commencement of inspection / Sale of Bid Document

08.03.2018

Date till which pre bid queries to be sent (only through email, to [email protected])

14.03.2018 (Please mention tender ref. no. in the email subject)

Date and time of pre-bid meeting 16.03.2018 by 3.00 p.m. on that day.

Last Date and Time for Receipt of Bids at Bank of India (Address as given below)

31.03.2018 by 3.00 p.m. on that day.

Date and Time of opening of Technical Bids 31.03.2018 - 4.00 p.m.

Date and time of opening of Price Bids Will be advised separately.

Address for submission of bid

General Manager Bank of India, Head Office, I T Dept., 8th Floor, Star House2, C-5, G-Block, BKC Bandra East, Mumbai – 400 051. Email: [email protected]

Bid Document Availability Bidding document

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.


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

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


PART 3: INSTRUCTIONS FOR BIDDERS (IFB) TABLE OF CLAUSES

Clause No.

Topic Clause No.

Topic

A. Introduction 3.18 Format and Signing of Bid

3.1 General D. Submission of Bids

3.2 Broad Scope of Work 3.19 Sealing and Marking of Bids

3.3 Consortium 3.20 Deadline for Submission of Bids

3.4 Eligibility Criteria 3.21 Late Bids

3.5 Cost of Bidding. 3.22 Modification & Withdrawal of Bids

B. Bidding Documents E. Bid Opening and Evaluation

3.6 Content of Bidding Documents 3.23 Opening of Bids by the Bank

3.7 Clarification of Bidding Documents

3.24 Clarification of Bids

3.8 Amendment of Bidding Documents

3.25 Preliminary Examination

C. Preparation of Bids 3.26 Evaluation & Comparison of Price Bids

3.9 Language of Bid 3.27 Contacting the Bank

3.10 Documents comprising the Bid

F. Award of Contract

3.11 Bid Form

3.28 Post qualification

3.12 Bid Prices

3.29 Award Criteria

3.13 Bid Currencies 3.30 Bank’s Right to Accept Any Bid and to Reject Any or All Bids

3.14 Documents establishing Bidder’s Eligibility and Qualifications

3.31 Notification of Award

3.15 Documents establishing eligibility of products & conformity to Bid Documents

3.32 Signing of Contract

3.16 Bid Security 3.33 Performance Security

3.17 Period of Validity of Bids


A. Introduction 3.1 General

3.1.1 To comply with the guidelines of Reserve Bank of India (RBI), Bank of India (hereinafter

referred to BOI) wishes to put in place end to end comprehensive IT Solution for Anti Money Laundering (AML) to be implemented in its sponsored Regional Rural Bank’s (RRBs). It should be in line with the Government / regulatory anti money laundering requirements as prescribed from time to time, hosted at RRB Data Centre (DC) in High Availability mode, along with DR and a minimum uptime time of 99.95%.

3.1.2 In case BOI acquires any RRB/s at any future date AML Solution will also have to be extended to the sponsored RRBs for which only implementation cost will be paid by the Bank. Estimated no. of users for all 4 RRBs will be around 100.

3.1.3 Towards this, BOI wishes to select a competent vendor who will be able to deliver / implement the required AML solution and integrate the same with the Banks’ applications of respective RRB. Vendor will also be required to support RRB 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 Anti Money

Laundering (AML) Solution or bidder who directly can provide the required solution – The AML solution should be implemented at RRBs of BOI and should cover all existing branches / regional offices of RRBs. There are at present 1671 branches and 29 regional offices of RRBs in India. The Bank has implemented Core Banking Solution (CBS) in all its sponsored RRBs. The RRBs’ Data Centre is situated at Navi Mumbai and the Disaster Recovery Centre at Bangalore. The total number of transactions in 4 RRBs is approximately 3.84 Lakhs per day. The total number of accounts is approximately 201.61 Lakhs, with an addition of approximate 1.78 Lakhs accounts per month in all 4 RRBS. The selected bidder should also support obtaining the requisite certifications, integration, maintenance, patching, on boarding of merchant/s, compliance, etc. and day to day operations during office hours and in case of exigencies, any time during the day. Licensing will be for 4 RRBs. Onsite support form the bidder will be till date of go-live and afterwards one dedicated resource i.e. DBA will be onsite for support.

3.2.2 The vendor will have to supply and install the solution : 3.2.2.1 at the respective RRBs Head Offices / RRB Data Centre in Navi Mumbai and also

should replicate at Disaster Recovery Site, Bangalore/ other major city in India The DC will be with high availability and DR without high availability. DC and DR will function as Active/Passive. The RTO and RPO requirement for DC DR replication will be 15 minutes. Application and database to have separate instance for each RRB. Implementation will be at DC(CBD Belapur-Navi Mumbai) and DR at Bengaluru. For RRB head office the application will be accessed by their teams at respective RRB Hos. 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 AML 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 Systems/Applications, Storage and Retrieval Solution, in addition to Fraud Management. Risk Classification and online as well as present customer database screening against banned entities and PEP. Generation of all statutory reports in required format. (STR, CTR ,CCR, NPOTR and CBWT-Cross Border Wire Transfer) and future mandated by statutory authority.

. 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 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 RRBs, 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 Regional Offices 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 RRBs.

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 RRBs who use Oracle as database. 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 with 4

instances, one for each RRB. 3.2.10 wherever necessary KVM switches will have to be provided by the bidder. 3.2.11 The solution /application will be accessed by 4 RRBs from their respective Head Offices.

Solution provide(bidder) to ensure the same. 3.2.12 Any upgradation or modification required by the Bank till the time of Go-Live and 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.

3.2.13 Bid price for the hardware and software to be quoted separately, but should be for both

Data Centre and Disaster Recovery.

3.2.14 The solution should have the capability to integrate with Finacle or any other third party

solution as required by the Bank.

3.2.15 DC and DR should have at least an onsite DBA support during office hours of the bank

and in case of exigencies of the bank/RRBs can request for extra hours.


3.2.16 The Bank may provide a centralized location for training or may ask the successful

vendor to give training at the centres required by RRBs.

3.3 Consortium

3.3.1 If the Bidder is not a manufacturer, they should provide documentary evidence (e.g.

Manufacturers’ Authorization Form) for having tied up with the main participating agencies in this outsourcing project.

3.3.2 Further, the system integrator or 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.

3.3.3 The system integrator or bidder will be one point contact to provide the solution to the

Bank. The selected system integrator or bidder will provide the Bank a complete solution including but not limited to supply, installation of required software.

‘Successful Bidder’ is the system integrator or bidder whose technical bid has been accepted and emerges as H1(highest rated) bidder in the techno-commercial process.

3.3.4 The solution proposed by the system integrator or bidder should have been operationalised and continue to be in successful operation in at least two Private / Public Sector Undertaking Bank having minimum business mix of Rs. 2 lakh crores as on 31.03.2017. One of the locations must be a Finacle location.

A summary of one such project implemented must be enclosed with the Technical Bid,

giving the following details:

Name of the Client

Number of Branches

Nature of the Project

Scope of the Project

Project Deliverables

Architecture of the solution implemented

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 / Institutional 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 numbers, E-Mail IDs, etc. (Attach copies of purchase orders)

(Above Details are MANDATORY and to be included in technical bid. Without the above details, the Bid is liable to be Rejected)

3.3.5 The Bank also reserves the right to inspect such installation/s while evaluating the

Technical Bid. The system integrator or bidder should obtain permissions and bear all the expenses in this regard.


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/or managed end to end Anti Money Laundering

Solution successfully for minimum 03 year, in at least two Private / Public Sector Undertaking Bank having minimum business mix of Rs. 2 lakh crore as on 31.03.2017. One of the locations must be a ‘Finacle’ location.

3.4.3 Bidder should have experience of deployment of monitoring and management solution

of Anti Money Laundering. 3.4.4 The Bidder should have yearly sales turnover of not less than Rs.100 Crores during last

two financial years (2015-16 and 2016-17). (Certificate from a Chartered Accountant to be attached).

3.4.5 The bidder must be having positive net worth in at least two of the last three years (2014-

15, 2015-16 and 2016-17).Certificate to that effect from Chartered Accountant to be attached.

3.4.6 Bidder should not have been blacklisted by any PSU bank in India / IBA / RBI. 3.4.7 The bidder should have permanent office in India with easy access. 3.4.8 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.9 The Bank also reserves the right to inspect such installation/s while evaluating the

Technical Bid. The vendor should bear all the expenses in this regard. Site visits by Bank’s Evaluation Team are mandatory and all the expenses incidental to same are to be borne by vendor. The certificate that ‘the implementation of the AML package is to their satisfaction’ is to be provided by the Bank.

3.4.10 The System integrator or bidder should either have solution of its own or should be ready

to provide an arrangement with a vendor providing such services. 3.4.11 The application software offered by the system integrator or bidder should have

adequate redundancy, fault tolerance and Disaster recovery arrangement. 3.4.12 The System integrator or bidder can have a partner / consortium to provide necessary

services as mentioned above. A certificate to this effect must be submitted along with technical bid.

3.4.13 Financial statements i.e. Balance sheet and Profit & Loss accounts for last three years

of vendor and consortium partners, if any will have to be submitted.

3.4.14 The bidder must have satisfactorily conducted Bank Account. A certificate to that effect from bidder’s Banker should be furnished along with the bid.


3.4.15 Apart from above points, vendor must secure a score of 1080 marks in the functionality sheet (PART 5: TECHNICAL & FUNCTIONAL SPECIFICATIONS -TFS) to become technically eligible.

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:

(a) PART 1 - Invitation to Bid (ITB) (b) PART 2 - Disclaimer (c) PART 3 - Instruction 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, 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.

3.7 Clarification of Bidding Documents

3.7.1 A prospective system integrator or Bidder requiring any clarification of the Bidding

Document may notify the Bank in writing or by Fax at the address / fax number / 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 six (6) 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.

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 system integrator or Bidder, may modify the Bidding Document/s, by amendment.

3.8.2 All prospective System Integrators or Bidders that have received the Bidding Document

will be notified of the amendment in writing or fax or E-mail 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 System integrator or Bidder, as well as all correspondence and documents relating to the Bid exchanged by the System integrator or Bidder and the Bank and supporting documents and printed literature shall be written in English.

3.10 Documents Comprising the Bid

i. Documents comprising the Technical Bid Envelope, 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.14 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.16 herein.

f) Details of Projects Handled / Referral Letters as per Clause 3.4.2.

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 (where applicable).

j) Service Support Details Form, as per Format 6.11

k) Additionally a Masked price bid should be kept with the Technical bid i.e. Bill of

Materials as per Format 6.13, listing the components as listed in the Masked Price Schedule without indicating the price in another separate closed / sealed cover. Please note that no price should be mentioned in this format.

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. Note While submitting the Technical Bid, literature on the software/hardware if any, should be segregated and kept together in one section/lot. The other papers like Bid Security, forms as mentioned above, etc. should form the main section and should be submitted in one lot, separate from the section containing literature and annual accounts.


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 Price Bid Envelope, 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 one separate closed sealed cover.

b) The Bid as per Format 6.1.2 as furnished in the Bidding Documents duly signed by the Bidder and completed. -------------

Each copy of the Proposal should be in two parts, as mentioned below. The Vendor shall seal the “Technical Proposal” and “Price Proposal” separately and the same shall:

i) be addressed to the Bank at the address given; and ii) bear the Project Name “RFP-Anti Money Laundering (AML) Solution in RRB” and a

statement: “DO NOT OPEN BEFORE ____(Last date of receipt of bid to be entered)”.

Proposals must be received by the Bank at the address specified, no later than the date & time specified in Request for Proposal.

3.10.2 Documents submitted should be as below - The Proposal shall be submitted in two separate envelopes – Part I covering the Technical, Commercial (except price) and Qualification aspects hereinafter referred to as ‘Technical Proposal’ and Part II covering only the price schedules hereinafter referred to as the ‘Price Proposal’. The two parts should be in two separate covers, each super-scribed with the name of the Project (Proposal for RFP-Anti Money Laundering (AML) Solution in RRB”) as well as “Technical Proposal” and “Price Proposal” as the case may be.

3.11 Bid Form

3.11.1 The System integrator or Bidder shall complete both the two Envelopes of the Bid Form

furnished in the Bidding Document separately, indicating the products to be supplied, a brief description of the products, their country of origin, quantity and prices and submit them simultaneously to the Bank. Bids are liable to be rejected if only one (i.e. Technical Bid or Price Bid) is received.

3.12 Bid Prices The detail Bid price indicated in Price schedule should be separately quoted for both

Hardware / Software Application. The Hardware price schedule should include all the Hardware infrastructure necessary at the RRB-Data Centre Site and Disaster Recovery Site. The Software Application should also be quoted in such a manner that it should indicate the Application, OS cost at the RRB-Data Centre. The implementation at all the sites should be quoted in the Price schedule. Bid price for the hardware and software to be quoted separately, but should be for both Data Centre and Disaster Recovery.

3.12.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 1 year from last date for submission of the tender.


3.12.2 Prices quoted by the System integrator or Bidder shall be fixed during the system

integrator’s or 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 exclusive of all taxes.

3.13 Bid Currencies 3.13.1 Bids are to be quoted in Indian Rupees only. 3.14 Documents Establishing System Integrator’s or Bidder’s Eligibility and

Qualifications 3.14.1 The System integrator or Bidder shall furnish, as part of its Bid, documents establishing

the System integrator’s or Bidder’s eligibility to Bid and its qualifications to perform the Contract, if it’s Bid is accepted.

3.14.2 The documentary evidence of the system integrator’s or 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 system integrator or Bidder offering to supply products and/or Systems under the Contract which the system integrator or Bidder did not produce, the system integrator or Bidder has been duly authorized as per authorization Format 6.8.

b) given in the Bid, by the products’ Producer to supply the products and / or Systems in India;

c) In the above case, the system integrator or bidder must also have a back to back

agreement with the application software vendor which should include amongst other the readiness of the system integrator to provide required uptime, agreement to provide the necessary support for at least 7 years, readiness to enter into an escrow agreement with bank, etc. Documentary proof copy of agreement with application software vendor (if the system integrator or bidder proposes a software of another vendor and/or comes in consortium with such vendor) to be made available in the technical bid.

d) that adequate, specialized software expertise are already available to ensure that the support services are responsive and the System integrator or 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.

3.15 Documents Establishing Eligibility of Products and Conformity to Bidding Documents

3.15.1 The system integrator or 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 system integrator or Bidder proposes to supply under the Contract.

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

c) a confirmation that, if the System integrator or Bidder offers systems and/or other

software produced by another company, such software operates efficiently on the system proposed by the system integrator or Bidder; and the system integrator or Bidder is willing to accept responsibility for its successful operation.

3.16. Bid Security

3.16.1 The system integrator or Bidder shall furnish, as part of its Bid, a Bid security in Clause

3.10.i.e. 3.16.2 The Bid security is required to protect the Bank against the risk of system integrator’s

or Bidder’s conduct, which would warrant the security’s forfeiture. 3.16.3 The Bid security shall be denominated in Indian Rupees and shall be in one of the

following forms:

a) a bank guarantee issued by a nationalised / public sector bank in India (other than Bank of India), acceptable to the Bank, in the form as per Format 6.4 provided in the Bid, valid for forty-five (45) days beyond the validity of the Bid

OR b) a Banker’s Cheque / Demand Draft, issued by a Nationalised / Public sector Bank

in India, drawn in favour of Bank of India and valid for a period of three months. 3.16.4 Any Bid not secured, as above, will be rejected by the Bank, as non-responsive.

3.16.5 Unsuccessful system integrator’s or Bidders’ Bid security will be discharged or

returned as promptly as possible but not later than sixty (60) days after the expiration of the period of Bid validity prescribed by the Bank.

3.16.6 The successful system integrator’s or Bidder’s Bid security will be discharged upon the

system integrator or Bidder signing the Contract and furnishing the performance security as per Format 6.6.

3.16.7 The Bid security may be forfeited:

a) if a system integrator or Bidder withdraws its Bid during the period of Bid validity specified by the system integrator or Bidder on the Bid Form; or


b) if a system integrator or 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 system integrator or Bidder, if the system integrator or

Bidder fails;

(i) to sign the Contract; or (ii) to furnish Performance Security as mentioned in Clause 3.33 herein.

3.17 Period of Validity of Bids 3.17.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.17.2 In exceptional circumstances, the Bank may solicit the system integrators’ or 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 system integrator or Bidder may refuse the request without forfeiting its Bid security.

3.18 Format and Signing of Bid

3.18.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.18.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.19 Sealing and Marking of Bids 3.19.1 The System integrators or Bidders shall seal the envelopes containing “Technical Bid”

and “Price Bid” separately and the two envelopes shall be enclosed and sealed in an outer envelope. The bidder should submit the soft copy of the Technical bid document in the form of CD, in the sealed envelope containing ‘Technical Bid”.

3.19.2 The inner and outer envelopes shall:

a) be addressed to the Bank at the address given; and b) bear the Project Name ", RFP-Anti Money Laundering (AML) Solution in RRB”

“and a statement: “DO NOT OPEN BEFORE (mention respective bid opening dates)”.

c) All envelopes should indicate on the cover the name and address of the Bidder.

3.19.3 If the outer envelope is not sealed and marked, the Bank will assume no responsibility

for the Bid’s misplacement or premature opening.


3.20 Deadline for Submission of Bids 3.20.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.20.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 system integrators or Bidders previously subject to the deadline will thereafter be subject to the deadline as extended.

3.21 Late Bids

3.21.1 Any Bid received by the Bank after the deadline for submission of Bids prescribed, will be rejected and returned unopened to the system integrator or Bidder.

3.22 Modification and Withdrawal of Bids

3.22.1 The system integrator or Bidder may modify or withdraw its Bid after the Bid’s submission, provided that written notice of the modification, including substitution or withdrawal of the Bids, is received by the Bank, prior to the deadline prescribed for submission of Bids.

3.22.2 The system integrator’s or Bidder’s modification or withdrawal notice shall be prepared,

sealed, marked and dispatched. A withdrawal notice may also be sent by Fax, but followed by a signed confirmation copy, postmarked not later than the deadline for submission of Bids.

3.22.3 No Bid may be modified after the deadline for submission of Bids. 3.22.4 No Bid may be withdrawn in the interval between the deadline for submission of Bids

and the expiration of the period of Bid validity specified by the Bidder on the Bid Form. Withdrawal of a Bid during this interval may result in the system integrator’s or Bidder’s forfeiture of its Bid security.

E. Opening and Evaluation of Bids

3.23 Opening of Bids by the Bank

3.23.1 The system integrators’ or Bidders’ names, Bid modifications or withdrawals and the presence or absence of requisite Bid Security and such other details as the Bank, at its discretion, may consider appropriate, will be announced at the Bid opening. No bid shall be rejected at bid opening, except for late bids, which shall be returned unopened to the system integrator or Bidder.

3.23.2 Bids (and modifications sent) that are not opened at Bid Opening shall not be

considered further for evaluation, irrespective of the circumstances. Withdrawn bids will be returned unopened to the system integrators or Bidders.

3.24 Clarification of Bids

3.24.1 During evaluation of the Bids, the Bank, at its discretion, may ask the system integrator or Bidder for clarification of its Bid. The request for clarification and the response shall be in writing, and no change in the prices or substance of the Bid shall be sought,


offered or permitted. 3.25 Preliminary Examination 3.25.1 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.

3.25.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.25.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, Applicable Law, Performance Security, Qualification Criteria, Insurance, Warranty, AMC and Force Majeure 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 system integrator or bidder and witness demos of the system and verify functionalities, response times, etc.

3.25.4 If a Bid is not substantially responsive, it will be rejected by the Bank and may not

subsequently be made responsive by the system integrator or Bidder by correction of the non-conformity. The technical evaluation will take into account the capability of the bidder to implement the proposed solution.

3.25.5 Only those system integrators or 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). In case of normalization and/or revision, they would also be advised to submit fresh “Price Bid” which should either be equal to or less than the Prices quoted in the Original Price Bid.

3.26 Evaluation and Comparison of Price Bids

The bidder may quote the best competitive price in the commercial bid as

Bank may or may not opt for Reverse Auction and in case Bank does not

opt for Reverse Auction, the commercial bid submitted by you will be

opened to decide the L1 price. 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.

3.26.1 Only those bids which are found to be technically responsive will be

informed of the date / time / Venue of opening of price bids.


3.26.2 The Technical Bids will be evaluated as per eligibility criteria. Thereafter

the Bank reserves the right of selection of Vendor by Opening of Commercial

Bids of vendors, who are found eligible after evaluation of Technical Bids.

3.26.3 After opening of price bids and declaring the prices, the Bank will

evaluate and compare the Price bids.

3.26.4 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 Successful 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 will 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. An adjustment of 0.5% of the Bid price per week or part of week will be added for evaluation of Bids offering delayed deliveries.

(b) Deviation in payment schedule

The TCC Clause 4.18 stipulates the payment schedule offered by the Bank. If a Bid deviates from the schedule and if such deviation is considered acceptable to the Bank, the Bid will be evaluated by calculating interest earned for any early payment involved in the terms outlined in the Bid as compared with those stipulated in this invitation, at the rate of 18% per annum.

(c) Quotation of Prices for all Items

The system integrator or Bidder should quote for complete consignment of items proposed/listed in this Bid. In case, prices are not quoted by any system integrator or Bidder for any specific item / Product / service, for the purpose of evaluation, the highest of the prices quoted by other system integrators or Bidders participating in the bidding process will be reckoned as the notional price for that product /service, for that system integrator or Bidder. However, if selected, at the time of award of Contract, the lowest of the price(s) quoted by other system integrators or Bidders (whose Price Bids are also opened) for that product /service will be reckoned. This shall be binding on all the system integrators or Bidders. However, the bank reserves the right to reject all such incomplete bids.


3.27 Contacting the Bank

3.27.1 No system integrator or 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.27.2 Any effort by a system integrator or Bidder to influence the Bank in its decisions on Bid

evaluation, Bid comparison or contract award may result in the rejection of the system integrator’s or Bidder’s Bid.

F. Award of Contract

3.28 Post-qualification 3.28.1 All the Price bids after their evaluation on the parameters mentioned above would be

arranged in ascending order and the contract would be awarded to the H1 bidder emerged through evaluation process.

3.29 Award Criteria 3.29.1 The Bank will award the Contract to the successful system integrator or 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.

3.30 Bank’s right To Accept Any Bid and to reject any or All Bids. 3.30.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 system integrator or system integrators or Bidder or Bidders or any obligation to inform the affected system integrator or system integrators or Bidder or Bidders of the grounds for the Bank’s action.

3.31 Notification of Award 3.31.1 Prior to expiration of the period of Bid validity, the Bank will notify the successful system

integrator or Bidder in writing or by fax, that its Bid has been accepted. 3.31.2 The notification of award will constitute the formation of the Contract. 3.31.3 Upon the successful system integrator’s or Bidder’s furnishing of Performance Security,

the Bank will promptly notify each unsuccessful Bidder and will discharge its Bid security.

3.32 Signing of Contract

3.32.1 At the same time as the Bank notifies the successful system integrator or Bidder that its’ Bid has been accepted, the Bank will send the system integrator or Bidder the Contract Form as per Format 6.5, incorporating all agreements between the parties.

3.32.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.33 Performance Security


3.33.1 Performance Security in the required format to be submitted by the successful system integrator or bidder as per Clause 4.6

3.33.2 Failure of the successful system integrator or Bidder to comply with the requirement of

Clause 3.31.2 or Clause 3.32.1 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 system integrator or Bidder or call for new Bids.

Note: Not withstanding anything said above, the Bank reserves the right to reject / award the

contract to any system integrator or vendor or cancel the entire process without assigning reasons thereto.

**********


PART 4: TERMS AND CONDITIONS OF CONTRACT (TCC)

TABLE OF CLAUSES

Clause No.

Topic Clause No.

Topic

4.1 Definitions 4.21 Contract Amendments

4.2 Country of Origin 4.22 Assignments

4.3 Standards 4.23 Delay in Supplier’s Performance

4.4 Use of Contract Documents and Information

4.24 Liquidated Damages

4.5 Patent Rights 4.25 Termination for Default

4.6 Performance Security 4.26 Force Majeure

4.7 Inspection & Quality Control Tests

4.27 Termination for Insolvency

4.8 System & Other Software 4.28 Termination for Convenience

4.9 Acceptance Tests & Certificate

4.29 Resolution of Disputes

4.10 Packing 4.30 Governing Language

4.11 Delivery & Documents 4.31 Applicable Law

4.12 Insurance 4.32 Addresses for Notices

4.13 Transportation 4.33 Taxes and Duties

4.14 Incidental Services 4.34 Supplier Integrity

4.15 Warranty 4.35 Supplier’s obligations

4.16 Maintenance Services 4.36 Patent Rights

4.17 Training 4.37 Site Preparation and Installation

4.18 Payment 4.38 Commissioning of the Solution

4.19 Prices 4.39 Technical Documentation

4.20 Change Orders 4.40 Right to use defective product


4.1 Definitions

In this Contract, the following terms shall be interpreted as indicated: 4.1.1 ”Solution” means a package of Anti -Money laundering 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 RRB DC / Head Office of respective RRBs, 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 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 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.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.

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

4.9 Acceptance Procedure: On successful completion of installation, commissioning, acceptability test, receipt of

deliverables, etc., and after the solution runs successfully for three months after going live and Bank/RRB is satisfied with the working on the system, the acceptance certificate (as mutually decided and approved by the Bank/RRB) 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.

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.

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, valid for a period not less than 3 months after installation and commissioning and issue of acceptance certificate by the Bank.

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

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 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.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 Half-year after the date of completion of warranty period, subject to satisfactory services rendered, till that date.

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

4.20 Change Orders 4.20.1 The Bank may, at any time, by a written order given to the Supplier, make changes

within the general scope of the Contract in any one or more of the following:

a) method of shipment or packing; b) place of delivery; c) Technical and functional specifications d) Services to be provided by the Supplier.

4.20.2 If any such change causes an increase or decrease in the cost of, or the time required

for the Supplier’s performance of any provisions under the Contract, an equitable


adjustment shall be made in the Contract Price or delivery schedule, or both, and the Contract shall accordingly be amended. Any claims by the Supplier for adjustment under this clause must be asserted within thirty (30) days from the date of Supplier’s receipt of Bank’s change order.

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, in whole or in part, its obligations to perform under the

Contract, except with the 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.

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 Supplier fails to deliver any or all of the Products or perform the Services within

the time period(s) specified in the Contract, the Bank shall, without prejudice to its other remedies under the Contract, deduct from the Contract Price, as liquidated damages, a sum equivalent to 0.5 percent per week or part thereof of contract price subject to maximum deduction of 10% of the delivered price of the delayed Products or unperformed services for each week or part thereof of delay, until actual delivery or performance. Once the maximum deduction is reached, the Bank may consider termination of the Contract.

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; 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.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 otherwise insolvent. In this event, termination will be without compensation to the Supplier, provided that such termination will not prejudice or affect any right of action or remedy, which has accrued or will accrue thereafter to the Bank.

4.28 Termination for Convenience 4.28.1 The Bank, by written notice sent to the Supplier, may terminate the Contract, in whole

or in part, at any time for its convenience. The notice of termination shall specify that termination is for the Bank’s convenience, the extent to which performance of the Supplier under the Contract is terminated, and the date upon which such termination becomes effective.

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.


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. Where the value of the Contract is above Rs.1.00 Crore, the arbitral tribunal shall consist of 3 arbitrators, one each to be appointed by the Purchaser and the Supplier. The third Arbitrator shall be chosen by mutual discussion between the Purchaser and the Supplier;

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 the majority of arbitrators 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

d) Where the value of the contract is Rs.1.00 Crore and below, the disputes or

differences arising shall be referred to the Sole Arbitrator. The Sole Arbitrator should be appointed by agreement between the parties.

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 Ban of India, Head Office, I T Dept., 8th Floor, Star House2, 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, duties, levies, charges,

license fees, road permits, etc. in connection with delivery of products at site including incidental services and commissioning. Payment of Octroi, entry-tax, etc., alone, if applicable, will be made at actuals, on production of suitable evidence of payment by the Supplier.

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.

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 Patent Rights/Intellectual Property Rights


In the event of any claim asserted by a third party of infringement of trademark, trade names, copyright, patent, intellectual property rights or industrial design rights arising from the use of the Products or any part thereof in India, the Supplier shall act expeditiously to extinguish such claim. If the Supplier fails to comply and the Bank is required to pay compensation to a third party resulting from such infringement, the Supplier shall be responsible for the compensation 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.37 Site preparation and installation

The Bank is solely responsible for the construction of the hardware site in compliance with the technical and environmental specifications. 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.

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.

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.

************


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 and the hardware, 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 module 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”=5 Marks

Required functionality will be made available with customization

“C”=3 Marks

Required functionality is not available/will not be available

“N”=0 Marks

Maximum possible marks for

functionalities = 1200

Vendor must secure a score of

1080 marks to become

technically eligible.

1. General Software Requirements Mandatory / Desirable

Marks Vendor Response Y,C,N

1.1 The system should be able to support but not be limited to the Multiple Currencies

Mandatory

1.2

Multiple Locations (Browser based access from any of the

connected locations of the Bank) Mandatory

1.3 Multiple Types of Transactions Mandatory


1.4 Multiple Customer Segments Mandatory

1.5 Scalability-System must be scalable without any limitation to accommodate new branches, offices, users, functions, new software upgrades such as operating systems

Mandatory

1.6 Facility to define view and query rights to different work groups.

Mandatory

1.7 All the modules of the software should be fully integrated and no manual intervention should be needed for inter-modules operations.

Mandatory

1.8 Rules must be modifiable without vendor intervention from the front end, with logs of changes made.

Mandatory

1.9 Should support processing on Real time, Online, Off-line, batch mode, etc. Should also support scheduling and defining of jobs.

Mandatory

1.10 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

Mandatory

1.11 User definition, restricting view for various reports/menu / DBA menu maintenance.

Mandatory

1.12 Proper indexing and maintenance of table without loading the system

Mandatory

1.13 Should have the ability to Integrate with sources like messaging systems like SMS, Email, etc

Mandatory

1.14 Should be able to evaluate multiple complex, inter-related rules simultaneously

Mandatory

1.15 Should offer multi currency support

Mandatory

1.16

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.

Mandatory

1.17 Should be possible to generate list of accounts at a given address, Telephone, name, etc.

Mandatory

1.18 Support encryption of data during exchange internally and with external systems.

Mandatory

1.19 System should also have a Fraud Detection Suite online for IBA prescribed Scenarios

Mandatory

1.20 Data Warehousing and Data Mining capabilities Mandatory

1.21 System should have a flexible solution for tuning parameters, modifying and creating new scenarios and risk factors to monitor risks

Mandatory

1.22 System should detect suspicious activity and give Descriptive analytics /Peer grouping /Cluster analysis and provide for setting threshold limits

Mandatory

1.23

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.

Mandatory


1.24

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.

Mandatory

1.25 System should be flexible to set-up various views / alerts using parameters and without any intervention of vendor or any modification of the software

Mandatory

1.26 Well-defined purging policy mechanism to do from front end.

Mandatory

1.27 Should preferably cater to different markets (banking, Insurance, Credit Cards)

Mandatory

1.28 Should have the ability to capture non-financial events such as change of address, customer life event, advisor reassignment, etc.

Mandatory

2. Regulatory Requirements

2.1 Compliance with the FIU requirements, Statutory requirements and guidelines of RBI on KYC and AML time to time.

Mandatory

2.2 Should address and be compliant with the Financial Action Task Force (FATF) recommendations and be flexible to include other lists.

Mandatory

3. KYC

3.1

Should manage blacklists provided by regulatory authorities like the lists provided by FIU, RBI, Office of Foreign Acts Control Specially designated nationals (OFAC SDN), Politically Exposed People (PEP) lists, National Criminal Intelligence Service (NCIS), Office of the Superintendent of Financial Institutions (OSFI), UN sanctioned list etc. Should be possible to add new lists as and when they are introduced in future. Online downloads / checks from such sites should be possible.

Mandatory

3.2

Bank should be able to create watch lists of customers & non-customers. Batch upload of customized lists should be possible. There should be a provision to assign risk to the watch list. Changes to this watch list should also be tracked, with complete audit trail.

Mandatory

3.3

Bank should be able to reduce false positives by creating a white list in which user can add customers who have matched with lists but are not deemed suspicious. Should also have the ability to make a “fuzzy logic” match with the list.

Mandatory

3.4 All new customers as well as existing customers should be checked against blacklists, watch lists and white list.

Mandatory

3.5 Should compare the additions to OSFI, OFAC or other negative lists to the Bank’s clean list.

Mandatory

3.6

The system should have the flexibility to define account type & customer type specific (Saving account, Current account etc) template constituting bank specified mandatory & optional fields, besides the regulatory mandatory fields.

Mandatory


3.7 Any missing mandatory fields for an account holder should be detected & reported.

Mandatory

3.8 System should be able to categorize accounts into risk categories

Mandatory

3.9 Support for replication of selective customer data based on the requirements of the systems for surveillance and monitoring Mandatory

3.10 The system should validate the CIF data and warn the user for missing data elements and support modification for missing data elements

Mandatory

3.11

The AML system should provide a list manager that will be used to manage various lists like OFAC-SDN and Politically Exposed Peoples (PEPs). Users should be able to maintain internal Watch-lists to monitor their customers. Users should be able to add a watchlist and customers to that watchlist. The list manager should have a scan feature where in user should be able to check all the customers added against the lists.

Mandatory

3.12

The AML system should enable the users to define checklists on the Customer / Account Static Data and to generate reports on mandatory information required for different type of accounts. This mandatory information could either have been prescribed by the regulatory authority of the country or required as a part of the Bank’s internal policies.

Mandatory

3.13

The AML system should provide for completely customizable Mandatory Fields Template allowing the user complete flexibility in case any changes / additions are required in mandatory fields.

Mandatory

3.14

After setting the Fields for each customer type, the user should be able to generate Mandatory Fields Missing Report from the system, which should provide the user with a list of names of those customers whose accounts need to be monitored closely, and from whom the BANK needs to get more information.

Mandatory

3.15

The Mandatory Fields Missing Report should provide details of Mandatory Fields Static Data, which will allow the user to capture unfilled mandatory fields in customer data. This Mandatory Fields Static Data should contain the list of all the mandatory fields for a particular customer type, under a particular product and with a particular account status. The report should display the names of those customers, who have not provided any information about themselves to the BANK.

Mandatory

3.16

The AML system should provide a Link Tracer that defines and tracks a multitude of relationships between customers. The Link Tracer should enable the compliance officer to analyze the complexity of a relationship and associations. Graphic presentation of money laundering links

Mandatory

3.17

When a user’s name is entered in the Link Tracer, and the option for checking the published lists databases is enabled, the AML system should scan for the customer’s name among all the stored published lists system databases.

Mandatory

3.18 The user should also have a provision to search for Duplicate Data regarding a customer, when compared to another customer of the BANK.

Mandatory


3.19

The user should also be able to search Static Databases based on parameters such as Address, Introducer’s Name, PAN, Phone No., etc. The result of the search should be a list of customer’s personal / geographical relationships with other customers in the BANK.

Mandatory

3.20 A search made on a customer’s Transactional Data by the users, should result in a list of relationships of that customer with all those who are transacting with him / her.

Mandatory

3.21

Once these relationships are found, the user should have a facility in the system to “Establish” a relationship, and this relationship should be saved in the system along with the customer’s other static data. The user should also have the option of changing this saved relationship later if he / she so chooses.

Mandatory

3.22

The AML system should enable the user to refine the search criteria from Exact Match to Similar Sounding, Partial Name Search, Initials Search, and Sub String search. The user should be able to restrict the number of search results by entering a figure as the “Hit Limit”.

Mandatory

4 Customer Profiling

4.1 The system should support customer risk assessment as per the bank’s standard risk grading/rating criteria

Mandatory

4.2 The system should support classification of customers into risk/behavioral categories based on his risk classification

Mandatory

4.3 The system should support computation of customer's expected behavior based on his CIF details and risk profiling

Mandatory

4.4 The system should support reassessment of customer risk, reclassification and recreation of customer behavioral profile. Risk assessment reports should be provided.

Mandatory

4.5 Re-KYC of customer as per risk profile of the customer Mandatory

5 Transaction Monitoring

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

Mandatory

5.2 The system should support automated relationship identification between linked accounts

Mandatory

5.3 The system should support monitoring transactions at relationship and individual account level

Mandatory

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

Mandatory

5.5

The system should be able to know Money laundering 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

Mandatory


5.6 The system should support paramterising regulatory threshold limits and alert the users on violation / breach of these set limits

Mandatory

5.7 The system should support artificial intelligence to setup and tune the transaction monitoring logic in run time.

Mandatory

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

Mandatory

5.9

The AML 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.

Mandatory

5.10

The AML 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.

Mandatory

5.11

The AML 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.

Mandatory

5.12 The AML system should provide the user an option to view all the STRs generated and update the status as it moves from review to submission.

Mandatory

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

Mandatory

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

Mandatory

5.15

The system should have provision to define multiple benchmarks for alert scenarios based on customer type, nature of business, branch, country & account risk. Should include structured transactions, wire transfers, analysis of unstructured text instructions contained in wire transfers, patterns in multiple wire transfers, etc., high risk geographies, high risk entities, transactions with no apparent business purpose, funds transfer, transactions that may indicate fraud rings, Money market funds, Lines of credit, Credit Cards, Installment loans, etc.

Mandatory

5.16

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.

Mandatory

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

Mandatory

5.18 The system should have provision to create user defined rules

Mandatory

5.19 System should be capable of handling real time alerts Mandatory


5.20 Should monitor transactions involving internal accounts Mandatory

5.21 Identify multiple wire transfer transactions with common suspicious characteristics

Mandatory

5.22 Automatically generate alerts / reports on Blocked and Rejected items

Mandatory

5.23

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.

Mandatory

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

Mandatory

6 Alert Management

6.1 The system should support alert justification recognition i.e. the user should be able to ascertain the reason behind the alert

Mandatory

6.2 The system should be able to escalate/highlight long pending alerts to the higher authorities as parameterized in the solution

Mandatory

6.3 The system should support configuring alerts based on product/branch etc.

Mandatory

6.4

The AML system should enable the user to effectively manage the alerts generated by the system, from time of generation till such time an appropriate action is taken. When an alert is fired, the system should display the weighted Customer, Instrument and Product based alerts in the respective Alert Manager window. Complete description of the alert and the details of entities on which it is generated should also be displayed by the system.

Mandatory

6.5

The AML system should have an Alerts Behavior Monitor, which will be a list of alerts. The real time and non real time alerts should be pre-definable and the user should be able to change only select parameters. The alerts shall be fired based on the benchmarks set. The alerts should be real time alerts and/or non real time alerts.

Mandatory

6.6 Real time Alerts –The Real time Alerts should be fired at the same time as an abnormality occurs.

Mandatory

6.7

The following alerts should be incorporated in AML system as real time alerts. The list below is indicative and not exhaustive, the system should provide for configuring all other alerts that shall be required by the Bank as real time alerts.

Mandatory

6.7.1 Withdrawal to Previous Withdrawal Ratio Mandatory

6.7.2 Deposit to Previous Deposit Ratio Mandatory

6.7.3 Current Deposit Account reaching Minimum Balance Mandatory

6.7.4 Savings Account reaching Minimum Balance Mandatory

6.7.5 More than X % of Account Drained in a Day Mandatory


6.7.6 Huge Cash Transactions Mandatory

6.7.7 High / Low Deposit to Withdrawal Ratio Mandatory

6.7.8 High Amount Transaction by DD, WT Mandatory

6.7.9 Huge Cash Deposits Mandatory

6.7.10 FCN, TC Limits Crossed Mandatory

6.7.11 Transaction in Dormant or Sensitive Account Mandatory

6.7.12 Frequent transfers in related parties accounts Mandatory

6.7.13 Cash deposits / withdrawals beyond parameterisable values Mandatory

6.7.14 Blacklisted customers, introducer, guarantor check Mandatory

6.8

The system should be able to trigger events based on the alerts e.g. in case of deposit of over 50,000/- in cash over the counter the system should prompt the user for entering the PAN number or residential address

Mandatory

6.9 Non Real time Alerts - These alerts should be fired only when a command is generated, after collecting the data. The output of these alerts should be available in the form of a report.

Mandatory

6.10

The following alerts should be incorporated in the AML system as non-real time alerts. The list below is indicative and not exhaustive, the system should provide for configuring all other alters required by the BANK as non-real time alerts.

Mandatory

Deposit or Withdrawal in Newly Opened Accounts

6.10.1 Minimum Account Balance Mandatory

6.10.2 Frequent Transactions Just Under Reporting Threshold Mandatory

6.10.3 Successive Withdrawals from ATM using Consecutive Cards Mandatory

6.10.4 Credits and Debits within a certain period Mandatory

6.10.5 Frequent Cash purchases of TCs, CCs, and MOs Mandatory

6.10.6 High Cash Deposit or Withdrawal Mandatory

6.10.7 Large Number of Transactions in a Day Mandatory

6.10.8 Foreign Exchange Transactions Mandatory

6.11

Subjective Alerts (IBA) – These alerts should be primarily based on observations made by the teller, user or any other employee of the BANK. The AML system should allow the BANK to parameterize subjective alerts based on requirements and to modify and add alerts as and when required.

Mandatory


6.12 The AML system should have an Alert Management tool, which should allow the user to perform the following operations:

Mandatory

6.12.1

The user should be able to assign the alert generated to the various surveillance officers of the BANK. The system should change the statuses of an alert automatically in the course of assigning an alert to a user or adding notes to the alert. The user should be able to enter the various actions to be taken against the customer and maintain record of the status of the alerts.

Mandatory

6.12.2

The AML system should enable the user to view complete details of alerts fired on customers, instruments and products, and transactional details with respect to a particular customer or customers.

Mandatory

6.12.3 The user should also have the option to filter alerts based on various parameters such as time, customer, instrument, product and alert type.

Mandatory

6.13

The AML system should allow the users to pre-assign alerts to single or multiple users. Complete audit trail should be maintained in the AML system for the alerts assignment from one user to another.

Mandatory

6.14

The Reports should also provide information to management on the alerts status. The AML system should provide for an alert assigned report allowing the user to view the alerts and the user/users to whom these alerts have been assigned and also provide for an alert statistics report to allow the user to view the alert statistics and the user/users to whom these alerts have been assigned.

Mandatory

6.15 The AML system should provide for other reports to be generated as required by the BANK at a later date.

Mandatory

6.16 Any/all actions taken by the investigating officer should be recorded in the system.

Mandatory

6.17

The user should be able to view details of all alerts fired on customers, instruments and products as well as all the necessary transactional details with respect to the specified customer.

Mandatory

6.18 The system should have facility to manage false positives

Mandatory

6.19 It should be possible to re-run any rule at any time and “as-of” any past date.

Mandatory

6.20

Rule wizard type utility should be available, should be menu-driven, user-friendly and flexible. Should preferably permit rollback of rule changes. Audit trail of rule-changes to be maintained and system / product limitations of user-rules, if any, to be mentioned as a footnote.

Mandatory

6.21 Should provide the user the option to drill down into the details of the transaction on which the alert was generated.

Mandatory

6.22 The system should have provision for resource allocation & work load balancing

Mandatory

6.23 The user should have the facility of filtering alerts based on parameters such as time, customer, instrument, product and alert type

Mandatory

7 Case Management


7.1 The system should support Case Management Mandatory

7.2 The system should have the flexibility to allow the user to create a case by clubbing various alerts from cases

Mandatory

7.3 The system should support recording the actions taken on each case

Mandatory

7.4 The system should support entering comments and attach supporting evidence, i.e. check image, list of transactions etc, to the cases

Mandatory

7.5 The system should support analytical capabilities for analysis and investigation of cases

Mandatory

7.6

The AML system should provide for a Case Manager that should enable the user to store any kind of information in the folders that he may feel worthy in the course of investigation. The Case Manager should serve the user to undertake a paperless case investigation and enable him to share and electronically transfer case information with other surveillance officers in the BANK. The user should be able to create cases and store alert and non-alert information such as text files, graphs (bitmaps), transactional information of a customer or customers.

Mandatory

7.7

Any folder in the Case Manager cannot be deleted once created. The users should be able to create their folders. The folders should enable the users to store alert info, non-alert info, and graphics. The user should be able to move the data from one folder to another.

Mandatory

7.8 A complete and comprehensive case management module with facility to trace and track each case effortlessly.

Mandatory

7.9 Should be possible to create a case manually or automatically, based on user defined criteria

Mandatory

7.10 Should be possible to configure alerts to automatically produce and send emails to predefined recipients Mandatory

7.11 Should have facility to generate emails from the system to desired recipients without logging out of the system. Mandatory

7.12 Should be possible to manually change priority or risk score of a suspicious transaction or event

Mandatory

7.13 Should be possible to either assign a risk score or change the status of a suspicious transaction or event.

Mandatory

7.14 Should be possible to assign a user to a suspicious transaction or event or change an assigned user.

Mandatory

7.15 Should allow another user to work on a case after it has been initiated by some other user, retaining the integrity of the case and the audit trail.

Mandatory

7.16

Should have facility to store alerts, emails and all necessary information recorded by the surveillance officer to substantiate the case. This includes provision to scan documents and attach them to specific cases

Mandatory

7.17 Application should track key milestone dates in a case (e.g. date open, date closed)

Mandatory

7.18 Should maintain a comprehensive audit trail comprising all actions taken by each user, supervisor, etc.

Mandatory


7.19 Should protect user input so that no other user (even administrator / supervisor) can alter information entered into the system.

Mandatory

7.20

Multiple cases pertaining to the same customer must be automatically linked and alerted. Please explain as a footnote as to how the System handles addition of new cases while existing cases are currently being worked on from the same day or prior periods.

Mandatory

7.21 Should be possible to archive cases offline and retrieve historical data or restore cases as and when needed. Mandatory

7.22 Should be able to provide other account data such as type, amount, etc. for any given case.

Mandatory

7.23 Mechanism to receive email responses within the system and store them appropriately against each case automatically.

Mandatory

7.24

The system should have facility to escalate the case to next level after completion of the role assigned to a user up to logical conclusion of the case. Option to email to users should be available

Mandatory

7.25 Should be possible to customize case resolution codes and descriptions, Case status like initiated, pending etc.

Mandatory

7.26 Should be possible to do an age-wise analysis and view alerts at a summary level, like no. of days open, etc. Mandatory

7.27 Should monitor resolution statistics by alert type, user / operator name, date and other categories.

Mandatory

8 Reporting

8.1 The system should support all regulatory reporting requirements as mandated by the regulatory and statutory authorities from time to time

Mandatory

8.2 The system should support generation of various management information system and adhoc reports as required by the bank from time to time in the format as desired by the bank.

Mandatory

8.3 The system should support archiving of reports for future reference / use

Mandatory

8.4 The system should support tagging the case, supporting documents, comments etc, based on unique identifier

Mandatory

8.5 The system should have provision to generate and automatically transmit Suspicious Transaction reports, Suspicious Activity reports & Currency Transaction reports

Mandatory

8.6 The system should have Customers, Products and instrument based multi-dimensional analysis tools.

Mandatory

8.7 System should generate MIS reports such as most active accounts based on parameters such as deposit frequency, withdrawal frequency, transaction frequency and volume

Mandatory

8.8 System should provide options for printing every report either on common central printer or the printer attached to the terminal and should be configurable

Mandatory

8.9 Should be possible to set up and automatically run a report based on user-defined criteria such as an alert or report every time a transaction crosses a threshold limit.

Mandatory


8.10 Should be possible to produce adhoc reports based on various parameters. Users should be able to develop and store queries and reports.

Mandatory

8.11 System should generate All Regulatory Reports (Present / Future)

Mandatory

8.12 System should generate LEGAL compliance Report to be executed by customers as per RBI/FIU-IND format

Mandatory

8.13

Facility to add reports/menu for generation of new reports apart from the ones provided. Bank should be able to add its own customized reports in future and give links/buttons/icons for newly added reports

Mandatory

8.14 Should be possible to generate reports based on user-defined Regions or Zones.

Mandatory

8.15 Should provide the capability to export data to other systems.

Mandatory

9 System Accessibility

9.1 The system should support deployment of the solution centrally with a centralize data base

Mandatory

10 Suspicious Activities

10.1 Transaction beyond threshold limits specified in accounts Mandatory

10.2 Operations in Dormant accounts Mandatory

10.3 Immediate withdrawal/Transfer of inward remittances. Mandatory

10.4 Adhoc loans to employees. Mandatory

10.5 Transactions made by specified category of users. Mandatory

10.6 Frequent deposit of soiled notes by an account holder Mandatory

10.7 Frequent transactions in round-sums, especially in respect of bills.

Mandatory

10.8 Capability to find out number of cash transactions, amount per day per party / group.

Mandatory

10.9 Single Substantial cash deposit of small denomination note. Mandatory

10.10 Cash credit to multiple account of the same party. Mandatory

10.11 Large number of credits to same account. Mandatory

10.12 High velocity of fund balance, frequent in and out of large amounts to various names

Mandatory

10.13 Frequent and large debit to account for overseas payment and vice versa

Mandatory

10.14 Unexpected repayment to sticky or problematic account Mandatory

10.15 Structuring Mandatory

10.16 Flow-through Mandatory


10.17 Circulation of funds Mandatory

11 Benchmarking

11.1

Default Benchmarks – The AML system 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 AML system 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.

Mandatory

11.2

Visual Benchmarking – The AML systems 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

system 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

Mandatory

11.3

Specific Benchmarking feature in the AML 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.

Mandatory

12 Graphical Analysis Tools

12.1

The AML system should provide for a Regulatory Compliance

graph that will enable the users to view all transactions on any

given day of all or specific customers who have breached the

benchmark set by the user in the Parameters table. The bar

graph should display the aggregate of all transactions in a

particular instrument that have breached the benchmark set by

the user.

Mandatory

12.2

The user should be in a position to view the debit and credit

transactions by way of another chart preferably pie chart below

the bar chart. Mandatory

12.3

The AML system should provide for a Customer Peer Review

graph that should enable the user to make peer comparison

between one or more customers on the basis of their

transactional data. The user should be able to select multiple

customers from the menu provided and make a peer

comparison between customers during a selected period across

Mandatory


instruments used by the customers and across the parameters

provided in the system menu.

12.4

The parameters that should be provided by way of a menu options are Total Debit and Credit transaction, Minimum Credit transaction, Maximum Credit transaction, Total Credit transaction, Average Credit transaction, Minimum Debit transaction, Maximum Debit transaction, Total Debit transaction, Average Debit transaction, Count Total transactions, Count Debit transactions, Count Credit transactions, Minimum Account Balance, Maximum Account Balance, and Average Account Balance.

Mandatory

12.5 Using the customer peer review graph the user should be able to make comparison between two or more customers on any of the above-mentioned parameters.

Mandatory

12.6

The AML system should provide for an Account Behavior graph that will provide the user with an overview of all the transaction made in that account. The graph should display the aggregate deposit transactions and aggregate day wise withdrawal transactions during the selected period.

Mandatory

12.7

The AML system should provide for a Customer Behavior Graph

that will provide the user with an overview of all banking

transactions made by a single customer. The graph should

display the aggregate deposit transactions and aggregate day

wise withdrawal transactions during the selected period.

Mandatory

12.8

The user should be able to view all the deposit and withdrawal

transactions, which have taken place for that customer on a

specific day. Mandatory

12.9

The user should also be in a position to view the day wise

opening and closing account balances by way of a line for

opening account balances and a line for closing account

balances for the given period selected by the user.

Mandatory

12.10

The user should also have the option to view the account

balance movement for any given day in the graph. In this

manner the user should be in a position to track the account

balance movement of a customer as and when required.

Mandatory

12.11

The above graph should enable the user to display the Total

Transactional Value between given periods as specified by the

user on a time slice basis. In this manner the user should be

able to make a comparison of various instruments across days

and within a specified time period.

Mandatory

12.12 The user should be able to view the table, which would display

the list of customers who have transacted through the

instrument selected. The user should also be able to view the

Mandatory


account no, debit transaction, credit transaction alongside the

customers name.

12.13

The user should be able to view the aggregate debit or credit

transaction for the particular instrument by way of a another

chart preferably pie chart. Mandatory

12.14

The AML system should provide for a Post Transaction Analysis

graph that will allow the user to query the AML system Data-

warehouse in an ad-hoc manner and get information in form of

graphs.

Mandatory

12.15

The AML system should provide for a graphical representation

of the alerts fired on all customers across the BANK. This graph

should enable users to focus on the customers whose alert

weightage are high. Alert weightage for customers should be

based on all the alerts fired, their priority and number of times

each alert is fired.

Mandatory

12.16


of the alerts fired on the all instruments across the BANK. This

graph should enable users to focus on the instruments whose

alert weightage are high. Alert weightage on instruments should

be based on all the alerts fired, their priority and number of times


Mandatory

12.17


of the alerts fired on the all products across the BANK. This

graph should enable users to focus on the products whose alert

weightage are high. Alert weightage on products should be

based on all the alerts fired, their priority and number of times


Mandatory

12.18

The AML system should provide for Flip Tables through which

the user should be able to conduct a multi-dimensional analysis

of the Banking information – Customers, Products, and

Instruments.

Mandatory

12.19

The user should be able to view any customer’s data on the Flip

Table by selecting the customer flip link provided on the

customer’s name from any module right across the AML

system.

Mandatory

12.20

The Customers Flip Table should display the customers,

products, instruments in which they have transacted and the

respective transactions that have taken place. User should be

able to create their own templates and add customers to the

same to monitor closely. All the watch lists created in the list

manager should become a system-defined template.

Mandatory


12.21

The Product Flip Table should allow the user to view the

transactional details Product wise- Customer wise - Instrument

wise. The system should maintain primary difference between

a product and instrument wherein a product is a service

provided by a BANK whereas an instrument is a mode of

transferring, depositing or withdrawing cash, with specific

instruments being assigned for each product.

Mandatory

12.22

The Instruments Flip Table should display the instruments,

customers and the respective transactions that have taken

place. Mandatory

12.23

The AML system should have a feature that enables a user to view the most active customers of the BANK for a specified day or period. The Most Active By parameter in the AML system should offer several options to the user such as Deposit Amount, Deposit Frequency, Average Deposit Amount, Withdrawal Amount, Withdrawal Frequency, Average Withdrawal Amount, Transaction (Gross of Deposit and Withdrawal) Amount, Transaction Frequency and Average Transaction Amount.

Mandatory

13 Tools

13.1 The AML system should provide generation of offline reports by selecting the parameters through remote access. Mandatory

14 Security

14.1

The AML 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 AML system.

Mandatory

14.2 The AML 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.

Mandatory

14.3 There should be a complete and comprehensive security from unauthorized access and misuse along with necessary audit trail detailing every users activity.

Mandatory

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

Mandatory

14.5 Passwords must be kept encrypted in the database and should not be visible using any source.

Mandatory


14.6 Access to the system for all the users should be available only through menu selection of the user interface.

Mandatory

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

Mandatory

14.8 System should have provision to block/delete relocated/separated employees (users)

Mandatory

15 Help

15.1

Complete Online context sensitive help should be provided in

the AML system to aid the user. The help feature should invoke

from any module or screen with the help of a mouse click or a

function key.

Mandatory

16 Integration

16.1

The AML solution should be tightly integrated with the Banks Core Banking Solution, other payment systems, treasury, credit card detail with transactions etc. Data uploading from all source system

Mandatory

16.2 The solution should support both online and off line data

validations and alerts Mandatory

17 Audit Trail

17.1 There should be a comprehensive audit trail detailing every users activity.

Mandatory

17.2 Facility to audit the whole process from logs reports at any future date.

Mandatory

17.3 System should have a special interface for auditors and IT users where access to all data would be allowed without any modification or change permission

Mandatory

17.4 The system should have complete audit trail of the alert generated

Mandatory

18 External Interface

18.1

System should be able to extract data from all external systems of the Bank like Finacle, Demat, RTGS PI, NEFT, SWIFT etc. Vendor should provide details of all external systems with which it has built-in and tested interfaces as a footnote.

Mandatory

18.2

System should have an online interface with the Bank’s CBS – Finacle and preferably, with other Delivery Channels such as ATM, Internet Banking as well. Should have the ability to seamlessly integrate data from multiple data sources

Mandatory

18.3 AML Solution should have standard API’s to integrate with other systems being used in BOI.

Mandatory

18.4 Direct connectivity to e-mail should be available through user interface for sending statements, reports etc. to customers. Flexibility to save generate & reports in Excel / html / pdf /rtf

Mandatory

19 Trade Finance requirements

19.1 SWIFT messages (incoming & outgoing), which have financial impact like MT 103, MT 202 etc. have to be filtered online for all the parties/fields to that transaction. (i.e., Applicant Name,

Mandatory


issuing bank, Beneficiary Name, Advice through bank correspondent bank, beneficiary’s bank, etc.) against banned entities and PEP

19.2

A case should be initiated with the alert and there should be a single module from which the history of the mails/comments made and the data related to the transaction can be retrieved. This should have an option for reminders /alerts if the action is not taken within a stipulated time.

Mandatory

19.3 Online alert should be available when a transaction or a couple of transactions exceed the threshold limit in funds transfer, like outward remittance, advance remittance etc.

Mandatory

19.4

For customers once identified as false positive, there should be an option to avoid the alert of the same customer for that particular check (to include the customer in white list) until or unless the client’s details or the particular list against which the alert occurred, is updated later. Avoid repeated false positive alerts for same customers with same status.

Mandatory

19.5

There should be a check with the history files (neural logic) for fraud detection using business intelligence (like defaulting in submission of documents of consignment for advance remittances even after the time limit of 180 days

Mandatory


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 Bid Security Form 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 Financial & Technical Qualification Application 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.


FORMAT – 6.1.1 BID FORM (TECHNICAL BID) (to be included in Technical Bid Envelope) Date :.............................. To: General Manager Ban of India, Head Office, I T Dept., 8th Floor, Star House2, C-5, G-Block, BKC Bandra East, Mumbai – 400 051. Gentlemen: Reg.: Procurement of end to end Anti Money Laundering (AML) Solution in RRBs Ref: Your RFP Ref: BOI/HO/IT/RRB_AML_RE2(3) dated 08.03.2018 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Having examined the Bidding Documents, the receipt of which is hereby duly acknowledged, we, the undersigned, offer to supply and deliver the Solution for Anti Money Laundering in RRBs, 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 _________________________________


FORMAT – 6.1.2

PROPOSAL FORM (PRICE PROPOSAL) (to be included in Price Proposal Envelope) To: General Manager Ban of India, Head Office, I T Dept., 8th Floor, Star House2, C-5, G-Block, BKC Bandra East, Mumbai – 400 051. Gentlemen: Reg.: Procurement of end to end Anti Money Laundering (AML) Solution in RRBs

Ref: Your RFP Ref: BOI/HO/IT/RRB_AML_RE2(3) dated 08.03.2018 --------------------------------------------------------------------------------------------- Having examined the Bidding Documents, the receipt of which is hereby duly acknowledged, we,

the undersigned, offer to supply & deliver the solution for Anti Money Laundering in RRBs, 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 _________________________________


FORMAT 6.2 NON-DISCLOSURE AGREEMENT

WHEREAS, we, ________________________________________, having Registered Office at __________________________________, hereinafter referred to as the COMPANY, are agreeable to offering the Anti Money Laundering Solution in RRBs sponsored by Bank of India, having their Head Offices (as per table below), hereinafter referred to as the BANK and,

Sr. No. RRB Name Head Office Address

1. GBA - Gramin Bank of

Aryavart

Gramin Bank of Aryavart, Head Office, A-2/46 Vijay Khand, Gomti Nagar Lucknow -226010

2. JGB - Jharkhand Gramin

Bank

Jharkhand Gramin Bank, Head Office, Rajendra Place, 5, Main Road, Ranchi-834001. JHARKHAND

3. NJGB - Narmada Jhabua

Gramin Bank

Narmada Jhabua Gramin Bank, 201, Arcade Silver ,56 shops, 01 New Palasia INDORE M.P. , PIN – 452001

4. VKGB – Vidharbha Konkan

Gramin Bank

Vidharbha Konkan Gramin Bank, Head Office, 2nd and 3rd floor, "Chandraprastha", Plot No. 6, Deendayal Nagar, Ring Road, Nagpur - 440 022

WHEREAS, the COMPANY understands that the information regarding the Bank’s Anti Money Laundering Solution in RRBs shared by the BANK 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 Anti Money Laundering Solution in RRBs 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;

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 Anti Money Laundering Solution in RRBs 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.

Authorised Signatory

Name:

Designation:

Office Seal:

Place

Date:


FORMAT – 6.3

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 all taxes and including 2 year warranty and 5 year AMC for total period of 7 years (AMC for Hardware must be 8% to 10% p.a. of the project cost as well as AMC for software must be 18% to 21% of the project cost, p.a.)

A Software

I Application software (AML solution) (Corporate license)

i)

ii)

II Data Base Software (mention no. of users and / or type of license)

i)

ii)

III Middleware (if any)*

i)

IV Third Party Utilities (if any)*

i) Backup device and backup software such as LTO6

iI)

B Hardware (Total hardware as per vendor’s solution architecture with no single point of omission. Vendor has to give option for virtual environment also, with configuration requirement considering 4 instances, one for each RRB)

i) Application Server

ii) Database Server

iii)

Disaster Recovery Server

iv)

KVM switches

v) *

C System Integration

i) Facility Management

D Training

i)

ii)

iii)

TOTAL for the entire Payment AML Solution


Total for Annual Maintenance Cost (as in part II)

TOTAL for the purpose of L1 (A) + (B) + (C)+(D) Rupees in words

*vendor to add additional rows as per items of hardware architecture proposed by them. Total rack space in units and power requirement to be mentioned in technical bid. 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 Sales tax, VAT, GST, Road Tax, Octroi etc. as applicable

in respective State.

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 O/S, Database, Application etc. should be as needed for the successful

and smooth functioning of the solution provided.

Signature of Bidder : ________________________

Name : ___________________________________

Business address : ________________________

__________________________________________

__________________________________________

Place :

Date :


FORMAT 6.3 (Continued) Part II SCHEDULE FOR ANNUAL MAINTENANCE COST AFTER WARRANTY PERIOD

(Include in Price Bid Only - Not to be included in Technical Bid)

A B C D E F

Sr. No.

Module / Item Description

Annual Maintenance Charges and ATS for one years, including Upgrades (if any) for each item(taxes to be excluded)

No. of years

Qty Total Maintenance charges (CxDxE)

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 5 years=7 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. Signature of Bidder---------------------------- Name ---------------------------- Business address ----------------------------- Place : Date :


FORMAT 6.4 BID SECURITY FORM Whereas ...........................(hereinafter called “the Bidder”) has submitted its Bid dated

...................... (date of submission of Bid) for the supply of ................................. (name and/or

description of the Products/system) (hereinafter called “the Bid”).

KNOW ALL PEOPLE by these presents that WE ..................... (name of bank) of ..................

(name of country), having our registered office at .................. (address of bank) (hereinafter

called “the Bank”), are bound unto ............................. (name of Purchaser) (hereinafter called

“the Purchaser”) in the sum of _______________________for which payment well and truly

to be made to the said Purchaser, the Bank binds itself, its successors, and assigns by these

presents. Sealed with the Common Seal of the said Bank this ____ day of _________ 20__.

THE CONDITIONS of this obligation are:

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

the Bid Form; or

2. If the Bidder, having been notified of the acceptance of its Bid by the Purchaser during

the period of Bid validity:

(a) fails or refuses to execute the Contract Form if required; or

(b) fails or refuses to furnish the performance security, in accordance with the

Instruction to Bidders.

We undertake to pay the Purchaser up to the above amount upon receipt of its first written

demand, without the Purchaser having to substantiate its demand, provided that in its demand

the Purchaser will note that the amount claimed by it is due to it, owing to the occurrence of

one or both of the two conditions, specifying the occurred condition or conditions.

This guarantee will remain in force up to and including forty five (45) days after the period of

the Bid validity, i.e. up to ________, and any demand in respect thereof should reach the Bank

not later than the above date.

...................................

(Signature of the Bidder’s Bank)

Note: Presence of restrictive clauses in the Bid Security Form such as suit filed clause/clause requiring the Purchaser to initiate action to enforce the claim etc., will render the Bid non-responsive.


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/HO/IT/RRB_AML_RE2(3) dated

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


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

said ..................................................... (For the Purchaser)

in the presence of:.......................................

Signed, Sealed and Delivered by the

said ..................................................... (For the Supplier)

in the presence of:.......................................


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

....................................................................

....................................................................


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.


FORMAT 6.8

MANUFACTURERS'/PRODUCERS’ AUTHORIZATION FORM

No. Date:

To:

Dear Sir,

Ref: Your RFP Ref: BOI/HO/IT/RRB_AML_RE2(3) dated 08.03.2018

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 :

(a) 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

(b) in the event of termination of production of such Products:

i. advance notification to the Bank of the pending termination, in sufficient time to permit the Bank to procure needed requirements; and

ii. following such termination, furnishing at no cost to the Bank, the blueprints, design documents, operations manuals, standards, source codes and specifications of the Products, if requested.

We duly 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.


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.

a) Contract No._________________ dated ____________________ ___ b) Description of the Solution ____________________________ ___ c) Quantity ____________________________________________ ____ d) 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) 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 :

a) The supplier has adhered to the time schedule specified in the contract in dispatching the Products / Manuals pursuant to Technical Specifications.

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

c) Training of personnel has been done by the Supplier as specified in the contract.

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


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 : i. Software Producer / Developer (Principal) ii. Hardware Manufacturer (Principal) iii. System Integrator / Solution Provider (Third-party) iv. Any Other (please specify)

If Consortium, then specify name of members

: 1. 2.

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:


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.

*********


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.


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

Signature of Bidder: ___________________

Name: _______________________________

Business Address: ____________________

Place:

Date:


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]

Signature of Bidder: __________________

Name: _____________________________

Business Address: ____________________

Place:

Date:


Format 6.14 CONFORMITY TO ELIGIBILITY CRITERIA

Sr. No.

Eligibility Criteria Required Documentary Evidence

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.

2 Bidder should have implemented and/or managed end to end Anti Money Laundering Solution successfully for minimum 03 years, during the last 03 years for at least 02 Private / Public Sector Undertaking Bank having minimum business mix of Rs. 2 lakh crore as on 31.03.2017. One of the two locations must be a ‘Finacle’ location.

Supported by documentary evidence and also copies of the 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. Bidders who have not firmed up arrangements with other vendors / subcontractors are not likely to be considered.) . Letter from the organization concerned confirming successful implementation of fraud monitoring solution for card based transactions with them, to be submitted with following details –

Name of the person who can be referred

to from Clients’ side, with Name, Designation, Postal Address, Contact Phone and Fax numbers, E-Mail Ids, etc., (Attach copies of purchase orders) The Bank reserves the right to inspect such installations while evaluating the Technical Bid.

3 Bidder should have experience of deployment of monitoring and management solution of Anti Money Laundering.

Supported by letter of reference along with Copies of the Service Contracts wherever entered.

4 The Bidder should have yearly sales turnover of not less than Rs.100 Crores during last two financial years (2015-16 and 2016-17).

Audited Financial statements for the relevant years to be submitted. Separate certificate from a Chartered accountant to that effect be submitted.

5 The bidder must be having positive net worth in at least two of the last three years (2014-15, 2015-16 and 2016-17).

Audited Financial statements for the relevant years to be submitted. Separate certificate from a Chartered accountant to that effect be submitted.


6 Bidder should not have been blacklisted by any PSU bank in India/ IBA / RBI during the last five years.

A self-declaration letter on the Company’s letterhead should be submitted along with technical bid.

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

Address details to be submitted

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

List of branch / service centre / franchises with full details of Name, Address / Telephone Numbers should be attached..

9 The Bank also reserves the right to inspect such installation/s while evaluating the Technical Bid. The vendor should bear all the expenses in this regard. Site visits by Bank’s Evaluation Team are mandatory and all the expenses incidental to same are to be borne by vendor.

The certificate that ‘the implementation of the AML package is to their satisfaction’ is to be provided by the Bank.

10 The application software offered by the system integrator or bidder should have adequate redundancy, fault tolerance and Disaster recovery arrangement.

A certificate to that effect from any of the clients must be submitted.

11 Vendor must secure a score of 1080 marks in the functionality sheet (PART 5: TECHNICAL & FUNCTIONAL SPECIFICATIONS -TFS) to become technically eligible.

Vendor to submit response in respect of each functionality indicated in the Functionality sheet given in RFP.

12 The bidder must have satisfactorily conducted Bank Account.

A certificate to that effect from bidder’s Banker should be furnished along with the bid

13 Financial statements i.e. Balance sheet and Profit & Loss accounts for last three years of vendor and consortium partners, if any will have to be submitted.

14 Site Visits by Evaluation Team Report of evaluation team.


Format 6.15 UNCONDITIONAL ACCEPTANCE OF THE TERMS & CONDITIONS OF THE RFP

(To be submitted on the Company’s Letter Head) Date:

To: Bank of India , Information Technology Department, Head Office, Star House -2, 8th Floor, C-4, G-Block, Bandra Kurla Complex, Bandra (East), Mumbai – 400 051 RFP Ref. No. BOI/HO/IT/RRB_AML_RE2(3) dated 08.03.2018, for procurement of AML

solution for our RRBs.

This is to confirm that we unconditionally 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


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

7.7 Minimum Warranty period for the entire Solution (refer 4.15.2)

24 months from date of user acceptance

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 Training: 7.12.1 The vendor should provide training to personnel identified by RRB on functional,

operational and administration of AML 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 RRB 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.13 Minimum Warranty and AMC commitment required for Application

Software offered to the Bank 7 years (2 year warranty + 5 year AMC)

Hardware 7 years (2 year warranty + 5 year AMC)

7.14 Period within which Products / Services under the Contract are to be

installed/commissioned from the Date of signing of Contract: a) Initial Installation as given in Part 5 under implementation 270 days b) Subsequent installation as mutually decided.

7.15 Amount of Bank guarantee required for AMC - 10% of contract Price

7.16 Payment Terms

The Bank will release payment as follows:-


1) The payment shall be released by respective Head Offices of the RRBs on submission of a sign-off letter obtained by an authorized official of the RRB.

2) For supply and installation of AML solution at RRB Data Centre / Disaster Recovery (DR) Centre the payment shall be made as follows:-

20% On delivery of hardware.

50% On project completion and its acceptance by Head Offices of the RRBs

20% 30 days after solution acceptance-- by the Head Offices of the RRBs

10% After expiry of warranty period --by Head Offices of the RRBs

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.

Browser based access by branches while adding new account, system should throw matched names from the specified watch list.

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 six months.

Capacity to handle a volume of transactions generated from 201 Lakh accounts with annual increase in volumes at approx. 10% and data maintenance for 7 years.

Estimated users for 4 RRBs will be about 100.

7.18 Uptime

Pl refer to clause 5.3.1.7

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

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 commence implementation of the AML Solution within two months from the date of award of contract at BOI Head Office as well as at the DR Site. The implementation shall comprise of System Configuration, Customisation, Pilot Implementation, UAT and System Roll Out. (DR SITE location).

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 5 years after the expiry of warranty

period. Bank should have at least one onsite DBA support during office hours of the bank and in case of exigencies, request for extended hours will have to be considered by the vendor.


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 7 years, including 2 years warranty. Continuing the services/ maintenance for beyond 7 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 (Hardware and 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 Hardware as well as Software performance.

5.3.1.3 During the Term of this RFP, Bidder shall provide 99.95% uptime per month. If Bidder

materially fails to meet an uptime of 99.95% 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 Anti Money Laundering Solution in RRBs, 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.

5.3.1.7 The entire solution is required to be up and running with minimum uptime of 99.95% on a quarterly basis with a MTBF of 90 days, barring scheduled and mutually agreed upon downtime for maintenance or training purposes. The Fees/amount payable to the company shall be subject to deduction of penalties if any, levied by the Bank in accordance with the provisions of this order and the agreement.


In case uptime falls below the guaranteed level, Bank will impose a penalty as given below.

Uptime Penalty in % of total project cost*

>=99.95 0

> 99.50 to < 99.95 1%

> 99 to <99.50 2%

> 98 to <99 5%

> 97 to <98 10%

Below 97 20%

Penalty for delay resolution of defect: If the company, having been notified, fails to report and provide remedy of the defect(s) within three hours, the Bank may proceed to take such remedial action as may be necessary, at the vendor’s risk and expense, and without prejudice to any other rights, which the Bank may have against the vendor under the Contract. Penalty will be deducted from the outstanding amount payable to the vendor, that may be payable under any head. During the currency of the contract if the cumulative penalty amount exceed 10% project cost, the Bank may consider termination of the Contract. *The project cost = L1 price on the basis of which the vendor is awarded contract.


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 non-availability 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.

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.

D) Reverse Auction Schedule:

1) The date & 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 Bidders themselves.

i) 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 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 , 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 can not be cancelled. The Bidder is bound to supplies 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 systems. 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 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, in which 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-D-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.

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.

Annexure-D-A ( to be submitted on company letter head by all Bidders participating in

Reverse Auction)

To,

Bank of India Date :

Head Office

Acceptance of Reverse Auction Business Rules and Terms & conditions

in respect of Tender / RFP Ref. No. BOI/HO/IT/RRB_AML_RE2(3) DATED

08.03.2018

For PROCUREMENT OF END TO END ANTI MONEY LAUNDERING (AML)

SOLUTION IN RRBS

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 e-Procurement Technologies Pvt Ltd

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

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


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. BOI/HO/IT/RRB_AML_RE2(3) DATED

08.03.2018

For PROCUREMENT OF END TO END ANTI MONEY LAUNDERING (AML)

SOLUTION IN RRBS

=======================================================

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 :

Name of Authorised Representative :

Designation :

Email :

Mobile :

Tel. No :

Fax No :

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 RFP

BOI/HO/IT/RRB_AML_RE2(3) DATED 08.03.2018

for PROCUREMENT OF END TO END ANTI MONEY LAUNDERING (AML) SOLUTION

IN RRBS

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 of India and M/S e-Procurement Technologies Pvt Ltd 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 M/S e-Procurement Technologies Pvt Ltd 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 of India or M/S e-Procurement Technologies Pvt Ltd regarding any loss etc. suffered by us due to acting upon our authenticated fax instructions.

6) I/we do understand that M/S e-Procurement Technologies Pvt Ltd 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-D-B as requested by Bank of India / M/S e-Procurement Technologies Pvt Ltd within the stipulated time.

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 –

Request for Proposal for end-to-end implementation of Anti ...€¦ · through email, to ... Bandra...

Documents

Transcript of Request for Proposal for end-to-end implementation of Anti ...€¦ · through email, to ... Bandra...